Re: [Freeswitch-users] Dialplan: Outbound route: destination_number: regex question
Hi Roy, many thanks for responding. I am simply trying to finishing configuring the server to make/receive calls from the PSTN. My reference to the regex is from trying to configure an outbound route. Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers: International: +64 22 333 4444 <+64%2022%20333%204444> non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks! Nate. On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote:
Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 <+64%2022%20333%204444> non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate ,
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
^(\+)?((64|0)22)?(3334444)$ On Sun, Jul 2, 2017 at 11:24 PM, Nate <nathan.port@gmail.com> wrote:
Hi Roy, many thanks for responding.
I am simply trying to finishing configuring the server to make/receive calls from the PSTN.
My reference to the regex is from trying to configure an outbound route.
Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers:
International: +64 22 333 4444 <+64%2022%20333%204444> non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks!
Nate.
On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote:
Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 <+64%2022%20333%204444> non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate ,
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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, IMHO, instead of trying to find a single complicated regex working in all cases, a more readable way is to use condition regex="any" to stack all your possible matching regexes and let freeswitch try them one by one: <condition regex="any"> <regex field="destination_number" expression="^(\+6422\d{7})$"/> <regex field="destination_number" expression="^(022\d{7})$"/> <regex field="destination_number" expression="^(\d{7})$"/> <action ...> </condition> Hope this helps. Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sipsolutions.fr .
On 3 Jul 2017, at 05:24, Nate <nathan.port@gmail.com> wrote:
Hi Roy, many thanks for responding.
I am simply trying to finishing configuring the server to make/receive calls from the PSTN.
My reference to the regex is from trying to configure an outbound route.
Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks!
Nate.
On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote: Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate , _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Sorry, I asked a question to freeswitch users list, but why I don't see this question here? It is my second question, and second time question not goes here. 2017-07-03 16:44 GMT+05:00 Vallimamod Abdullah <vma@vallimamod.org>:
Hi,
IMHO, instead of trying to find a single complicated regex working in all cases, a more readable way is to use condition regex="any" to stack all your possible matching regexes and let freeswitch try them one by one:
<condition regex="any"> <regex field="destination_number" expression="^(\+6422\d{7})$"/> <regex field="destination_number" expression="^(022\d{7})$"/> <regex field="destination_number" expression="^(\d{7})$"/> <action ...> </condition>
Hope this helps.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sipsolutions.fr .
On 3 Jul 2017, at 05:24, Nate <nathan.port@gmail.com> wrote:
Hi Roy, many thanks for responding.
I am simply trying to finishing configuring the server to make/receive calls from the PSTN.
My reference to the regex is from trying to configure an outbound route.
Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks!
Nate.
On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote: Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate , ____________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- С уважением, Артур Regards, Arthur
"local: 333 4444" is the one that's going to cause you problems really. It's easy enough to spot a prefix, but hard to spot no prefix (eg 3334444 a local number or an international call to France?) You could spot the international and national dialing prefixes, and treat anything else as local perhaps? On 3 July 2017 at 12:44, Vallimamod Abdullah <vma@vallimamod.org> wrote:
Hi,
IMHO, instead of trying to find a single complicated regex working in all cases, a more readable way is to use condition regex="any" to stack all your possible matching regexes and let freeswitch try them one by one:
<condition regex="any"> <regex field="destination_number" expression="^(\+6422\d{7})$"/> <regex field="destination_number" expression="^(022\d{7})$"/> <regex field="destination_number" expression="^(\d{7})$"/> <action ...> </condition>
Hope this helps.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sipsolutions.fr .
On 3 Jul 2017, at 05:24, Nate <nathan.port@gmail.com> wrote:
Hi Roy, many thanks for responding.
I am simply trying to finishing configuring the server to make/receive calls from the PSTN.
My reference to the regex is from trying to configure an outbound route.
Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks!
Nate.
On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote: Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate , ____________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Ah many thanks for that. Right now I am just trying to isolate the issue that is preventing inbound/outbound calls. I have another closed voip phone system here in the office that can reach my mobile phone with the string 022 333 4444. But when I tried using the regex "^(022\d{7})$" without quotes for the outbound destination_number and now get a new error stating: #487 Missed Call. Now checking the logs to see if there is anything else I can find in there. On Mon, Jul 3, 2017 at 11:44 PM, Vallimamod Abdullah <vma@vallimamod.org> wrote:
Hi,
IMHO, instead of trying to find a single complicated regex working in all cases, a more readable way is to use condition regex="any" to stack all your possible matching regexes and let freeswitch try them one by one:
<condition regex="any"> <regex field="destination_number" expression="^(\+6422\d{7})$"/> <regex field="destination_number" expression="^(022\d{7})$"/> <regex field="destination_number" expression="^(\d{7})$"/> <action ...> </condition>
Hope this helps.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sipsolutions.fr .
On 3 Jul 2017, at 05:24, Nate <nathan.port@gmail.com> wrote:
Hi Roy, many thanks for responding.
I am simply trying to finishing configuring the server to make/receive calls from the PSTN.
My reference to the regex is from trying to configure an outbound route.
Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks!
Nate.
On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote: Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate , ____________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
So I just created a blank log and performed a test call to my mobile and came up with the following snippet from the log. What stands out to me is the declaration that "IP 192.168.1.92 Rejected by acl "domains"." But I wonder if that is just normal as the system is configured to auth by credentials rather than IP address. Can anyone please comment on whether there is anything apparently wrong here? [DEBUG] sofia.c:9837 sofia/internal/200@192.168.1.13 receiving invite from 192.168.1.92:6000 version: 1.6.18 -35-6e79667 64bit [DEBUG] sofia.c:10008 IP 192.168.1.92 Rejected by acl "domains". Falling back to Digest auth. [DEBUG] sofia.c:2334 detaching session 1ea84eeb-e5ba-49c8-83dc-c479eedd6f1c [WARNING] sofia_reg.c:1792 SIP auth challenge (INVITE) on sofia profile 'internal' for [0223334444@192.168.1.13] from ip 192.168.1.92 [DEBUG] switch_core_state_machine.c:603 (sofia/internal/200@192.168.1.13) State NEW [DEBUG] sofia.c:2442 Re-attaching to session 1ea84eeb-e5ba-49c8-83dc-c479eedd6f1c [DEBUG] sofia.c:9837 sofia/internal/200@192.168.1.13 receiving invite from 192.168.1.92:6000 version: 1.6.18 -35-6e79667 64bit [DEBUG] sofia.c:10008 IP 192.168.1.92 Rejected by acl "domains". Falling back to Digest auth. [DEBUG] sofia.c:7048 Channel sofia/internal/200@192.168.1.13 entering state [received][100] I also noted the following snippet from the log where the call finally fails which I hope someone might also be able to identify where I may have something configured incorrectly: [DEBUG] mod_sofia.c:143 sofia/external/0223334444 SOFIA ROUTING [DEBUG] switch_ivr_originate.c:67 (sofia/external/0223334444) State Change CS_ROUTING -> CS_CONSUME_MEDIA [DEBUG] switch_core_state_machine.c:643 (sofia/external/0223334444) State ROUTING going to sleep [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_CONSUME_MEDIA (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:662 (sofia/external/0223334444) State CONSUME_MEDIA [DEBUG] switch_core_state_machine.c:662 (sofia/external/0223334444) State CONSUME_MEDIA going to sleep [DEBUG] sofia.c:7048 Channel sofia/external/0223334444 entering state [calling][0] [DEBUG] sofia.c:7048 Channel sofia/external/0223334444 entering state [terminated][487] [NOTICE] sofia.c:8237 Hangup sofia/external/0223334444 [CS_CONSUME_MEDIA] [ORIGINATOR_CANCEL] [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_HANGUP (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:850 (sofia/external/0223334444) Callstate Change DOWN -> HANGUP [DEBUG] switch_core_state_machine.c:852 (sofia/external/0223334444) State HANGUP [DEBUG] mod_sofia.c:438 Channel sofia/external/0223334444 hanging up, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:60 sofia/external/0223334444 Standard HANGUP, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:852 (sofia/external/0223334444) State HANGUP going to sleep [DEBUG] switch_core_state_machine.c:619 (sofia/external/0223334444) State Change CS_HANGUP -> CS_REPORTING [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_REPORTING (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:938 (sofia/external/0223334444) State REPORTING [DEBUG] switch_core_state_machine.c:174 sofia/external/0223334444 Standard REPORTING, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:938 (sofia/external/0223334444) State REPORTING going to sleep [DEBUG] switch_core_state_machine.c:610 (sofia/external/0223334444) State Change CS_REPORTING -> CS_DESTROY [DEBUG] switch_core_session.c:1664 Session 10 (sofia/external/0223334444) Locked, Waiting on external entities [DEBUG] switch_ivr_originate.c:3848 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] [INFO] mod_dptools.c:3418 Originate Failed. Cause: ORIGINATOR_CANCEL On Wed, Jul 5, 2017 at 10:29 AM, Nate <nathan.port@gmail.com> wrote:
Ah many thanks for that. Right now I am just trying to isolate the issue that is preventing inbound/outbound calls. I have another closed voip phone system here in the office that can reach my mobile phone with the string 022 333 4444.
But when I tried using the regex "^(022\d{7})$" without quotes for the outbound destination_number and now get a new error stating: #487 Missed Call.
Now checking the logs to see if there is anything else I can find in there.
On Mon, Jul 3, 2017 at 11:44 PM, Vallimamod Abdullah <vma@vallimamod.org> wrote:
Hi,
IMHO, instead of trying to find a single complicated regex working in all cases, a more readable way is to use condition regex="any" to stack all your possible matching regexes and let freeswitch try them one by one:
<condition regex="any"> <regex field="destination_number" expression="^(\+6422\d{7})$"/> <regex field="destination_number" expression="^(022\d{7})$"/> <regex field="destination_number" expression="^(\d{7})$"/> <action ...> </condition>
Hope this helps.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sipsolutions.fr .
On 3 Jul 2017, at 05:24, Nate <nathan.port@gmail.com> wrote:
Hi Roy, many thanks for responding.
I am simply trying to finishing configuring the server to make/receive calls from the PSTN.
My reference to the regex is from trying to configure an outbound route.
Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks!
Nate.
On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote: Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate , ____________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Ah, I also just setup another gateway and watched the logs as it tried to register and found the following entries that appear to indicate I don't have the proper external IP addresses assigned somewhere. This system is NAT'd with SIP forwarded: 2017-07-05 11:29:22.655729 [DEBUG] sofia.c:4450 rtp-ip [192.168.1.13] 2017-07-05 11:29:22.655729 [DEBUG] sofia.c:4450 sip-ip [192.168.1.13] 2017-07-05 11:29:22.655729 [DEBUG] sofia.c:4450 ext-rtp-ip [192.168.1.13] 2017-07-05 11:29:22.655729 [DEBUG] sofia.c:4450 ext-sip-ip [192.168.1.13] On Wed, Jul 5, 2017 at 11:25 AM, Nate <nathan.port@gmail.com> wrote:
So I just created a blank log and performed a test call to my mobile and came up with the following snippet from the log. What stands out to me is the declaration that "IP 192.168.1.92 Rejected by acl "domains"." But I wonder if that is just normal as the system is configured to auth by credentials rather than IP address.
Can anyone please comment on whether there is anything apparently wrong here?
[DEBUG] sofia.c:9837 sofia/internal/200@192.168.1.13 receiving invite from 192.168.1.92:6000 version: 1.6.18 -35-6e79667 64bit [DEBUG] sofia.c:10008 IP 192.168.1.92 Rejected by acl "domains". Falling back to Digest auth. [DEBUG] sofia.c:2334 detaching session 1ea84eeb-e5ba-49c8-83dc- c479eedd6f1c [WARNING] sofia_reg.c:1792 SIP auth challenge (INVITE) on sofia profile 'internal' for [0223334444@192.168.1.13] from ip 192.168.1.92 [DEBUG] switch_core_state_machine.c:603 (sofia/internal/200@192.168.1.13) State NEW [DEBUG] sofia.c:2442 Re-attaching to session 1ea84eeb-e5ba-49c8-83dc- c479eedd6f1c [DEBUG] sofia.c:9837 sofia/internal/200@192.168.1.13 receiving invite from 192.168.1.92:6000 version: 1.6.18 -35-6e79667 64bit [DEBUG] sofia.c:10008 IP 192.168.1.92 Rejected by acl "domains". Falling back to Digest auth. [DEBUG] sofia.c:7048 Channel sofia/internal/200@192.168.1.13 entering state [received][100]
I also noted the following snippet from the log where the call finally fails which I hope someone might also be able to identify where I may have something configured incorrectly:
[DEBUG] mod_sofia.c:143 sofia/external/0223334444 SOFIA ROUTING [DEBUG] switch_ivr_originate.c:67 (sofia/external/0223334444) State Change CS_ROUTING -> CS_CONSUME_MEDIA [DEBUG] switch_core_state_machine.c:643 (sofia/external/0223334444) State ROUTING going to sleep [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_CONSUME_MEDIA (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:662 (sofia/external/0223334444) State CONSUME_MEDIA [DEBUG] switch_core_state_machine.c:662 (sofia/external/0223334444) State CONSUME_MEDIA going to sleep [DEBUG] sofia.c:7048 Channel sofia/external/0223334444 entering state [calling][0] [DEBUG] sofia.c:7048 Channel sofia/external/0223334444 entering state [terminated][487] [NOTICE] sofia.c:8237 Hangup sofia/external/0223334444 [CS_CONSUME_MEDIA] [ORIGINATOR_CANCEL] [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_HANGUP (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:850 (sofia/external/0223334444) Callstate Change DOWN -> HANGUP [DEBUG] switch_core_state_machine.c:852 (sofia/external/0223334444) State HANGUP [DEBUG] mod_sofia.c:438 Channel sofia/external/0223334444 hanging up, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:60 sofia/external/0223334444 Standard HANGUP, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:852 (sofia/external/0223334444) State HANGUP going to sleep [DEBUG] switch_core_state_machine.c:619 (sofia/external/0223334444) State Change CS_HANGUP -> CS_REPORTING [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_REPORTING (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:938 (sofia/external/0223334444) State REPORTING [DEBUG] switch_core_state_machine.c:174 sofia/external/0223334444 Standard REPORTING, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:938 (sofia/external/0223334444) State REPORTING going to sleep [DEBUG] switch_core_state_machine.c:610 (sofia/external/0223334444) State Change CS_REPORTING -> CS_DESTROY [DEBUG] switch_core_session.c:1664 Session 10 (sofia/external/0223334444) Locked, Waiting on external entities [DEBUG] switch_ivr_originate.c:3848 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] [INFO] mod_dptools.c:3418 Originate Failed. Cause: ORIGINATOR_CANCEL
On Wed, Jul 5, 2017 at 10:29 AM, Nate <nathan.port@gmail.com> wrote:
Ah many thanks for that. Right now I am just trying to isolate the issue that is preventing inbound/outbound calls. I have another closed voip phone system here in the office that can reach my mobile phone with the string 022 333 4444.
But when I tried using the regex "^(022\d{7})$" without quotes for the outbound destination_number and now get a new error stating: #487 Missed Call.
Now checking the logs to see if there is anything else I can find in there.
On Mon, Jul 3, 2017 at 11:44 PM, Vallimamod Abdullah <vma@vallimamod.org> wrote:
Hi,
IMHO, instead of trying to find a single complicated regex working in all cases, a more readable way is to use condition regex="any" to stack all your possible matching regexes and let freeswitch try them one by one:
<condition regex="any"> <regex field="destination_number" expression="^(\+6422\d{7})$"/> <regex field="destination_number" expression="^(022\d{7})$"/> <regex field="destination_number" expression="^(\d{7})$"/> <action ...> </condition>
Hope this helps.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sipsolutions.fr .
On 3 Jul 2017, at 05:24, Nate <nathan.port@gmail.com> wrote:
Hi Roy, many thanks for responding.
I am simply trying to finishing configuring the server to make/receive calls from the PSTN.
My reference to the regex is from trying to configure an outbound route.
Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks!
Nate.
On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote: Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate , ____________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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/free switch-users http://www.freeswitch.org
____________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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/free switch-users http://www.freeswitch.org
____________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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/free switch-users http://www.freeswitch.org
____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Fs will fallback to Digest from ACL when the source ip is not allowed, this is normal. Looking at your log, it doesn't seem like the client is actually responding to the challenge. Can you take a trace and look at it? You should see the challenge and then an INVITE with credentials. On Wed, Jul 5, 2017 at 9:48 AM Nate <nathan.port@gmail.com> wrote:
Ah, I also just setup another gateway and watched the logs as it tried to register and found the following entries that appear to indicate I don't have the proper external IP addresses assigned somewhere.
This system is NAT'd with SIP forwarded:
2017-07-05 11:29:22.655729 [DEBUG] sofia.c:4450 rtp-ip [192.168.1.13] 2017-07-05 11:29:22.655729 [DEBUG] sofia.c:4450 sip-ip [192.168.1.13] 2017-07-05 11:29:22.655729 [DEBUG] sofia.c:4450 ext-rtp-ip [192.168.1.13] 2017-07-05 11:29:22.655729 [DEBUG] sofia.c:4450 ext-sip-ip [192.168.1.13]
On Wed, Jul 5, 2017 at 11:25 AM, Nate <nathan.port@gmail.com> wrote:
So I just created a blank log and performed a test call to my mobile and came up with the following snippet from the log. What stands out to me is the declaration that "IP 192.168.1.92 Rejected by acl "domains"." But I wonder if that is just normal as the system is configured to auth by credentials rather than IP address.
Can anyone please comment on whether there is anything apparently wrong here?
[DEBUG] sofia.c:9837 sofia/internal/200@192.168.1.13 receiving invite from 192.168.1.92:6000 version: 1.6.18 -35-6e79667 64bit [DEBUG] sofia.c:10008 IP 192.168.1.92 Rejected by acl "domains". Falling back to Digest auth. [DEBUG] sofia.c:2334 detaching session 1ea84eeb-e5ba-49c8-83dc-c479eedd6f1c [WARNING] sofia_reg.c:1792 SIP auth challenge (INVITE) on sofia profile 'internal' for [0223334444@192.168.1.13] from ip 192.168.1.92 [DEBUG] switch_core_state_machine.c:603 (sofia/internal/200@192.168.1.13) State NEW [DEBUG] sofia.c:2442 Re-attaching to session 1ea84eeb-e5ba-49c8-83dc-c479eedd6f1c [DEBUG] sofia.c:9837 sofia/internal/200@192.168.1.13 receiving invite from 192.168.1.92:6000 version: 1.6.18 -35-6e79667 64bit [DEBUG] sofia.c:10008 IP 192.168.1.92 Rejected by acl "domains". Falling back to Digest auth. [DEBUG] sofia.c:7048 Channel sofia/internal/200@192.168.1.13 entering state [received][100]
I also noted the following snippet from the log where the call finally fails which I hope someone might also be able to identify where I may have something configured incorrectly:
[DEBUG] mod_sofia.c:143 sofia/external/0223334444 SOFIA ROUTING [DEBUG] switch_ivr_originate.c:67 (sofia/external/0223334444) State Change CS_ROUTING -> CS_CONSUME_MEDIA [DEBUG] switch_core_state_machine.c:643 (sofia/external/0223334444) State ROUTING going to sleep [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_CONSUME_MEDIA (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:662 (sofia/external/0223334444) State CONSUME_MEDIA [DEBUG] switch_core_state_machine.c:662 (sofia/external/0223334444) State CONSUME_MEDIA going to sleep [DEBUG] sofia.c:7048 Channel sofia/external/0223334444 entering state [calling][0] [DEBUG] sofia.c:7048 Channel sofia/external/0223334444 entering state [terminated][487] [NOTICE] sofia.c:8237 Hangup sofia/external/0223334444 [CS_CONSUME_MEDIA] [ORIGINATOR_CANCEL] [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_HANGUP (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:850 (sofia/external/0223334444) Callstate Change DOWN -> HANGUP [DEBUG] switch_core_state_machine.c:852 (sofia/external/0223334444) State HANGUP [DEBUG] mod_sofia.c:438 Channel sofia/external/0223334444 hanging up, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:60 sofia/external/0223334444 Standard HANGUP, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:852 (sofia/external/0223334444) State HANGUP going to sleep [DEBUG] switch_core_state_machine.c:619 (sofia/external/0223334444) State Change CS_HANGUP -> CS_REPORTING [DEBUG] switch_core_state_machine.c:584 (sofia/external/0223334444) Running State Change CS_REPORTING (Cur 2 Tot 10) [DEBUG] switch_core_state_machine.c:938 (sofia/external/0223334444) State REPORTING [DEBUG] switch_core_state_machine.c:174 sofia/external/0223334444 Standard REPORTING, cause: ORIGINATOR_CANCEL [DEBUG] switch_core_state_machine.c:938 (sofia/external/0223334444) State REPORTING going to sleep [DEBUG] switch_core_state_machine.c:610 (sofia/external/0223334444) State Change CS_REPORTING -> CS_DESTROY [DEBUG] switch_core_session.c:1664 Session 10 (sofia/external/0223334444) Locked, Waiting on external entities [DEBUG] switch_ivr_originate.c:3848 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] [INFO] mod_dptools.c:3418 Originate Failed. Cause: ORIGINATOR_CANCEL
On Wed, Jul 5, 2017 at 10:29 AM, Nate <nathan.port@gmail.com> wrote:
Ah many thanks for that. Right now I am just trying to isolate the issue that is preventing inbound/outbound calls. I have another closed voip phone system here in the office that can reach my mobile phone with the string 022 333 4444.
But when I tried using the regex "^(022\d{7})$" without quotes for the outbound destination_number and now get a new error stating: #487 Missed Call.
Now checking the logs to see if there is anything else I can find in there.
On Mon, Jul 3, 2017 at 11:44 PM, Vallimamod Abdullah <vma@vallimamod.org
wrote:
Hi,
IMHO, instead of trying to find a single complicated regex working in all cases, a more readable way is to use condition regex="any" to stack all your possible matching regexes and let freeswitch try them one by one:
<condition regex="any"> <regex field="destination_number" expression="^(\+6422\d{7})$"/> <regex field="destination_number" expression="^(022\d{7})$"/> <regex field="destination_number" expression="^(\d{7})$"/> <action ...> </condition>
Hope this helps.
Best Regards, -- Vallimamod Abdullah SIP Solutions vma@sipsolutions.fr .
On 3 Jul 2017, at 05:24, Nate <nathan.port@gmail.com> wrote:
Hi Roy, many thanks for responding.
I am simply trying to finishing configuring the server to make/receive calls from the PSTN.
My reference to the regex is from trying to configure an outbound route.
Can anyone offer any advice on a regex that will work for me to reach any of the following phone numbers:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
From the number assigned to my account? +64 9 xxx yyyy
Many many thanks!
Nate.
On Sat, Jul 1, 2017 at 9:17 AM, <royj@yandex.ru> wrote: Not quite clear. What are you trying to achieve?
30.06.2017, 11:11, "Nate" <nathan.port@gmail.com>:
Good day/evening everyone,
Apologies for not being able to figure this out on my own. I've been searching and trying for several days to get inbound/outbound working but have yet to see success.
At this stage I need help determining a proper regex expression for handling New Zealand phone numbers.
For instance, there are three different ways of expressing numbers here in NZ:
International: +64 22 333 4444 non-local: 022 333 4444 local: 333 4444
A couple questions related to the SIP proxy:
If the SIP proxy is located in Hong Kong, but the phone number is a New Zealand number, does the location of the proxy have any impact on the number of characters in the string for inbound/outbound calls?
Again, apologies for the rudimentary nature of these questions, but having nearly exhausted all other options (docs, searches, IRC), I am now spending a large amount of time guessing and trial and error without any progress.
Many thanks for any feedback at all.
Nate ,
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
Heaps of thanks David, and apologies for my lack of certainty regarding what you mean by "trace". I have increased debugging on all aspects and seem have turned up the following entries from the log and thought I would ask for a sanity check here. Does the context look okay to you? 0223334444 is an alias for my mobile number. I can see where certain decisions are being made such as responding to my INVITE with 480 at the end, but why? Is there another log I can set up or something? ... 2017-07-06 16:10:40.694638 [DEBUG] mod_sofia.c:143 sofia/internal/ 200@192.168.1.13 SOFIA ROUTING 2017-07-06 16:10:40.694638 [DEBUG] switch_core_state_machine.c:236 sofia/internal/200@192.168.1.13 Standard ROUTING 2017-07-06 16:10:40.694638 [INFO] mod_dialplan_xml.c:637 Processing 200 <200>->0223334444 in context 192.168.1.13 Dialplan: sofia/internal/200@192.168.1.13 parsing [192.168.1.13->user_exists] continue=true Dialplan: sofia/internal/200@192.168.1.13 Regex (PASS) [user_exists] () =~ // break=on-false Dialplan: sofia/internal/200@192.168.1.13 Action set(user_exists=${user_exists id ${destination_number} ${domain_name}}) INLINE 2017-07-06 16:10:40.733859 [DEBUG] freeswitch_lua.cpp:365 DBH handle 0x7f2ba40aa750 Connected. 2017-07-06 16:10:40.733859 [DEBUG] freeswitch_lua.cpp:382 DBH handle 0x7f2ba40aa750 released. EXECUTE sofia/internal/200@192.168.1.13 set(user_exists=false) 2017-07-06 16:10:40.733859 [DEBUG] mod_dptools.c:1530 SET sofia/internal/ 200@192.168.1.13 [user_exists]=[false] ... ///Note: after a whole lot of conditionals and such, things appear to get interesting again: ... 2017-07-06 16:10:40.753859 [DEBUG] mod_sofia.c:198 sofia/internal/ 200@192.168.1.13 SOFIA EXECUTE 2017-07-06 16:10:40.753859 [DEBUG] switch_core_state_machine.c:328 sofia/internal/200@192.168.1.13 Standard EXECUTE ed34877a-2bed-4478-947a-13bc01ef90a7 EXECUTE sofia/internal/200@192.168.1.13 set(call_direction=local) 2017-07-06 16:10:40.753859 [DEBUG] mod_dptools.c:1530 SET sofia/internal/ 200@192.168.1.13 [call_direction]=[local] EXECUTE sofia/internal/200@192.168.1.13 export(origination_callee_id_name= 0223334444) 2017-07-06 16:10:40.753859 [DEBUG] switch_channel.c:1296 EXPORT (export_vars) [origination_callee_id_name]=[0223334444] EXECUTE sofia/internal/200@192.168.1.13 set(RFC2822_DATE=Thu, 06 Jul 2017 16:10:40 +1200) 2017-07-06 16:10:40.753859 [DEBUG] mod_dptools.c:1530 SET sofia/internal/ 200@192.168.1.13 [RFC2822_DATE]=[Thu, 06 Jul 2017 16:10:40 +1200] 34877a-2bed-4478-947a-13bc01ef90a7 EXECUTE sofia/internal/200@192.168.1.13 hash(insert/192.168.1.13-last_dial/200/0226391300) ed34877a-2bed-4478-947a-13bc01ef90a7 EXECUTE sofia/internal/200@192.168.1.13 eval(not_secure) 2017-07-06 16:10:40.753859 [NOTICE] switch_core_state_machine.c:385 sofia/internal/200@192.168.1.13 has executed the last dialplan instruction, hanging up. 2017-07-06 16:10:40.753859 [NOTICE] switch_core_state_machine.c:387 Hangup sofia/internal/200@192.168.1.13 [CS_EXECUTE] [NORMAL_CLEARING] 2017-07-06 16:10:40.753859 [DEBUG] switch_core_state_machine.c:650 (sofia/internal/200@192.168.1.13) State EXECUTE going to sleep 2017-07-06 16:10:40.753859 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/200@192.168.1.13) Running State Change CS_HANGUP (Cur 1 Tot 15) 2017-07-06 16:10:40.753859 [DEBUG] switch_core_state_machine.c:850 (sofia/internal/200@192.168.1.13) Callstate Change RINGING -> HANGUP 2017-07-06 16:10:40.753859 [DEBUG] switch_core_state_machine.c:852 (sofia/internal/200@192.168.1.13) State HANGUP 2017-07-06 16:10:40.753859 [DEBUG] mod_sofia.c:438 Channel sofia/internal/ 200@192.168.1.13 hanging up, cause: NORMAL_CLEARING 2017-07-06 16:10:40.753859 [DEBUG] mod_sofia.c:577 Responding to INVITE with: 480 Many many thanks for looking this over! Nate. On Thu, Jul 6, 2017 at 12:07 AM, David Villasmil < david.villasmil.work@gmail.com> wrote:
Fs will fallback to Digest from ACL when the source ip is not allowed, this is normal.
Looking at your log, it doesn't seem like the client is actually responding to the challenge.
Can you take a trace and look at it? You should see the challenge and then an INVITE with credentials.
participants (6)
-
Artur Mega
-
David Villasmil
-
Luis Jimenez
-
Nate
-
Steven Ayre
-
Vallimamod Abdullah