<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Ok you both didn't notice you CAN NOT put stun:stun.freeswitch.org in rtp-ip, thats the problem. It clearly says IP ADDRESSES ONLY in the comments. DO not use $${external_rtp_ip} for rtp-ip either :P<div><br></div><div>/b</div><div><br><div><div>On Jun 17, 2009, at 3:10 PM, Raul Fragoso wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"> <div> I can confirm the same issue, but it happens even with all the IPv6 stuff removed.<br> This is my sofia status:<br> <br> <tt>freeswitch@internal> sofia status</tt><br> <br> <tt> Name Type Data State</tt><br> <tt>=================================================================================================</tt><br> <tt> internal profile <a href="sip:mod_sofia@10.0.13.10:5060">sip:mod_sofia@10.0.13.10:5060</a> RUNNING (0)</tt><br> <tt> imxtony.sytes.net alias internal ALIASED</tt><br> <tt> external profile <a href="sip:mod_sofia@10.0.13.10:5080">sip:mod_sofia@10.0.13.10:5080</a> RUNNING (0)</tt><br> <tt> example.com gateway <a href="sip:joeuser@example.com">sip:joeuser@example.com</a> NOREG</tt><br> <tt> italk2 gateway <a href="sip:6499744069@akl.italk.co.nz">sip:6499744069@akl.italk.co.nz</a> REGED</tt><br> <tt> italk gateway <a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a> REGED</tt><br> <tt>=================================================================================================</tt><br> <tt>2 profiles 1 alias</tt><br> <br> And this is the INVITE for a gateway from an internal endpoint:<br> <br> <tt>freeswitch@internal> originate sofia/imxtony.sytes.net/218 &bridge(sofia/gateway/italk/6499744074)</tt><br> <tt> ------------------------------------------------------------------------</tt><br> <tt>send 1344 bytes to udp/[203.184.16.2]:5060 at 20:01:50.190193:</tt><br> <tt> ------------------------------------------------------------------------</tt><br> <tt> INVITE <a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a> SIP/2.0</tt><br> <tt> Via: SIP/2.0/UDP 60.234.179.34:5080;rport;branch=z9hG4bKgypXrUy0889Np</tt><br> <tt> Max-Forwards: 70</tt><br> <tt> From: "FreeSWITCH" <<a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a>;transport=udp>;tag=KSgjD3t33N9yp</tt><br> <tt> To: <<a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a>></tt><br> <tt> Call-ID: 893ed581-d61c-122c-d885-00237dc8dc02</tt><br> <tt> CSeq: 116516120 INVITE</tt><br> <tt> Contact: <<a href="sip:gw+italk@60.234.179.34:5080">sip:gw+italk@60.234.179.34:5080</a>;transport=udp></tt><br> <tt> Expires: 3600</tt><br> <tt> User-Agent: FreeSWITCH-mod_sofia/<a href="mailto:1.0.trunk-@SWITCH_VERSION_REVISION">1.0.trunk-@SWITCH_VERSION_REVISION</a>@</tt><br> <tt> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO</tt><br> <tt> Supported: timer, precondition, path, replaces</tt><br> <tt> Allow-Events: talk, refer</tt><br> <tt> Proxy-Authorization: Digest username="6499744074", realm="italk.co.nz", nonce="75444262", algorithm=MD5, uri="<a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a>", response="89bb5673f48252622025641153b882de"</tt><br> <tt> Content-Type: application/sdp</tt><br> <tt> Content-Disposition: session</tt><br> <tt> Content-Length: 315</tt><br> <tt> Remote-Party-ID: "FreeSWITCH" <<a href="sip:0000000000@akl.italk.co.nz">sip:0000000000@akl.italk.co.nz</a>>;party=calling;screen=yes;privacy=off</tt><br> <tt> </tt><br> <tt> v=0</tt><br> <tt> o=FreeSWITCH 1245252480 1245252481 IN IP6 stun:stun.freeswitch.org</tt><br> <tt> s=FreeSWITCH</tt><br> <tt> c=IN IP6 stun:stun.freeswitch.org</tt><br> <tt> t=0 0</tt><br> <tt> m=audio 16430 RTP/AVP 0 3 8 101 13</tt><br> <tt> a=rtpmap:0 PCMU/8000</tt><br> <tt> a=rtpmap:3 GSM/8000</tt><br> <tt> a=rtpmap:8 PCMA/8000</tt><br> <tt> a=rtpmap:101 telephone-event/8000</tt><br> <tt> a=fmtp:101 0-16</tt><br> <tt> a=rtpmap:13 CN/8000</tt><br> <tt> a=ptime:20</tt><br> <tt> ------------------------------------------------------------------------</tt><br> <tt>2009-06-18 08:01:50.191067 [DEBUG] sofia.c:3210 Channel sofia/external/6499744074 entering state [calling][0]</tt><br> <tt>recv 469 bytes from udp/[203.184.16.2]:5060 at 20:01:50.252230:</tt><br> <tt> ------------------------------------------------------------------------</tt><br> <tt> SIP/2.0 488 Not acceptable here</tt><br> <tt> Via: SIP/2.0/UDP 60.234.179.34:5080;rport;branch=z9hG4bKgypXrUy0889Np;received=60.234.179.34</tt><br> <tt> From: "FreeSWITCH" <<a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a>;transport=udp>;tag=KSgjD3t33N9yp</tt><br> <tt> To: <<a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a>>;tag=as34133b10</tt><br> <tt> Call-ID: 893ed581-d61c-122c-d885-00237dc8dc02</tt><br> <tt> CSeq: 116516120 INVITE</tt><br> <tt> User-Agent: italk PBX</tt><br> <tt> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY</tt><br> <tt> Supported: replaces</tt><br> <tt> Content-Length: 0</tt><br> <tt> </tt><br> <tt> ------------------------------------------------------------------------</tt><br> <tt>send 360 bytes to udp/[203.184.16.2]:5060 at 20:01:50.252988:</tt><br> <tt> ------------------------------------------------------------------------</tt><br> <tt> ACK <a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a> SIP/2.0</tt><br> <tt> Via: SIP/2.0/UDP 60.234.179.34:5080;rport;branch=z9hG4bKgypXrUy0889Np</tt><br> <tt> Max-Forwards: 70</tt><br> <tt> From: "FreeSWITCH" <<a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a>;transport=udp>;tag=KSgjD3t33N9yp</tt><br> <tt> To: <<a href="sip:6499744074@akl.italk.co.nz">sip:6499744074@akl.italk.co.nz</a>>;tag=as34133b10</tt><br> <tt> Call-ID: 893ed581-d61c-122c-d885-00237dc8dc02</tt><br> <tt> CSeq: 116516120 ACK</tt><br> <tt> Content-Length: 0</tt><br> <tt> </tt><br> <tt> ------------------------------------------------------------------------</tt><br> <tt>2009-06-18 08:01:50.253252 [DEBUG] sofia.c:3210 Channel sofia/external/6499744074 entering state [terminated][488]</tt><br> <br> <br> That IP6 is clearly messing things up.<br> <br> Regards,<br> <br> Raul<br> <br> On Wed, 2009-06-17 at 17:36 +1000, Jason White wrote: <blockquote type="CITE"> <pre>Jason White <<a href="mailto:jason@jasonjgw.net">jason@jasonjgw.net</a>> wrote:
> The symptom is the following line in outgoing SIP messages while attempting to
> establish a call to a gateway via the external profile:
>
> o=FreeSWITCH 1245193059 1245193060 IN IP6 stun:stun.freeswitch.org
However, if I place an IPv6 call via the internal-ipv6 profile, the o= line
contains the correct IPv6 address - so this is only adversely affecting the
IPv4 external profile, it seems.
_______________________________________________
Freeswitch-users mailing list
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre> </blockquote> </div> _______________________________________________<br>Freeswitch-users mailing list<br><a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></div></body></html>