IETF Logo Mail Archive

Re: [MMUSIC] E.164 and visual separators in draft-ietf-mmusic-sdp-cs

Adam Roach <adam@nostrum.com> Thu, 15 November 2012 16:38 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA2CA21F853C for <mmusic@ietfa.amsl.com>; Thu, 15 Nov 2012 08:38:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.244
X-Spam-Level:
X-Spam-Status: No, score=-102.244 tagged_above=-999 required=5 tests=[AWL=0.355, BAYES_00=-2.599, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KFjQqxI5bYBV for <mmusic@ietfa.amsl.com>; Thu, 15 Nov 2012 08:37:59 -0800 (PST)
Received: from shaman.nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id A164B21F8512 for <mmusic@ietf.org>; Thu, 15 Nov 2012 08:37:59 -0800 (PST)
Received: from Orochi.local (99-152-144-32.lightspeed.dllstx.sbcglobal.net [99.152.144.32]) (authenticated bits=0) by shaman.nostrum.com (8.14.3/8.14.3) with ESMTP id qAFGbr0O069597 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 15 Nov 2012 10:37:53 -0600 (CST) (envelope-from adam@nostrum.com)
Message-ID: <50A51A61.1070905@nostrum.com>
Date: Thu, 15 Nov 2012 10:37:53 -0600
From: Adam Roach <adam@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: Flemming Andreasen <fandreas@cisco.com>
References: <D09DAE6B636851459F7575D146EFB54B1A3BD4C3@008-AM1MPN1-025.mgdnok.nokia.com> <50A50F77.7060906@cisco.com>
In-Reply-To: <50A50F77.7060906@cisco.com>
Content-Type: multipart/alternative; boundary="------------000304020805050108080405"
Received-SPF: pass (nostrum.com: 99.152.144.32 is authenticated by a trusted mechanism)
Cc: keith.drage@ALCATEL-LUCENT.COM, mmusic@ietf.org, pkyzivat@alum.mit.edu
Subject: Re: [MMUSIC] E.164 and visual separators in draft-ietf-mmusic-sdp-cs
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Nov 2012 16:38:01 -0000

On 11/15/12 09:51, Flemming Andreasen wrote:
> To be clear, the "global-number" production in RFC 3966 allows for a 
> number of parameters that are not part of the International E.164 
> format and thus I have two concerns with the current text
> 1) The visual-separator exclusion although the ABNF allows for it
> 2) The apparent disconnect between all of these optional extra 
> parameters and the above text suggesting they are not allowed.

I don't think these really are issues. There are a lot of specifications 
where the ABNF would allow for certain productions, while the normative 
specification making use of that ABNF restricts those productions. For 
example, there is nothing in the ABNF of RFC 3261 that restricts SIP 
messages from having multiple CSeq header fields, although it doing so 
certainly isn't allowed.

/a

v2.35.0 | Report a Bug | By Email | System Status