Re: Existing missmatch between SDP mux and BUNDLE

Christer Holmberg <[email protected]> Tue, 26 Sep 2017 13:24:06 +0000
Newsgroups gmane.ietf.mmusic
Message-ID <D5F02E88.229CB%[email protected]>
Hi,

>I much prefer use of the term "media description" as well since this is well-defined in 4566.

Actually, the PR suggests “m= section”. That is used in JSEP, but in 4566 there is “media description” and “media-level section”. I am not really sure that the difference is, because I find both:


        "Each media description starts with an "m=" field and is terminated by either the next "m=“ field”

…and:

        "Each media-level section starts with an "m=" line and continues to the next media-level section"

So, it seems the RFC uses inconsistent terminology.

Now, I had a look at draft-4566bis, and it seems like “m=“ field has been removed. But, both “media description” and “media-level section” are still used.

Regards,

Christer




On 9/22/17 4:08 PM, Taylor Brandstetter wrote:
Right. I can only think of one possible interpretation of "add attribute to media description". RFC4566 uses the following phrases:

  *   "attributes ... may be added"
  *   "attribute ... in the media description"
  *   "attribute is present"
  *   "a media description may have any number of attributes"
  *   "attribute fields can ... be added"
  *   "specifying the attribute"
  *   "session description containing such attributes"
  *   "attribute MUST be included"

So, the following would be consistent with the defined terminology:

  *   "The offerer MUST add the foo attribute to the media description."
  *   "The foo attribute MUST be [present|contained|specified|included] in the media description."
  *   "The media description MUST have the foo attribute."

But "foo attribute MUST be associated with the m-line"? Not so much.

On Fri, Sep 22, 2017 at 9:51 PM, Christer Holmberg <[email protected]<mailto:[email protected]>> wrote:
Hi,

>> It depends on how we interpret "associated with"
>
> That's why I purged "associated with" from the BUNDLE spec: https://github.com/taylor-b/draft-sdp-bundle/pull/1
>
> It almost always can be interpreted in multiple ways. Unfortunately this never got integrated, I assume because I was too late.

No, you were not :) I have been looking at your CR, and have been considering to integrate it, but I lately I have been so busy with draft-dtls-sdp etc.

Having said that, we have changed the terminology in bundle a number of times already - we really need to stop at some point.

The history of "associated" is when people commented that one cannot add an attribute, address etc to an m- line (because attributes, c- lines and m- lines are separate SDP properties). So, instead of talking about adding those to an m- line talk about associating those with an m- line.

Now, if I remember the changes in your PR correctly, you are talking about "media descriptions", which would be an "envelope" containing the m- line, the address and attributes associated with that m- line. Then you could say "add attribute to the media description", etc. Right?

Regards,

Christer

_______________________________________________
mmusic mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/mmusic