QUESTION Losing Registration On Internet Outage

James Wallace

New Member
Joined
Jul 31, 2016
Messages
7
Reaction score
0
Hi everyone,

I'm having a real hard time with IncrediblePBX 13 at a client: If their Internet goes down at all, I lose all ability to register with VOIP.ms until I reboot the PBX.

I've swapped the firewall out for a Sopos XG unit (it was MikroTik before), I've tried to switch to TCP (put tcpenable=yes in the SIP settings, this does not seem to have actually switched it over though, as the Firewall is still reporting UDP traffic). I've adjusted timeouts, I've switched VOIP.ms servers.

I'm at a loss now, I have no idea why this is happening, but it's causing big problems for the client (obviously!)

I'm running IncrediblePBX 13 in VMWare from the IncredibleISO Ubuntu installer. Internet is ADSL with a static IP.

Here are my Trunk settings:

username=VOIPMSUSERNAME
secret=VOIPMSPASSWORD
type=peer
trustrpid=yes
sendrpid=yes
qualify=yes
nat=yes
insecure=invite
host=toronto7.voip.ms
disallow=all
context=from-trunk
canreinvite=nonat
allow=ulaw
; allow=g729 ; uncomment if you purchased g.729 from Digium



Registration String: VOIPMSUSERNAME:[email protected]:5060\


Here is a sample of the log from yesterday when they lost connection (18:34-18:25)


Code:
[2018-06-17 17:39:01] VERBOSE[129705] asterisk.c: Remote UNIX connection disconnected
[2018-06-17 17:39:01] VERBOSE[2255] asterisk.c: Remote UNIX connection
[2018-06-17 17:39:01] VERBOSE[129707] asterisk.c: Remote UNIX connection disconnected
[2018-06-17 18:24:24] ERROR[2459] netsock2.c: getaddrinfo("toronto8.voip.ms", "(null)", ...): Temporary failure in name resolution
[2018-06-17 18:24:24] WARNING[2459] acl.c: Unable to lookup 'toronto8.voip.ms'
[2018-06-17 18:24:24] NOTICE[2459] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #2)
[2018-06-17 18:24:24] WARNING[2459] chan_sip.c: Retransmission timeout reached on transmission 59b4564674ed09866b0968a30db7cce0@[::1] for seqno 5083 (Critical Request) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 50038ms with no response
[2018-06-17 18:24:28] NOTICE[2459] chan_sip.c: Peer 'voipms' is now UNREACHABLE! Last qualify: 8
[2018-06-17 18:24:44] NOTICE[2459] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #3)
[2018-06-17 18:26:49] NOTICE[2459] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #2)
[2018-06-17 18:27:09] NOTICE[2459] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #3)
[2018-06-17 18:27:29] NOTICE[2459] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #4)
[2018-06-17 18:27:49] NOTICE[2459] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #5)




Can anyone help??
 

phonebuff

Guru
Joined
Feb 7, 2008
Messages
1,115
Reaction score
129
I will start by saying I don't use VOIP.ms so I may be off base here --

But your context and registration string are specifically for toronto7 and error log shows you trying to connect to toronto8.

They resolve to two different IP addresses. So it could be firewall rules on your side ?

Or on the Voip.ms side Is this transparent ?

---------
 

James Wallace

New Member
Joined
Jul 31, 2016
Messages
7
Reaction score
0
The logs are from when I was using toronto8, today I switched to toronto7 in getting them back up and running.
 

phonebuff

Guru
Joined
Feb 7, 2008
Messages
1,115
Reaction score
129
Well then the information is not much help --

But you should try and understand why - " Unable to lookup 'toronto8.voip.ms' "
 

James Wallace

New Member
Joined
Jul 31, 2016
Messages
7
Reaction score
0
That log entry occurs when the Internet is down, but when it comes back up, it never reconnects.
 

atsak

Guru
Joined
Sep 7, 2009
Messages
2,381
Reaction score
436
Yep, same experience with same versions and voip.ms. I just reboot . . .
 

phonebuff

Guru
Joined
Feb 7, 2008
Messages
1,115
Reaction score
129
Based on your log it never retries the DNS resolution getaddrinfo() . But that could just be the logging level.

There are at least two Attempt #2 and # 3 entries, which seems strange. You might try adding the target into the host file and locally defining it to see if the issue is DNS recovery logic or something more.

You could also probably do a shell script to see if the trunk is connected or not, and if unreachable then so a sip reload or use fwconsole restart. When you have the script put it in cron to run every n minutes It will not necessary solve your problem, but it should mask it from the users fairly well until you can find an answer.

Good l.uck --

PS: Here is a link to getting started with the script -

https://community.spiceworks.com/topic/876356-cron-job-to-check-for-a-specific-unreachable-sip-peer
 

Members online

No members online now.

Forum statistics

Threads
25,781
Messages
167,507
Members
19,201
Latest member
troutpocket
Get 3CX - Absolutely Free!

Link up your team and customers Phone System Live Chat Video Conferencing

Hosted or Self-managed. Up to 10 users free forever. No credit card. Try risk free.

3CX
A 3CX Account with that email already exists. You will be redirected to the Customer Portal to sign in or reset your password if you've forgotten it.
Top