Vor einem halben Jahr war TLS hier jedenfalls nicht sehr stabil.

@Micknik Hmmm, guter Punkt. Ich schaue morgen mal in mein SIP-Log (Homer), wie das letzte REGISTER vor dem Problem aussah. Zumindest auf der Debian-Ebene der FreePBX-VM funktionieren die SRV-Lookups, das hatte ich schon vorher getestet. Ob Asterisk jetzt hier einen komplett eigenen Lookup macht und sich nicht am OS bedient, kann ich aktuell nicht sagen.

Ich habe auch inzwischen einige Stimmen gelesen, dass das PAI-Feld bei den "Consumer-SBC" wohl gerne auch zu Problemen führt. Ist aber bis zum Gegenbeweis auch Hörensagen.

@UlrichZ Dein Screenshot könnte auch nur auf SRTP hinweisen, aber in der Regel macht SRTP ohne TLS auch wenig Sinn. Vor einem halben Jahr war TLS hier jedenfalls nicht sehr stabil. Ich werde aber mal eine der nicht verwendeten Nummern noch mal testweise auf TLS/SRTP umstellen, vielleicht hat sich das ja inzwischen gebessert. Die gängigen Provider-Templates (z.B. für die Auerswald-Anlagen) für Magenta Zuhause geben immer noch alle UDP ohne SRTP vor.

Danke erstmal für eure Anregungen! 🙏

Ich habe das Projekt Asterisk-Server ja auch nur aus der geschilderten Not, als Reaktion darauf überhaupt erst begonnen, dass ich über den bestehende Zyxel Speedlink plötzlich diese unerklärlichen Verbindungsabbrüche hatte, die ich bis dato nicht kannte.

Danke für Ihre Rückmeldung.

Ich habe die pjsip.conf (und freilich auch die extensions.conf ) nach allen Regeln der Kunst aufgesetzt. Anfangs mit dem verbindungslosen Protokoll UDP,  aufgrund anhaltender Abbrüche dann noch mit TCP, um eine stabile Verbindung sicherstellen zu können. Als alles nichts half dann, zu guter Letzt, auch noch vollverschlüsselt. Allerdings jeweils mit dem gleichen, von mir geschilderten Ergebnis: Die Verbindungen stehen. Ich kann mit G.722 in bester Qualität telefonieren, sowohl abgehend wie ankommend. Zumindest für eine gewisse Zeit. So ca. 10 bis 15 min. Dann nicht mehr: "403 Forbidden" Wartezeit bis zum Expiration Timeout des Telekom-Servers. Also einer Wartezeit von 20 bis 40 Minuten. Und direkt im Anschluss funktioniert alles wieder perfekt. Nur halt bloß für ca. 10 bis 15 min. Das ist im Geschäftsbetrieb aber eher hinderlich.

Ich habe das Projekt Asterisk-Server ja auch nur aus der geschilderten Not, als Reaktion darauf überhaupt erst begonnen, dass ich über den bestehende Zyxel Speedlink plötzlich diese unerklärlichen Verbindungsabbrüche hatte, die ich bis dato nicht kannte. Nachdem ich auch nichts geändert hatte, begab ich mich auf Ursachenforschung Tests mit weiteren Endgeräten erbrachten in der Folge alle das gleiche Ergebnis.

Um nun noch ganz sicherzugehen, dass es nichts mit gleichzeitig direkt angemeldeten SIP-Clients zu tun haben kann, habe ich einen Asterisk-Server aufgesetzt. Aber auch hier wieder mit dem gleichen Ergebnis. Allerdings mit dem unbeschreiblichen Vorteil, dass dieser deutlich mehr Rückmeldungen liefert. So bin ich mir auch sicher, dass von dieser Seite alle Eventualitäten ausgeschlossen werden können.

Nachdem mir die Hotline nicht weiterhelfen konnte, und ich auch keinen Glasfaseranschluss unterschreiben wollte, wenn noch nicht einmal ein einfaches SIP-Problem gelöst werden kann, habe ich die Suchfunktion genützt und bin dann auch einen ähnlich gelagerten Fall gestoßen. Nach meiner als ergänzenden Antwort gedachten Beitrag ist mir dann in den Sinn gekommen, vielleicht doch auch noch einen ganz neuen Beitrag daraus zu erstellen, um die mögliche Reichweite zu vergrößern. Dies stieß allerdings nicht überall auf Gegenliebe. Damit muss ich leben.

Danke nochmals, und auch Ihnen einen schönen Restabend!

Nach meinen Recherchen ist der Hintergrund, dass die Telekom derzeit die Infrastruktur erneuern muss, weg von den bisherigen chinesischen Huawei SBCs, da die kritische Infrastruktur nicht mehr auf chinesischer Technik laufen darf. Es ist alles gut dokumentiert. Aber niemand von der Telekom gibt es zu.

Das Problem 403 Forbidden hat mich nun ebenfalls eingeholt. Als Clients dienen verschiedene Gigasets, SIP-Phone-Apps auf iPhone und Android sowie unter Linux. Über all das gleiche Drama: Abgehende Gespräche sind dann nicht möglich und zeitweise eingehende. Damit keine Erreichbarkeit!

Die Telekom-Hotline ist keine Hilfe, denn sie kann nie einen Fehler feststellen. Was messtechnisch sogar stimmen mag. Die Fehlerursache liegt tiefer. Man muss es nur erkennen wollen.

