Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-simulcast-02.txt

Bo Burman <bo.burman@ericsson.com> Fri, 09 October 2015 07:58 UTC

Return-Path: <bo.burman@ericsson.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 4F8371A8731 for <mmusic@ietfa.amsl.com>; Fri, 9 Oct 2015 00:58:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 U6cBQchNvM30 for <mmusic@ietfa.amsl.com>; Fri, 9 Oct 2015 00:58:48 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86C5A1A8729 for <mmusic@ietf.org>; Fri, 9 Oct 2015 00:58:47 -0700 (PDT)
X-AuditID: c1b4fb30-f79626d000006adf-e1-561773b565d2
Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id F8.92.27359.5B377165; Fri, 9 Oct 2015 09:58:45 +0200 (CEST)
Received: from ESESSMB105.ericsson.se ([169.254.5.111]) by ESESSHC009.ericsson.se ([153.88.183.45]) with mapi id 14.03.0248.002; Fri, 9 Oct 2015 09:58:44 +0200
From: Bo Burman <bo.burman@ericsson.com>
To: Christian Groves <Christian.Groves@nteczone.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-simulcast-02.txt
Thread-Index: AQHRAGJMjnjbebOd7EiF2thChZBvF55gFseggAJCrYCAAHUHYA==
Date: Fri, 9 Oct 2015 07:58:44 +0000
Message-ID: <BBE9739C2C302046BD34B42713A1E2A22E7AD2F6@ESESSMB105.ericsson.se>
References: <20151006180954.4556.83199.idtracker@ietfa.amsl.com> <BBE9739C2C302046BD34B42713A1E2A22E7AC2B5@ESESSMB105.ericsson.se> <56172C7F.6040802@nteczone.com>
In-Reply-To: <56172C7F.6040802@nteczone.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.16]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrALMWRmVeSWpSXmKPExsUyM+Jvje7WYvEwgy2dkhZf3jeyWExd/pjF gcljyZKfTB4rzs9kCWCK4rJJSc3JLEst0rdL4MqY8cG8YL55xfkfW1gaGP9pdTFycEgImEjs b0/vYuQEMsUkLtxbz9bFyMUhJHCUUeLpusVMEM5iRommy89ZQKrYBDQk5u+4ywhiiwhES0xa 2MwGYgsLeEhs/j+JDSLuKbGmbR6U7STxflEHWD2LgIrEvZOrWUAW8wr4SvxdIgIxfxmjxPzN W5hBajgFdCSWNawC62UUkJW4//0e2F5mAXGJW0/mM0FcKiCxZM95ZghbVOLl43+sELaixM6z 7cwQ9ToSC3Z/YoOwtSWWLXwNFucVEJQ4OfMJywRG0VlIxs5C0jILScssJC0LGFlWMYoWpxYn 5aYbGemlFmUmFxfn5+nlpZZsYgRGycEtvw12ML587niIUYCDUYmHd6GdWJgQa2JZcWXuIUZp DhYlcd5mpgehQgLpiSWp2ampBalF8UWlOanFhxiZODilGhh5zr/YlS+rtXI+n+L1kP0llgyK Qm9D2OwU+i7dN9zutPXtxFeNAc+nzejJP3ShKnTSxwPbV9tJF5bYvdJ7vlLm7ALdO8s32O3f Kl9Q997HdA2ndd6thX9Wvqt+zb108Ub/DbdXG7ou9Hg954XiVA6essLn51yO7IsKkSlidJ7b +bbcZLtgc+hUJZbijERDLeai4kQAMgYngHMCAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/MdSqhC1KPpkpm2-JK1j8r2k4pP0>
Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-simulcast-02.txt
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: <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: Fri, 09 Oct 2015 07:58:54 -0000

Thanks Christian, your comments look good to me and I'll take them into account in the next version.

