Hi, >>The point is that, depending on what media the answerer chooses, >>different codecs can be used for chosen media streams. >> >>Yes, "vanilla" SDP allows me to offer audio and video, and the >>answerer can incdicate what it does/doesn't support. But, vanilla SDP >>does not allow the offer to say: "Here is audio and video. If you >>accept both then let's use these codecs, but if you only choose audio >>then let's use theis other codec". > >SDP Capabilities Negotiation does that, too -- and far better >than multipart/alternative.
I haven't seen any comparision between the mechanisms, so I can't comment on the "far better" statement at this point. But, in order to do the same thing with SDP CapNeg, I assume it does require the remote terminal to actually support SDP CapNeg? I agree that many terminals don't support multipart today, but wasn't the initial issue of this thread that we want to mandate the support of multipart (at least multipart/mixed)? Also, my initial intention was not to compare multipart/alternative with SDP CapNeg, but to give an example what multipart/alternative could be used for. Regards, Christer _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
