Using number_alias in FusionPBX v5.0.1

Status
Not open for further replies.

Henry Jones

New Member
Apr 4, 2017
16
2
3
51
Georgia, USA
Hello,

I have a recent installation of FusionPBX 5.0.1 installed on Debian 11. As in previous versions I created extensions as alpha characters. I realized the number_alias field was not available. I discovered how to enable it and did.
1661952679820.png

After enabling the field I input values in the fields and enabled direct dial from an IVR. When I dial the extension I get the recording "Transferring to Extension" please hold. A few seconds later I get the voicemail for that extension even though the phone for that extension is registered. It does not recognize the registered extension. Here is an excerpt of the log for the call
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [DEBUG] switch_core_state_machine.c:640 (sofia/internal/4705551212@my.voipserver.com) State ROUTING going to sleep
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [NOTICE] switch_core_state_machine.c:307 Hangup sofia/internal/4705551212@my.voipserver.com [CS_ROUTING] [NO_ROUTE_DESTINATION]
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [INFO] switch_core_state_machine.c:306 No Route, Aborting
57440f56-1d74-4ccb-b3aa-106827976ebb Dialplan: sofia/internal/4705551212@my.voipserver.com Regex (FAIL) [2010] destination_number(accounting) =~ /^(2010)$/ break=on-false
57440f56-1d74-4ccb-b3aa-106827976ebb Dialplan: sofia/internal/4705551212@my.voipserver.com parsing [public->2010] continue=false
57440f56-1d74-4ccb-b3aa-106827976ebb Dialplan: sofia/internal/4705551212@my.voipserver.com Regex (FAIL) [6785551212] destination_number(accounting) =~ /^(6785551212)$/ break=on-false
57440f56-1d74-4ccb-b3aa-106827976ebb Dialplan: sofia/internal/4705551212@my.voipserver.com parsing [public->6785551212] continue=false
57440f56-1d74-4ccb-b3aa-106827976ebb Dialplan: sofia/internal/4705551212@my.voipserver.com Regex (FAIL) [7705551212] destination_number(accounting) =~ /^(7705551212)$/ break=on-false
57440f56-1d74-4ccb-b3aa-106827976ebb Dialplan: sofia/internal/4705551212@my.voipserver.com parsing [public->7705551212] continue=false
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [INFO] mod_dialplan_xml.c:639 Processing ATLANTA NE GA <4705551212>->accounting in context public
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [DEBUG] switch_core_state_machine.c:230 sofia/internal/4705551212@my.voipserver.com Standard ROUTING
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [DEBUG] mod_sofia.c:158 sofia/internal/4705551212@my.voipserver.com SOFIA ROUTING
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [DEBUG] switch_core_state_machine.c:640 (sofia/internal/4705551212@my.voipserver.com) State ROUTING
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [DEBUG] switch_channel.c:2380 (sofia/internal/4705551212@my.voipserver.com) Callstate Change DOWN -> RINGING
57440f56-1d74-4ccb-b3aa-106827976ebb 2022-08-31 09:36:49.767102 99.33% [DEBUG] switch_core_state_machine.c:581 (sofia/internal/4705551212@my.voipserver.com) Running State Change CS_ROUTING (Cur 3 Tot 9892)

It appears to be associating the extension (2010) with the correct alpha extension (accounting) but is is not transferring to the registered extension.

Can someone give me ideas or a solution for this problem?

Thank You.
 
Status
Not open for further replies.