AW: [Sip] From and To-header confusion in draft-ietf-sip-replaces-04.txt

"Christian Stredicke" <stredicke@snom.de> Fri, 28 November 2003 10:21 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA22084 for <sip-archive@odin.ietf.org>; Fri, 28 Nov 2003 05:21:33 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1APfkS-0007gc-8B for sip-archive@odin.ietf.org; Fri, 28 Nov 2003 05:21:16 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hASALGTx029545 for sip-archive@odin.ietf.org; Fri, 28 Nov 2003 05:21:16 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1APfkD-0007fX-EI; Fri, 28 Nov 2003 05:21:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1APfjM-0007ej-5L for sip@optimus.ietf.org; Fri, 28 Nov 2003 05:20:08 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA22030 for <sip@ietf.org>; Fri, 28 Nov 2003 05:19:53 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1APfjI-0006sl-00 for sip@ietf.org; Fri, 28 Nov 2003 05:20:04 -0500
Received: from natsmtp01.rzone.de ([81.169.145.166]) by ietf-mx with esmtp (Exim 4.12) id 1APfjH-0006si-00 for sip@ietf.org; Fri, 28 Nov 2003 05:20:03 -0500
Received: from sip (pD9055984.dip.t-dialin.net [217.5.89.132]) by post.webmailer.de (8.12.10/8.12.10) with ESMTP id hASAJlvw012613; Fri, 28 Nov 2003 11:19:49 +0100 (MET)
From: Christian Stredicke <stredicke@snom.de>
To: "'Paul D.Smith'" <Paul.D.Smith@dataconnection.com>
Cc: sip@ietf.org
Subject: AW: [Sip] From and To-header confusion in draft-ietf-sip-replaces-04.txt
Date: Fri, 28 Nov 2003 11:19:46 +0100
Message-ID: <062f01c3b599$2a085a00$3900a8c0@sip>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0630_01C3B5A1.8BCCC200"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4024
Importance: Normal
In-Reply-To: <53F74F5A7B94D511841C00B0D0AB16F80261FD15@baker.datcon.co.uk>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Sender: sip-admin@ietf.org
Errors-To: sip-admin@ietf.org
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>

Hi Paul,

 

correct. The problem is that users get angry if the pickup does not work
just because of standards confusion. 

 

Our current workaround is to relax the requirement a little bit and
accept to- and from-tags exchanged. That works fine, however there is
some risk that this can lead to some false pickups. However, I don’t
know a scenario where this can be an issue.

 

Christian

 

-----Ursprüngliche Nachricht-----
Von: Paul D.Smith [mailto:Paul.D.Smith@dataconnection.com] 
Gesendet: Freitag, 28. November 2003 11:05
An: 'Christian Stredicke'
Cc: 'sip@ietf.org'
Betreff: RE: [Sip] From and To-header confusion in
draft-ietf-sip-replaces-04.txt

 

Christian,

 

If I understand you correctly, you are pointing out the following.

 

If a target receives an INVITE with Replaces headers, it has to somehow
use the Replaces To/From fields to identify a dialog.  If this dialog
were originally started by the target then there may be a mapping of:

 

To field of original INVITE ==> target's idea of remote tag

From field of original INVITE ==> target's idea of local tag.

 

However if the target did not start the dialog, the mapping is reversed.

 

To field of original INVITE ==> target's idea of local tag

From field of original INVITE ==> target's idea of remote tag.

 

And your question is... how does the Replaces To/From get mapped to the
targets idea of local/remote tags?

 

Unfortunately, this can't be resolved into a simple mapping.  A third
party REFER modifying an INVITE may not know who started the dialog and
so renaming the Replaces fields makes no difference since the referrer
still doesn't know which tag to place in which field.  The target has to
perform a lookup using both mappings - often one will find a dialog and
the other will not.

 

There is a possible issue with "loopback" type dialogs where a UA, with
multiple personalities (i.e. a gateway) may have two dialogs, one in
each direction.  In this case, it may be impossible to map to a single
dialog, which is where the following sentence from page 5 of the draft
is headed...

 

  "If the Replaces header field matches more than one dialog, the UA
MUST act as if no match is found."

 

Is this a correct understanding of your posting?

 

Regards,

Paul DS.

Paul D.Smith 
Network Protocols Group 
Data Connection Ltd (DCL) 
Tel: +44 20 8366 1177  Email: paul.d.smith@dataconnection.com 
Fax: +44 20 8363 1039  Web:   http://www.dataconnection.com
<http://www.dataconnection.com/>  
-----Original Message-----
From: Christian Stredicke [mailto:stredicke@snom.de]
Sent: 27 November 2003 17:45
To: SIP (E-mail)
Subject: [Sip] From and To-header confusion in
draft-ietf-sip-replaces-04.txt

Hi!

 

I think there is some from and to-header confusion in the Replaces
header.

 

Depending on who initiates the call, the to and from must be exchanged.
Maybe it would be better to use the term local and remote-tag instead or
to allow mixing from and to.

 

Christian

--

Christian Stredicke

tel:+49.30.39833.401 (ENUM & PSTN)