<div dir="ltr">I am using rtpproxy with parallel fork and noticed some interesting behaviour (by rtpproxy).<div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>Reading the rtpproxy docs I think it is because of this:</div><div><br></div>&quot;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&quot;<div><br></div><div>Is there a known way round this issue, other than stopping A from sending media to rtpproxy or using late offer INVITEs?</div></div>