Hello Everyone! I have faced same issue as Ross at this thread: http://lists.freeswitch.org/pipermail/freeswitch-users/2011-January/066985.h... FS translates q.850 codes from b-leg to a-leg incorrect. Looks like there is no solution to translate q850 in correct way? Please advice! Additional info: # freeswitch -version FreeSWITCH version: 1.2.11+git~20130711T181514Z~2eab94be78 (git 2eab94b 2013-07-11 18:15:14Z) dialplan extension: <extension name="default"> <condition field="destination_number" expression="^\+?222222222222"> <action application="bridge" data="{max_forwards=70,progress_timeout=30,hangup_after_bridge=true,sip_cid_type=pid,zrtp_secure_media=false,hold_music=silence[absolute_codec_string=^^:G729@20i :PCMA@20i:PCMU@20i ,origination_caller_id_number=+11111111111,origination_caller_id_name=+111111111111]sofia/external/ 222222222222@2.2.2.2:5062"/> </condition> </extension> SIP trace: # U 2014/04/10 10:19:43.079198 2.2.2.2:5062 -> 1.1.1.1:5080 SIP/2.0 480 Temporarily not available. Via: SIP/2.0/UDP 1.1.1.1:5080;rport=5080;branch=z9hG4bKBXQm2F3cHgFcK. From: "+111111111111" <sip:+111111111111@1.1.1.1>;tag=t8yp14HU53Xrj. To: <sip:+222222222222@4.4.4.4:5060>;tag=gK0699dffd. Call-ID: 5f60343b-3b3c-1232-d9ba-020820d8e22d. CSeq: 58226505 INVITE. Reason: Q.850;cause=19. Content-Length: 0. . # U 2014/04/10 10:19:43.084570 1.1.1.1:5060 -> 2.2.2.2:5060 SIP/2.0 480 Temporarily Unavailable. Via: SIP/2.0/UDP 2.2.2.2;branch=z9hG4bK26dc.1612d515.0. Via: SIP/2.0/UDP 3.3.3.3:5060;branch=z9hG4bK420c53ac;rport=5060. Max-Forwards: 16. From: "pbx234" <sip:111111111111@3.3.3.3>;tag=as333cf884. To: <sip:0599#222222222222@2.2.2.2:5060>;tag=veXaXcyc8118e. Call-ID: 6c86be36267a0f6d54a34060364a3490@3.3.3.3:5060. CSeq: 102 INVITE. User-Agent: FS. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, conference, refer. Reason: Q.850;cause=16;text="NORMAL_CLEARING". Content-Length: 0. Remote-Party-ID: "Outbound Call" <sip:222222222222@2.2.2.2
;party=calling;privacy=off;screen=no.
*2014-04-10 10:50:03.470035 [DEBUG] sofia.c:4937 Remote Reason: 192014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/222222222222@2.2.2.2:5062 <http://222222222222@2.2.2.2:5062> receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] sofia.c:5719 Channel sofia/external/222222222222@2.2.2.2:5062 <http://222222222222@2.2.2.2:5062> entering state [terminated][480]2014-04-10 10:50:03.490051 [NOTICE] sofia.c:6528 Hangup sofia/external/222222222222@2.2.2.2:5062 <http://222222222222@2.2.2.2:5062> [CS_EXCHANGE_MEDIA] [NO_ANSWER]* 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/external/222222222222@2.2.2.2:5062 [KILL] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/ 222222222222@2.2.2.2:5062 receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:557 sofia/external/ 222222222222@2.2.2.2:5062 ending bridge by request from write function 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:633 BRIDGE THREAD DONE [sofia/external/222222222222@2.2.2.2:5062] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:658 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:480 (sofia/external/222222222222@2.2.2.2:5062) State EXCHANGE_MEDIA going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/external/222222222222@2.2.2.2:5062) Running State Change CS_HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:633 BRIDGE THREAD DONE [sofia/internal/111111111111@1.1.1.1:5060] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:658 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/external/222222222222@2.2.2.2:5062) State HANGUP 2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:504 Channel sofia/external/ 222222222222@2.2.2.2:5062 hanging up, cause: NO_ANSWER 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:48 sofia/external/222222222222@2.2.2.2:5062 Standard HANGUP, cause: NO_ANSWER 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/external/222222222222@2.2.2.2:5062) State HANGUP going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:689 (sofia/external/222222222222@2.2.2.2:5062) Callstate Change EARLY -> HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:446 (sofia/external/222222222222@2.2.2.2:5062) State Change CS_HANGUP -> CS_REPORTING 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [ALERT] switch_ivr_bridge.c:1521 sofia/external/ 222222222222@2.2.2.2:5062 receive message [UNBRIDGE] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:1521 sofia/external/ 222222222222@2.2.2.2:5062 skip receive message [UNBRIDGE] (channel is hungup already) 2014-04-10 10:50:03.490051 [ALERT] switch_ivr_bridge.c:1524 sofia/internal/ 111111111111@1.1.1.1:5060 receive message [UNBRIDGE] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:854 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/external/222222222222@2.2.2.2:5062) Running State Change CS_REPORTING 2014-04-10 10:50:03.490051 [ALERT] switch_core_session.c:2732 sofia/internal/111111111111@1.1.1.1:5060 receive message [APPLICATION_EXEC_COMPLETE] 2014-04-10 10:50:03.490051 [NOTICE] switch_core_state_machine.c:262 sofia/internal/111111111111@1.1.1.1:5060 has executed the last dialplan instruction, hanging up. 2014-04-10 10:50:03.490051 [NOTICE] switch_core_state_machine.c:264 Hangup sofia/internal/111111111111@1.1.1.1:5060 [CS_EXECUTE] [NORMAL_CLEARING] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:761 (sofia/external/222222222222@2.2.2.2:5062) State REPORTING 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/internal/111111111111@1.1.1.1:5060 [KILL] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:477 (sofia/internal/111111111111@1.1.1.1:5060) State EXECUTE going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/111111111111@1.1.1.1:5060) Running State Change CS_HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/internal/111111111111@1.1.1.1:5060) State HANGUP 2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:498 sofia/internal/ 111111111111@1.1.1.1:5060 Overriding SIP cause 480 with 480 from the other leg *2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:504 Channel sofia/internal/111111111111@1.1.1.1:5060 <http://111111111111@1.1.1.1:5060> hanging up, cause: NORMAL_CLEARING2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:638 Responding to INVITE with: 480* -- Yours sincerely, Vladimir Getmanshchuk
Not all Q.850 codes map into SIP, I know we are missing some that can not map correctly. -- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) On Apr 10, 2014, at 6:19 AM, Vladimir Getmanshchuk <vladget@gmail.com> wrote:
Hello Everyone!
I have faced same issue as Ross at this thread: http://lists.freeswitch.org/pipermail/freeswitch-users/2011-January/066985.h...
FS translates q.850 codes from b-leg to a-leg incorrect. Looks like there is no solution to translate q850 in correct way?
Please advice!
Additional info:
# freeswitch -version FreeSWITCH version: 1.2.11+git~20130711T181514Z~2eab94be78 (git 2eab94b 2013-07-11 18:15:14Z)
dialplan extension: <extension name="default"> <condition field="destination_number" expression="^\+?222222222222"> <action application="bridge" data="{max_forwards=70,progress_timeout=30,hangup_after_bridge=true,sip_cid_type=pid,zrtp_secure_media=false,hold_music=silence[absolute_codec_string=^^:G729@20i:PCMA@20i:PCMU@20i,origination_caller_id_number=+11111111111,origination_caller_id_name=+111111111111]sofia/external/222222222222@2.2.2.2:5062"/> </condition> </extension>
SIP trace: # U 2014/04/10 10:19:43.079198 2.2.2.2:5062 -> 1.1.1.1:5080 SIP/2.0 480 Temporarily not available. Via: SIP/2.0/UDP 1.1.1.1:5080;rport=5080;branch=z9hG4bKBXQm2F3cHgFcK. From: "+111111111111" <sip:+111111111111@1.1.1.1>;tag=t8yp14HU53Xrj. To: <sip:+222222222222@4.4.4.4:5060>;tag=gK0699dffd. Call-ID: 5f60343b-3b3c-1232-d9ba-020820d8e22d. CSeq: 58226505 INVITE. Reason: Q.850;cause=19. Content-Length: 0. .
# U 2014/04/10 10:19:43.084570 1.1.1.1:5060 -> 2.2.2.2:5060 SIP/2.0 480 Temporarily Unavailable. Via: SIP/2.0/UDP 2.2.2.2;branch=z9hG4bK26dc.1612d515.0. Via: SIP/2.0/UDP 3.3.3.3:5060;branch=z9hG4bK420c53ac;rport=5060. Max-Forwards: 16. From: "pbx234" <sip:111111111111@3.3.3.3>;tag=as333cf884. To: <sip:0599#222222222222@2.2.2.2:5060>;tag=veXaXcyc8118e. Call-ID: 6c86be36267a0f6d54a34060364a3490@3.3.3.3:5060. CSeq: 102 INVITE. User-Agent: FS. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, conference, refer. Reason: Q.850;cause=16;text="NORMAL_CLEARING". Content-Length: 0. Remote-Party-ID: "Outbound Call" <sip:222222222222@2.2.2.2>;party=calling;privacy=off;screen=no.
2014-04-10 10:50:03.470035 [DEBUG] sofia.c:4937 Remote Reason: 19 2014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/222222222222@2.2.2.2:5062 receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] sofia.c:5719 Channel sofia/external/222222222222@2.2.2.2:5062 entering state [terminated][480] 2014-04-10 10:50:03.490051 [NOTICE] sofia.c:6528 Hangup sofia/external/222222222222@2.2.2.2:5062 [CS_EXCHANGE_MEDIA] [NO_ANSWER] 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/external/222222222222@2.2.2.2:5062 [KILL] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/222222222222@2.2.2.2:5062 receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:557 sofia/external/222222222222@2.2.2.2:5062 ending bridge by request from write function 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:633 BRIDGE THREAD DONE [sofia/external/222222222222@2.2.2.2:5062] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:658 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:480 (sofia/external/222222222222@2.2.2.2:5062) State EXCHANGE_MEDIA going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/external/222222222222@2.2.2.2:5062) Running State Change CS_HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:633 BRIDGE THREAD DONE [sofia/internal/111111111111@1.1.1.1:5060] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:658 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/external/222222222222@2.2.2.2:5062) State HANGUP 2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:504 Channel sofia/external/222222222222@2.2.2.2:5062 hanging up, cause: NO_ANSWER 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:48 sofia/external/222222222222@2.2.2.2:5062 Standard HANGUP, cause: NO_ANSWER 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/external/222222222222@2.2.2.2:5062) State HANGUP going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:689 (sofia/external/222222222222@2.2.2.2:5062) Callstate Change EARLY -> HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:446 (sofia/external/222222222222@2.2.2.2:5062) State Change CS_HANGUP -> CS_REPORTING 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/external/222222222222@2.2.2.2:5062 [BREAK] 2014-04-10 10:50:03.490051 [ALERT] switch_ivr_bridge.c:1521 sofia/external/222222222222@2.2.2.2:5062 receive message [UNBRIDGE] 2014-04-10 10:50:03.490051 [DEBUG] switch_ivr_bridge.c:1521 sofia/external/222222222222@2.2.2.2:5062 skip receive message [UNBRIDGE] (channel is hungup already) 2014-04-10 10:50:03.490051 [ALERT] switch_ivr_bridge.c:1524 sofia/internal/111111111111@1.1.1.1:5060 receive message [UNBRIDGE] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:854 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/external/222222222222@2.2.2.2:5062) Running State Change CS_REPORTING 2014-04-10 10:50:03.490051 [ALERT] switch_core_session.c:2732 sofia/internal/111111111111@1.1.1.1:5060 receive message [APPLICATION_EXEC_COMPLETE] 2014-04-10 10:50:03.490051 [NOTICE] switch_core_state_machine.c:262 sofia/internal/111111111111@1.1.1.1:5060 has executed the last dialplan instruction, hanging up. 2014-04-10 10:50:03.490051 [NOTICE] switch_core_state_machine.c:264 Hangup sofia/internal/111111111111@1.1.1.1:5060 [CS_EXECUTE] [NORMAL_CLEARING] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:761 (sofia/external/222222222222@2.2.2.2:5062) State REPORTING 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/internal/111111111111@1.1.1.1:5060 [KILL] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_session.c:1334 Send signal sofia/internal/111111111111@1.1.1.1:5060 [BREAK] 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:477 (sofia/internal/111111111111@1.1.1.1:5060) State EXECUTE going to sleep 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/111111111111@1.1.1.1:5060) Running State Change CS_HANGUP 2014-04-10 10:50:03.490051 [DEBUG] switch_core_state_machine.c:678 (sofia/internal/111111111111@1.1.1.1:5060) State HANGUP 2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:498 sofia/internal/111111111111@1.1.1.1:5060 Overriding SIP cause 480 with 480 from the other leg 2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:504 Channel sofia/internal/111111111111@1.1.1.1:5060 hanging up, cause: NORMAL_CLEARING 2014-04-10 10:50:03.490051 [DEBUG] mod_sofia.c:638 Responding to INVITE with: 480
-- Yours sincerely, Vladimir Getmanshchuk _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
In this case looks like the bleg hangs up with NO_ANSWER fine The bridge app ends and returns to dialplan, you can see it logs it's reached the end of the dialplan. I think that's why it's hanging up with 16. hangup_after_bridge only applies to a 'successful' bridge which means 180/183/200 received You could try this after the bridge: <action application="hangup" data="${bridge_hangup_cause}"> On Thursday, April 10, 2014, Brian West <brian@freeswitch.org> wrote:
Not all Q.850 codes map into SIP, I know we are missing some that can not map correctly.
-- Brian West brian@freeswitch.org <javascript:;> FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Apr 10, 2014, at 6:19 AM, Vladimir Getmanshchuk <vladget@gmail.com> wrote:
Hello Everyone!
I have faced same issue as Ross at this thread: http://lists.freeswitch.org/pipermail/freeswitch-users/2011-January/066985.h...
FS translates q.850 codes from b-leg to a-leg incorrect. Looks like there is no solution to translate q850 in correct way?
Please advice!
Additional info:
# freeswitch -version FreeSWITCH version: 1.2.11+git~20130711T181514Z~2eab94be78 (git 2eab94b 2013-07-11 18:15:14Z)
dialplan extension: <extension name="default"> <condition field="destination_number" expression="^\+?222222222222"> <action application="bridge" data="{max_forwards=70,progress_timeout=30,hangup_after_bridge=true,sip_cid_type=pid,zrtp_secure_media=false,hold_music=silence[absolute_codec_string=^^:G729@20i :PCMA@20i:PCMU@20i ,origination_caller_id_number=+11111111111,origination_caller_id_name=+111111111111]sofia/external/ 222222222222@2.2.2.2:5062"/> </condition> </extension>
SIP trace: # U 2014/04/10 10:19:43.079198 2.2.2.2:5062 -> 1.1.1.1:5080 SIP/2.0 480 Temporarily not available. Via: SIP/2.0/UDP 1.1.1.1:5080;rport=5080;branch=z9hG4bKBXQm2F3cHgFcK. From: "+111111111111" <sip:+111111111111@1.1.1.1>;tag=t8yp14HU53Xrj. To: <sip:+222222222222@4.4.4.4:5060>;tag=gK0699dffd. Call-ID: 5f60343b-3b3c-1232-d9ba-020820d8e22d. CSeq: 58226505 INVITE. Reason: Q.850;cause=19. Content-Length: 0. .
# U 2014/04/10 10:19:43.084570 1.1.1.1:5060 -> 2.2.2.2:5060 SIP/2.0 480 Temporarily Unavailable. Via: SIP/2.0/UDP 2.2.2.2;branch=z9hG4bK26dc.1612d515.0. Via: SIP/2.0/UDP 3.3.3.3:5060;branch=z9hG4bK420c53ac;rport=5060. Max-Forwards: 16. From: "pbx234" <sip:111111111111@3.3.3.3>;tag=as333cf884. To: <sip:0599#222222222222@2.2.2.2:5060>;tag=veXaXcyc8118e. Call-ID: 6c86be36267a0f6d54a34060364a3490@3.3.3.3:5060. CSeq: 102 INVITE. User-Agent: FS. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, conference, refer. Reason: Q.850;cause=16;text="NORMAL_CLEARING". Content-Length: 0. Remote-Party-ID: "Outbound Call" <sip:222222222222@2.2.2.2 ;party=calling;privacy=off;screen=no.
2014-04-10 10:50:03.470035 [DEBUG] sofia.c:4937 Remote Reason: 19 2014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/ 222222222222@2.2.2.2:5062 receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] sofia.c:5719 Channel sofia/external/ 222222222222@2.2.2.2:5062 entering state [terminated][480] 2014-04-10 10:50:03.490051 [NOTICE] sofia.c:6528 Hangup sofia/external/ 222222222222@2.2.2.2:5062 [CS_EXCHANGE_MEDIA] [NO_ANSWER] 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/external/222222222222@2.2.2.2:5062>
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:;> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:;> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
we shouldn't have to play workaround games... these are mapped in mod_sofia.c int he function hangup_cause_to_sip. These values are based on RFC-4497 section 8.4.1. This should be mapping NO_ANSWER to sip cause 480. If that is not happening, its a bug. If that is not the desired response, please review that rfc and if that value is incorrect, please open a jira. Mike On Apr 10, 2014, at 2:21 PM, Steven Ayre <steveayre@gmail.com> wrote:
In this case looks like the bleg hangs up with NO_ANSWER fine
The bridge app ends and returns to dialplan, you can see it logs it's reached the end of the dialplan. I think that's why it's hanging up with 16.
hangup_after_bridge only applies to a 'successful' bridge which means 180/183/200 received
You could try this after the bridge:
<action application="hangup" data="${bridge_hangup_cause}">
On Thursday, April 10, 2014, Brian West <brian@freeswitch.org> wrote: Not all Q.850 codes map into SIP, I know we are missing some that can not map correctly.
-- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Apr 10, 2014, at 6:19 AM, Vladimir Getmanshchuk <vladget@gmail.com> wrote:
Hello Everyone!
I have faced same issue as Ross at this thread: http://lists.freeswitch.org/pipermail/freeswitch-users/2011-January/066985.h...
FS translates q.850 codes from b-leg to a-leg incorrect. Looks like there is no solution to translate q850 in correct way?
Please advice!
Additional info:
# freeswitch -version FreeSWITCH version: 1.2.11+git~20130711T181514Z~2eab94be78 (git 2eab94b 2013-07-11 18:15:14Z)
dialplan extension: <extension name="default"> <condition field="destination_number" expression="^\+?222222222222"> <action application="bridge" data="{max_forwards=70,progress_timeout=30,hangup_after_bridge=true,sip_cid_type=pid,zrtp_secure_media=false,hold_music=silence[absolute_codec_string=^^:G729@20i:PCMA@20i:PCMU@20i,origination_caller_id_number=+11111111111,origination_caller_id_name=+111111111111]sofia/external/222222222222@2.2.2.2:5062"/> </condition> </extension>
SIP trace: # U 2014/04/10 10:19:43.079198 2.2.2.2:5062 -> 1.1.1.1:5080 SIP/2.0 480 Temporarily not available. Via: SIP/2.0/UDP 1.1.1.1:5080;rport=5080;branch=z9hG4bKBXQm2F3cHgFcK. From: "+111111111111" <sip:+111111111111@1.1.1.1>;tag=t8yp14HU53Xrj. To: <sip:+222222222222@4.4.4.4:5060>;tag=gK0699dffd. Call-ID: 5f60343b-3b3c-1232-d9ba-020820d8e22d. CSeq: 58226505 INVITE. Reason: Q.850;cause=19. Content-Length: 0. .
# U 2014/04/10 10:19:43.084570 1.1.1.1:5060 -> 2.2.2.2:5060 SIP/2.0 480 Temporarily Unavailable. Via: SIP/2.0/UDP 2.2.2.2;branch=z9hG4bK26dc.1612d515.0. Via: SIP/2.0/UDP 3.3.3.3:5060;branch=z9hG4bK420c53ac;rport=5060. Max-Forwards: 16. From: "pbx234" <sip:111111111111@3.3.3.3>;tag=as333cf884. To: <sip:0599#222222222222@2.2.2.2:5060>;tag=veXaXcyc8118e. Call-ID: 6c86be36267a0f6d54a34060364a3490@3.3.3.3:5060. CSeq: 102 INVITE. User-Agent: FS. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, conference, refer. Reason: Q.850;cause=16;text="NORMAL_CLEARING". Content-Length: 0. Remote-Party-ID: "Outbound Call" <sip:222222222222@2.2.2.2>;party=calling;privacy=off;screen=no.
2014-04-10 10:50:03.470035 [DEBUG] sofia.c:4937 Remote Reason: 19 2014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/222222222222@2.2.2.2:5062 receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] sofia.c:5719 Channel sofia/external/222222222222@2.2.2.2:5062 entering state [terminated][480] 2014-04-10 10:50:03.490051 [NOTICE] sofia.c:6528 Hangup sofia/external/222222222222@2.2.2.2:5062 [CS_EXCHANGE_MEDIA] [NO_ANSWER] 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/external/222222222222@2.2.2.2:5062> _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
Hi Steven, It really works with hangup_after_bridge=false, and <action application="hangup" data="${last_bridge_hangup_cause}"/> at dialplan. Thank you. But there are no any info at wiki about hangup_after_bridge change hangup cause to normal call clearing. Or do you think it obvious? On Thu, Apr 10, 2014 at 9:21 PM, Steven Ayre <steveayre@gmail.com> wrote:
In this case looks like the bleg hangs up with NO_ANSWER fine
The bridge app ends and returns to dialplan, you can see it logs it's reached the end of the dialplan. I think that's why it's hanging up with 16.
hangup_after_bridge only applies to a 'successful' bridge which means 180/183/200 received
You could try this after the bridge:
<action application="hangup" data="${bridge_hangup_cause}">
On Thursday, April 10, 2014, Brian West <brian@freeswitch.org> wrote:
Not all Q.850 codes map into SIP, I know we are missing some that can not map correctly.
-- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Apr 10, 2014, at 6:19 AM, Vladimir Getmanshchuk <vladget@gmail.com> wrote:
Hello Everyone!
I have faced same issue as Ross at this thread: http://lists.freeswitch.org/pipermail/freeswitch-users/2011-January/066985.h...
FS translates q.850 codes from b-leg to a-leg incorrect. Looks like there is no solution to translate q850 in correct way?
Please advice!
Additional info:
# freeswitch -version FreeSWITCH version: 1.2.11+git~20130711T181514Z~2eab94be78 (git 2eab94b 2013-07-11 18:15:14Z)
dialplan extension: <extension name="default"> <condition field="destination_number" expression="^\+?222222222222"> <action application="bridge" data="{max_forwards=70,progress_timeout=30,hangup_after_bridge=true,sip_cid_type=pid,zrtp_secure_media=false,hold_music=silence[absolute_codec_string=^^:G729@20i :PCMA@20i:PCMU@20i ,origination_caller_id_number=+11111111111,origination_caller_id_name=+111111111111]sofia/external/ 222222222222@2.2.2.2:5062"/> </condition> </extension>
SIP trace: # U 2014/04/10 10:19:43.079198 2.2.2.2:5062 -> 1.1.1.1:5080 SIP/2.0 480 Temporarily not available. Via: SIP/2.0/UDP 1.1.1.1:5080;rport=5080;branch=z9hG4bKBXQm2F3cHgFcK. From: "+111111111111" <sip:+111111111111@1.1.1.1>;tag=t8yp14HU53Xrj. To: <sip:+222222222222@4.4.4.4:5060>;tag=gK0699dffd. Call-ID: 5f60343b-3b3c-1232-d9ba-020820d8e22d. CSeq: 58226505 INVITE. Reason: Q.850;cause=19. Content-Length: 0. .
# U 2014/04/10 10:19:43.084570 1.1.1.1:5060 -> 2.2.2.2:5060 SIP/2.0 480 Temporarily Unavailable. Via: SIP/2.0/UDP 2.2.2.2;branch=z9hG4bK26dc.1612d515.0. Via: SIP/2.0/UDP 3.3.3.3:5060;branch=z9hG4bK420c53ac;rport=5060. Max-Forwards: 16. From: "pbx234" <sip:111111111111@3.3.3.3>;tag=as333cf884. To: <sip:0599#222222222222@2.2.2.2:5060>;tag=veXaXcyc8118e. Call-ID: 6c86be36267a0f6d54a34060364a3490@3.3.3.3:5060. CSeq: 102 INVITE. User-Agent: FS. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, conference, refer. Reason: Q.850;cause=16;text="NORMAL_CLEARING". Content-Length: 0. Remote-Party-ID: "Outbound Call" <sip:222222222222@2.2.2.2 ;party=calling;privacy=off;screen=no.
2014-04-10 10:50:03.470035 [DEBUG] sofia.c:4937 Remote Reason: 19 2014-04-10 10:50:03.490051 [ALERT] switch_ivr.c:828 sofia/external/ 222222222222@2.2.2.2:5062 receive message [SIGNAL_DATA] 2014-04-10 10:50:03.490051 [DEBUG] sofia.c:5719 Channel sofia/external/ 222222222222@2.2.2.2:5062 entering state [terminated][480] 2014-04-10 10:50:03.490051 [NOTICE] sofia.c:6528 Hangup sofia/external/ 222222222222@2.2.2.2:5062 [CS_EXCHANGE_MEDIA] [NO_ANSWER] 2014-04-10 10:50:03.490051 [DEBUG] switch_channel.c:3130 Send signal sofia/external/222222222222@2.2.2.2:5062>
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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
-- Yours sincerely, Vladimir Getmanshchuk
participants (4)
-
Brian West
-
Michael Jerris
-
Steven Ayre
-
Vladimir Getmanshchuk