> -----Original Message-----
> From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of Christian Groves
> Sent: den 9 oktober 2015 04:55
> To: mmusic@ietf.org
> Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-simulcast-02.txt
> 
> Hello Bo,
> 
> I think the updated draft captures most of my earlier comments regarding the stream version/alternatives etc.
> One place that may be worth updating still is cl.6.1.2. It talks about stream formats as being alternatives but does not talk
> about offerers or answerers being prepared to send/receive multiple concurrent streams.
> 
> Also just to reinforce the terminology it may be good to change the ABNF from "sc-dir-list" to "sc-str-list" indicate
> "simultaneous streams", eg.
> sc-attr     = "a=simulcast:" 1*3( WSP sc-str-list )
> sc-str-list = sc-dir WSP sc-id-type "=" sc-alt-list *( ";" sc-alt-list )
> 
> Nit: There a WSP that should be removed after the colon in all the figures with a=simulcast: .
> 
> Regards, Christian
> On 8/10/2015 1:59 AM, Bo Burman wrote:
> > The main update in this version is to introduce use of RTP stream ID (RID) as identifier in addition to SDP format (RTP
> payload type), and aligns its use in simulcast with that draft (draft-pthatcher-mmusic-rid-00).
> >
> > Summary of changes from -01:
> >
> >     o  Relying on the new RID solution for codec constraints and
> >        configuration identification.  This has resulted in changes in
> >        syntax to identify if pt or RID is used to describe the simulcast
> >        stream.
> >
> >     o  Renamed simulcast version and simulcast version alternative to
> >        simulcast stream and simulcast format respectively, and improved
> >        definitions for them.
> >
> >     o  Clarification that it is possible to switch between simulcast
> >        version alternatives, but that only a single one be used at any
> >        point in time.
> >
> >     o  Changed the definition so that ordering of simulcast formats for a
> >        specific simulcast stream do have a preference order.
> >
> >
> > There are still a few open issues that need discussion (also included as editor's notes, except for the last one):
> >
> > 1) There is currently the possibility to set a simulcast as "sendrecv", but this is not a good match considering the uni-
> directionality of both PT and RID simulcast stream identifiers. I expect some complexity in this mismatch, requiring
> additional description, but was not able to investigate it further. It is also just an optimization to save a few bytes of SDP
> text in case simulcast send and receive direction is exactly the same for a certain simulcast stream identifier. I propose to
> remove "sendrecv" and just keep "send" and "recv", for simplicity.
> >
> > 2) There is a brief section on declarative use in SDP, but the RID specification currently lacks this, so it is not really
> possible to define in a good way. Should we add declarative use to RID, or should it be removed here?
> >
> > 3) With the chosen approach (only defining simulcast on SDP media level), it is not possible to spread simulcast streams
> onto different media transports, thus also making it impossible to use different flow-based QoS, or separate simulcast
> streams onto different multicast groups. Since this is described as being one potential motivation for using simulcast,
> either we have to state that the current solution deliberately does not deal with it, remove that motivation, or add the
> possibility for media transport separation of simulcast streams. The latter approach could possibly involve defining use of
> the simulcast attribute on SDP session level.
> >
> > 4) Since there are two alternative ways of identifying simulcast streams, should we require all implementations of
> simulcast to support both, or is one mandatory, and how is use of the optional one negotiated in that case?
> >
> > Cheers,
> > Bo
> >
> >> -----Original Message-----
> >> From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of
> >> internet-drafts@ietf.org
> >> Sent: den 6 oktober 2015 20:10
> >> To: i-d-announce@ietf.org
> >> Cc: mmusic@ietf.org
> >> Subject: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-simulcast-02.txt
> >>
> >>
> >> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> >>   This draft is a work item of the Multiparty Multimedia Session Control Working Group of the IETF.
> >>
> >>          Title           : Using Simulcast in SDP and RTP Sessions
> >>          Authors         : Bo Burman
> >>                            Magnus Westerlund
> >>                            Suhas Nandakumar
> >>                            Mo Zanaty
> >> 	Filename        : draft-ietf-mmusic-sdp-simulcast-02.txt
> >> 	Pages           : 24
> >> 	Date            : 2015-10-06
> >>
> >> Abstract:
> >>     In some application scenarios it may be desirable to send multiple
> >>     differently encoded versions of the same media source in different
> >>     RTP streams.  This is called simulcast.  This document discusses the
> >>     best way of accomplishing simulcast in RTP and how to signal it in
> >>     SDP.  A solution is defined by making an extension to SDP, and using
> >>     RTP/RTCP identification methods to relate RTP streams belonging to
> >>     the same media source.  The SDP extension consists of a new media
> >>     level SDP attribute that expresses capability to send and/or receive
> >>     simulcast RTP streams.  RTP/RTCP identification using either payload
> >>     types or a separately defined method for RTP stream configuration are
> >>     defined.
> >>
> >>
> >> The IETF datatracker status page for this draft is:
> >> https://datatracker.ietf.org/doc/draft-ietf-mmusic-sdp-simulcast/
> >>
> >> There's also a htmlized version available at:
> >> https://tools.ietf.org/html/draft-ietf-mmusic-sdp-simulcast-02
> >>
> >> A diff from the previous version is available at:
> >> https://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-sdp-simulcast-02
> >>
> >>
> >> Please note that it may take a couple of minutes from the time of
> >> submission until the htmlized version and diff are available at tools.ietf.org.
> >>
> >> Internet-Drafts are also available by anonymous FTP at:
> >> ftp://ftp.ietf.org/internet-drafts/
> >>
> >> _______________________________________________
> >> mmusic mailing list
> >> mmusic@ietf.org
> >> https://www.ietf.org/mailman/listinfo/mmusic
> > _______________________________________________
> > mmusic mailing list
> > mmusic@ietf.org
> > https://www.ietf.org/mailman/listinfo/mmusic
> >
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic