<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
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 sip:mod_sofia@10.0.13.10:5060 RUNNING (0)</TT><BR>
<TT> imxtony.sytes.net alias internal ALIASED</TT><BR>
<TT> external profile sip:mod_sofia@10.0.13.10:5080 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 sip:6499744074@akl.italk.co.nz 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="sip:6499744074@akl.italk.co.nz", 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 sip:6499744074@akl.italk.co.nz 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>
</BODY>
</HTML>