IETF Logo Mail Archive

Re: [MMUSIC] New Draft: SDP Grouping Identifiers

Adam Roach <adam@nostrum.com> Tue, 03 December 2013 23:02 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE4E31AE1BC for <mmusic@ietfa.amsl.com>; Tue, 3 Dec 2013 15:02:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.035
X-Spam-Level:
X-Spam-Status: No, score=-1.035 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311, HTML_MESSAGE=0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kBIV3A0AV83H for <mmusic@ietfa.amsl.com>; Tue, 3 Dec 2013 15:02:39 -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 C2D671ADF76 for <mmusic@ietf.org>; Tue, 3 Dec 2013 15:02:39 -0800 (PST)
Received: from orochi.roach.at (99-152-145-110.lightspeed.dllstx.sbcglobal.net [99.152.145.110]) (authenticated bits=0) by shaman.nostrum.com (8.14.3/8.14.3) with ESMTP id rB3N2X9o041928 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 3 Dec 2013 17:02:33 -0600 (CST) (envelope-from adam@nostrum.com)
Message-ID: <529E6304.6080807@nostrum.com>
Date: Tue, 03 Dec 2013 17:02:28 -0600
From: Adam Roach <adam@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: Christer Holmberg <christer.holmberg@ericsson.com>, Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
References: <529DE6AF.1060300@nostrum.com>, <529E129F.2080304@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B1C569222@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1C569222@ESESSMB209.ericsson.se>
Content-Type: multipart/alternative; boundary="------------030207080400080303080801"
Received-SPF: pass (shaman.nostrum.com: 99.152.145.110 is authenticated by a trusted mechanism)
Subject: Re: [MMUSIC] New Draft: SDP Grouping Identifiers
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: Tue, 03 Dec 2013 23:02:40 -0000

On 12/3/13 12:47, Christer Holmberg wrote:
> There are parsers that do not necessarily keep the order when parsing an SDP body, why e.g. something that "enter" a SIP proxy is not necessarily what "comes out".

That would be folly, as we already (even in the base spec) have the idea 
of order significance; e.g.:

          Multiple sdplang
          attributes can be provided either at session or media level if
          multiple languages in the session description or media use
          multiple languages, in which case the order of the attributes
          indicates the order of importance of the various languages in
          the session or media from most important to least important.


/a

v2.23.0 | Report a Bug | By Email