[Freeswitch-users] Trouble connecting Sangoma Vega 50 BRI to Freeswitch

Thu Feb 1 15:42:27 UTC 2018

Thanks, i fixed many things. Now i have a non-registrar connection working.

But yet i have another problem with outbound routes.

I configured this regex to match all numbers more then 2 numbers routed to
gateway -> 

(^\d{3,15}$)

But it won¹t work.

Here the output from the logfile of the interesting section:

2018-02-01 16:25:58.140689 [INFO] mod_dialplan_xml.c:637 Processing Zentrale
-PLY <00>->01763426XXXX in context public freeswitch at greg-ph01-pbx> [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [Content-Type] = [log/data] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [Content-Length] = [87] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [Log-Level] = [7] [DEBUG] esl.c:1316
esl_recv_event() RECV HEADER [Text-Channel] = [1] [DEBUG] esl.c:1316
esl_recv_event() RECV HEADER [Log-File] = [mod_dialplan_xml.c] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [Log-Func] = [dialplan_hunt] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [Log-Line] = [694] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [User-Data] =
[9896a97c-796d-4e45-84c1-baad7f48f4b0] [DEBUG] esl.c:1480 esl_recv_event()
RECV MESSAGE Event-Name: SOCKET_DATA Content-Type: log/data Content-Length:
87 Log-Level: 7 Text-Channel: 1 Log-File: mod_dialplan_xml.c Log-Func:
dialplan_hunt Log-Line: 694 User-Data: 9896a97c-796d-4e45-84c1-baad7f48f4b0
Content-Length: 87 
Dialplan: sofia/internal/00 at 192.168.170.204 parsing [public->32595XXXX]
continue=false 
Dialplan: sofia/internal/00 at 192.168.170.204 parsing [public->32595XXXX]
continue=false freeswitch at greg-ph01-pbx> [DEBUG] esl.c:1316 esl_recv_event()
RECV HEADER [Content-Type] = [log/data] [DEBUG] esl.c:1316 esl_recv_event()
RECV HEADER [Content-Length] = [136] [DEBUG] esl.c:1316 esl_recv_event()
RECV HEADER [Log-Level] = [7] [DEBUG] esl.c:1316 esl_recv_event() RECV
HEADER [Text-Channel] = [1] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Log-File] = [mod_dialplan_xml.c] [DEBUG] esl.c:1316 esl_recv_event() RECV
HEADER [Log-Func] = [parse_exten] [DEBUG] esl.c:1316 esl_recv_event() RECV
HEADER [Log-Line] = [424] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[User-Data] = [9896a97c-796d-4e45-84c1-baad7f48f4b0] [DEBUG] esl.c:1480
esl_recv_event() RECV MESSAGE Event-Name: SOCKET_DATA Content-Type: log/data
Content-Length: 136 Log-Level: 7 Text-Channel: 1 Log-File:
mod_dialplan_xml.c Log-Func: parse_exten Log-Line: 424 User-Data:
9896a97c-796d-4e45-84c1-baad7f48f4b0 Content-Length: 136
Dialplan: sofia/internal/00 at 192.168.170.204 Regex (FAIL) [32595XXXX]
destination_number(01763426XXXX) =~ /^(32595XXXX)$/ break=on-false
Dialplan: sofia/internal/00 at 192.168.170.204 Regex (FAIL) [32595XXXX]
destination_number(01763426XXXX) =~ /^(32595XXXX)$/ break=on-false
freeswitch at greg-ph01-pbx> [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Content-Type] = [log/data] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Content-Length] = [85] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Log-Level] = [6] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Text-Channel] = [3] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Log-File] = [switch_core_state_machine.c] [DEBUG] esl.c:1316
esl_recv_event() RECV HEADER [Log-Func] = [switch_core_standard_on_routing]
[DEBUG] esl.c:1316 esl_recv_event() RECV HEADER [Log-Line] = [311] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [User-Data] =
[9896a97c-796d-4e45-84c1-baad7f48f4b0] [DEBUG] esl.c:1480 esl_recv_event()
RECV MESSAGE Event-Name: SOCKET_DATA Content-Type: log/data Content-Length:
85 Log-Level: 6 Text-Channel: 3 Log-File: switch_core_state_machine.c
Log-Func: switch_core_standard_on_routing Log-Line: 311 User-Data:
9896a97c-796d-4e45-84c1-baad7f48f4b0 Content-Length: 85
2018-02-01 16:25:58.160687 [INFO] switch_core_state_machine.c:311 No Route,
Aborting 
2018-02-01 16:25:58.160687 [INFO] switch_core_state_machine.c:311 No Route,
Aborting freeswitch at greg-ph01-pbx> [DEBUG] esl.c:1316 esl_recv_event() RECV
HEADER [Content-Type] = [log/data] [DEBUG] esl.c:1316 esl_recv_event() RECV
HEADER [Content-Length] = [145] [DEBUG] esl.c:1316 esl_recv_event() RECV
HEADER [Log-Level] = [5] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Text-Channel] = [0] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Log-File] = [switch_core_state_machine.c] [DEBUG] esl.c:1316
esl_recv_event() RECV HEADER [Log-Func] = [switch_core_standard_on_routing]
[DEBUG] esl.c:1316 esl_recv_event() RECV HEADER [Log-Line] = [312] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [User-Data] =
[9896a97c-796d-4e45-84c1-baad7f48f4b0] [DEBUG] esl.c:1480 esl_recv_event()
RECV MESSAGE Event-Name: SOCKET_DATA Content-Type: log/data Content-Length:
145 Log-Level: 5 Text-Channel: 0 Log-File: switch_core_state_machine.c
Log-Func: switch_core_standard_on_routing Log-Line: 312 User-Data:
9896a97c-796d-4e45-84c1-baad7f48f4b0 Content-Length: 145
2018-02-01 16:25:58.160687 [NOTICE] switch_core_state_machine.c:312 Hangup
sofia/internal/00 at 192.168.170.204 [CS_ROUTING] [NO_ROUTE_DESTINATION]
2018-02-01 16:25:58.160687 [NOTICE] switch_core_state_machine.c:312 Hangup
sofia/internal/00 at 192.168.170.204 [CS_ROUTING] [NO_ROUTE_DESTINATION]
freeswitch at greg-ph01-pbx> [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Content-Type] = [log/data] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Content-Length] = [132] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Log-Level] = [7] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Text-Channel] = [3] [DEBUG] esl.c:1316 esl_recv_event() RECV HEADER
[Log-File] = [switch_core_state_machine.c] [DEBUG] esl.c:1316
esl_recv_event() RECV HEADER [Log-Func] = [switch_core_session_run] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [Log-Line] = [643] [DEBUG]
esl.c:1316 esl_recv_event() RECV HEADER [User-Data] =
[9896a97c-796d-4e45-84c1-baad7f48f4b0] [DEBUG] esl.c:1480 esl_recv_event()
RECV MESSAGE Event-Name: SOCKET_DATA Content-Type: log/data Content-Length:
132 Log-Level: 7 Text-Channel: 3 Log-File: switch_core_state_machine.c
Log-Func: switch_core_session_run Log-Line: 643 User-Data:
9896a97c-796d-4e45-84c1-baad7f48f4b0 Content-Length: 132

Von:  FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> on
behalf of Vallimamod Abdullah <vma at vallimamod.org>
Antworten an:  FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Datum:  Freitag, 26. Januar 2018 um 18:29
An:  FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Betreff:  Re: [Freeswitch-users] Trouble connecting Sangoma Vega 50 BRI to
Freeswitch

Hi,

It looks that you have a problem with your config:

> nta.c:10803 outgoing_query_a() nta: for "9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f"
> query "9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f" A (cached)

Sofia is looking to resolve the "9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f"
domain, which obviously fails...

Btw, you don't have to worry about NAPTR or SRV records as if they are not
found, sofia falls back to A record.

Best Regards,
-- 
Vallimamod Abdullah
SIP Solutions
vma at sipsolutions.fr
.

> On 26 Jan 2018, at 12:11, Markus Badberg -PLY <markus at ply.com> wrote:
> 
> 
> It seems, that it has something to do with NAPTR Records.
> 
> I¹ve no clue about that. I¹m running a simple DNS-Resolver on pfsense. No full
> DNS Server. Maybe could be this the problem?
> How do i fix NAPTR Records?
> 
> Here is the logging output from freeswitch:
> tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7f529c0042c0): events IN
> tport.c:2864 tport_recv_event() tport_recv_event(0x7f529c0042c0)
> tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7f529c0042c0) msg
> 0x7f529c003230 from (udp/192.168.170.204:5060) has 4 bytes, veclen = 1
> tport.c:3023 tport_deliver() tport_deliver(0x7f529c0042c0): bad msg
> 0x7f529c003230 (4 bytes) from udp/192.168.170.10:5060/sip next=(nil)
> 2018-01-26 12:05:56.939301 [NOTICE] sofia_reg.c:448 Registering
> 9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f
> nua.c:622 nua_register() nua: nua_register: entering
> nua_stack.c:569 nua_stack_signal() nua(0x7f5294024b60): recv signal r_register
> nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering
> soa.c:403 soa_set_params() soa_set_params(static::0x7f529c0360a0, ...) called
> nua_dialog.c:338 nua_dialog_usage_add() nua(0x7f5294024b60): adding register
> usage
> nua_stack.c:529 nua_signal() nua(0x7f5294024b60): sent signal r_register
> nta.c:4417 nta_leg_tcreate() nta_leg_tcreate(0x7f529c038a40)
> nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip
> sres_cache.c:272 sres_cache_get() sres_cache_get(0x7f529c002c40, SRV,
> "_sip._udp.9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f.") called
> sres_cache.c:318 sres_cache_get() sres_cache_get(0x7f529c002c40, SRV,
> "_sip._udp.9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f.") returned 1 entries
> nta.c:10598 outgoing_query_srv() nta: for
> "9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f" query
> "_sip._udp.9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f" SRV (cached)
> sres_cache.c:272 sres_cache_get() sres_cache_get(0x7f529c002c40, A,
> "9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f.") called
> sres_cache.c:318 sres_cache_get() sres_cache_get(0x7f529c002c40, A,
> "9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f.") returned 1 entries
> nta.c:10803 outgoing_query_a() nta: for "9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f"
> query "9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f" A (cached)
> nta.c:1348 set_timeout() nta: timer shortened to 5000 ms
> nua_stack.c:271 nua_stack_event() nua(0x7f5294024b60): event r_register 503
> DNS Error
> nua_dialog.c:397 nua_dialog_usage_remove_at() nua(0x7f5294024b60): removing
> register usage
> nta.c:4470 nta_leg_destroy() nta_leg_destroy(0x7f529c038a40)
> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering
> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering
> 2018-01-26 12:05:56.939301 [ERR] sofia_reg.c:2447
> 9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f Failed Registration with status DNS Error
> [503]. failure #99
> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering
> 2018-01-26 12:05:57.939301 [WARNING] sofia_reg.c:505
> 9bde7ac0-4a8f-4937-ab2e-0c213e8c1d2f Failed Registration [503], setting retry
> to 30 seconds.
> nta.c:9101 outgoing_timer_dk() nta: timer K fired, terminate REGISTER
> (118146314)
> 
> 
> greetings
> Von:  FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> on
> behalf of Volodymyr Fedorov <lexxua at gmail.com>
> Antworten an:  FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Datum:  Freitag, 26. Januar 2018 um 10:25
> An:  FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Betreff:  Re: [Freeswitch-users] Trouble connecting Sangoma Vega 50 BRI to
> Freeswitch
> 
> Hi, maybe pcap with register towards to Freeswitch will be useful.
> I had vega euro 50 with FXS ports and combination works without any issue.
> 
> On Thu, Jan 25, 2018 at 4:09 PM, badhills <markus at ply.com> wrote:
>> Hi,
>> 
>> i have trouble connecting my Sangoma vega 50 BRI to Freeswitch.
>> 
>> I setup the Vega in quick setup, with user and password.
>> 
>> Then i setup the gateway in freeswitch. But both sides are getting forbidden
>> and unauthorized messages.
>> In the freeswitch log is a dns failure, but dns seems to working great. I
>> can't find issues there.
>> 
>> Unfortunately, I haven't found anything suitable yet and I'm getting
>> desperate. It can't be that hard. If I configure extensions, it works fine
>> and I can make internal calls with 2 or more phones. The connection to the
>> gateway isn't very different, is it?
>> 
>> Under Asterisk with Freepbx I already got this to work, but I wanted to try
>> it with FreeSwitch.
>> 
>> Had anybody a working connection and could explain it a lil bit to me?
>> 
>> kind regards,
>> Markus
>> 
>> 
>> 
>> --
>> Sent from: http://freeswitch-users.2379917.n2.nabble.com/
>> 
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
>> 
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org <http://www.freeswitch.org/>
>> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
>> http://www.cluecon.com <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 <http://www.freeswitch.org/>
> 
> 
> 
> -- 
> Best regards,
> Volodymyr
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.orghttp://www.freeswitchsolutions.com
> <http://www.freeswitchsolutions.com/> Official FreeSWITCH Sites
> http://www.freeswitch.org <http://www.freeswitch.org/>
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> http://www.cluecon.com <http://www.cluecon.com/> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listi
> nfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp:/
> /www.freeswitch.org <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/20180201/cb26b9a9/attachment-0001.html>