Hi,<div>Can you track the call with one-way audio. That could be a big deal if there are alot of servers in your asterisk farm. If you can trace which asterisk server it happens and verify its sip settings "externip" - also "rtp set debug on" for a brief time interval can tell you the story. </div>
<div>Yes router can be an issue where Inbound network traffic is ACL restricted and outbound traffic from server is almost never ACL-ed - so that can be one case.<br>Up till here I'm assuming that SDPs are all well negotiated between phones and servers.</div>
<div><br></div><div>Now,</div><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
The phones work properly without audio issues for 10-15 minutes, then one way-audio happens</blockquote><div><br></div><div>Do you see any re-INVITES exchanging between the phones and maybe both the A & B parties trying to directly communicate with each other !!? </div>
<div>Do you've any CISCO PIX/ASAthingie in your network ? Maybe it times-out/expires the connection stream due to inactivity !?</div><div><br></div><div>These are few things I could think of troubleshooting such an issue. Maybe some other hints or details from you can help focus in one particular area.</div>
<div><br></div><div>Regards,</div><div>Sammy</div><div><br><div class="gmail_quote">On Thu, Mar 29, 2012 at 5:23 AM, Matt Hamilton <span dir="ltr"><<a href="mailto:mistral9999@hotmail.com">mistral9999@hotmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">
We are using Opensips as a load balancer/dispatcher for Asterisk servers. All these servers are in a DMZ and have public IPs. SIP traffic goes thru Opensips, but RTP is between Asterisk servers and UACs.<br><br>All the UACs are behind NAT, and there are two kinds based on nat_uac_test (in our case set to 18):<br>
<br>1. The ones for which flag 2 (the "received" test) applies (address in Via is compared against source IP address of signaling). These are mostly behind firewalls, and source and via ports are the same - 5060.<br>
<br>2. The ones for which flag 16 applies (if the source port is different from the port in Via). These phones are directly connected to a Cisco router thru a switch.<br><br><br>We are having intermittent one-way audio problems for the clients in 2 in an environment where a client puts a call on hold and the other one picks up. The phones work properly without audio issues for 10-15 minutes, then one way-audio happens. We can't find anything out of the ordinary in the SDP fields; all the IPs seem to be correct. <br>
<br>BTW, phones in 1 above work fine (all the time), and all the phones are exactly the same (for both 1 and 2 - same brand, firmware, configuration).<br><br>Has anyone experienced such intermittent one-way audio issues? Can the router cause this somehow (which is configured by our provider)?<br>
<br>Thanks a lot,<br>Matt<br> </div></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" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>