Re: [MMUSIC] Simultanous usage of a=rtcp and a=rtcp-mux

Hi Christer
I find some words in RFC 5245, section 5.7.1, this may answer your question.

   In the case of RTP, this would happen when one agent provides
   candidates for RTCP, and the other does not.  As another example, the
   offerer can multiplex RTP and RTCP on the same port and signals that
   it can do that in the SDP through an SDP attribute [RFC5761].

   However, since the offerer doesn't know if the answerer can perform
   such multiplexing, the offerer includes candidates for RTP and RTCP
   on separate ports, so that the offer has two components per media
   stream.  If the answerer can perform such multiplexing, it would
   include just a single component for each candidate - for the combined
   RTP/RTCP mux.  ICE would end up acting as if there was just a single
   component for this candidate.

To me, this indicates that if the receiver supports rtcp-mux, it should use the same port for RTP and RTCP.

Regards
shitao

> -----Original Message-----
> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf
> Of Christer Holmberg
> Sent: Friday, August 03, 2012 7:32 AM
> To: mmusic@ietf.org
> Subject: [MMUSIC] Simultanous usage of a=rtcp and a=rtcp-mux
> 
> Hi,
> 
> One of the issues which was raised during the MMUSIC BUNDLE presentation,
> but which is not BUNDLE specfic, was the case when an offer contains both
> a=rtcp and a=rtcp-mux.
> 
> A case where this can happen is ICE, which requires the inclusion of the a=rtcp
> attribute.
> 
>       "If the agent is utilizing RTCP, it MUST encode the RTCP candidate using
> the a=rtcp attribute as defined in RFC 3605 [RFC3605]." (RFC 5245/Section 4.3)
> 
> Example:
> 
> m=audio 20000
> a=rtcp: 25000
> a=rtcp-mux
> 
> 
> Q: If the receiver supports both attributes, to which port would it send RTCP?
> 
> As indicated during the meeting, in theory this could be solved by using a=rtcp:
> 20000 (ie same port as RTP), but people indicated that it is not allowed
> (eventhough not explicitly forbidden, afaik).
> 
> As also indicated, another way to solve this could be by saying: "If the receiver
> supports a=rtcp-mux, use that, otherwise use a=rtcp". But, I have not found
> any text which would support such intepretion.
> 
> Opinions?
> 
> Regards,
> 
> Christer
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic