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

David Villasmil david.villasmil.work at gmail.com
Wed Jul 5 12:07:12 UTC 2017


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 at 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 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/freeswitch-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
>>>> >
>>>> >
>>>> _________________________________________________________________________
>>>> > 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
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> 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
>>>>
>>>
>>>
>>
> _________________________________________________________________________
> 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/7f445527/attachment-0001.html>


More information about the FreeSWITCH-users mailing list