[Freeswitch-users] Dialplan: Outbound route: destination_number: regex question

Tue Jul 4 23:35:04 UTC 2017

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 at 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 at 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 at 192.168.1.13] from ip 192.168.1.92
>  [DEBUG] switch_core_state_machine.c:603 (sofia/internal/200 at 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 at 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 at 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 at 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 at 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 at sipsolutions.fr
>>> .
>>>
>>>
>>> > On 3 Jul 2017, at 05:24, Nate <nathan.port at 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 at yandex.ru> wrote:
>>> > Not quite clear. What are you trying to achieve?
>>> >
>>> > 30.06.2017, 11:11, "Nate" <nathan.port at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170705/2556accb/attachment-0001.html>