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@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@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@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