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

Tue Jul 4 23:25:01 UTC 2017

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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170705/ec5e3f51/attachment-0001.html>