Outbound call issue - Show as internal

Status
Not open for further replies.
E

edesir2

New Member
Mar 8, 2024
3
0
1
46
Hello,
i'm try to debug my outbound call issue. On the log, i have saw call direction set as internal. Wich configuration i should check to make sure my outboud calls are set as outbound.



2024-03-25 18:23:18.921582 97.30% [DEBUG] sofia.c:7906 (sofia/internal/7000@pbx.surfyftu.com) State Change CS_NEW -> CS_INIT


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:600 (sofia/internal/7000@pbx.surfyftu.com) State NEW


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:581 (sofia/internal/7000@pbx.surfyftu.com) Running State Change CS_INIT (Cur 1 Tot 11)


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:624 (sofia/internal/7000@pbx.surfyftu.com) State INIT


2024-03-25 18:23:18.921582 97.30% [DEBUG] mod_sofia.c:97 sofia/internal/7000@pbx.surfyftu.com SOFIA INIT


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:40 sofia/internal/7000@pbx.surfyftu.com Standard INIT


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:48 (sofia/internal/7000@pbx.surfyftu.com) State Change CS_INIT -> CS_ROUTING


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:624 (sofia/internal/7000@pbx.surfyftu.com) State INIT going to sleep


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:581 (sofia/internal/7000@pbx.surfyftu.com) Running State Change CS_ROUTING (Cur 1 Tot 11)


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_channel.c:2399 (sofia/internal/7000@pbx.surfyftu.com) Callstate Change DOWN -> RINGING


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:640 (sofia/internal/7000@pbx.surfyftu.com) State ROUTING


2024-03-25 18:23:18.921582 97.30% [DEBUG] mod_sofia.c:158 sofia/internal/7000@pbx.surfyftu.com SOFIA ROUTING


2024-03-25 18:23:18.921582 97.30% [DEBUG] switch_core_state_machine.c:230 sofia/internal/7000@pbx.surfyftu.com Standard ROUTING


2024-03-25 18:23:18.921582 97.30% [INFO] mod_dialplan_xml.c:639 Processing 7000 <7000>->15146004436 in context public


2024-03-25 18:23:18.941568 97.30% [NOTICE] switch_cpp.cpp:1466 [xml_handler] multiple key:dialplan:public


Dialplan: sofia/internal/7000@pbx.surfyftu.com parsing [public->caller-details] continue=true


Dialplan: sofia/internal/7000@pbx.surfyftu.com Regex (PASS) [caller-details] () =~ // break=never


Dialplan: sofia/internal/7000@pbx.surfyftu.com Action export(call_direction=inbound) INLINE


EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com export(call_direction=inbound)


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_channel.c:1334 EXPORT (export_vars) [call_direction]=[inbound]


Dialplan: sofia/internal/7000@pbx.surfyftu.com Action set(caller_destination=${sip_to_user}) INLINE


EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com set(caller_destination=15146004436)


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_dptools.c:1671 SET sofia/internal/7000@pbx.surfyftu.com [caller_destination]=[15146004436]


Dialplan: sofia/internal/7000@pbx.surfyftu.com Action set(caller_id_name=${caller_id_name}) INLINE


EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com set(caller_id_name=7000)


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_dptools.c:1671 SET sofia/internal/7000@pbx.surfyftu.com [caller_id_name]=[7000]


Dialplan: sofia/internal/7000@pbx.surfyftu.com Action set(caller_id_number=${caller_id_number})


Dialplan: sofia/internal/7000@pbx.surfyftu.com parsing [public->12264006234] continue=false


Dialplan: sofia/internal/7000@pbx.surfyftu.com Regex (FAIL) [12264006234] destination_number(15146004436) =~ /^(12264006234)$/ break=on-false


Dialplan: sofia/internal/7000@pbx.surfyftu.com parsing [public->15145321045] continue=false


Dialplan: sofia/internal/7000@pbx.surfyftu.com Regex (FAIL) [15145321045] destination_number(15146004436) =~ /^(15145321045)$/ break=on-false


Dialplan: sofia/internal/7000@pbx.surfyftu.com parsing [public->18193077286] continue=false


Dialplan: sofia/internal/7000@pbx.surfyftu.com Regex (FAIL) [18193077286] destination_number(15146004436) =~ /^(18193077286)$/ break=on-false


Dialplan: sofia/internal/7000@pbx.surfyftu.com parsing [public->not-found] continue=false


Dialplan: sofia/internal/7000@pbx.surfyftu.com Regex (PASS) [not-found] () =~ // break=on-false


Dialplan: sofia/internal/7000@pbx.surfyftu.com Action export(call_direction=inbound) INLINE


EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com export(call_direction=inbound)


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_channel.c:1334 EXPORT (export_vars) [call_direction]=[inbound]


