[OpenSIPS-Users] rtpproxy and parallel forking
bogdan at opensips.org
Mon Sep 28 13:57:16 CEST 2015
I assume you do rtpproxy_answer() for the 200 OK on B leg, right ?
OpenSIPS Founder and Developer
On 23.09.2015 11:44, Pete Kelly wrote:
> I am using rtpproxy with parallel fork and noticed some interesting
> behaviour (by rtpproxy).
> If the INVITE is forked to 2 destinations (A and B), one of them (A)
> may send a 183 with media, meaning there is media being sent to the
> However if it is B that answers, rtpproxy will still only be set up to
> send and receive media to A, and will continue to do so which means
> there is no media on the call.
> Reading the rtpproxy docs I think it is because of this:
> "After the session has been created, the proxy listens on the port it
> has allocated for that session and waits for receiving at least one
> UDP packet from each of two parties participating in the call. Once
> such packet is received, the proxy fills one of two ip:port structures
> associated with each call with source ip:port of that packet"
> Is there a known way round this issue, other than stopping A from
> sending media to rtpproxy or using late offer INVITEs?
> Users mailing list
> Users at lists.opensips.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users