Issue 48 - latching rules

https://github.com/openpeer/ortc/issues/48


[RobinR]

Q: Does this match the expectations for WebRTC SDP requirements? I want to make sure what we produce can be made into a shim. Basically, if the WebRTC would cause an additional track to be output upon receiving the new 101 SSRC 2002 then our behaviour of routing to the same receiver object might be an issue since 1 receiver implies one output track.


[PeterT]

​I think you'd end up with another ssrc_table[packet.ssrc] entry.  In other words, if you have RtpReceiver r1 and pt_table = {101: r1} and you receive​ packet p1 = {pt: 101, ssrc: 1001} and p2​ = {p1: 101, ssrc: 2002}, then you'd end up with a ssrc_table = {1001: r1, 2002: r1}, and both packets would get routed to r1.


-Robin

Received on Monday, 26 January 2015 23:09:03 UTC