Re: [MMUSIC] Associating packets with m-lines in a bundle

[Bernard Aboba <[e-mail]>]

Colin Perkins said: 

RTCP operates at a different level, so it's not clear why it needs to be bound to an m= line. Use the SSRC to group related RTP and RTCP packets according to source, and match them to a de-jitter buffer and the state for RTCP processing. Use the PT to match those sources with the payload format, m= line and the corresponding decoding and rendering context.
[BA] I believe that the stats API requires the mapping of received RTCP packets to a peerConnection object.   Without BUNDLE, there is no issue.  With BUNDLE and without a=ssrc lines, it is possible to receive RTCP RRs from SSRCs that have not yet sent packets, so that it wouldn't be possible yet to group the RTCP and RTP packets according to source and match those sources with the PT and payload format.  So if you had more than one peerConnection object, it might not be clear which object the RTCP packet related to. 
Colin also said: 
Match the RTCP to the RTP based on the SSRC, and process it. There is no need to discard the RTCP in this case.
[BA] What if no RTP has been received from that SSRC, but an RTCP RR arrives?  This is the case I was referring to.   I agree that there is no need to discard the RTCP assuming that an RTP packet from that SSRC arrives first, permitting a mapping of SSRC to PT, corresponding m line and peerConnection object.