Cisco VoIP telefoons registreren niet na een reboot.

[FatalError]

Als eerste wil ik even melden dat ik pas sinds enkele weken met Cisco VoIP apparatuur werk en dus absoluut niet van de hoed en de rand weet.

Ik heb hier een Cisco 2921 router met E1 interface naar buiten en diverse 7942 telefoons.
De router draait IOS 15.1(1)T met CME 8.0 Configuratie doen we via de commandline.
De telefoons draaien SCCP versie 9.3.1SR1-1S.

Het probleem is dat sinds kort telefoons na een reboot niet meer registreren. Als we we de telefoon factory resetten werkt de telefoon weer totdat we de UTP eruit trekken en de telefoon opnieuw op laten starten.. Dan blijft hij eindeloos proberen te registreren.
Een factory reset waarbij de software enzo opnieuw gedownload wordt laat de telefoon weer werken.

Voor zover ik kan zien zijn er geen relevante wijzigingen geweest in het netwerk en geen relevante configuratiewijzigingen in de voip router (enkel telefoons toegevoegd en nummer/namen aangepast).

"show ephone" laat de telefoon als REGISTERED zien na een factory reset en als DECEASED na een reboot.

De telefoon heeft dan wel een IP adres en is bereikbaar vanaf de voip router die in hetzelfde netwerk hangt. De VoIP router zelf is TFTP server, een van de switches in het netwerk is DHCP server en heeft DHCP optie 150 gezet.

Als test heb ik een 7945 telefoon erbij gepakt. Deze vertoont dezelfde kuren, ook met software versie 9.4.2SR1-1S.

Als het zin heeft kan ik tcpdumps neerzetten. De falende actie laat een SCCP Register bericht zien, en daarna alleen keepalives. Na een factory reset gebeurt er veel meer na de Register en werkt de boel dus.

Heeft iemand enig idee waar ik het moet zoeken? Voor mijn gevoel heb ik het hele Cisco support forum al gelezen.

[ik222]

Ben wel benieuwd naar de captures (vooral de vergelijking werkend vs niet werkend), het lijkt me namelijk dat er in de voorgaande packets een reden te zien moet zijn waarom er bij een reboot na de register verder niets meer gebeurd.

[Bl@ckbird]

Deze ook gecheckt? Als een support contract op de router zit kan je een case openen. Toevallig geen reboot geweest van de router of switches waardoor niet opgeslagen config wijzigingen, niet opgeslagen zijn bij de reboot?

[Voor 19% gewijzigd door Bl@ckbird op 16-12-2015 14:48]

[FatalError]

Ja, die heb ik doorgwerkt Bl@ckbird. Heeft niks opgelost.
We hebben toch maar een case geopend bij de leverancier. Ik ben benieuwd wat ze gaan vinden.

Ik heb oude configuraties vergeleken met een recente. Die laat geen interessante verschillen zien helaas.

[Azhrarn]

Het lijkt mij dus dat de eerste keer hij de goede gegevens krijgt van de DHCP, maar de config file op TFTP-server bevat misschien foute verwijzingen (overwite van tftp-server naar ander adres?) Zodat bij een volgende keer je eigenlijk niet kan registeren? Kan je checken met Wireshark captures denk ik.
Het is maar een idee, ik draai hier CUCM 11, geen praktijk ervaring eigenlijk met Express dingen...

[Vicarious]

Azhrarn schreef op vrijdag 18 december 2015 @ 16:21:
Het lijkt mij dus dat de eerste keer hij de goede gegevens krijgt van de DHCP, maar de config file op TFTP-server bevat misschien foute verwijzingen (overwite van tftp-server naar ander adres?) Zodat bij een volgende keer je eigenlijk niet kan registeren? Kan je checken met Wireshark captures denk ik.
Het is maar een idee, ik draai hier CUCM 11, geen praktijk ervaring eigenlijk met Express dingen...

Het probleem zal inderdaad waarschijnlijk in de config van de TFTP config file zitten. Aangezien hij na een factory reset wel werkt krijgt hij gewoon netjes een IP en de juiste opties (verwijzing naar TFTP server etc.). Pas na de eerste registratie gaat het mis, dan heeft hij al de config van de TFTP server opgeslagen. Wellicht staat daar nog een verwijzing naar een verkeerde call server in?

[knutsel smurf]

Zijn er dhcp opties aanwezig waardoor er wellicht een verkeerde dhcp server geraadpleegd wordt?

[FatalError]

Het is alweer even geleden... Ik heb het probleem bij de leverancier neergelegd. Zij hebben onderzoek gedaan, maar niks kunnen vinden. Daarna hebben zij een TAC case aangemaakt. Cisco had ook nog niks kunnen vinden.
Toen heb ik op oudjaarsdag toch maar de stoute schoenen aangetrokken en IOS 15.4.3M4 geinstalleerd op de voip router.
Nu werkt alles weer als een zonnetje! Telefoons registreren zich weer netjes bij de router als de stroom eraf geweest is!
Ik heb daarna gelijk alle telefoons naar de laatste 9-4-2SR1 versie geupgrade. Ook dat werkt prima.