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

Hi,

This version contains the following changes:

   o  Aligned with recent changes in draft-ietf-mmusic-rid and draft-
      ietf-avtext-rid.

   o  Modified the SDP offer/answer section to follow the generally
      accepted structure, also adding a brief text on modifying the
      session that is aligned with draft-ietf-mmusic-rid.

   o  Improved text around simulcast stream identification (as opposed
      to the simulcast stream itself) to consistently use the acronym
      SCID and defined that in the Terminology section.

   o  Changed references for RTP-level pause/resume and VP8 payload
      format that are now published as RFC.

   o  Improved IANA registration text.

   o  Removed unused reference to draft-ietf-payload-flexible-fec-
      scheme.

   o  Editorial improvements and corrections.

I don't think there are any other changes needed at the moment and believe the draft is ready for WGLC.

Cheers,
Bo (as individual)

> -----Original Message-----
> From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org
> Sent: den 29 juni 2016 03:30
> To: i-d-announce@ietf.org
> Cc: mmusic@ietf.org
> Subject: I-D Action: draft-ietf-mmusic-sdp-simulcast-05.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 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-05.txt
> 	Pages           : 29
> 	Date            : 2016-06-28
> 
> 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 describes how
>    to accomplish simulcast in RTP and how to signal it in SDP.  The
>    described solution uses an RTP/RTCP identification method to identify
>    RTP streams belonging to the same media source, and makes an
>    extension to SDP to relate those RTP streams as being different
>    simulcast formats of that media source.  The SDP extension consists
>    of a new media level SDP attribute that expresses capability to send
>    and/or receive simulcast RTP streams.
> 
> 
> 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-05
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-sdp-simulcast-05
> 
> 
> 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/
> 
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt