asterisk users - Oct 2006 - asterisk 1.2.12 lost phone registrations today... why?

I lost my internet connection today for a short time.
During that time 1.2.12.1 stopped talking to my phones.
Asterisk was still working as I got 2 voicemails. I have TDM analog 
cards for incoming calls.

Anyway my cisco phones had X's (lost registration) and my uniden phones 
said "Registration error".

Why would phones loose registration to asterisk when the internet 
connection and DNS was lost.
All phones have hardcoded IP addresses not DNS names.

Any ideas? THanks,

Jerry

Jerry Geis wrote:
> I lost my internet connection today for a short time.
> During that time 1.2.12.1 stopped talking to my phones.
> Asterisk was still working as I got 2 voicemails. I have TDM analog 
> cards for incoming calls.
>
> Anyway my cisco phones had X's (lost registration) and my uniden 
> phones said "Registration error".
>
> Why would phones loose registration to asterisk when the internet 
> connection and DNS was lost.
> All phones have hardcoded IP addresses not DNS names.
>
> Any ideas? THanks,
>
> Jerry
>
Was the time correct on the phones?

On Wed, 2006-10-11 at 11:19 -0400, Jerry Geis wrote:
> I lost my internet connection today for a short time.
> During that time 1.2.12.1 stopped talking to my phones.
> Asterisk was still working as I got 2 voicemails. I have TDM analog 
> cards for incoming calls.
> 
> Anyway my cisco phones had X's (lost registration) and my uniden phones
> said "Registration error".
> 
> Why would phones loose registration to asterisk when the internet 
> connection and DNS was lost.
> All phones have hardcoded IP addresses not DNS names.
> 
> Any ideas? THanks,
> 
> Jerry
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

Ditto here.  I run Trixbox 1.1 with the latest updates.

We had a power failure that took down the internet connection and local
DNS server.  My local Cisco phones could not register (IP addresses are
hard-coded) and, because of the DNS failure I could not register with my
SIP provider.  I have not had a chance to sort through the logs, but I
had to reset the Asterisk box, after the DNS server was restored.  In my
case, inbound and outbound PSTN calls (via a TDM11b) were failing.  The
local analog phone rang (on an inbound PSTN call), but did not recognize
the analog answering machine taking the line off-hook.  Once the caller
hung up, the local (analog) phones would ring again, but no call was
present, as reported by my wife.

BTW:  The Asterisk box is on UPS and did not go down and I do not have
voicemail enabled for my local extensions.

This sounds similar, possibly:

http://lists.digium.com/pipermail/asterisk-users/2006-October/168910.html

Bob...

On Wed, 2006-10-11 at 11:19 -0400, Jerry Geis wrote:
> I lost my internet connection today for a short time.
> During that time 1.2.12.1 stopped talking to my phones.
> Asterisk was still working as I got 2 voicemails. I have TDM analog 
> cards for incoming calls.
> 
> Anyway my cisco phones had X's (lost registration) and my uniden phones
> said "Registration error".
> 
> Why would phones loose registration to asterisk when the internet 
> connection and DNS was lost.
> All phones have hardcoded IP addresses not DNS names.
> 
> Any ideas? THanks,
Looking deep in sip.conf there is

;registertimeout=20   ;retry registration calls every 20 seconds
(default)
;registerattempts=10  ;Number of registration attempts before we give up
                     ; 0 = continue forever, hammering the other server
until it
                                ; accepts the registration
                                ; Default is 0 tries, continue forever

If you have the default i.e. forever this would cause a block at this
point for the external registrations and the internals would also become
blocked on their reregistration.

I had a system try 1547 times to register to it's outside provider (all
night) causing the internals to go to "No service". So when someone
came
in in the morning ...



  


-- 
Dave Cotton
Directeur
Linux Autrement
193 rue Marcel Cerdan
84270 Vedene
FRANCE
+33 (0)4 90 23 30 81
http://www.linuxautrement.com