Dialplan: sofia/internal/7000@pbx.surfyftu.com Action set(call_direction=inbound) INLINE


EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com set(call_direction=inbound)


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_dptools.c:1671 SET sofia/internal/7000@pbx.surfyftu.com [call_direction]=[inbound]


Dialplan: sofia/internal/7000@pbx.surfyftu.com Action log(WARNING [inbound routes] 404 not found ${sip_network_ip} destination_number ${destination_number} sip_to_user ${sip_to_user} sip_req_user ${sip_req_user})


Dialplan: sofia/internal/7000@pbx.surfyftu.com Action respond(404 Not Found)


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:281 (sofia/internal/7000@pbx.surfyftu.com) State Change CS_ROUTING -> CS_EXECUTE


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:640 (sofia/internal/7000@pbx.surfyftu.com) State ROUTING going to sleep


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:581 (sofia/internal/7000@pbx.surfyftu.com) Running State Change CS_EXECUTE (Cur 1 Tot 11)


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:647 (sofia/internal/7000@pbx.surfyftu.com) State EXECUTE


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_sofia.c:213 sofia/internal/7000@pbx.surfyftu.com SOFIA EXECUTE


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:323 sofia/internal/7000@pbx.surfyftu.com Standard EXECUTE


EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com set(caller_id_number=7000)


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_dptools.c:1671 SET sofia/internal/7000@pbx.surfyftu.com [caller_id_number]=[7000]


EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com log(WARNING [inbound routes] 404 not found 94.121.43.102 destination_number 15146004436 sip_to_user 15146004436 sip_req_user 15146004436)


2024-03-25 18:23:18.941568 97.30% [WARNING] mod_dptools.c:1865 [inbound routes] 404 not found 94.121.43.102 destination_number 15146004436 sip_to_user 15146004436 sip_req_user 15146004436


EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com respond(404 Not Found)


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_sofia.c:2350 Responding with 404 [Not Found]


2024-03-25 18:23:18.941568 97.30% [NOTICE] mod_sofia.c:2416 Hangup sofia/internal/7000@pbx.surfyftu.com [CS_EXECUTE] [UNALLOCATED_NUMBER]


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_session.c:2979 sofia/internal/7000@pbx.surfyftu.com skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already)


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:647 (sofia/internal/7000@pbx.surfyftu.com) State EXECUTE going to sleep


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:581 (sofia/internal/7000@pbx.surfyftu.com) Running State Change CS_HANGUP (Cur 1 Tot 11)


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:844 (sofia/internal/7000@pbx.surfyftu.com) Callstate Change RINGING -> HANGUP


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:846 (sofia/internal/7000@pbx.surfyftu.com) State HANGUP


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_sofia.c:469 Channel sofia/internal/7000@pbx.surfyftu.com hanging up, cause: UNALLOCATED_NUMBER


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_sofia.c:614 Responding to INVITE with: 404


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:59 sofia/internal/7000@pbx.surfyftu.com Standard HANGUP, cause: UNALLOCATED_NUMBER


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:846 (sofia/internal/7000@pbx.surfyftu.com) State HANGUP going to sleep


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:616 (sofia/internal/7000@pbx.surfyftu.com) State Change CS_HANGUP -> CS_REPORTING


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:581 (sofia/internal/7000@pbx.surfyftu.com) Running State Change CS_REPORTING (Cur 1 Tot 11)


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:932 (sofia/internal/7000@pbx.surfyftu.com) State REPORTING


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:168 sofia/internal/7000@pbx.surfyftu.com Standard REPORTING, cause: UNALLOCATED_NUMBER


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:932 (sofia/internal/7000@pbx.surfyftu.com) State REPORTING going to sleep


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:607 (sofia/internal/7000@pbx.surfyftu.com) State Change CS_REPORTING -> CS_DESTROY


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_session.c:1744 Session 11 (sofia/internal/7000@pbx.surfyftu.com) Locked, Waiting on external entities


2024-03-25 18:23:18.941568 97.30% [NOTICE] switch_core_session.c:1762 Session 11 (sofia/internal/7000@pbx.surfyftu.com) Ended


2024-03-25 18:23:18.941568 97.30% [NOTICE] switch_core_session.c:1766 Close Channel sofia/internal/7000@pbx.surfyftu.com [CS_DESTROY]


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:735 (sofia/internal/7000@pbx.surfyftu.com) Running State Change CS_DESTROY (Cur 0 Tot 11)


2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_core_state_machine.c:745 (sofia/internal/7000@pbx.surfyftu.com) State DESTROY


2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_sofia.c:380 sofia/internal/7000@pbx.surfyftu.com SOFIA DESTROY


