[MMUSIC] my review of draft-ietf-mmusic-data-channel-sdpneg-02

"Roni Even" <ron.even.tlv@gmail.com> Wed, 03 June 2015 10:29 UTC

From: Roni Even <ron.even.tlv@gmail.com>
To: mmusic@ietf.org
Date: Wed, 03 Jun 2015 13:29:03 +0300
Message-ID: <097101d09de8$1e5e1480$5b1a3d80$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0972_01D09E01.43AC5DF0"
Thread-Index: AdCd6AGWur5DbDLwSW+JenuWTeonWw==
Content-Language: en-us
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/IWNFGvYqH8fgGFs6T7TQTOnXGTU>
Subject: [MMUSIC] my review of draft-ietf-mmusic-data-channel-sdpneg-02
Precedence: list

 

 

Hi,

I read the documents and have some comments

 

1.       The abstract says "This document specifies how the SDP offer/answer
exchange can be used to achieve such an external negotiation." While the
introduction says "This document defines SDP-based out-of-band negotiation
procedures to establish data channels for transport of well-defined
sub-protocols"  I noticed that the document is about using SDP offer answer
and not about any other "out-of-band" negotiation.

2.       In the terminology why do you need both internal and in-band
negotiation and external and out-of-band suggest using one term throughout
the document. I think that using internal or  even better DCEP for in-band
and using external or SDP offer/answer in the document will be better.

3.       I am not sure that the following paragraph is needed "It is also
worth noting that a data channel stack implementation may  not provide any
API to create and close data channels; instead the  data channels are used
on the fly as needed just by communicating via  external means or by even
having some local configuration/assumptions   on both the peers." Why need
API discussion in the document?

4.       Same for "Browser based applications (could include hybrid apps)
will use [WebRtcAPI], while   native applications use a compatible API,
which is yet to be specified"  Why mention external API, this is not
required for the negotiation using SDP offer/answer

5.       In 5.2.3 need to expand SSN.

6.       In 5.2.3 "Depending upon the method used for external negotiation"
are there multiple ones? 

7.       In section 6.2.1 "However, a single stream is managed using one
method at a time." Suggest "MUST be managed"

8.       In section  6.2.2 "By definition max-retr and max-time are mutually
exclusive, so only one  of them can be present in a=dcmap." Suggest MUST be
present.

9.       In section 6.2.3 "If a peer  receives an SDP offer before getting
to send a new SDP " I assume you meant "before starting to send"

10.   The IANA section does not mention the new SDP attributes

Thanks

Roni Even

[MMUSIC] my review of draft-ietf-mmusic-data-chan… Roni Even
Re: [MMUSIC] my review of draft-ietf-mmusic-data-… Juergen Stoetzer-Bradler
Re: [MMUSIC] my review of draft-ietf-mmusic-data-… Paul Kyzivat
Re: [MMUSIC] my review of draft-ietf-mmusic-data-… Juergen Stoetzer-Bradler