Re: [Freeswitch-users] FS processing 302
It's supposed to be but I've seen implementations use it when attempting to indicate a specific address to signal to. Freeswitch did "the right thing" and used the address from maddr in my tests so it should work for you. -- Kristian Kielhofner http://blog.krisk.org ----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Tue Aug 10 12:22:25 2010 Subject: Re: [Freeswitch-users] FS processing 302 Not sure... isn't that multicast? On Aug 10, 2010, at 11:05 AM, Chris Veazey wrote:
Freeswitch via the external profile(port 5080) is sending an Invite and receiving a 302 response.
Should Freeswitch by default be able to process the maddr of a 302 redirect?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Interesting that it worked for you. Currently my setup will not send a new invite to the maddr address in the 302 contact. Do you make any changes to get your setup to accept the 302 and send to the maddr address? -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Kristian Kielhofner Sent: Tuesday, August 10, 2010 11:35 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] FS processing 302 It's supposed to be but I've seen implementations use it when attempting to indicate a specific address to signal to. Freeswitch did "the right thing" and used the address from maddr in my tests so it should work for you. -- Kristian Kielhofner http://blog.krisk.org ----- Original Message ----- From: freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Tue Aug 10 12:22:25 2010 Subject: Re: [Freeswitch-users] FS processing 302 Not sure... isn't that multicast? On Aug 10, 2010, at 11:05 AM, Chris Veazey wrote:
Freeswitch via the external profile(port 5080) is sending an Invite and receiving a 302 response.
Should Freeswitch by default be able to process the maddr of a 302 redirect?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Tue, Aug 10, 2010 at 11:19 AM, Chris Veazey <chris.veazey@gmail.com>wrote:
Interesting that it worked for you. Currently my setup will not send a new invite to the maddr address in the 302 contact.
Do you make any changes to get your setup to accept the 302 and send to the maddr address?
Are you on the latest git? -MC
Updated to latest git. Now its sending out a 410 Gone and kicking this out in the logs 2010-08-11 03:39:31.911514 [DEBUG] mod_sofia.c:453 Channel sofia/external/9995552000000 hanging up, cause: REDIRECTION_TO_NEW_DESTINATION _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Tuesday, August 10, 2010 5:11 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS processing 302 On Tue, Aug 10, 2010 at 11:19 AM, Chris Veazey <chris.veazey@gmail.com> wrote: Interesting that it worked for you. Currently my setup will not send a new invite to the maddr address in the 302 contact. Do you make any changes to get your setup to accept the 302 and send to the maddr address? Are you on the latest git? -MC
2010-08-11 13:58:35.195809 [DEBUG] switch_channel.c:2309 (sofia/external/9995551000001) Callstate Change RINGING -> HANGUP 2010-08-11 13:58:35.195809 [NOTICE] sofia.c:3998 Hangup sofia/external/9995551000001 [CS_CONSUME_MEDIA] [REDIRECTION_TO_NEW_DESTINATION] 2010-08-11 13:58:35.196806 [DEBUG] switch_channel.c:2325 Send signal sofia/external/9995551000001 [KILL] 2010-08-11 13:58:35.196806 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995551000001 [BREAK] 2010-08-11 13:58:35.196806 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995551000001) Running State Change CS_HANGUP 2010-08-11 13:58:35.196806 [DEBUG] switch_ivr_originate.c:3431 Originate Resulted in Error Cause: 23 [REDIRECTION_TO_NEW_DESTINATION] 2010-08-11 13:58:35.196806 [INFO] mod_dptools.c:2393 Originate Failed. Cause: REDIRECTION_TO_NEW_DESTINATION _____ From: Chris Veazey [mailto:chris.veazey@gmail.com] Sent: Tuesday, August 10, 2010 10:43 PM To: 'FreeSWITCH Users Help' Subject: RE: [Freeswitch-users] FS processing 302 Updated to latest git. Now its sending out a 410 Gone and kicking this out in the logs 2010-08-11 03:39:31.911514 [DEBUG] mod_sofia.c:453 Channel sofia/external/9995552000000 hanging up, cause: REDIRECTION_TO_NEW_DESTINATION _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Tuesday, August 10, 2010 5:11 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS processing 302 On Tue, Aug 10, 2010 at 11:19 AM, Chris Veazey <chris.veazey@gmail.com> wrote: Interesting that it worked for you. Currently my setup will not send a new invite to the maddr address in the 302 contact. Do you make any changes to get your setup to accept the 302 and send to the maddr address? Are you on the latest git? -MC
This is caused by commit dfa5439937c7197e2bc108ed14b87d5924f76710 * fix potential excess cpu usage during originate Comment out that line to correct 302 redirect I am still trying to determine what is the correct fix here but this will temporarily fix the problem -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54... Sent from the freeswitch-users mailing list archive at Nabble.com.
Specifically which line are you saying needs to be commented? -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Jeff Lenk Sent: Wednesday, August 11, 2010 11:00 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] FS processing 302 This is caused by commit dfa5439937c7197e2bc108ed14b87d5924f76710 * fix potential excess cpu usage during originate Comment out that line to correct 302 redirect I am still trying to determine what is the correct fix here but this will temporarily fix the problem -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54 12733.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Line 3998 of Sofia.c switch_channel_hangup(channel, SWITCH_CAUSE_REDIRECTION_TO_NEW_DESTINATION); -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54... Sent from the freeswitch-users mailing list archive at Nabble.com.
Recompiled. Now getting a continuous Invite-->302 loop. That eventually gets killed with a 503 by the upstream redirect server. [root@fs1 log]# tail -f freeswitch.log 2010-08-11 20:03:30.027817 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:03:30.027817 [DEBUG] switch_core_session.c:1202 Session 6 (sofia/external/9995552000000) Locked, Waiting on external entities 2010-08-11 20:03:30.027817 [NOTICE] switch_core_session.c:1220 Session 6 (sofia/external/9995552000000) Ended 2010-08-11 20:03:30.027817 [NOTICE] switch_core_session.c:1222 Close Channel sofia/external/9995552000000 [CS_DESTROY] 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:427 (sofia/external/9995552000000) Callstate Change HANGUP -> DOWN 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:430 (sofia/external/9995552000000) Running State Change CS_DESTROY 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:440 (sofia/external/9995552000000) State DESTROY 2010-08-11 20:03:30.027817 [DEBUG] mod_sofia.c:358 sofia/external/9995552000000 SOFIA DESTROY 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:60 sofia/external/9995552000000 Standard DESTROY 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:440 (sofia/external/9995552000000) State DESTROY going to sleep 2010-08-11 20:07:50.601786 [DEBUG] sofia.c:5999 IP 10.14.0.128 Rejected by acl "domains". Falling back to Digest auth. 2010-08-11 20:07:51.179975 [DEBUG] sofia.c:5999 IP 10.14.0.128 Rejected by acl "domains". Falling back to Digest auth. 2010-08-11 20:07:51.186996 [NOTICE] switch_channel.c:779 New Channel sofia/internal/9995551000000@sip.blinkmind.net[1e96cac0-a584-11df-ba1a-11ad2b71c214] 2010-08-11 20:07:51.187997 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/9995551000000@sip.blinkmind.net) Running State Change CS_NEW 2010-08-11 20:07:51.187997 [DEBUG] switch_core_state_machine.c:320 (sofia/internal/9995551000000@sip.blinkmind.net) State NEW 2010-08-11 20:07:51.195018 [DEBUG] sofia.c:4317 Channel sofia/internal/ 9995551000000@sip.blinkmind.net entering state [received][100] 2010-08-11 20:07:51.195018 [DEBUG] sofia.c:4328 Remote SDP: v=0 o=- 0 0 IN IP4 10.14.0.128 s=- c=IN IP4 10.14.0.128 t=0 0 m=audio 20596 RTP/AVP 107 0 101 a=rtpmap:107 CTL-SB-ADPCM/16000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 m=video 21114 RTP/AVP 125 a=rtpmap:125 H264/90000 a=fmtp:125 packetization-mode=1;profile-level-id=42E01F;sprop-parameter-sets=Z0IADPQLBKIA,aM44gAA= 2010-08-11 20:07:51.195018 [DEBUG] sofia.c:4445 (sofia/internal/ 9995551000000@sip.blinkmind.net) State Change CS_NEW -> CS_INIT 2010-08-11 20:07:51.195018 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/9995551000000@sip.blinkmind.net [BREAK] 2010-08-11 20:07:51.195018 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/9995551000000@sip.blinkmind.net) Running State Change CS_INIT 2010-08-11 20:07:51.195018 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/9995551000000@sip.blinkmind.net) State INIT 2010-08-11 20:07:51.195018 [DEBUG] mod_sofia.c:83 sofia/internal/ 9995551000000@sip.blinkmind.net SOFIA INIT 2010-08-11 20:07:51.195018 [DEBUG] mod_sofia.c:119 (sofia/internal/ 9995551000000@sip.blinkmind.net) State Change CS_INIT -> CS_ROUTING 2010-08-11 20:07:51.195018 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/9995551000000@sip.blinkmind.net [BREAK] 2010-08-11 20:07:51.195018 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/9995551000000@sip.blinkmind.net) State INIT going to sleep 2010-08-11 20:07:51.195018 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/9995551000000@sip.blinkmind.net) Running State Change CS_ROUTING 2010-08-11 20:07:51.195018 [DEBUG] switch_channel.c:1512 (sofia/internal/ 9995551000000@sip.blinkmind.net) Callstate Change DOWN -> RINGING 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/9995551000000@sip.blinkmind.net) State ROUTING 2010-08-11 20:07:51.196022 [DEBUG] mod_sofia.c:142 sofia/internal/ 9995551000000@sip.blinkmind.net SOFIA ROUTING 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:77 sofia/internal/9995551000000@sip.blinkmind.net Standard ROUTING 2010-08-11 20:07:51.196022 [INFO] mod_dialplan_xml.c:331 Processing 9995551000000->9995552000000 in context default Dialplan: sofia/internal/9995551000000@sip.blinkmind.net parsing [default->unloop] continue=false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net parsing [default->sip_uri] continue=false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Regex (FAIL) [sip_uri] destination_number(9995552000000) =~ /^sip:(.*)$/ break=on-false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net parsing [default->catchall] continue=false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Regex (PASS) [catchall] destination_number(9995552000000) =~ /.*/ break=on-false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Action bridge(sofia/gateway/sip.blinkmind.net/${destination_number}) 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/9995551000000@sip.blinkmind.net) State Change CS_ROUTING -> CS_EXECUTE 2010-08-11 20:07:51.196022 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/9995551000000@sip.blinkmind.net [BREAK] 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/9995551000000@sip.blinkmind.net) State ROUTING going to sleep 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/9995551000000@sip.blinkmind.net) Running State Change CS_EXECUTE 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/9995551000000@sip.blinkmind.net) State EXECUTE 2010-08-11 20:07:51.196022 [DEBUG] mod_sofia.c:235 sofia/internal/ 9995551000000@sip.blinkmind.net SOFIA EXECUTE 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:157 sofia/internal/9995551000000@sip.blinkmind.net Standard EXECUTE EXECUTE sofia/internal/9995551000000@sip.blinkmind.net bridge(sofia/gateway/ sip.blinkmind.net/9995552000000) 2010-08-11 20:07:51.196022 [NOTICE] switch_channel.c:779 New Channel sofia/external/9995552000000 [1e984e40-a584-11df-ba1b-11ad2b71c214] 2010-08-11 20:07:51.196022 [DEBUG] mod_sofia.c:3892 (sofia/external/9995552000000) State Change CS_NEW -> CS_INIT 2010-08-11 20:07:51.196022 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995552000000) Running State Change CS_INIT 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:338 (sofia/external/9995552000000) State INIT 2010-08-11 20:07:51.197023 [DEBUG] mod_sofia.c:83 sofia/external/9995552000000 SOFIA INIT 2010-08-11 20:07:51.197023 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.197023 [DEBUG] mod_sofia.c:119 (sofia/external/9995552000000) State Change CS_INIT -> CS_ROUTING 2010-08-11 20:07:51.197023 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:338 (sofia/external/9995552000000) State INIT going to sleep 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995552000000) Running State Change CS_ROUTING 2010-08-11 20:07:51.197023 [DEBUG] switch_channel.c:1512 (sofia/external/9995552000000) Callstate Change DOWN -> RINGING 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:341 (sofia/external/9995552000000) State ROUTING 2010-08-11 20:07:51.197023 [DEBUG] mod_sofia.c:142 sofia/external/9995552000000 SOFIA ROUTING 2010-08-11 20:07:51.197023 [DEBUG] switch_ivr_originate.c:66 (sofia/external/9995552000000) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-08-11 20:07:51.197023 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:341 (sofia/external/9995552000000) State ROUTING going to sleep 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995552000000) Running State Change CS_CONSUME_MEDIA 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:360 (sofia/external/9995552000000) State CONSUME_MEDIA 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:360 (sofia/external/9995552000000) State CONSUME_MEDIA going to sleep 2010-08-11 20:07:51.198023 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.201020 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.201020 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.203018 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.204015 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.206022 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.207023 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.209026 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.209026 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.212037 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.212037 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.215047 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.215047 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.217052 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.217052 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.220062 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.220062 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.222070 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.223073 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.225079 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.225079 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.227086 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.228089 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.230097 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [terminated][503] 2010-08-11 20:07:51.230097 [DEBUG] switch_channel.c:2309 (sofia/external/9995552000000) Callstate Change RINGING -> HANGUP 2010-08-11 20:07:51.230097 [NOTICE] sofia.c:4931 Hangup sofia/external/9995552000000 [CS_CONSUME_MEDIA] [NORMAL_TEMPORARY_FAILURE] 2010-08-11 20:07:51.230097 [DEBUG] switch_channel.c:2325 Send signal sofia/external/9995552000000 [KILL] 2010-08-11 20:07:51.230097 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:07:51.230097 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995552000000) Running State Change CS_HANGUP 2010-08-11 20:07:51.230097 [DEBUG] switch_core_state_machine.c:535 (sofia/external/9995552000000) State HANGUP 2010-08-11 20:07:51.230097 [DEBUG] mod_sofia.c:447 sofia/external/9995552000000 Overriding SIP cause 503 with 503 from the other leg On Wed, Aug 11, 2010 at 2:15 PM, Jeff Lenk <jeff@jefflenk.com> wrote:
Line 3998 of Sofia.c switch_channel_hangup(channel, SWITCH_CAUSE_REDIRECTION_TO_NEW_DESTINATION); -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54... Sent from the freeswitch-users mailing list archive at Nabble.com.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
This line concerns me... care to show me what variables you're setting. Some will cause the proxy to lock on and never change. /b On Aug 11, 2010, at 3:17 PM, Chris Veazey wrote:
2010-08-11 20:07:51.206022 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000
Hi Brian, I have been investigating a problem with my FS gateway to OCS which has been suffering from this same problem. I finally found this line at fault today and am trying to figure out whether that line was added by accident or intentionally. Commenting out that code definitely fixed my problem. Jeff -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54... Sent from the freeswitch-users mailing list archive at Nabble.com.
AFAIK 302 reenters the dialplan. If the destination number is unchanged, it will execute the same commands after the redirect as it did before the redirect, which would likely cause it to continously bridge, redirect, bridge, redirect.... That could explain what you're experiencing. How do you want to handle the 302? It's advisable to be careful what to do with a 302 which is why it reenters the dialplan. You can try dialing a $0.01 route but have it redirect you to a $1.00 route leaving you sending the call out on a route costing you $1.00 but charging your customer $0.01, or if you do bill them correctly leaving them with a bill of $1.00 when they expected only $0.01. It's possible to handle a 302 manually by sending them to a dialplan context specifically for it, which keeps the redirect logic away from your main dialplan. See http://wiki.freeswitch.org/wiki/Dialplan_Handling_Incoming_Redirect -Steve On 11 August 2010 21:17, Chris Veazey <chris.veazey@gmail.com> wrote:
Recompiled. Now getting a continuous Invite-->302 loop. That eventually gets killed with a 503 by the upstream redirect server.
[root@fs1 log]# tail -f freeswitch.log 2010-08-11 20:03:30.027817 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:03:30.027817 [DEBUG] switch_core_session.c:1202 Session 6 (sofia/external/9995552000000) Locked, Waiting on external entities 2010-08-11 20:03:30.027817 [NOTICE] switch_core_session.c:1220 Session 6 (sofia/external/9995552000000) Ended 2010-08-11 20:03:30.027817 [NOTICE] switch_core_session.c:1222 Close Channel sofia/external/9995552000000 [CS_DESTROY] 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:427 (sofia/external/9995552000000) Callstate Change HANGUP -> DOWN 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:430 (sofia/external/9995552000000) Running State Change CS_DESTROY 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:440 (sofia/external/9995552000000) State DESTROY 2010-08-11 20:03:30.027817 [DEBUG] mod_sofia.c:358 sofia/external/9995552000000 SOFIA DESTROY 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:60 sofia/external/9995552000000 Standard DESTROY 2010-08-11 20:03:30.027817 [DEBUG] switch_core_state_machine.c:440 (sofia/external/9995552000000) State DESTROY going to sleep 2010-08-11 20:07:50.601786 [DEBUG] sofia.c:5999 IP 10.14.0.128 Rejected by acl "domains". Falling back to Digest auth. 2010-08-11 20:07:51.179975 [DEBUG] sofia.c:5999 IP 10.14.0.128 Rejected by acl "domains". Falling back to Digest auth. 2010-08-11 20:07:51.186996 [NOTICE] switch_channel.c:779 New Channel sofia/internal/9995551000000@sip.blinkmind.net[1e96cac0-a584-11df-ba1a-11ad2b71c214] 2010-08-11 20:07:51.187997 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/9995551000000@sip.blinkmind.net) Running State Change CS_NEW 2010-08-11 20:07:51.187997 [DEBUG] switch_core_state_machine.c:320 (sofia/internal/9995551000000@sip.blinkmind.net) State NEW 2010-08-11 20:07:51.195018 [DEBUG] sofia.c:4317 Channel sofia/internal/ 9995551000000@sip.blinkmind.net entering state [received][100] 2010-08-11 20:07:51.195018 [DEBUG] sofia.c:4328 Remote SDP: v=0 o=- 0 0 IN IP4 10.14.0.128 s=- c=IN IP4 10.14.0.128 t=0 0 m=audio 20596 RTP/AVP 107 0 101 a=rtpmap:107 CTL-SB-ADPCM/16000
a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 m=video 21114 RTP/AVP 125 a=rtpmap:125 H264/90000 a=fmtp:125 packetization-mode=1;profile-level-id=42E01F;sprop-parameter-sets=Z0IADPQLBKIA,aM44gAA=
2010-08-11 20:07:51.195018 [DEBUG] sofia.c:4445 (sofia/internal/ 9995551000000@sip.blinkmind.net) State Change CS_NEW -> CS_INIT 2010-08-11 20:07:51.195018 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/9995551000000@sip.blinkmind.net [BREAK] 2010-08-11 20:07:51.195018 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/9995551000000@sip.blinkmind.net) Running State Change CS_INIT 2010-08-11 20:07:51.195018 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/9995551000000@sip.blinkmind.net) State INIT 2010-08-11 20:07:51.195018 [DEBUG] mod_sofia.c:83 sofia/internal/ 9995551000000@sip.blinkmind.net SOFIA INIT 2010-08-11 20:07:51.195018 [DEBUG] mod_sofia.c:119 (sofia/internal/ 9995551000000@sip.blinkmind.net) State Change CS_INIT -> CS_ROUTING 2010-08-11 20:07:51.195018 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/9995551000000@sip.blinkmind.net [BREAK] 2010-08-11 20:07:51.195018 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/9995551000000@sip.blinkmind.net) State INIT going to sleep 2010-08-11 20:07:51.195018 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/9995551000000@sip.blinkmind.net) Running State Change CS_ROUTING 2010-08-11 20:07:51.195018 [DEBUG] switch_channel.c:1512 (sofia/internal/ 9995551000000@sip.blinkmind.net) Callstate Change DOWN -> RINGING 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/9995551000000@sip.blinkmind.net) State ROUTING 2010-08-11 20:07:51.196022 [DEBUG] mod_sofia.c:142 sofia/internal/ 9995551000000@sip.blinkmind.net SOFIA ROUTING 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:77 sofia/internal/9995551000000@sip.blinkmind.net Standard ROUTING 2010-08-11 20:07:51.196022 [INFO] mod_dialplan_xml.c:331 Processing 9995551000000->9995552000000 in context default Dialplan: sofia/internal/9995551000000@sip.blinkmind.net parsing [default->unloop] continue=false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net parsing [default->sip_uri] continue=false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Regex (FAIL) [sip_uri] destination_number(9995552000000) =~ /^sip:(.*)$/ break=on-false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net parsing [default->catchall] continue=false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Regex (PASS) [catchall] destination_number(9995552000000) =~ /.*/ break=on-false Dialplan: sofia/internal/9995551000000@sip.blinkmind.net Action bridge(sofia/gateway/sip.blinkmind.net/${destination_number}<http://sip.blinkmind.net/$%7Bdestination_number%7D> ) 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/9995551000000@sip.blinkmind.net) State Change CS_ROUTING -> CS_EXECUTE 2010-08-11 20:07:51.196022 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/9995551000000@sip.blinkmind.net [BREAK] 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/9995551000000@sip.blinkmind.net) State ROUTING going to sleep 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/9995551000000@sip.blinkmind.net) Running State Change CS_EXECUTE 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/9995551000000@sip.blinkmind.net) State EXECUTE 2010-08-11 20:07:51.196022 [DEBUG] mod_sofia.c:235 sofia/internal/ 9995551000000@sip.blinkmind.net SOFIA EXECUTE 2010-08-11 20:07:51.196022 [DEBUG] switch_core_state_machine.c:157 sofia/internal/9995551000000@sip.blinkmind.net Standard EXECUTE EXECUTE sofia/internal/9995551000000@sip.blinkmind.netbridge(sofia/gateway/ sip.blinkmind.net/9995552000000) 2010-08-11 20:07:51.196022 [NOTICE] switch_channel.c:779 New Channel sofia/external/9995552000000 [1e984e40-a584-11df-ba1b-11ad2b71c214] 2010-08-11 20:07:51.196022 [DEBUG] mod_sofia.c:3892 (sofia/external/9995552000000) State Change CS_NEW -> CS_INIT 2010-08-11 20:07:51.196022 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995552000000) Running State Change CS_INIT 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:338 (sofia/external/9995552000000) State INIT 2010-08-11 20:07:51.197023 [DEBUG] mod_sofia.c:83 sofia/external/9995552000000 SOFIA INIT 2010-08-11 20:07:51.197023 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.197023 [DEBUG] mod_sofia.c:119 (sofia/external/9995552000000) State Change CS_INIT -> CS_ROUTING 2010-08-11 20:07:51.197023 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:338 (sofia/external/9995552000000) State INIT going to sleep 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995552000000) Running State Change CS_ROUTING 2010-08-11 20:07:51.197023 [DEBUG] switch_channel.c:1512 (sofia/external/9995552000000) Callstate Change DOWN -> RINGING 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:341 (sofia/external/9995552000000) State ROUTING 2010-08-11 20:07:51.197023 [DEBUG] mod_sofia.c:142 sofia/external/9995552000000 SOFIA ROUTING 2010-08-11 20:07:51.197023 [DEBUG] switch_ivr_originate.c:66 (sofia/external/9995552000000) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-08-11 20:07:51.197023 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:341 (sofia/external/9995552000000) State ROUTING going to sleep 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995552000000) Running State Change CS_CONSUME_MEDIA 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:360 (sofia/external/9995552000000) State CONSUME_MEDIA 2010-08-11 20:07:51.197023 [DEBUG] switch_core_state_machine.c:360 (sofia/external/9995552000000) State CONSUME_MEDIA going to sleep 2010-08-11 20:07:51.198023 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.201020 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.201020 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.203018 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.204015 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.206022 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.207023 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.209026 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.209026 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.212037 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.212037 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.215047 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.215047 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.217052 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.217052 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.220062 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.220062 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.222070 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.223073 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.225079 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.225079 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.227086 [DEBUG] sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/9995552000000 2010-08-11 20:07:51.228089 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [calling][0] 2010-08-11 20:07:51.230097 [DEBUG] sofia.c:4317 Channel sofia/external/9995552000000 entering state [terminated][503] 2010-08-11 20:07:51.230097 [DEBUG] switch_channel.c:2309 (sofia/external/9995552000000) Callstate Change RINGING -> HANGUP 2010-08-11 20:07:51.230097 [NOTICE] sofia.c:4931 Hangup sofia/external/9995552000000 [CS_CONSUME_MEDIA] [NORMAL_TEMPORARY_FAILURE] 2010-08-11 20:07:51.230097 [DEBUG] switch_channel.c:2325 Send signal sofia/external/9995552000000 [KILL] 2010-08-11 20:07:51.230097 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/9995552000000 [BREAK] 2010-08-11 20:07:51.230097 [DEBUG] switch_core_state_machine.c:314 (sofia/external/9995552000000) Running State Change CS_HANGUP 2010-08-11 20:07:51.230097 [DEBUG] switch_core_state_machine.c:535 (sofia/external/9995552000000) State HANGUP 2010-08-11 20:07:51.230097 [DEBUG] mod_sofia.c:447 sofia/external/9995552000000 Overriding SIP cause 503 with 503 from the other leg
On Wed, Aug 11, 2010 at 2:15 PM, Jeff Lenk <jeff@jefflenk.com> wrote:
Line 3998 of Sofia.c switch_channel_hangup(channel, SWITCH_CAUSE_REDIRECTION_TO_NEW_DESTINATION); -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54... Sent from the freeswitch-users mailing list archive at Nabble.com.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I'd like Freeswitch to send a new Invite to the server IP listed in the maddr address in the 302 contact. Checking out the wiki to see what variable options are possible, _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Steven Ayre Sent: Wednesday, August 11, 2010 4:39 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS processing 302 AFAIK 302 reenters the dialplan. If the destination number is unchanged, it will execute the same commands after the redirect as it did before the redirect, which would likely cause it to continously bridge, redirect, bridge, redirect.... That could explain what you're experiencing. How do you want to handle the 302? It's advisable to be careful what to do with a 302 which is why it reenters the dialplan. You can try dialing a $0.01 route but have it redirect you to a $1.00 route leaving you sending the call out on a route costing you $1.00 but charging your customer $0.01, or if you do bill them correctly leaving them with a bill of $1.00 when they expected only $0.01. It's possible to handle a 302 manually by sending them to a dialplan context specifically for it, which keeps the redirect logic away from your main dialplan. See http://wiki.freeswitch.org/wiki/Dialplan_Handling_Incoming_Redirect -Steve
After this SIP debugging, I can only assume FS cannot correctly process the maddr. The initial INVITE sent out results in a 302 from the redirect server with a contact of: Contact:<sip:9995552000000@sip.blinkmind.net:5060;transport=udp;maddr=10.11. 0.81>;q=0.5;ton=PUBLIC;ct=NIL;cat=OTHER FS immediately sends out a New Invite back to the redirect server using the contact info of the 302 in the Req URI. send 1145 bytes to udp/[10.11.0.20]:5060 at 03:04:36.240400: ------------------------------------------------------------------------ INVITE sip:9995552000000@sip.blinkmind.net SIP/2.0 Via: SIP/2.0/UDP 10.11.0.80:5080;rport;branch=z9hG4bKS42Dt0Qj0StQm Max-Forwards: 68 From: "9995551000000" <sip:9995551000000@sip.blinkmind.net>;tag=S2XD2mKva2vHQ To: <sip:9995552000000@sip.blinkmind.net> Call-ID: 023221b8-244f-122e-3fa7-0018512d505c CSeq: 671074 INVITE Contact: <sip:gw+sip.blinkmind.net@10.11.0.80:5080;transport=udp;gw=sip.blinkmind.net
User-Agent: FreeSWITCH-mod_sofia/1.0.head-git- Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 287 X-FS-Support: update_display Remote-Party-ID: "9995551000000" <sip:9995551000000@sip.blinkmind.net>;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1281981574 1281981575 IN IP4 10.11.0.80 s=FreeSWITCH c=IN IP4 10.11.0.80 t=0 0 m=audio 32702 RTP/AVP 0 8 3 101 13 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=ptime:20 ------------------------------------------------------------------------ recv 449 bytes from udp/[10.11.0.20]:32774 at 03:04:36.243214: ------------------------------------------------------------------------ SIP/2.0 302 Moved temporarily Via:SIP/2.0/UDP 10.11.0.80:5080;branch=z9hG4bKS42Dt0Qj0StQm;rport From:"9995551000000"<sip:9995551000000@sip.blinkmind.net>;tag=S2XD2mKva2vHQ To:<sip:9995552000000@sip.blinkmind.net>;tag=1852618065-1282014276242 Call-ID:023221b8-244f-122e-3fa7-0018512d505c CSeq:671074 INVITE Contact:<sip:9995552000000@sip.blinkmind.net:5060;transport=udp;maddr=10.11. 0.81>;q=0.5;ton=PUBLIC;ct=NIL;cat=OTHER Content-Length:0 ------------------------------------------------------------------------ send 372 bytes to udp/[10.11.0.20]:5060 at 03:04:36.243414: ------------------------------------------------------------------------ ACK sip:9995552000000@sip.blinkmind.net SIP/2.0 Via: SIP/2.0/UDP 10.11.0.80:5080;rport;branch=z9hG4bKS42Dt0Qj0StQm Max-Forwards: 68 From: "9995551000000" <sip:9995551000000@sip.blinkmind.net>;tag=S2XD2mKva2vHQ To: <sip:9995552000000@sip.blinkmind.net>;tag=1852618065-1282014276242 Call-ID: 023221b8-244f-122e-3fa7-0018512d505c CSeq: 671074 ACK Content-Length: 0 ------------------------------------------------------------------------ send 1184 bytes to udp/[10.11.0.20]:5060 at 03:04:36.243999: ------------------------------------------------------------------------ INVITE sip:9995552000000@sip.blinkmind.net:5060;transport=udp;maddr=10.11.0.81 SIP/2.0 Via: SIP/2.0/UDP 10.11.0.80:5080;rport;branch=z9hG4bKtDv6UU8NX2gag Max-Forwards: 68 From: "9995551000000" <sip:9995551000000@sip.blinkmind.net>;tag=tBQ63F4Z7aK4j To: <sip:9995552000000@sip.blinkmind.net> Call-ID: 0232b20c-244f-122e-3fa7-0018512d505c CSeq: 671074 INVITE Contact: <sip:gw+sip.blinkmind.net@10.11.0.80:5080;transport=udp;gw=sip.blinkmind.net
User-Agent: FreeSWITCH-mod_sofia/1.0.head-git- Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 290 X-FS-Support: update_display Remote-Party-ID: "9995551000000" <sip:9995551000000@sip.blinkmind.net>;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1281981574 1281981576 IN IP4 10.11.0.80 s=FreeSWITCH c=IN IP4 10.11.0.80 t=0 0 m=audio 32702 RTP/AVP 0 8 3 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 ------------------------------------------------------------------------ recv 448 bytes from udp/[10.11.0.20]:32774 at 03:04:36.246197: ------------------------------------------------------------------------ SIP/2.0 302 Moved temporarily Via:SIP/2.0/UDP 10.11.0.80:5080;branch=z9hG4bKtDv6UU8NX2gag;rport From:"9995551000000"<sip:9995551000000@sip.blinkmind.net>;tag=tBQ63F4Z7aK4j To:<sip:9995552000000@sip.blinkmind.net>;tag=343356216-1282014276245 Call-ID:0232b20c-244f-122e-3fa7-0018512d505c CSeq:671074 INVITE Contact:<sip:9995552000000@sip.blinkmind.net:5060;transport=udp;maddr=10.11. 0.81>;q=0.5;ton=PUBLIC;ct=NIL;cat=OTHER Content-Length:0 ------------------------------------------------------------------------ send 407 bytes to udp/[10.11.0.20]:5060 at 03:04:36.246339: ------------------------------------------------------------------------ ACK sip:9995552000000@sip.blinkmind.net:5060;transport=udp;maddr=10.11.0.81 SIP/2.0 Via: SIP/2.0/UDP 10.11.0.80:5080;rport;branch=z9hG4bKtDv6UU8NX2gag Max-Forwards: 68 From: "9995551000000" <sip:9995551000000@sip.blinkmind.net>;tag=tBQ63F4Z7aK4j To: <sip:9995552000000@sip.blinkmind.net>;tag=343356216-1282014276245 Call-ID: 0232b20c-244f-122e-3fa7-0018512d505c CSeq: 671074 ACK Content-Length: 0 _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Steven Ayre Sent: Wednesday, August 11, 2010 4:39 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] FS processing 302 AFAIK 302 reenters the dialplan. If the destination number is unchanged, it will execute the same commands after the redirect as it did before the redirect, which would likely cause it to continously bridge, redirect, bridge, redirect.... That could explain what you're experiencing. How do you want to handle the 302? It's advisable to be careful what to do with a 302 which is why it reenters the dialplan. You can try dialing a $0.01 route but have it redirect you to a $1.00 route leaving you sending the call out on a route costing you $1.00 but charging your customer $0.01, or if you do bill them correctly leaving them with a bill of $1.00 when they expected only $0.01. It's possible to handle a 302 manually by sending them to a dialplan context specifically for it, which keeps the redirect logic away from your main dialplan. See http://wiki.freeswitch.org/wiki/Dialplan_Handling_Incoming_Redirect -Steve
Chris are you still running with the line I suggested commented out - I assume yes. Are you setting any specific variables as Brian asked for above? -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54... Sent from the freeswitch-users mailing list archive at Nabble.com.
We are using a Git from last week with this commented out: Line 3998 of Sofia.c switch_channel_hangup(channel, SWITCH_CAUSE_REDIRECTION_TO_NEW_DESTINATION) How do I set the variables described in http://wiki.freeswitch.org/wiki/Dialplan_Handling_Incoming_Redirect? The concerning issue is that the source code doesn't seem to provide a variable for the maddr, just the host portion sip_redirect_contact_<index> Chris -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Jeff Lenk Sent: Tuesday, August 17, 2010 9:12 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] FS processing 302 Chris are you still running with the line I suggested commented out - I assume yes. Are you setting any specific variables as Brian asked for above? -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54 32276.html Sent from the freeswitch-users mailing list archive at Nabble.com. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Chris, can you use a debugger and place a breakpoint on this line? sofia_glue.c:2036 sip:10.11.0.20 Setting proxy route to sofia/external/99955520000 and determine what/why this is happening? Just guessing here! -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/FS-processing-302-tp5393783p54... Sent from the freeswitch-users mailing list archive at Nabble.com.
participants (6)
-
Brian West
-
Chris Veazey
-
Jeff Lenk
-
Kristian Kielhofner
-
Michael Collins
-
Steven Ayre