[MMUSIC] Simulcast draft feedback

[Byron Campen <[e-mail]>]

**** Identification type shenanigans ****

     The draft currently allows the following:

a=simulcast: send rid=foo;bar;baz recv pt=96;97;98

     Here we have different identification types for each direction. Is 
this something the spec should allow? Also, things get really 
interesting when you add sendrecv:

a=simulcast: send rid=foo;bar;baz recv pt=96;97;98 sendrecv pt=100

     Now we have three simulcast streams that use rid, and a fourth that 
uses pt, for the send direction. This strikes me as a bad idea. Removing 
sendrecv is something that sounds like a good idea, for this and other 
reasons.

     (I would also point out that this would be a complete non-issue if 
we just used rid)

**** Payload type asymmetry confusion ****

     Consider the following simulcast offer/answer exchange, where the 
answerer removes a simulcast version and changes payload types:

offer:
a=rtpmap:96 VP8/90000
a=rtpmap:97 VP8/90000
a=rtpmap:98 VP8/90000
// a=fmtp that differ for the above three
a=simulcast: send pt=96;97;98

answer:
a=simulcast: recv pt=42;101

     What did the answerer just accept? We cannot infer from rtpmap, 
since those are all the same, and we probably cannot infer from fmtp 
either, since that isn't symmetric. Perhaps if imageattr were used, the 
offerer could attempt to determine which of the imageattrs in the answer 
matched what was placed in the offer, but this is a bit of a stretch.

     We could work around this with syntax like the following, perhaps:

answer:
a=simulcast: recv pt=42;;101

     (Again, I would point out that this would be a non-issue if we just 
used rid)

**** Requirements for support of PT-based simulcast ***

*    My understanding of the draft is that support for PT-based 
simulcast is mandatory, while RID-based simulcast is optional to 
implement. Is this correct? If so, how is negotiation supposed to look 
between an offerer that offers to use rid, and an answerer that does not 
support rid? Is the simulcast attribute simply removed? Is changing the 
identification type in an answer permitted under any circumstances?

**** Renegotiation questions ****

     This draft does not mention renegotiation at all. I'm assuming 
adding/removing simulcast versions and alternatives is ok. What about 
switching from PT-based to RID-based simulcast (or vice versa) in a reoffer?


Best regards,
Byron Campen