[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Sip] Dual registration without Outbound
Iñaki,
What you dFrom sip-bounces at ietf.org Tue Oct 7 15:38:41 2008
Return-Path: <sip-bounces at ietf.org>
X-Original-To: sip-archive at optimus.ietf.org
Delivered-To: ietfarch-sip-archive at core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
by core3.amsl.com (Postfix) with ESMTP id 6417028C0DC;
Tue, 7 Oct 2008 15:38:41 -0700 (PDT)
X-Original-To: sip at core3.amsl.com
Delivered-To: sip at core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
by core3.amsl.com (Postfix) with ESMTP id 3CEC128C0DC
for <sip at core3.amsl.com>; Tue, 7 Oct 2008 15:38:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.347
X-Spam-Level:
X-Spam-Status: No, score=-6.347 tagged_above=-999 required=5
tests=[AWL=-0.048, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3,
RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id Mxq3R3mLYrXS for <sip at core3.amsl.com>;
Tue, 7 Oct 2008 15:38:39 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149])
by core3.amsl.com (Postfix) with ESMTP id 29B433A685A
for <sip at ietf.org>; Tue, 7 Oct 2008 15:38:39 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.33,375,1220227200"; d="scan'208";a="23539125"
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
by rtp-iport-2.cisco.com with ESMTP; 07 Oct 2008 22:38:49 +0000
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m97McnXh009539;
Tue, 7 Oct 2008 18:38:49 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
[64.102.31.12])
by rtp-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id m97Mcnag009062;
Tue, 7 Oct 2008 22:38:49 GMT
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by
xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);
Tue, 7 Oct 2008 18:38:49 -0400
Received: from [161.44.174.168] ([161.44.174.168]) by
xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);
Tue, 7 Oct 2008 18:38:49 -0400
Message-ID: <48EBE4F8.6080509 at cisco.com>
Date: Tue, 07 Oct 2008 18:38:48 -0400
From: Paul Kyzivat <pkyzivat at cisco.com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Iñaki_Baz_Castillo?= <ibc at aliax.net>
References: <7C532034-8511-4191-9ABA-02D5C42AC74D at softarmor.com> <CA9998CD4A020D418654FCDEF4E707DF05C0F8B5 at esealmw113.eemea.ericsson.se> <48EBD789.5030005 at cisco.com>
<200810072353.07507.ibc at aliax.net>
In-Reply-To: <200810072353.07507.ibc at aliax.net>
X-OriginalArrivalTime: 07 Oct 2008 22:38:49.0237 (UTC)
FILETIME=[77570C50:01C928CD]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l 60; t23419129;
x24283129; c=relaxed/simple; s=rtpdkim2001;
h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
d=cisco.com; i=pkyzivat at cisco.com;
z=From: Paul Kyzivat <pkyzivat at cisco.com>
|Subject: Re: [Sip] Dual registration without=2
0Outbound |Sender:
|To: =?ISO-8859-1?Q?I=F1aki_Baz_Castillo?= <ibc at a
liax.net>; bh=yE5l5dk1L4yznQqxYaoYRxuyigH2dkt3+6qVcyRdE+I=;
bþn6R3ftMWFcN6abMTj4WQzuSYYrO820C7GXHZYMHI2YMennFxEAosGGxp
TJvLNJypJN/yCp4ZcKdqu59qj1G13lrGj6GUZGPIHWvgJxMqrKAH0m8YXrj1
1R2yoSwlSB;
Authentication-Results: rtp-dkim-2; header.From=pkyzivat at cisco.com; dkim=pass (
sig from cisco.com/rtpdkim2001 verified; );
Cc: sip at ietf.org
Subject: Re: [Sip] Dual registration without Outbound
X-BeenThere: sip at ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip>,
<mailto:sip-request at ietf.org?subject=unsubscribe>
List-Post: <mailto:sip at ietf.org>
List-Help: <mailto:sip-request at ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip>,
<mailto:sip-request at ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: sip-bounces at ietf.org
Errors-To: sip-bounces at ietf.org
Iñaki,
What you describe is perfectly fine, and is in fact the reasonable thing
to do. You have distinct AORs corresponding to the two numbers, and a
separate contact for each.
What I was asking about was creating multiple Contact addresses for the
*same* AOR.
Christer has provided me with an explanation. Specifically that
different access networks have unique ip addresses. If so, then I guess
I would want to register them with the same AOR. And in fact, if I had
multiple AORs to register I might want to fabricate a pair of unique
contact addresses, each unique to the AOR but carrying the the two
different IP addresses.
Then the question arises whether I want the registrations using the two
contacts treated as a single flow.
Thanks,
Paul
Iñaki Baz Castillo wrote:
El Martes, 7 de Octubre de 2008, Paul Kyzivat escribió:
The question is: why would a *single* UA establish two distinct contacts
and register them for the same AOR?
I don't know if the following is used, but I've been thinking about it:
A PBX (a UA with AoR sip:ua at domain.org) has two PSTN numbers asigned in its
SIP provider/registrar:
1) +34111111
2) +34222222
Imagine it just creates a registration with:
Contact: <sip:ua at UA_IP>
Then when the proxy receives a call for +34111111 or +34222222 it will
transform the RURI into:
INVITE sip:ua at UA_IP SIP/2.0
So how could the UA know which number was dialed? Note that reading the "To"
header is not valid since the call could has been previously forwarded.
But now imagine that the UA uses two registrations, the first one with:
Contact: <sip:+34111111 at UP_IP>
and the second with:
Contact: <sip:+34222222 at UP_IP>
So if the proxy receives a call for +34111111 it could select the location of
UA matching the username, and the UA would know which PSNT number was used.
Anyway I don't know how "llegal" is selecting an AoR location based on
the "Contact" username.
_______________________________________________
Sip mailing list https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip
escribe is perfectly fine, and is in fact the reasonable thing
to do. You have distinct AORs corresponding to the two numbers, and a
separate contact for each.
What I was asking about was creating multiple Contact addresses for the
*same* AOR.
Christer has provided me with an explanation. Specifically that
different access networks have unique ip addresses. If so, then I guess
I would want to register them with the same AOR. And in fact, if I had
multiple AORs to register I might want to fabricate a pair of unique
contact addresses, each unique to the AOR but carrying the the two
different IP addresses.
Then the question arises whether I want the registrations using the two
contacts treated as a single flow.
Thanks,
Paul
Iñaki Baz Castillo wrote:
El Martes, 7 de Octubre de 2008, Paul Kyzivat escribió:
The question is: why would a *single* UA establish two distinct contacts
and register them for the same AOR?
I don't know if the following is used, but I've been thinking about it:
A PBX (a UA with AoR sip:ua at domain.org) has two PSTN numbers asigned in its
SIP provider/registrar:
1) +34111111
2) +34222222
Imagine it just creates a registration with:
Contact: <sip:ua at UA_IP>
Then when the proxy receives a call for +34111111 or +34222222 it will
transform the RURI into:
INVITE sip:ua at UA_IP SIP/2.0
So how could the UA know which number was dialed? Note that reading the "To"
header is not valid since the call could has been previously forwarded.
But now imagine that the UA uses two registrations, the first one with:
Contact: <sip:+34111111 at UP_IP>
and the second with:
Contact: <sip:+34222222 at UP_IP>
So if the proxy receives a call for +34111111 it could select the location of
UA matching the username, and the UA would know which PSNT number was used.
Anyway I don't know how "llegal" is selecting an AoR location based on
the "Contact" username.
_______________________________________________
Sip mailing list https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip