Re: [martini] New text for gin section 7.1.1 first paragraph

"DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com> Wed, 29 September 2010 14:32 UTC

Return-Path: <keith.drage@alcatel-lucent.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 CF7853A6CEB for <martini@core3.amsl.com>; Wed, 29 Sep 2010 07:32:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.993
X-Spam-Level:
X-Spam-Status: No, score=-104.993 tagged_above=-999 required=5 tests=[AWL=1.256, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4, 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 Xkfx8wDT669L for <martini@core3.amsl.com>; Wed, 29 Sep 2010 07:32:30 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id CAAA73A6B12 for <martini@ietf.org>; Wed, 29 Sep 2010 07:32:29 -0700 (PDT)
Received: from FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (FRMRSSXCHHUB02.dc-m.alcatel-lucent.com [135.120.45.62]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id o8TEX3dW029594 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 29 Sep 2010 16:33:08 +0200
Received: from FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com ([135.120.45.44]) by FRMRSSXCHHUB02.dc-m.alcatel-lucent.com ([135.120.45.62]) with mapi; Wed, 29 Sep 2010 16:33:00 +0200
From: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
To: Paul Kyzivat <pkyzivat@cisco.com>, Adam Roach <adam@nostrum.com>
Date: Wed, 29 Sep 2010 16:32:58 +0200
Thread-Topic: [martini] New text for gin section 7.1.1 first paragraph
Thread-Index: ActehC7ySRXbmxWeTqSUVPJI9889OABXleDA
Message-ID: <EDC0A1AE77C57744B664A310A0B23AE2173A6941@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
References: <A444A0F8084434499206E78C106220CA01C81C2B32@MCHP058A.global-ad.net> <4CA0FC0B.5070703@nostrum.com> <4CA10120.8030601@cisco.com>
In-Reply-To: <4CA10120.8030601@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.64 on 155.132.188.13
Cc: "martini@ietf.org" <martini@ietf.org>
Subject: Re: [martini] New text for gin section 7.1.1 first paragraph
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: Wed, 29 Sep 2010 14:32:32 -0000

Well I can turn the sentence round if you really wanted to: 

"An SSP needs to provide a means of assigning globally routable contact URIs to UAs that have been registered using the bulk registration mechanism specified in this document, thereby allowing other entities to address out-of-dialog requests to those UAs. If the SSP provides no other means of providing globally routable contact URIs (e.g., by acting as a B2BUA and performing mapping between SIP-PBX-provided local contact URIs and SSP-provided globally routable contact URIs), then an SSP MUST support the public GRUU mechanism described in this section."

means exactly the same thing, and specified as IF condition THEN xxx MUST requirement, and which is perfectly correct RFC 2119 usage.

I'm suggesting we do so, as I think the existing format is perfectly clear, apart from the people who will insist on treating it as optional no matter what it says.

Keith

> -----Original Message-----
> From: martini-bounces@ietf.org 
> [mailto:martini-bounces@ietf.org] On Behalf Of Paul Kyzivat
> Sent: Monday, September 27, 2010 9:40 PM
> To: Adam Roach
> Cc: martini@ietf.org
> Subject: Re: [martini] New text for gin section 7.1.1 first paragraph
> 
> I'm also happy with this text.
> 
> Now we get to confront the language police: is "... MUST ... 
> unless P ..." acceptable? (I'm pretty sure the logically 
> equivalent "... if !P then MUST ..." has to be ok.)
> 
> 	Thanks,
> 	Paul
> 
> On 9/27/2010 4:18 PM, Adam Roach wrote:
> >
> > I support this proposed text. I believe it strikes a good balance 
> > between mandating GRUUs and providing networks with alternative 
> > architectures the ability to implement routing as they see fit.
> >
> > /a
> >
> > On 9/27/10 2:30 PM, Elwell, John wrote:
> >> As actioned on this evening's call, here is my proposed text:
> >>
> >> "An SSP needs to provide a means of assigning globally routable 
> >> contact URIs to UAs that have been registered using the bulk 
> >> registration mechanism specified in this document, thereby 
> allowing 
> >> other entities to address out-of-dialog requests to those UAs. To 
> >> achieve this, an SSP MUST support the public GRUU 
> mechanism described 
> >> in this section, unless the SSP has other means of 
> providing globally 
> >> routable contact URIs (e.g., by acting as a B2BUA and performing 
> >> mapping between SIP-PBX-provided local contact URIs and 
> SSP-provided 
> >> globally routable contact URIs)."
> >>
> >> John
> >> _______________________________________________
> >> martini mailing list
> >> martini@ietf.org
> >> https://www.ietf.org/mailman/listinfo/martini
> >
> > _______________________________________________
> > martini mailing list
> > martini@ietf.org
> > https://www.ietf.org/mailman/listinfo/martini
> >
> _______________________________________________
> martini mailing list
> martini@ietf.org
> https://www.ietf.org/mailman/listinfo/martini
>