OpenWrt Forum Archive

Topic: Asterisk blocks when no internet ...

The content of this topic has been archived on 17 Mar 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

Hello All,

I have a WRTSL54GS running OpenWrt & asterisk 1.4.2 and after loosing internet connectivity (ISP problems) i realised that the * would not answer an outside call (from PSTN / FXO) or any call from any extension. I found that the CLI was displaying an expected error about my SIP VOIP account registration and was trying to register, got timeout and pause for 20 sec. and try again to register with the VoIP provider.

I found that * would only answer when doing that 20 sec. pause and as soon as it was trying to register it stopped replying ...
The CPU usage when registering was low ...  but no answer ... The CLI seemed normal ...

This is quite annoying as i expected to be able to do normal calls to the other ext. and using the PSTN line when the Internet is down ...

Anyone has an idea on how this can be fixed ?
Should this be reported as a bug ? (Is it already known ?)
Tnx for any help ...

Noel

An update ...:

After some more testing ...
Actually if you disconnect the system from the wan ...
it get stuck like this on all DNS lookups and it seems to block eveything in all * processes ... It actually takes 4-5 mins before it finally gets to the "Asterisk Ready" prompt !!! (?)

As before it would answer an ext. only in the 20 sec. pause in between registration retries (which take > 1 min to timeout) ...

Then i replace my sip registration domain name by the actual IP address and .. it now no longer "blocks" on the registration attempts ... which again indicate a DNS problem (DNS requests block everything when no WAN connections)

So this might not be an * problem at all but maybe a dnsmasq problem / bug (?)

Anyone know anything about this "blocking" on DNS request with no wan connection problem ?

Is there an alternative to dnsmasq (under WR 0.9) ?

Tnx

Noel

The discussion might have continued from here.