Re: [MMUSIC] SDP grouping in a new offer

"Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com> Thu, 05 July 2012 17:21 UTC

Return-Path: <mperumal@cisco.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 123D321F861D for <mmusic@ietfa.amsl.com>; Thu, 5 Jul 2012 10:21:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u0LMwOYpdb6F for <mmusic@ietfa.amsl.com>; Thu, 5 Jul 2012 10:21:17 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 8E07321F854D for <mmusic@ietf.org>; Thu, 5 Jul 2012 10:21:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=mperumal@cisco.com; l=2169; q=dns/txt; s=iport; t=1341508891; x=1342718491; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=EFTkBxO0jDx9z3j2iz6qHq8zy+Y9BGYi0zFWGHubQr8=; b=h+FHdgHk2WxTYdZT4SRtOGciKvYfUo9ZdQxwNNKEgVJjPiZDC4maoHjs GiEuvxjcziO8MzgLfASewz/uI7aqO6J1dO1L1uWTteVrx2dRb3fRgClZR PA+TKI28Cf8OdAlm88Rmx+AkUyJBTDFwisXHXS3fNcP6J5HnXDmvx+2qi 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAOnM9U+tJV2Y/2dsb2JhbABFtzCBB4IYAQEBBBIBJzEODAQCAQgRBAEBCxQJBzIUCQgBAQQBDQUIGodpmWqfc4s5hV5gA6NUgWaCXw
X-IronPort-AV: E=Sophos;i="4.77,531,1336348800"; d="scan'208";a="99090139"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 05 Jul 2012 17:21:17 +0000
Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id q65HLH6P026581 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Jul 2012 17:21:17 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.223]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.02.0298.004; Thu, 5 Jul 2012 12:21:17 -0500
From: "Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, mmusic <mmusic@ietf.org>
Thread-Topic: SDP grouping in a new offer
Thread-Index: Ac1ao+bIIyNbq2IgR+ayS6qhne1GYQAJW4btAAImCfA=
Date: Thu, 05 Jul 2012 17:21:17 +0000
Message-ID: <E721D8C6A2E1544DB2DEBC313AF54DE2012B4DC7@xmb-rcd-x02.cisco.com>
References: <E721D8C6A2E1544DB2DEBC313AF54DE2012B443D@xmb-rcd-x02.cisco.com> <7F2072F1E0DE894DA4B517B93C6A05853405AF418C@ESESSCMS0356.eemea.ericsson.se>
In-Reply-To: <7F2072F1E0DE894DA4B517B93C6A05853405AF418C@ESESSCMS0356.eemea.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.65.84.140]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19018.004
x-tm-as-result: No--35.795400-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "Raghavendra S (raghs)" <raghs@cisco.com>, "Dinesh V (dinv)" <dinv@cisco.com>, "Toleti Danayya Naidu (naidud)" <naidud@cisco.com>
Subject: Re: [MMUSIC] SDP grouping in a new offer
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, 05 Jul 2012 17:21:19 -0000

Thanks, Christer. It does make sense, but is not clear from RFC5888. What would be best way to fix it? File an errata on RFC5888?

Muthu

|-----Original Message-----
|From: Christer Holmberg [mailto:christer.holmberg@ericsson.com]
|Sent: Thursday, July 05, 2012 9:45 PM
|To: Muthu Arul Mozhi Perumal (mperumal); mmusic
|Cc: Raghavendra S (raghs); Toleti Danayya Naidu (naidud); Dinesh V (dinv)
|Subject: RE: SDP grouping in a new offer
|
|Hi,
|
|In my opinion the grouping framework does not change the at-least-N-m=-lines rule.
|
|...which is probably why 5888 doesn't mention it.
|
|Regards,
|
|Christer
|
|________________________________
|From: mmusic-bounces@ietf.org [mmusic-bounces@ietf.org] On Behalf Of Muthu Arul Mozhi Perumal
|(mperumal) [mperumal@cisco.com]
|Sent: Thursday, July 05, 2012 2:47 PM
|To: mmusic
|Cc: Raghavendra S (raghs); Toleti Danayya Naidu (naidud); Dinesh V (dinv)
|Subject: [MMUSIC] SDP grouping in a new offer
|
|Experts,
|
|RFC3264 states that:
|
|   If an SDP is offered, which is different from the previous SDP, the
|   new SDP MUST have a matching media stream for each media stream in
|   the previous SDP.  In other words, if the previous SDP had N "m="
|   lines, the new SDP MUST have at least N "m=" lines.  The i-th media
|   stream in the previous SDP, counting from the top, matches the i-th
|   media stream in the new SDP, counting from the top.  This matching is
|   necessary in order for the answerer to determine which stream in the
|   new SDP corresponds to a stream in the previous SDP.  Because of
|   these requirements, the number of "m=" lines in a stream never
|   decreases, but either stays the same or increases.  Deleted media
|   streams from a previous SDP MUST NOT be removed in a new SDP;
|   however, attributes for these streams need not be present.
|
|From section 9.1 of RFC5888, it seems the same is applicable with SDP grouping, but is not explicit.
|Should there be matching m-lines in the new offer even with SDP grouping? Does SDP grouping change
|anything w.r.t to the above statements in RFC3264?
|
|thanks,
|Muthu