[Freeswitch-users] SIP and nat traversal IPv4/IPv6 issue
Brian West
brian at freeswitch.org
Wed Jun 17 22:04:16 PDT 2009
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
/b
On Jun 17, 2009, at 3:10 PM, Raul Fragoso wrote:
> I can confirm the same issue, but it happens even with all the IPv6
> stuff removed.
> This is my sofia status:
>
> freeswitch at internal> sofia status
>
> Name Type Data
> State
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> ======================================================================
> internal profile sip:mod_sofia at 10.0.13.10:5060
> RUNNING (0)
> imxtony.sytes.net alias internal
> ALIASED
> external profile sip:mod_sofia at 10.0.13.10:5080
> RUNNING (0)
> example.com gateway sip:joeuser at example.com
> NOREG
> italk2 gateway sip:6499744069 at akl.italk.co.nz
> REGED
> italk gateway sip:6499744074 at akl.italk.co.nz
> REGED
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> =
> ======================================================================
> 2 profiles 1 alias
>
> And this is the INVITE for a gateway from an internal endpoint:
>
> freeswitch at internal> originate sofia/imxtony.sytes.net/218
> &bridge(sofia/gateway/italk/6499744074)
>
> ------------------------------------------------------------------------
> send 1344 bytes to udp/[203.184.16.2]:5060 at 20:01:50.190193:
>
> ------------------------------------------------------------------------
> INVITE sip:6499744074 at akl.italk.co.nz SIP/2.0
> Via: SIP/2.0/UDP
> 60.234.179.34:5080;rport;branch=z9hG4bKgypXrUy0889Np
> Max-Forwards: 70
> From: "FreeSWITCH" <sip:
> 6499744074 at akl.italk.co.nz;transport=udp>;tag=KSgjD3t33N9yp
> To: <sip:6499744074 at akl.italk.co.nz>
> Call-ID: 893ed581-d61c-122c-d885-00237dc8dc02
> CSeq: 116516120 INVITE
> Contact: <sip:gw+italk at 60.234.179.34:5080;transport=udp>
> Expires: 3600
> User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-
> @SWITCH_VERSION_REVISION@
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE,
> SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO
> Supported: timer, precondition, path, replaces
> Allow-Events: talk, refer
> Proxy-Authorization: Digest username="6499744074",
> realm="italk.co.nz", nonce="75444262", algorithm=MD5, uri="sip:6499744074 at akl.italk.co.nz
> ", response="89bb5673f48252622025641153b882de"
> Content-Type: application/sdp
> Content-Disposition: session
> Content-Length: 315
> Remote-Party-ID: "FreeSWITCH" <sip:
> 0000000000 at akl.italk.co.nz>;party=calling;screen=yes;privacy=off
>
> v=0
> o=FreeSWITCH 1245252480 1245252481 IN IP6 stun:stun.freeswitch.org
> s=FreeSWITCH
> c=IN IP6 stun:stun.freeswitch.org
> t=0 0
> m=audio 16430 RTP/AVP 0 3 8 101 13
> a=rtpmap:0 PCMU/8000
> a=rtpmap:3 GSM/8000
> a=rtpmap:8 PCMA/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=rtpmap:13 CN/8000
> a=ptime:20
>
> ------------------------------------------------------------------------
> 2009-06-18 08:01:50.191067 [DEBUG] sofia.c:3210 Channel sofia/
> external/6499744074 entering state [calling][0]
> recv 469 bytes from udp/[203.184.16.2]:5060 at 20:01:50.252230:
>
> ------------------------------------------------------------------------
> SIP/2.0 488 Not acceptable here
> Via: SIP/2.0/UDP
> 60.234.179.34
> :5080;rport;branch=z9hG4bKgypXrUy0889Np;received=60.234.179.34
> From: "FreeSWITCH" <sip:
> 6499744074 at akl.italk.co.nz;transport=udp>;tag=KSgjD3t33N9yp
> To: <sip:6499744074 at akl.italk.co.nz>;tag=as34133b10
> Call-ID: 893ed581-d61c-122c-d885-00237dc8dc02
> CSeq: 116516120 INVITE
> User-Agent: italk PBX
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
> Supported: replaces
> Content-Length: 0
>
>
> ------------------------------------------------------------------------
> send 360 bytes to udp/[203.184.16.2]:5060 at 20:01:50.252988:
>
> ------------------------------------------------------------------------
> ACK sip:6499744074 at akl.italk.co.nz SIP/2.0
> Via: SIP/2.0/UDP
> 60.234.179.34:5080;rport;branch=z9hG4bKgypXrUy0889Np
> Max-Forwards: 70
> From: "FreeSWITCH" <sip:
> 6499744074 at akl.italk.co.nz;transport=udp>;tag=KSgjD3t33N9yp
> To: <sip:6499744074 at akl.italk.co.nz>;tag=as34133b10
> Call-ID: 893ed581-d61c-122c-d885-00237dc8dc02
> CSeq: 116516120 ACK
> Content-Length: 0
>
>
> ------------------------------------------------------------------------
> 2009-06-18 08:01:50.253252 [DEBUG] sofia.c:3210 Channel sofia/
> external/6499744074 entering state [terminated][488]
>
>
> That IP6 is clearly messing things up.
>
> Regards,
>
> Raul
>
> On Wed, 2009-06-17 at 17:36 +1000, Jason White wrote:
>>
>> Jason White <jason at jasonjgw.net> 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
>> Freeswitch-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090618/5b552778/attachment-0002.html
More information about the FreeSWITCH-users
mailing list