[OpenSIPS-Users] rtpproxy and parallel forking

[Bogdan-Andrei Iancu]

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
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150928/dd366eb6/attachment.htm>