Re: [MMUSIC] bundle-11: BUNDLE accpeted, but RTCP Mux rejected

[Christer Holmberg <[e-mail]>]

Hi Thomas,

>BUNDLE can be used separate from RFC5761 RTCP-Multiplexing.
>I can't find text in bundle-11 where the answerer would send its RTCP packets if it accepted BUNDLE, but rejected RTCP-muxing.
>I see two options:
>1. The answerer sends all RTCP packets to the shared RTP-port+1 of the negotiated shared address.
>2. The answerer sends the RTCP packets to separate ports based on the unique addresses in the m-lines of the offer?

Alternative 1) is correct. I guess we could add some text to clarify that.

>The offerer on the other hand will only receive a shared address. I assume it then has to send all its RTCP packets
>to the shared RTP-port+1 of the answerer.

Yes.

>Is my understanding correct or am I completely off-track?

Assuming my understanding is correct, your understanding is correct :)

>Supposed I'm correct, then independent from the response, I'm asking if there really is a use case for that.
>In case 1, one would have to demux the RTP streams and RTCP streams from two separate ports instead of a single port. How much implementation effort >is saved in that case?

I am not sure what you mean. Are you asking how much implementation effort is saved if you don't have to de-mux RTP and RTCP?

>In case 2 the RTCP handling at offerer and answerer is completely different. In addition, you still need "a lot" of RTCP ports and take advantage of only half >of the BUNDLE benefits.

Correct. But, case 2 is not applicable (unless the endpoints choose not to use BUNDLE to begin with, that is...).

Regards,

Christer