Re: [MMUSIC] Mismatch between sdp-bundle-negotiation and RFC5888

Paul Kyzivat <paul.kyzivat@comcast.net> Sun, 02 December 2018 19:51 UTC

Return-Path: <paul.kyzivat@comcast.net>
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 E75A01294D0 for <mmusic@ietfa.amsl.com>; Sun, 2 Dec 2018 11:51:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
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 P3whAdBp-626 for <mmusic@ietfa.amsl.com>; Sun, 2 Dec 2018 11:51:44 -0800 (PST)
Received: from resqmta-ch2-10v.sys.comcast.net (resqmta-ch2-10v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4356128D0C for <mmusic@ietf.org>; Sun, 2 Dec 2018 11:51:44 -0800 (PST)
Received: from resomta-ch2-04v.sys.comcast.net ([69.252.207.100]) by resqmta-ch2-10v.sys.comcast.net with ESMTP id TXJ7gngjzd3TqTXmJgOp3F; Sun, 02 Dec 2018 19:51:43 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1543780303; bh=vmItfqhZGYhtv6QbTIOXwbTs+AIGQ32GqgeU0JTaCVU=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=EdpDzgtu5iLpW2Aey9EzzjbEyHyNMiBUWOtagZd0JB3rvFcXQGOLbo5XiO+USYoma vbZdSVeKaSgdr/xDR1mMAFJhjb/VbRQc29ElXqYch9EnOiK/ibWaR38/qvnKA0Dqgx GN+eHUy3r3p76aw/17rljCwRsI/4uC8dc938858alpK0Y0SAVhETd88Rtehf+Ug++c Okba2cFw0T5yceGtKf8ReceVA31SxU0ruRISsmmvXEUMrikRVjW6X+laY0YYimOlid h7Csa+EdvTOkkUVSI+d1l2J8DPxcF+eFaCDUfBLxJ7pt2alRE2jNu1zI3iHn2p+xj9 k69BXktooBHBA==
Received: from PaulKyzivatsMBP.localdomain ([24.62.227.142]) by resomta-ch2-04v.sys.comcast.net with ESMTPA id TXmIgmERHzPrFTXmJgeG7w; Sun, 02 Dec 2018 19:51:43 +0000
To: mmusic@ietf.org
References: <CAD5OKxskcj4aGBO6tDJJ+3YrzzdhvZJXZTkUg-_FDoOrR-Ovdg@mail.gmail.com> <FA5021E4-0707-4AD8-BB59-2412F2D38DE1@ericsson.com> <CAD5OKxve9vWtzOZv6RtEgnJ0pt-z7jdT6QXsVoi_k2RXE2gdZA@mail.gmail.com> <7774BF2D-B39E-4632-9A19-C16D281767AF@ericsson.com> <CAD5OKxtGNGQo8fMDVMLHAd2hKGKRSLDJvRpcfzfxadxhkJSR8w@mail.gmail.com> <F8D8E443-CBEA-4BBA-89F5-4D5AA812AD71@ericsson.com> <CAD5OKxtFR0JXBjtGz2s62wCVYNq+no7cOmGDgYRwACyadDpVEw@mail.gmail.com> <937014FC-5072-4E00-8ABF-A2F9455D5224@ericsson.com>
From: Paul Kyzivat <paul.kyzivat@comcast.net>
Message-ID: <883bd6f9-ff9b-ec4b-ab20-affe270bdce1@comcast.net>
Date: Sun, 02 Dec 2018 14:51:42 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <937014FC-5072-4E00-8ABF-A2F9455D5224@ericsson.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-CMAE-Envelope: MS4wfENsN9dwGXK1Iqt5Agb0W4NiqPQdLQY5JGwIJ1WEeVz9xXGjgjBW3KGADNlq5/hYnULhMbaerQJ7nQBThZnwhw9gt1oZ/jjqB+RCgAWFTrbqczGWfhLI GerrCx6Bruo8+gqxURHXx/uhNE+h1RELugo+U8fqTICrXLEaUfaKy/2bn5J7pLoqnurrWVUehUS34Q==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/cGvgxF4cZp4zf2PF8oq9no75ifE>
Subject: Re: [MMUSIC] Mismatch between sdp-bundle-negotiation and RFC5888
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Sun, 02 Dec 2018 19:51:47 -0000

On 12/2/18 1:57 PM, Christer Holmberg wrote:
> Hi,
> 
> I guess my question to the chairs/ADs is whether we could implement 
> Roman’s suggestion without having to take the document back to the WG etc.

Couldn't this be done with a *new* draft that update 5888 in this way?

	Thanks,
	Paul

> Regards,
> 
> Christer
> 
> *From: *Roman Shpount <roman@telurix.com>
> *Date: *Sunday, 2 December 2018 at 20.39
> *To: *Christer Holmberg <christer.holmberg@ericsson.com>
> *Cc: *"mmusic@ietf.org" <mmusic@ietf.org>
> *Subject: *Re: Mismatch between sdp-bundle-negotiation and RFC5888
> 
> On Sun, Dec 2, 2018 at 1:22 PM Christer Holmberg 
> <christer.holmberg@ericsson.com <mailto:christer.holmberg@ericsson.com>> 
> wrote:
> 
>      >>>>> I know this is a really late notice, but I think there is a
>     slight mismatch between RFC5888 and sdp-bundle.
>      >>>>>
>      >>>>> RFC 5888 Section 9.2
>     (https://tools.ietf.org/html/rfc5888#section-9.2) says:
>      >>>>>
>      >>>>>   SIP entities refuse media streams by setting the port to
>     zero in the corresponding "m" line. "a=group" lines MUST NOT
>      >>>>>   contain identification-tags that correspond to "m" lines
>     with the port set to zero.
>      >>>>>
>      >>>>> Considering that sdp-bundle redefines the meaning of port
>     zero when 'bundle-only' attribute is present, RFC5888 will need
>      >>>>> to be updated to allow including bundle-only media streams in
>     the "a=group" lines.
>      >>>>
>      >>>>…or, one could argue that the text in RFC5888 only applies to
>     the case when port zero is used to refuse a media stream.
>      >>>
>      >>> One could argue this, but the language in RFC 5888 is quite blunt.
>      >>
>      >> So, you really want to bring BUNDLE back to the WG again?
>      >
>      > No, I really do not want to bring it back. Somebody implementing
>     BUNDLE asked me, so I wanted to ask on the list. I would suggest we
>     argue that
>      > BUNDLE overwrites all uses of port 0 to disable the media stream,
>     including the one in RFC5888.
> 
>     I don't think BUNDLE overwrites ALL uses of port 0 to disable the
>     media stream.
> 
>     In any case, my understanding was that you want to add something to
>     BUNDLE?
> 
> Ideally I wanted to add a section to sdp-bundle that updates RFC5888 and 
> specifies that mid can be added to the group even if m= line is disabled 
> with port 0, if this m line is enabled using other means, such as SDP 
> attribute. In other words something similar to section of sdp-bundle 
> that updates RFC 3264.
> 
> Regards,
> 
> _____________
> Roman Shpount
> 
> 
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>