Re: [Sip] When does the registrar have to create GRUUs ?
Jonathan Rosenberg <jdrosen@cisco.com> Fri, 02 March 2007 04:15 UTC
Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMzB5-0008Eb-Sg; Thu, 01 Mar 2007 23:15:31 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HMzB3-0008Dj-OO for sip@ietf.org; Thu, 01 Mar 2007 23:15:29 -0500
Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HMzB2-0000d7-Eq for sip@ietf.org; Thu, 01 Mar 2007 23:15:29 -0500
Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-2.cisco.com with ESMTP; 01 Mar 2007 23:15:28 -0500
X-IronPort-AV: i="4.14,239,1170651600"; d="scan'208"; a="114769244:sNHT49524452"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l224FRam006194; Thu, 1 Mar 2007 23:15:27 -0500
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l224FRVV007740; Thu, 1 Mar 2007 23:15:27 -0500 (EST)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 1 Mar 2007 23:15:27 -0500
Received: from [192.168.1.104] ([10.86.241.21]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 1 Mar 2007 23:15:27 -0500
Message-ID: <45E7A4DE.6040402@cisco.com>
Date: Thu, 01 Mar 2007 23:15:26 -0500
From: Jonathan Rosenberg <jdrosen@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Paul Kyzivat <pkyzivat@cisco.com>
Subject: Re: [Sip] When does the registrar have to create GRUUs ?
References: <8B1D53AEF7B03449A6D3771B3B7F850F0367A1CA@esebe103.NOE.Nokia.com> <45E6E61B.7090509@cisco.com>
In-Reply-To: <45E6E61B.7090509@cisco.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 02 Mar 2007 04:15:27.0242 (UTC) FILETIME=[683886A0:01C75C81]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2914; t=1172808927; x=1173672927; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jdrosen@cisco.com; z=From:=20Jonathan=20Rosenberg=20<jdrosen@cisco.com> |Subject:=20Re=3A=20[Sip]=20When=20does=20the=20registrar=20have=20to=20c reate=20GRUUs=20? |Sender:=20 |To:=20Paul=20Kyzivat=20<pkyzivat@cisco.com>; bh=iH5MkAmoGfoXbrY+LvMZZcdLz4cBZS8vP9XmdxMVWhs=; b=pvgeinHh6Qo1G4LfLnF+OkTmXgC8UgY2Gxli525PK8jnA91E4a7wtd1VFzExJ+gesMfkXZrB 7fzSqp66FwCtJZzPwZqb/zmTLWXfJEdHaoMwMVQLMWlXKe//PaYyC5xP;
Authentication-Results: rtp-dkim-2; header.From=jdrosen@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Cc: sip@ietf.org
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
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>
Errors-To: sip-bounces@ietf.org
What Paul and Dale said. Indeed previous versions of GRUU did only create gruu when the Supported header field was present, but Paul K. found the issue described below and so it was changed to do so even when Supported is not there. -Jonathan R. Paul Kyzivat wrote: > > > Erkki.Koivusalo@nokia.com wrote: > >> Hi Jonathan, >> >> GRUU draft tells the registrar to create a public GRUU and a >> temporary GRUU whenever it receives a REGISTER request with >> "+sip.instance" Contact header parameter but only return >> them is the REGISTER request contains Supported: gruu. >> >> Does this make any sense ? Why would the registrar have to >> create those GRUUs if it would not return them to the UA ? >> >> The use case I am thinking is: >> >> - A registrar which supports both GRUU and Outbound - An UA which >> supports Outbound but not GRUU >> >> Such an UA would send its Contact header with "+sip.instance" >> parameter but it would not include Supported: gruu in its >> REGISTER. Strictly speaking GRUU draft currently tells >> the registrar to create GRUUs but not to return them to the UA. >> >> I would assume GRUU draft needs a small fix to tell the >> registrar to create the GRUUs only if the REGISTER >> request contains "gruu" option tag in Supported header. >> >> Do you agree or have I missed something ? > > > This is partially one of those questions like "does a tree that falls > make any noise if nobody is listening?" > > If in fact nobody will learn about this gruu then there is no need to > create it. But that is all about the difference between the conceptual > model and the implementation, so it doesn't need to be stated. > > The problem arises when there are multiple observers of registration > state. There are at least two ways this can happen: > - other UAs that register > - subscribers to the reg event package > > After you register, if others register they will get your contact back > in the response to their register request, along with their own. If they > support gruu, then they will will see the permanent gruu and latest temp > gruu for your contact. > > Similarly, when you register, any subscribers to the reg event package > will get a notify telling of the change in registration state, including > your contact and the gruus that were "assigned" to you. > > Everything hangs together better this way. Still, if nobody is looking > you don't have to assign these, as long as you do assign them when > somebody does start looking. > > Paul > -- Jonathan D. Rosenberg, Ph.D. 600 Lanidex Plaza Cisco Fellow Parsippany, NJ 07054-2711 Cisco Systems jdrosen@cisco.com FAX: (973) 952-5050 http://www.jdrosen.net PHONE: (973) 952-5000 http://www.cisco.com _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors@cs.columbia.edu for questions on current sip Use sipping@ietf.org for new developments on the application of sip
- [Sip] When does the registrar have to create GRUU… Erkki.Koivusalo
- Re: [Sip] When does the registrar have to create … Dale.Worley
- Re: [Sip] When does the registrar have to create … Paul Kyzivat
- Re: [Sip] When does the registrar have to create … Jonathan Rosenberg