Hello,<br>did you got your issue solved?<br>I am suffering of the same issue....<br><br><div><span class="gmail_quote">On 4/28/07, <b class="gmail_sendername">Hadar Pedhazur</b> &lt;<a href="mailto:hadar@unorthodox.com">hadar@unorthodox.com

</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I snipped all of the previous data, as I&#39;m trying to &quot;boil down&quot;

<br>this problem to its essence...<br><br>I turned off the firewall for a few seconds, and still got no<br>audio. For those that will be suspicious, the commands were:<br><br>shorewall stop<br>shorewall clear<br><br>tested connection, no audio

<br><br>shorewall start<br><br>I also have a SIPPhone number, which (obviously), connects via<br>SIP. I called that number from the outside, using one of their<br>&quot;Access Numbers&quot;, and my phone rang and I heard audio in both

<br>directions (this with the firewall back on), so SIP definitely<br>works, just not with StanaPhone.<br><br>Then I connected from another server that I run, which is behind a<br>NAT router. That server is running 1.2.18

 (as is the one that<br>isn&#39;t working, but is on a public IP). Audio works perfectly with<br>this one.<br><br>To my knowledge the only difference between them is that the two<br>servers that work are both Red Hat 9, with Asterisk 

1.2.18 built<br>from source. The one that fails is CentOS 5.0, with Asterisk<br>1.2.18 built from source. Here is a dump of the active channel<br>from the NAT&#39;ed server, which _works_:<br><br>&nbsp;&nbsp; * SIP Call<br>&nbsp;&nbsp; Direction:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Incoming

<br>&nbsp;&nbsp; Call-ID:<br><a href="mailto:342ed93a5d0cda7866f5b7122696e040@66.114.240.26">342ed93a5d0cda7866f5b7122696e040@66.114.240.26</a><br>&nbsp;&nbsp; Our Codec Capability:&nbsp;&nbsp; 1822<br>&nbsp;&nbsp; Non-Codec Capability:&nbsp;&nbsp; 1<br>&nbsp;&nbsp; Their Codec Capability:&nbsp;&nbsp; 262

<br>&nbsp;&nbsp; Joint Codec Capability:&nbsp;&nbsp; 262<br>&nbsp;&nbsp; Format&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ulaw<br>&nbsp;&nbsp; Theoretical Address:&nbsp;&nbsp;&nbsp;&nbsp;<a href="http://204.147.183.18:5060">204.147.183.18:5060</a><br>&nbsp;&nbsp; Received Address:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="http://204.147.183.18:5060">

204.147.183.18:5060</a><br>&nbsp;&nbsp; NAT Support:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;RFC3581<br>&nbsp;&nbsp; Audio IP:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; XX.XX.XX.XX (local)<br>&nbsp;&nbsp; Our Tag:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;as78cfb201<br>&nbsp;&nbsp; Their Tag:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;da6aae9eb017f29b6c9de270fb85c352<br>&nbsp;&nbsp; SIP User agent:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Sippy

<br>&nbsp;&nbsp; Original uri:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; sip:<a href="http://204.147.183.55:1024">204.147.183.55:1024</a><br>&nbsp;&nbsp; Caller-ID:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;XXXXXXXXXX<br>&nbsp;&nbsp; Need Destroy:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0<br>&nbsp;&nbsp; Last Message:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Rx: ACK<br>&nbsp;&nbsp; Promiscuous Redir:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;No

<br>&nbsp;&nbsp; Route:<br>sip:<a href="http://204.147.183.18">204.147.183.18</a>;ftag=da6aae9eb017f29b6c9de270fb85c352;lr=on<br>&nbsp;&nbsp; DTMF Mode:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;rfc2833<br>&nbsp;&nbsp; SIP Options:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(none)<br><br>The only things edited above are the Audio IP, which is my correct

<br>&quot;local&quot; (before NAT) server address, and my Caller-ID. Everything<br>else is unchanged.<br><br>Here is the channel with dead audio:<br><br>&nbsp;&nbsp; * SIP Call<br>&nbsp;&nbsp; Direction:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Incoming<br>&nbsp;&nbsp; Call-ID:<br>

<a href="mailto:3d0ccaf3482538f637278d3d2fd5272f@66.114.240.26">3d0ccaf3482538f637278d3d2fd5272f@66.114.240.26</a><br>&nbsp;&nbsp; Our Codec Capability:&nbsp;&nbsp; 1542<br>&nbsp;&nbsp; Non-Codec Capability:&nbsp;&nbsp; 1<br>&nbsp;&nbsp; Their Codec Capability:&nbsp;&nbsp; 262<br>

&nbsp;&nbsp; Joint Codec Capability:&nbsp;&nbsp; 6<br>&nbsp;&nbsp; Format&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ulaw<br>&nbsp;&nbsp; Theoretical Address:&nbsp;&nbsp;&nbsp;&nbsp;<a href="http://204.147.183.18:5060">204.147.183.18:5060</a><br>&nbsp;&nbsp; Received Address:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="http://204.147.183.18:5060">

204.147.183.18:5060</a><br>&nbsp;&nbsp; NAT Support:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;RFC3581<br>&nbsp;&nbsp; Audio IP:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; XX.XX.XX.XX (local)<br>&nbsp;&nbsp; Our Tag:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;as45dbcfef<br>&nbsp;&nbsp; Their Tag:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;420bab62c5da9eae42686897ae65a385<br>&nbsp;&nbsp; SIP User agent:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Sippy

<br>&nbsp;&nbsp; Original uri:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; sip:<a href="http://204.147.183.55:1024">204.147.183.55:1024</a><br>&nbsp;&nbsp; Caller-ID:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;XXXXXXXXXX<br>&nbsp;&nbsp; Need Destroy:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0<br>&nbsp;&nbsp; Last Message:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Rx: ACK<br>&nbsp;&nbsp; Promiscuous Redir:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;No

&nbsp;&nbsp; Route: sip:<a href="http://204.147.183.18">204.147.183.18</a>;ftag=420bab62c5da9eae42686897ae65a385;lr=on &nbsp;&nbsp; DTMF Mode:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;rfc2833 &nbsp;&nbsp; SIP Options:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(none) The same two fields are edited above, and both were correct.

To my eye, these are identical. Both are selecting ulaw, correctly. I&#39;m stumped. I guess that I didn&#39;t do any packet tracing, but I&#39;m not sure what the value of that would be given that it&#39;s not a firewall problem...

<br><br>Suggestions welcome!<br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:

<br>&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br><br clear="all"><br>