Ich solle mir aber doch überlegen auf einen Glasfaseranschluss zu wechseln, der gerade verfügbar geworden sei. Tolle Hilfe! Es geht wie immer um's Upselling. Bin Geschäftskunde und bezahle entsprechend mehr als Privatkunden. Das hilft aber nicht.

Die Hotline spult ihr Standardprogramm ab, hat aber nicht wirklich Ahnung. Und auch keinerlei Muse. Schuld ist der Kunde. Logisch. Denn es ist gut reproduzierbar.

Verschiedene Gateways getestet. Immer das gleiche Ergebnis: Zeitweise 403 Forbidden. in Wirklichkeit ist der Fehler bekannt. Die Foren sind voll damit.

Habe mir nun in der Not einen Asterisk-Server aufgesetzt, um die Probleme selbst anzupacken. Damit erhalte ich viel mehr Informationen und Logs. Ergebnis: Es kommt zu Abbrüchen, die der Asterisk gar nicht mitbekommt, da er immer auf dem Status "registriert" bleibt, obwohl nichts geht. Interessant dabei ist die Exipration-Time, also die Zeit, bis zur nächsten Aktualisierung der Verbindung, die die Telekom vergibt. Die liegt bei bis zu 3600sek., also eine Stunde.

Im Asterisk-Log kann man es direkt sehen und herunterzählen. Bei Null erfolgt eine Neusynchronisation und es funktioniert alles wieder eine bestimmte Zeit. Die Expiration Time im Softphone oder Asterisk zu verkürzen bringt im Netz der Telekom nichts. Der Telefkom SBC überschreibt es stur. Ganz gleich was man vorgibt!

Ein Neustart des Asterisk-Servers hilft sofort.  Wahlweise auch, ohne Asterisk-Server, ein Netzreset der Fritzbox oder des Speedlink-Routers der Telekom. Beim Neustart muss sich der Telekom SBC neu synchronisieren und so beginnt das Spiel erneut. Es ist zuverlässig und  reproduzierbar. Die Hotline interessiert das Null. Nervt aber ständig mit Umfragen, wie zufrieden man denn sei, und ob man die Telekom weiterempfehlen werde. So aber ganz sicher nicht.

Nach meinen Recherchen ist der Hintergrund, dass die Telekom derzeit die Infrastruktur erneuern muss, weg von den bisherigen chinesischen Huawei SBCs, da die kritische Infrastruktur nicht mehr auf chinesischer Technik laufen darf. Es ist alles gut dokumentiert. Aber niemand von der Telekom gibt es zu.

Einziger Ausweg: Ein Netzbetreiberwechsel! Schade. Und das nach so vielen Jahren! Vielleicht sogar ein Glasfaseranschluss. Aber halt ganz sicher nicht mehr bei der Telekom!

Guter Beitrag. Ich stand vor dem gleichen Problem. Wir sind damit nicht die einzigen. Das Problem ist bestens bekannt!

Die Community von Telekom hilft versucht es allerdings bestmöglich zu blockieren, in dem Kunden angepöbelt und für blöde erklärt werden, anstatt auf Fakte, wie die von Ihnen gelieferten einzugehen. Stattdessen kommen so glorreiche Antworten wie "Bei einem 403-Fehler ist immer der Kunde schuld".  Welch ein inkompetenter Quatsch. Aber es geht geradezu so weiter. Siehe Antworten auf Ihren Beitrag!

Übrigens gut protokolliert. Von mir wollte man das gleiche Protokoll, um dann einzugestehen, dass man es selbst nicht versteht. Zur weiteren Verwirrung folgte dann aber noch ergänzend eine Nachfrage nach "Einwahlprotokollen", da man sonst nichts beurteilen könne. Spätestens da war mir klar, dass hier wirklich Null eigene Kompetenz vorherrscht. Denn die von Ihnen, wie die von mir gelieferten Protokolle, sind vollkommen ausreichend. Zumindest wenn man etwas Ahnung davon hat, wie SIP-Telefonie funktioniert.

Ihnen trotzdem viel Erfolg. Lassen Sie sich nicht an der Nase herum führen. Ich habe entsprechende Konsequenzen für mich gezogen!

Herzliche Grüße!

@jacotec1 

Guter Beitrag. Ich stand vor dem gleichen Problem. Wir sind damit nicht die einzigen. Das Problem ist bestens bekannt!

Die Community von Telekom hilft versucht es allerdings bestmöglich zu blockieren, in dem Kunden angepöbelt und für blöde erklärt werden, anstatt auf Fakte, wie die von Ihnen gelieferten einzugehen. Stattdessen kommen so glorreiche Antworten wie "Bei einem 403-Fehler ist immer der Kunde schuld".  Welch ein inkompetenter Quatsch. Aber es geht geradezu so weiter. Siehe Antworten auf Ihren Beitrag!

Übrigens gut protokolliert. Von mir wollte man das gleiche Protokoll, um dann einzugestehen, dass man es selbst nicht versteht. Zur weiteren Verwirrung folgte dann aber noch ergänzend eine Nachfrage nach "Einwahlprotokollen", da man sonst nichts beurteilen könne. Spätestens da war mir klar, dass hier wirklich Null eigene Kompetenz vorherrscht. Denn die von Ihnen, wie die von mir gelieferten Protokolle, sind vollkommen ausreichend. Zumindest wenn man etwas Ahnung davon hat, wie SIP-Telefonie funktioniert.

Ihnen trotzdem viel Erfolg. Lassen Sie sich nicht an der Nase herum führen. Ich habe entsprechende Konsequenzen für mich gezogen!

Herzliche Grüße!