2024-03-25 18:23:19.041579 97.30% [DEBUG] switch_core_state_machine.c:175 sofia/internal/7000@pbx.surfyftu.com Standard DESTROY


2024-03-25 18:23:19.041579 97.30% [DEBUG] switch_core_state_machine.c:745 (sofia/internal/7000@pbx.surfyftu.com) State DESTROY going to sleep
 
D

danishhafeez

New Member
Jan 26, 2024
2
0
1
21
Based on the provided log, it seems like your outbound call is being interpreted as an inbound call. This is likely due to the configuration in your dialplan.Dialplan:

sofia/internal/7000@pbx.surfyftu.com Action export(call_direction=inbound) INLINE
EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com export(call_direction=inbound)
2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_channel.c:1334 EXPORT (export_vars) [call_direction]=[inbound]
Dialplan: sofia/internal/7000@pbx.surfyftu.com Action set(call_direction=inbound) INLINE
EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com set(call_direction=inbound)
2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_dptools.c:1671 SET sofia/internal/7000@pbx.surfyftu.com [call_direction]=[inbound]

As shown in the log, the call_direction variable is being set to "inbound". To ensure that outbound calls are correctly identified, you need to modify your dialplan configuration to set the call_direction variable appropriately for outbound calls.

You can do this by adding logic to your dialplan to differentiate between inbound and outbound calls. For outbound calls, you would want to set call_direction to "outbound". This can be done based on various conditions such as destination number, ca
As shown in the log, the call_direction variable is being set to "inbound". To ensure that outbound calls are correctly identified, you need to modify your dialplan configuration to set the call_direction variable appropriately for outbound calls.

You can do this by adding logic to your dialplan to differentiate between inbound and outbound calls. For outbound calls, you would want to set call_direction to "outbound". This can be done based on various conditions such as destination number, caller ID, or any other relevant parameters

Here's an example of how you might modify your dialplan:

phpCopy code
<extension name="outbound_calls">
<condition field="destination_number" expression="^(\d{10})$">
<action application="set" data="call_direction=outbound"/>
<!-- Other actions for outbound calls -->
</condition>
</extension>

In this example, the call_direction variable is set to "outbound" when the destination number matches a specific pattern (in this case, a 10-digit number). You would need to adjust the condition to match your specific outbound call patterns.

Best Regard
Danish Hafeez | QA Assistant
ICTInnovations
 
E

edesir2

New Member
Mar 8, 2024
3
0
1
46
danishhafeez said:
Based on the provided log, it seems like your outbound call is being interpreted as an inbound call. This is likely due to the configuration in your dialplan.Dialplan:

sofia/internal/7000@pbx.surfyftu.com Action export(call_direction=inbound) INLINE
EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com export(call_direction=inbound)
2024-03-25 18:23:18.941568 97.30% [DEBUG] switch_channel.c:1334 EXPORT (export_vars) [call_direction]=[inbound]
Dialplan: sofia/internal/7000@pbx.surfyftu.com Action set(call_direction=inbound) INLINE
EXECUTE [depth=0] sofia/internal/7000@pbx.surfyftu.com set(call_direction=inbound)
2024-03-25 18:23:18.941568 97.30% [DEBUG] mod_dptools.c:1671 SET sofia/internal/7000@pbx.surfyftu.com [call_direction]=[inbound]

As shown in the log, the call_direction variable is being set to "inbound". To ensure that outbound calls are correctly identified, you need to modify your dialplan configuration to set the call_direction variable appropriately for outbound calls.

You can do this by adding logic to your dialplan to differentiate between inbound and outbound calls. For outbound calls, you would want to set call_direction to "outbound". This can be done based on various conditions such as destination number, ca
As shown in the log, the call_direction variable is being set to "inbound". To ensure that outbound calls are correctly identified, you need to modify your dialplan configuration to set the call_direction variable appropriately for outbound calls.

You can do this by adding logic to your dialplan to differentiate between inbound and outbound calls. For outbound calls, you would want to set call_direction to "outbound". This can be done based on various conditions such as destination number, caller ID, or any other relevant parameters

Here's an example of how you might modify your dialplan:

phpCopy code
<extension name="outbound_calls">
<condition field="destination_number" expression="^(\d{10})$">
<action application="set" data="call_direction=outbound"/>
<!-- Other actions for outbound calls -->
</condition>
</extension>

In this example, the call_direction variable is set to "outbound" when the destination number matches a specific pattern (in this case, a 10-digit number). You would need to adjust the condition to match your specific outbound call patterns.

Best Regard
Danish Hafeez | QA Assistant
ICTInnovations
Click to expand...
even with the phpcode, i'm still getting the same result
 
Status
Not open for further replies.
Top Bottom