Re: [martini] Announcement of MARTINI WG last Call on "Registration for Multiple Phone Numbers in the SIP"

Hadriel Kaplan <HKaplan@acmepacket.com> Tue, 20 July 2010 18:49 UTC

Return-Path: <HKaplan@acmepacket.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 763BF3A68E8 for <martini@core3.amsl.com>; Tue, 20 Jul 2010 11:49:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.34
X-Spam-Level:
X-Spam-Status: No, score=-2.34 tagged_above=-999 required=5 tests=[AWL=0.259, BAYES_00=-2.599]
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 8WPalPTzizyp for <martini@core3.amsl.com>; Tue, 20 Jul 2010 11:49:49 -0700 (PDT)
Received: from etmail.acmepacket.com (etmail.acmepacket.com [216.41.24.6]) by core3.amsl.com (Postfix) with ESMTP id A8AE13A67DB for <martini@ietf.org>; Tue, 20 Jul 2010 11:49:49 -0700 (PDT)
Received: from mail.acmepacket.com (216.41.24.7) by etmail.acmepacket.com (216.41.24.6) with Microsoft SMTP Server (TLS) id 8.1.375.2; Tue, 20 Jul 2010 14:50:03 -0400
Received: from mail.acmepacket.com ([127.0.0.1]) by mail ([127.0.0.1]) with mapi; Tue, 20 Jul 2010 14:50:03 -0400
From: Hadriel Kaplan <HKaplan@acmepacket.com>
To: Adam Roach <adam@nostrum.com>
Date: Tue, 20 Jul 2010 14:49:53 -0400
Thread-Topic: [martini] Announcement of MARTINI WG last Call on "Registration for Multiple Phone Numbers in the SIP"
Thread-Index: AcsnmTMPvPkhKgOvROKEqLaNQP6zeAAoxBRg
Message-ID: <430FC6BDED356B4C8498F634416644A9258D7F3A53@mail>
References: <BLU137-W10550BA232377BE7913FFE93B30@phx.gbl> <430FC6BDED356B4C8498F634416644A921187F7251@mail> <4C44DE51.2030305@nostrum.com>
In-Reply-To: <4C44DE51.2030305@nostrum.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
Cc: Bernard Aboba <bernard_aboba@hotmail.com>, "martini@ietf.org" <martini@ietf.org>
Subject: Re: [martini] Announcement of MARTINI WG last Call on "Registration for Multiple Phone Numbers in the SIP"
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: Tue, 20 Jul 2010 18:49:51 -0000

Hi Adam,
Yes the changed text sounds good - thanks!
-hadriel

> -----Original Message-----
> From: Adam Roach [mailto:adam@nostrum.com]
> Sent: Monday, July 19, 2010 7:23 PM
> To: Hadriel Kaplan
> Cc: Bernard Aboba; martini@ietf.org
> Subject: Re: [martini] Announcement of MARTINI WG last Call on
> "Registration for Multiple Phone Numbers in the SIP"
> 
>   On 7/16/10 10:37 AM, Hadriel Kaplan wrote:
> > 5) Section 7.2.1 says:
> >     In particular, the "bnc" parameter is forbidden from appearing in
> the
> >     body of a reg-event notify.
> >
> > Something about that statement rings warning bells in my head.  I don't
> know what that something is, but it seems wrong to me. :)  Are we
> absolutely sure this is a normative statement we want, forever?
> 
> The logic here is that subscribers to the event package won't
> necessarily know about the GIN extension. If you send them a "bnc" URI,
> they're going to have no clue that it's not just a normal URI.
> 
> Now, I don't think this prohibition is a "forever" thing. There's
> certainly nothing that says that another extension (say, VERMOUTH) is
> prohibited from overriding this prohibition with another behavior -- so
> long as the subscriber indicates that it would know what to do with a
> "bnc" URI.
> 
> Would the following change address your concern?
> 
> 
>     In particular, the "bnc" parameter is forbidden from appearing in the
>     body of a reg-event notify unless the subscriber has indicated
>     knowledge of the semantics of the "bnc" parameter. The means
>     for indicating this support are out of scope of this document.
> 
> 
> /a