Hi Pete,
I assume you do rtpproxy_answer() for the 200 OK on B leg, right ?
Best regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
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
rtpproxy.
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
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
