Re: [martini] #62: Public GRUU Example

Adam Roach <adam@nostrum.com> Thu, 23 September 2010 15:03 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: martini@core3.amsl.com
Delivered-To: martini@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 041363A6B14 for <martini@core3.amsl.com>; Thu, 23 Sep 2010 08:03:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level:
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100]
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 MNf7sVH6MLmX for <martini@core3.amsl.com>; Thu, 23 Sep 2010 08:03:41 -0700 (PDT)
Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id 54FAF3A69F3 for <martini@ietf.org>; Thu, 23 Sep 2010 08:03:40 -0700 (PDT)
Received: from hydra-3.local (ppp-70-249-149-233.dsl.rcsntx.swbell.net [70.249.149.233]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id o8NF485t095934 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 23 Sep 2010 10:04:09 -0500 (CDT) (envelope-from adam@nostrum.com)
Message-ID: <4C9B6C69.9060509@nostrum.com>
Date: Thu, 23 Sep 2010 10:04:09 -0500
From: Adam Roach <adam@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4
MIME-Version: 1.0
To: "Horvath, Ernst" <ernst.horvath@siemens-enterprise.com>
References: <078.951de67fe3f3dbf4c2a7a2cb77c7bff0@tools.ietf.org> <087.937eb7489300c5ddc775db6c3c66e9f7@tools.ietf.org> <7889A6C3D41A49439DAECC7B4C998F0109B28486B1@MCHP058A.global-ad.net> <4C9B6853.1030405@nostrum.com> <7889A6C3D41A49439DAECC7B4C998F0109B2848A4D@MCHP058A.global-ad.net>
In-Reply-To: <7889A6C3D41A49439DAECC7B4C998F0109B2848A4D@MCHP058A.global-ad.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Received-SPF: pass (nostrum.com: 70.249.149.233 is authenticated by a trusted mechanism)
Cc: "martini@ietf.org" <martini@ietf.org>
Subject: Re: [martini] #62: Public GRUU Example
X-BeenThere: martini@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of en-mass SIP PBX registration mechanisms <martini.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/martini>, <mailto:martini-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/martini>
List-Post: <mailto:martini@ietf.org>
List-Help: <mailto:martini-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/martini>, <mailto:martini-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Sep 2010 15:03:42 -0000

  Okay, yes. That's a bug. It should not be in the gruu.

My apologies -- I saw the old -03 text in the bug report (showing a bnc 
parameter in a Request URI). It appeared that was the error you had 
found and were trying to report.

There is, in fact, an error in the Contact: as well. I'll re-open the 
ticket.

/a

On 9/23/10 09:59, Sep 23, Horvath, Ernst wrote:
> Sorry for being insistent, but on page 9 of the  current draft (-06) I read:
>
>    "The resulting Contact header field sent from the SIP-PBX to the
>     registering UA would look something like this:
>
>     <allOneLine>
>     Contact:<sip:line-1@10.20.1.17>;
>     pub-gruu="sip:+12145550102@ssp.example.com;bnc;gr=urn:
>                                               ^^^^^
>     uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6;sg=00:05:03:5e:70:a6";
>     +sip.instance="<urn:uuid:d0e2f290-104b-11df-8a39-0800200c9a66>"
>     ;expires=3600
>     </allOneLine>
>
> Now wouldn't an innocent UA copy the whole string found in pub-gruuu into a Contact? And wouldn't then an external UA that received that contact be tempted to send a request with exactly the same string as Request-URI? Including a userinfo portion and the bnc parameter?
>
> Thanks,
> Ernst
>
>> -----Original Message-----
>> From: Adam Roach [mailto:adam@nostrum.com]
>> Sent: Donnerstag, 23. September 2010 16:47
>> To: Horvath, Ernst
>> Cc: martini@ietf.org
>> Subject: Re: [martini] #62: Public GRUU Example
>>
>>    Issue #62 was caused by your reading a very outdated version of the
>> document. There was an error in one of the examples. It was
>> fixed in -04.
>>
>> To be clear: "bnc" should never appear in a Request-URI.
>>
>> /a
>>
>> On 9/23/10 03:35, Sep 23, Horvath, Ernst wrote:
>>> Adam,
>>>
>>> It seems that issue #62 was caused by my misunderstanding
>> of the bnc parameter.
>>> I was surprised that the parameter all of a sudden appeared
>> in a Request-URI together with a user part. My thinking was,
>> when the PBX generates an individual GRUU it inserts a user
>> part into the "bnc" public GRUU returned by the Registrar and
>> an 'sg' parameter, so why would it have to retain the bnc
>> parameter as well? Would the presence of the 'sg' parameter
>> not be sufficient? 'bnc' seems redundant here. If it is not,
>> why isn't 'bnc' needed for non-GRUUs as well? In this case
>> the SP proxy is expected to recognize the AOR as
>> bulk-registered by just looking at the user part. Why would
>> that not work for a GRUU, too?
>>> Thanks,
>>> Ernst
>>>
>>>> -----Original Message-----
>>>> From: martini-bounces@ietf.org
>>>> [mailto:martini-bounces@ietf.org] On Behalf Of martini
>> issue tracker
>>>> Sent: Donnerstag, 23. September 2010 00:00
>>>> To: adam@nostrum.com
>>>> Cc: martini@ietf.org
>>>> Subject: Re: [martini] #62: Public GRUU Example
>>>>
>>>> #62: Public GRUU Example
>>>> --------------------------------------------------+-----------
>>>> --------------
>>>>    Reporter:  ernst.horvath@...                       |
>>>> Owner:  adam@...
>>>>        Type:  defect                                |
>>>> Status:  closed
>>>>    Priority:  major                                 |
>>>> Milestone:  milestone1
>>>> Component:  gin                                   |
>>>> Version:  1.0
>>>>    Severity:  In WG Last Call                       |
>>>> Resolution:  invalid
>>>>    Keywords:                                        |
>>>> --------------------------------------------------+-----------
>>>> --------------
>>>> Changes (by adam@...):
>>>>
>>>>     * status:  new =>   closed
>>>>     * resolution:  =>   invalid
>>>>
>>>>
>>>> Comment:
>>>>
>>>>    Fixed in -04 (June 2010)
>>>>
>>>> -- 
>>>> Ticket URL:
>>>> <http://trac.tools.ietf.org/wg/martini/trac/ticket/62#comment:1>
>>>> martini<http://tools.ietf.org/martini/>
>>>>
>>>> _______________________________________________
>>>> martini mailing list
>>>> martini@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/martini