ich hab hier eine Pascom Anlage Version 15.12 die in unregelmäßigen Zeitabständen die Verbindung zu den Telekom Servern verliert und es auch nicht nacht Tagen schafft sich wieder zu verbinden. Die Anlage steht hinter einer pfSense und der Internetanschluss ist ein ALLIP Business Anschluss der Telekom mit 100/40.
In der pfSense ist ein static Outbound NAT für die Telefonanlage hinterlegt.
Es handelt sich hierbei nicht um einen SIP-Trunk!
[Jul 12 10:17:17] NOTICE[2911] chan_sip.c: Peer ‘mdc_trunk_conf-14’ is now UNREACHABLE! Last qualify: 25
[Jul 12 10:17:17] NOTICE[2911] chan_sip.c: Peer ‘mdc_trunk_conf-13’ is now UNREACHABLE! Last qualify: 24
[Jul 12 10:17:17] NOTICE[2911] chan_sip.c: Peer ‘mdc_trunk_conf-15’ is now UNREACHABLE! Last qualify: 26
[Jul 12 10:22:17] NOTICE[2911] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #2)
[Jul 12 10:22:18] NOTICE[2911] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #2)
[Jul 12 10:22:18] NOTICE[2911] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #2)
[Jul 12 10:22:37] NOTICE[2911] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #3)
…
[Jul 26 02:03:50] NOTICE[2958] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #28584)
[Jul 26 02:03:50] NOTICE[2958] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #28584)
[Jul 26 02:03:50] NOTICE[2958] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #28584)
[Jul 26 02:04:10] NOTICE[2958] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #28585)
[Jul 26 02:04:10] NOTICE[2958] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #28585)
[Jul 26 02:04:10] NOTICE[2958] chan_sip.c: – Registration for ‘12345@tel.t-online.de’ timed out, trying again (Attempt #28585)
Wenn ich einen “sip reload” durchführe wird die Verbindung wieder hergestellt. Woran könnte das liegen und wie beheb ich das Problem?
vorne weg wird es mit dem Mehrgeräte SIP Anschluss der Telekom leider immer schwierig werden, da hier nur der SIP Trunk zum Betrieb mit einer “fremden” Telefonanlage empfohlen wird.
Die Telekom Loadbalanced hier sehr viel über DNS und weißt in relativ kurzen unregelmäßigen Intervallen neue Hosts als zuständige Registrare zu.
Ich kann mir vorstellen das es bei dir schon helfen würde, wenn du nur einen Telekom DNS Server (ohne secundary DNS) unter Appliance->Dienste einträgst.
Verwendest du auch eine aktuelle Vorlage oder wurde die ggf über Updates hinweg einfach beibehalten? Speziell transport=tcp wäre als option relativ wichtig.
Sollte das Problem trotz der oben vorgeschlagenen DNS Konfiguration erneut auftreten, dann gib mir bitte nochmal Bescheid.
Ich hab die Änderungen vorgenommen und beobachte es weiter!
Danke erstmal für die Tipps.
Ich habe jetzt die pfSense als DNS-Forwarder eingetragen und dort ist der Cache ausgestellt. Die pfSense nutzt die Telekom DNS-Server, welche über pppoe mitgegeben werden.
hat der Anschluss eine feste IP? Falls nein und es (hoffentlich) ein Businessanschluss ist, würde ich diese aktivieren. Ansonsten wäre interessant, ob peer und SRV Record unterschiedlich sind, denn dann sollte eigentlich das Server Plugin Script einen sip reload ausführen, was das Problem wiederum beheben sollte. Prüfen kann man das folgendermaßen:
als root user:
1.den Befehl asterisk -rx 'sip show peers' | grep trunk eingeben, die IP des peers sollte nun ausgegeben werden
2. die Registrierung mit dem Befehl astersik -rx 'sip show registry' prüfen
3. den SRV Record prüfen, dazu
den Befehl dig _sip._tcp.tel.t-online.de SRV +short eingeben. Hier ist die Zeile in der Links der niedrigste Wert steht relevant
den Befehl nslookup servername ausführen, den Servername aus vorheriger Zeile beziehen, Beispiel n-epp-100.edns.t-ipnet.de . Zurück sollte dann idealerweise die gleiche IP wie beim peer kommen
Ja der Anschluss hat eine feste IP und der nslookup gibt die gleiche IP wie beim peer zurück. Ich weiß jetzt halt nicht ob das auch der Fall war als die Probleme aufgetreten sind.
Nichts es hat nach ca. 30min einfach wieder funktioniert. Wann wird denn das Server Plugin Script immer ausgeführt? Ist damit das neue Skript für den Telekom SIP-Trunk gemeint und funktioniert das überhaupt am Mehrgeräteanschluss?
Ich glaube alle 5 Minuten oder weniger. Ja das Script berücksichtigt auch den Mehrgeräte-Anschluss, auch wenn dieser bei weiten “wackliger” ist und die Telekom zum Betrieb mit einer IP Telefonanlage (die nicht von Ihnen stammt) nur den SIP Trunk empfielt soweit ich weiß.
Hi,
bitte wie oben Beschrieben zum Fehlerzeitpunkt bitte die IP des peers im Asterisk und SRV Record abfragen.
Aufgrund der CLI sieht man nur das die Telekom die ausgehenden Anrufe ablehnt, aus der Erfahrung heraus ist das dann der Fall, wenn wir bereits bei der neuen IP registeriert sind (die über den SRV Record übermittelt wurde) und das Peer durch den sip reload noch nicht nachgezogen wurde.
Sipgate setzt sein Loadbalancing “VoIP” freundlicher um, hier habe ich noch keinen wechsel der IP erlebt, also nein, dieses Problem tritt bei Sipgate nicht auf, wobei ich hier eher Sipgate Trunking empfehlen würde.
Das Problem hat sich in deinem Fall nicht von alleine innerhalb von 5 Minuten erholt?
Ich habe exakt das gleiche Problem. Wir nutzen Version 17.17. In unregelmäßigen Abständen sind Telefonate nicht möglich. Sie sagt es sei registriert. Nach dem ausführen der Befehle von oben stellte ich fest, dass die IPs unterschiedlich sind. Leider heilt sich dieser Zustand nicht von selbst (auch nicht über Stunden). Nur ein Neustart von Pascom löst das Problem. Wird das Script überhaupt ausgeführt oder muss dazu etwas eingestellt werden?
Es wäre sehr schön hier eine Antwort zu bekommen. Da das Problem langsam überhand nimmt. Die Telekom wechselt ständig die IPs und Pascom bleibt auf der alten sitzen. Nur ein händiger Sie reload löst das Problem.
Wann und wie wird das Script gerufen? Hier passiert über Stunden nichts wenn ich nichts von Hand mache.
Ich hatte Gestern auch das gleiche Verhalten. Erst nach einem manuellen “sip reload” über die cli hat es wieder funktioniert.
Mittlerweile kann man ja bei der Telekom eine Funktion aktivieren, sodass die Anrufe weitergeleitet werden wenn der Account nicht angemeldet ist. Aber die Anlage verliert bei dem IP-Wechsel nicht die Verbindung zum Server und somit greift die Weiterleitung auch nicht. Ein “sip show peers” oder “sip show registry” zeigt auch keine Unauffälligkeiten. Alle Peers sind online und registriert.
Ich verstehe auch nicht ganz wieso eine FritzBox oder ein Speedport mit dem IP-Wechsel keine Probleme hat aber die Pascom schon?
Eine (oberflächliche) Teilantwort hierzu lautet, dass die genannten Geräte ja direkt die Router sind, auf denen auch die Telefonie-Funktionen implementiert sind. Damit enfällt dann beispielsweise das Thema NAT.
Geräte, die hinter dem Router im internen Netzwerk angeschlossen sind, verfügen also immer über einen Eintrag in der NAT-Tabelle des Routers, damit der Router weiß, wohin ein externes Paket intern weitergeleitet werden muss. Ändert sich nun die externe IP, gibt es zwar u.U. in der NAT-Tabelle noch einen Eintrag dazu, der auch passend zur Pascom weitergeleitet wird. Allerdings passt in dem Moment die Quell-IP nicht mehr überein mit dem, was die Pascom davon kennt. In der Folge gibt es ein no-auth-in auf der Konsole zu sehen. Die Accounts werden alle als registriert angezeigt. Die derzeit unter der Haube genutzte Asterisk-Version spielt da auch eine Rolle. Die wird sich erst mit Pascom 18 ändern und dann wird hoffentlich alles gut.
Es kann auch sein, dass in der NAT-Tabelle keine passender Eintrag mehr vorhanden ist und das Paket ganz verworfen wird.
Wie erwähnt, ist alles oberflächlich und vereinfacht beschrieben, ohne zur sehr ins Detail zu gehen.
Hallo wenn das Problem bei dir so schlimm ist und sich das mit eine sip reload beheben läßt.
Dann wäre es ja auch möglich einen CronJob zum erstellen der z.B alle Stunde einen sip reload macht
Hallo,
Ja das habe ich auch genauso gemacht. Nur haben wir so im schlimmsten Fall 1h kein Telefon gehabt. Dieses “tolle” Script welches das von selbst beheben soll alle 5 Minuten macht überhaupt nichts. Muss dieses irgendwie aktiviert werden?
)