Outgoing calls not setup

Status
Not open for further replies.

tmediassembly

New Member
Aug 14, 2020
9
0
1
43
Hello,

I recently installed a Fusion PBX server on Debian and am able to route my traffic to a SIP trunk provider. Incoming calls to my main number seem to be working fine. I am able to receive calls and route to individual extensions (i.e.EXT 20, EXT 21, EXT 22). This is tested and passed.

However, when I try to dial a number OUT, the attempts are unsuccessful. UNAVAILABLE

OUTBOUND ROUTE SETTINGS:
NORTH AMERICA
10 DIGIT

My SIP trunk provider has a CALL CREDIT and appears to have a good CONFIGURATION.

QUESTION: What are some ways to check OUTBOUND calls from EXT to EXT? For example, I tried dialing TO EXT *21 FROM *20 EXT, but the attempt was unsuccessful. From there, I was going to troubleshoot further on why I can't call OUT.

Any other possible places to check on why OUTBOUND would not be working?

Thanks in advance!
G
 

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,038
556
113
Use fs_cli from the linux command line and there you should be able to see the call going through the dialplan. At least that should help a bit, you can then post some of that here to help us determine your problem.

Also /var/log/freeswitch/freeswitch.log should contain the same information
 

tmediassembly

New Member
Aug 14, 2020
9
0
1
43
I just tried to dail *97, set to check Voicemail from EXT 21. From fs_cli output:
.21.40.44) Running State Change CS_REPORTING (Cur 1 Tot 135711)
2020-08-16 14:23:32.142940 [DEBUG] switch_core_state_machine.c:936 (sofia/internal/4001@107
.21.40.44) State REPORTING
2020-08-16 14:23:32.182922 [DEBUG] switch_core_state_machine.c:174 sofia/internal/4001@107.
21.40.44 Standard REPORTING, cause: NORMAL_CLEARING
2020-08-16 14:23:32.182922 [DEBUG] switch_core_state_machine.c:936 (sofia/internal/4001@107
.21.40.44) State REPORTING going to sleep
2020-08-16 14:23:32.182922 [DEBUG] switch_core_state_machine.c:611 (sofia/internal/4001@107
.21.40.44) State Change CS_REPORTING -> CS_DESTROY
2020-08-16 14:23:32.182922 [DEBUG] switch_core_session.c:1726 Session 135711 (sofia/interna
l/4001@107.21.40.44) Locked, Waiting on external entities
2020-08-16 14:23:32.182922 [NOTICE] switch_core_session.c:1744 Session 135711 (sofia/intern
al/4001@107.21.40.44) Ended
2020-08-16 14:23:32.182922 [NOTICE] switch_core_session.c:1748 Close Channel sofia/internal
/4001@107.21.40.44 [CS_DESTROY]
2020-08-16 14:23:32.182922 [DEBUG] switch_core_state_machine.c:739 (sofia/internal/4001@107
.21.40.44) Running State Change CS_DESTROY (Cur 0 Tot 135711)
2020-08-16 14:23:32.182922 [DEBUG] switch_core_state_machine.c:749 (sofia/internal/4001@107
.21.40.44) State DESTROY
2020-08-16 14:23:32.182922 [DEBUG] mod_sofia.c:364 sofia/internal/4001@107.21.40.44 SOFIA D
ESTROY
2020-08-16 14:23:32.182922 [DEBUG] switch_core_state_machine.c:181 sofia/internal/4001@107.
21.40.44 Standard DESTROY
2020-08-16 14:23:32.182922 [DEBUG] switch_core_state_machine.c:749 (sofia/internal/4001@107
.21.40.44) State DESTROY going to sleep
2020-08-16 14:23:32.802942 [WARNING] sofia_reg.c:1794 SIP auth challenge (REGISTER) on sofi
a profile 'internal' for [21@107.21.40.44] from ip 72.106.243.140
2020-08-16 14:23:32.882943 [WARNING] sofia_reg.c:1739 SIP auth failure (REGISTER) on sofia
profile 'internal' for [21@107.21.40.44] from ip 72.106.243.140
 

tmediassembly

New Member
Aug 14, 2020
9
0
1
43
I tried calling from EXT 20 (Gabriel) to *79 (Voicemail). I see in the logs a failure but not sure what it indicates. Please take a look and let me know what you think. Thanks!
 

Attachments

  • Registrations.PNG
    Registrations.PNG
    82.8 KB · Views: 11
  • 20200816_1422GMT_LOGS.txt
    10.1 KB · Views: 6

tmediassembly

New Member
Aug 14, 2020
9
0
1
43
I was able to now dial my voicemail after changing my ACL settings to that of the FusionPBX documentation recommendations here per markjcrane:
Access Controls — FusionPBX Docs documentation

docs.fusionpbx.com

It looks like I am able to dial out from an EXT to another EXT (namely, I tried dialing voicemail and am now able to access it via my EXT). However, when I try to dial out to a North American 10 digit (no preceeding 1), I get this message:

59e38480-f7b2-42ef-a227-0075ef79789c Dialplan: sofia/internal/20@107.21.40.44 Regex (FAIL) [redial] destination_number(3128807031) =~ /^
(redial|\*870)$/ break=on-true

Does this error message ring a bell to anyone? I tried the following...

DESTINATIONS -> OUTBOUND -> Destination (field) -> I tried my 1. public IP and also 2. my provider North American Server address 3. Provided DID number (10 digit number from provider)

and these didn't work.
 

tmediassembly

New Member
Aug 14, 2020
9
0
1
43
Additional output from fs_cli:

59e38480-f7b2-42ef-a227-0075ef79789c Dialplan: sofia/internal/20@107.21.40.44 Regex (PASS)21.40.44->redial] continue=true
[redial] () =~ // break=never[redial] destination_number(3128807031) =~ /^
59e38480-f7b2-42ef-a227-0075ef79789c Dialplan: sofia/internal/20@107.21.40.44 Action hash(i
nsert/${domain_name}-last_dial/${caller_id_number}/${destination_number})[redial] () =~ // break=never
59e38480-f7b2-42ef-a227-0075ef79789c Dialplan: sofia/internal/20@107.21.40.44 parsing [107.nsert/${domain_name}-last_dial/${caller_id_nu
21.40.44->speed_dial] continue=false
59e38480-f7b2-42ef-a227-0075ef79789c Dialplan: sofia/internal/20@107.21.40.44 Regex (FAIL)21.40.44->speed_dial] continue=false
[speed_dial] destination_number(3128807031) =~ /^\*0(.*)$/ break=on-false[speed_dial] destination_number(3128807031) =
59e38480-f7b2-42ef-a227-0075ef79789c Dialplan: sofia/internal/20@107.21.40.44 parsing [107.
21.40.44->default_caller_id] continue=true21.40.44->default_caller_id] continue=true
59e38480-f7b2-42ef-a227-0075ef79789c Dialplan: sofia/internal/20@107.21.40.44 Regex (PASS)[default_caller_id] ${emergency_caller_id_num
[default_caller_id] ${emergency_caller_id_number}() =~ /^$/ break=never
59e38480-f7b2-42ef-a227-0075ef79789c Dialplan: sofia/internal/20@107.21.40.44 Action set(emergency_caller_id_name=${default_emergency_ca
ergency_caller_id_name=${default_emergency_caller_id_name}) INLINE
 
Status
Not open for further replies.