<div dir="ltr">It seems like media proxy flag related issue to me. My guess is from first gateway which fails you get session progress and then it rejects and you get another session progress from second gateway. If you play around with mediaproxy flags (at the time of session progress and 200 OK) it can be solved.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 1, 2015 at 1:19 AM, <span dir="ltr"><<a href="mailto:pwilliams@turnopen.com" target="_blank">pwilliams@turnopen.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><span style="font-family:Verdana;color:#000000;font-size:10pt"><div>I'm encountering a dead air issue with mediaproxy (version 2.5.2), specifically media-relay application. <br>Seems similar to issue reported by Edwin <a href="http://lists.opensips.org/pipermail/users/2015-April/031498.html" target="_blank">http://lists.opensips.org/pipermail/users/2015-April/031498.html</a> (no responses)<br><br>My
scenario is that an updated rtp port is sent by my clientSBC after
failure of initial gateway, media-relay seems to get the new port via
183, but does not modify the stream correctly.<br><br>I started media relay with no-fork option and received below. </div><div><br>First rtp port negotiated.<br>clientSBC:10568<br></div><div><br></div><div>Updated rtp port requested<br></div><div>clientSBC:10570<br></div><div><br></div><div>Expecting this</div><div> clientSBC:10570 (RTP: clientSBC:10570, RTCP: Unknown)</div><div><br></div><div>Current Result (old port 10568, still remains)<br></div><div> clientSBC:10570 (RTP: clientSBC:10568, RTCP: Unknown)</div><div><br></div><div><br></div><div><br></div><div>debug: Received new SDP offer<br>mediaproxy.mediacontrol.StreamListenerProtocol starting on 10000<br>mediaproxy.mediacontrol.StreamListenerProtocol starting on 10001<br>mediaproxy.mediacontrol.StreamListenerProtocol starting on 10002<br>mediaproxy.mediacontrol.StreamListenerProtocol starting on 10003<br>debug:
Added new stream: (audio) internal-IVR:27980 (RTP: Unknown, RTCP:
Unknown) <-> OpenSIPS:10000 <-> OpenSIPS:10002 <->
Unknown (RTP: Unknown, RTCP: Unknown)<br>debug: created new session
7cf56d31-8aff-1233-8086-001a4a10fa59: 7185551212@internal-IVR
(F366pUF6HNHeg) --> 7325553535@outsideProvider<br>debug: Got traffic
information for stream: (audio) internal-IVR:27980 (RTP: Unknown, RTCP:
Unknown) <-> OpenSIPS:10000 <-> OpenSIPS:10002 <->
Unknown (RTP: clientSBC:10568, RTCP: Unknown)<br>debug: updating
existing session 7cf56d31-8aff-1233-8086-001a4a10fa59:
7185551212@internal-IVR (F366pUF6HNHeg) -->
7325553535@outsideProvider<br>debug: Received updated SDP answer<br>debug:
Got initial answer from callee for stream: (audio) internal-IVR:27980
(RTP: Unknown, RTCP: Unknown) <-> OpenSIPS:10000 <->
OpenSIPS:10002 <-> clientSBC:10570 (RTP: clientSBC:10568, RTCP:
Unknown)<br>debug: updating existing session
7cf56d31-8aff-1233-8086-001a4a10fa59: 7185551212@internal-IVR
(F366pUF6HNHeg) --> 7325553535@outsideProvider<br>debug: Received updated SDP answer<br>debug:
Unchanged stream: (audio) internal-IVR:27980 (RTP: Unknown, RTCP:
Unknown) <-> OpenSIPS:10000 <-> OpenSIPS:10002 <->
clientSBC:10570 (RTP: clientSBC:10568, RTCP: Unknown)<br>debug: updating
existing session 7cf56d31-8aff-1233-8086-001a4a10fa59:
7185551212@internal-IVR (F366pUF6HNHeg) -->
7325553535@outsideProvider<br>debug: Received new SDP offer<br>debug:
Found matching existing stream: (audio) internal-IVR:27980 (RTP:
Unknown, RTCP: Unknown) <-> OpenSIPS:10000 <->
OpenSIPS:10002 <-> clientSBC:10570 (RTP: clientSBC:10568, RTCP:
Unknown)<br>debug: updating existing session
7cf56d31-8aff-1233-8086-001a4a10fa59: 7185551212@internal-IVR
(F366pUF6HNHeg) --> 7325553535@outsideProvider<br>debug: Received updated SDP answer<br>debug:
Unchanged stream: (audio) internal-IVR:27980 (RTP: Unknown, RTCP:
Unknown) <-> OpenSIPS:10000 <-> OpenSIPS:10002 <->
clientSBC:10570 (RTP: clientSBC:10568, RTCP: Unknown)<br>debug: Got
traffic information for stream: (audio) internal-IVR:27980 (RTP:
internal-IVR:27980, RTCP: Unknown) <-> OpenSIPS:10000 <->
OpenSIPS:10002 <-> clientSBC:10570 (RTP: clientSBC:10568, RTCP:
Unknown)<br>debug: removing session
7cf56d31-8aff-1233-8086-001a4a10fa59: 7185551212@internal-IVR
(F366pUF6HNHeg) --> 7325553535@outsideProvider<br>(Port 10000 Closed)<br>(Port 10001 Closed)<br>(Port 10002 Closed)<br>(Port 10003 Closed)</div><div><br></div><div><br></div><div><br></div><div>Seems like a bug.<br>Anyone experienced this before... is there a fix..<br><br>If no fix, anyone familiar enough with the codebase to point out how to update the port object/attribute for the stream?<br>I'm troubleshooting/modifying code on my own, but wanted to cover all bases.</div><div><br></div><div><br></div><div>Thanks,</div><div><br></div><div>Paul W.</div><div></div></span></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>