Re: Existing missmatch between SDP mux and BUNDLE
Eric Rescorla <[email protected]> Mon, 25 Sep 2017 19:52:33 -0700
| Newsgroups | gmane.ietf.mmusic |
|---|---|
| Message-ID | <CABcZeBN4QC-094rAFqXtSs9N3_MdskW+qee1JWptKYft9XHajQ@mail.gmail.com> |
I am in favor of the changes that Taylor proposes. -Ekr On Mon, Sep 25, 2017 at 7:38 PM, Flemming Andreasen <[email protected]> wrote: > I much prefer use of the term "media description" as well since this is > well-defined in 4566. > > Having said that, I wholeheartedly agree with Christer's point about > terminology change - we need people to agree to this before entertaining > yet another update on this front. > > So folks, please speak up and let us know if you are for, against, or > indifferent in terms of said terminology change. > > Thanks > > -- Flemming > > 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]> 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 > > _______________________________________________ mmusic mailing list [email protected] https://www.ietf.org/mailman/listinfo/mmusic