[Freeswitch-users] Problems inviting to dests behind ipv6 gateway (event [nua_r_invite] status [904][Operation has no matching challenge ])
Leon de Rooij
leon at scarlet-internet.nl
Mon Oct 13 13:41:44 PDT 2008
Hi all,
I'm trying to configure FS to have a SIP gateway that points to an
ipv6 address, but somehow proxy-auth doesn't work..
Situation:
IPv4 UA ---INVITE---> IPv4 SIP Profile @ FS1 / IPv6 SIP Profile @ FS1
---INVITE---> IPv6 SIP Profile @ FS2
I defined a sip-profile on FS1 containing this gateway:
<profile name="transit-v6">
<gateway name="sv-dev-v6">
<param name="ping" value="0"/>
<param name="caller-id-in-from" value="false"/>
<param name="register" value="true"/>
<param name="username" value="fs-home"/>
<param name="proxy" value="[2001::2]"/>
<param name="context" value="default"/>
<param name="realm" value="test.org"/>
<param name="password" value="secret"/>
</gateway>
..etc..
And on FS2, the directory contains that same user.
First of all the registration (www-auth) from FS1 to FS2 works
perfectly, though it took me some time to figure out that the proxy
attribute in the gateway definition on FS1 needed to be in square
brackets (this is correct, isn't it ?)
Now if I send an INVITE from FS1 to FS2:
bridge - sofia/gateway/sv-dev-v6/555
Via: SIP/2.0/UDP [2001::1];rport;branch=z9hG4bK6veN1ZQmKpe6K
Max-Forwards: 69
From: "gigaset" <sip:fs-home at test.org;transport=udp>;tag=5mv546FcrjZDQ
To: <sip:555@[2001::2]>
Call-ID: 559effe2-13f4-122c-5687-00065b3a9659
CSeq: 105842223 INVITE
Contact: <sip:fs-home@[2001::1]:5060;transport=udp>
User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-9854M
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE,
NOTIFY, REFER, UPDATE, REGISTER, INFO
Supported: precondition, path, replaces
Allow-Events: talk
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 364
Remote-Party-ID: "test" <sip:test at fs-home.org>;screen=yes;privacy=off
the latter replies - as expected - with a 407 Proxy Authentication
Required:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP [2001::1];rport=5060;branch=z9hG4bK6veN1ZQmKpe6K
From: "gigaset" <sip:fs-home at test.org;transport=udp>;tag=5mv546FcrjZDQ
To: <sip:555@[2001::2]>;tag=8ZymyrBNppUrp
Call-ID: 559effe2-13f4-122c-5687-00065b3a9659
CSeq: 105842223 INVITE
User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-9852M
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE,
NOTIFY, REFER, UPDATE, REGISTER, INFO
Supported: precondition, path, replaces
Allow-Events: talk
Proxy-Authenticate: Digest realm="[2001::2]", nonce="c781992f-
b5fa-49d1-a67c-a40b19e5b6b0", algorithm=MD5, qop="auth"
Content-Length: 0
Debug log on FS1 show this:
2008-10-13 19:49:11 [DEBUG] sofia.c:2255 sofia_handle_sip_i_state()
Channel sofia/transit-v6/555 entering state [calling]
2008-10-13 19:49:11 [DEBUG] sofia.c:200 sofia_event_callback() event
[nua_r_invite] status [407][Proxy Authentication Required] session:
sofia/transit-v6/555
2008-10-13 19:49:11 [DEBUG] sofia_reg.c:1134
sofia_reg_handle_sip_r_challenge() Authenticating 'FreeSWITCH' with
'Digest:"[2001::2]":fs-home:secret'.
2008-10-13 19:49:11 [DEBUG] sofia.c:200 sofia_event_callback() event
[nua_r_invite] status [904][Operation has no matching challenge ]
session: sofia/transit-v6/555
2008-10-13 19:49:11 [DEBUG] sofia.c:200 sofia_event_callback() event
[nua_i_state] status [904][Operation has no matching challenge ]
session: sofia/transit-v6/555
2008-10-13 19:49:11 [DEBUG] sofia.c:2255 sofia_handle_sip_i_state()
Channel sofia/transit-v6/555 entering state [terminated]
2008-10-13 19:49:11 [NOTICE] sofia.c:2735 sofia_handle_sip_i_state()
Hangup sofia/transit-v6/555 [CS_CONSUME_MEDIA] [NORMAL_UNSPECIFIED]
2008-10-13 19:49:11 [DEBUG] switch_channel.c:1434
switch_channel_perform_hangup() Send signal sofia/transit-v6/555 [KILL]
2008-10-13 19:49:11 [DEBUG] switch_core_session.c:727
switch_core_session_signal_state_change() Send signal sofia/transit-
v6/555 [BREAK]
2008-10-13 19:49:11 [DEBUG] switch_core_state_machine.c:444
switch_core_session_run() (sofia/transit-v6/555) State CONSUME_MEDIA
going to sleep
2008-10-13 19:49:11 [DEBUG] switch_core_state_machine.c:367
switch_core_session_run() sofia/transit-v6/555 Running State Change
CS_HANGUP
2008-10-13 19:49:11 [DEBUG] switch_core_state_machine.c:395
switch_core_session_run() (sofia/transit-v6/555) State HANGUP
After which FS1 sends a 500 Internal Server Error to the IPv4 UA that
sent the initial invite.
Does anyone know what the "status [904][Operation has no matching
challenge ]" means ?
The invite does work when FS2 has auth-calls set to false on the
incoming profile.
thanks,
Leon
More information about the FreeSWITCH-users
mailing list