Störung im StiTz ?

[walldi]

Heute Abend bin ich wieder dran mit den Problemen das die Verbindung abbricht.
Hier mal Details kurz bevor sie zusammen bricht:
https://drive.google.com/file/d/1MiPK5p ... sp=sharing

An irgendwas muss das doch liegen...

[abrixas]

An irgendwas muss das doch liegen...

Mit Sicherheit, hier mal ein paar Logzeilen:

Code: Alles auswählen

[2025-04-25 20:18:56] WARNING[11192] chan_sip.c: Retransmission timeout reached on transmission 88656D59FE462F56@192.168.192.1 for seqno 80 (Critical Response)
Packet timed out after 6400ms with no response
[2025-04-25 20:18:56] WARNING[11192] chan_sip.c: Hanging up call 88656D59FE462F56@192.168.192.1 - no reply to our critical packet 
[2025-04-25 20:19:23] WARNING[11192] chan_sip.c: Retransmission timeout reached on transmission 1F5B199D96B5D446@192.168.192.1 for seqno 82 (Critical Response) 
Packet timed out after 6400ms with no response
[2025-04-25 20:19:23] WARNING[11192] chan_sip.c: Hanging up call 1F5B199D96B5D446@192.168.192.1 - no reply to our critical packet 
[2025-04-25 20:20:50] WARNING[11192] chan_sip.c: Retransmission timeout reached on transmission CE21B86ABBD63908@192.168.192.1 for seqno 84 (Critical Response) 
Packet timed out after 6400ms with no response
[2025-04-25 20:20:50] WARNING[11192] chan_sip.c: Hanging up call CE21B86ABBD63908@192.168.192.1 - no reply to our critical packet
[2025-04-25 20:21:02] WARNING[11192] chan_sip.c: Retransmission timeout reached on transmission A08B53B57AE97D3D@192.168.192.1 for seqno 86 (Critical Response)
Packet timed out after 6400ms with no response
[2025-04-25 20:21:02] WARNING[11192] chan_sip.c: Hanging up call A08B53B57AE97D3D@192.168.192.1 - no reply to our critical packet 
[2025-04-25 20:21:19] WARNING[11192] chan_sip.c: Retransmission timeout reached on transmission 5E638CFD8262F963@192.168.192.1 for seqno 88 (Critical Response)
Packet timed out after 6400ms with no response
[2025-04-25 20:21:19] WARNING[11192] chan_sip.c: Hanging up call 5E638CFD8262F963@192.168.192.1 - no reply to our critical packet 
[2025-04-25 20:21:37] WARNING[11192] chan_sip.c: Retransmission timeout reached on transmission C5DE4AD4CBF58C24@192.168.192.1 for seqno 90 (Critical Response) 
Packet timed out after 6399ms with no response
[2025-04-25 20:21:37] WARNING[11192] chan_sip.c: Hanging up call C5DE4AD4CBF58C24@192.168.192.1 - no reply to our critical packet 
[2025-04-25 20:21:54] WARNING[11192] chan_sip.c: Retransmission timeout reached on transmission 4A079B09B1463AD0@192.168.192.1 for seqno 92 (Critical Response) 
Packet timed out after 6399ms with no response
[2025-04-25 20:21:54] WARNING[11192] chan_sip.c: Hanging up call 4A079B09B1463AD0@192.168.192.1 - no reply to our critical packet
[2025-04-25 20:22:08] WARNING[11192] chan_sip.c: Retransmission timeout reached on transmission FD088D5B219514A4@192.168.192.1 for seqno 94 (Critical Response) 
Packet timed out after 6400ms with no response
[2025-04-25 20:22:08] WARNING[11192] chan_sip.c: Hanging up call FD088D5B219514A4@192.168.192.1 - no reply to our critical packet
Packet timed out after 31999ms with no response

Es betrifft dich "nur" für diese 4 Minuten. Sieht für mich so aus als würde von deiner FritzBox keine Antwort mehr kommen bzw kommt die Antwort zu spät, deswegen trennt der Asterisk den Kanal.
Du bist laut Log-File gestern auch der Einzige bei dem die Verbindung vom Server getrennt wurde.

Gruß
abrixas

[walldi]

Das dumme ist halt das es immer wieder auf tritt.
Mal trifft es einen, mal mehrere.
Mal ist es nach 2 Minuten vorbei Mal dauert z.T. mehrere Stunden.
Und die FritzBox hat wie im Screenshot zu sehen ihrer Seite keine Fehler festgestellt gestellt.
Müsste theoretisch also sowohl senden als auch empfangen können.
Pakete verloren hat die FritzBox laut eigener Auskunft auch keine.
In der oberen Hälfte des Bildes ist die noch aktive Verbindung kurz vom cut und unten 2 vergangene.
Die Werte die dort drin stehen sind aus meiner Sicht normal und decken sich mit sonstigen Werten wen alles klappt.

Nur das was der asterisk Server meldet ist merkwürdig.
Vor allem höre ich ja alles bis zum cut und zwar Fehlerfrei.
Die Ansage/ Voice Verbindung steht also definitiv zu mir.
Gäbe es hier eine generelle Störung würde ich ja auch nix hören oder nur abgehackt wie bei einer schlechten Mobilfunkanbindung.
Gibt es im Falle der Störung die Möglichkeit den Server via ablaufverfolgung anzupingen um mögliche Probleme in der Verbindung zu finden? Routing sonstiges?

[walldi]

Ich hab die Meldung des Asterisk einfach mal durch google gejagt und bin über 2 Dinge gestolpert
https://blog.opensips.org/2017/02/22/tr ... ck-in-sip/

https://community.asterisk.org/t/retran ... nd/79336/6

Asterisk ist ja IPv4 only.
Heute sind aber viele Anschlüsse IPv6 und IPv4 nur via DSlite also einer Art Portforwarding definiert durch den eigenen Provider.
Hierbei nutzen mehrere Endkunden eine IPv4 und werden dann über ports des IPv4 Servers ins IPv6 Netz des Providers gekoppelt.

Wenn ich mir das vom ersten Link durchlesen ist dies meist ein Problem im Header der SIP Pakete.
Eben dieser kann aber ohne weiteres von Instanzen unterwegs angepasst werden.
Dann passen die Daten der beiden Endstellen aber nicht mehr und der call wird einseitig abgebrochen weil vermutet wird das die Verbindung nicht steht.
Das dies durchaus anders ein kann sehen wir hier immer wieder.

Ich hoffe du kannst damit was anfangen.

[abrixas]

Ein Ping ist nicht möglich. Macht auch keinen Sinn. Wäre die Verbindung zum Server gestört würden das so gut wie alle VoIP-Clients merken, die gerade online sind.
Das kann man sehr gut Nachts gegen 3:30 Uhr feststellen, wenn die Konfiguration aktualisiert und neu geladen wird.
Die entsprechenden NAT-Optionen, um Problemen mit NAT auf Client-Seite zu begegnen, sind seit Jahren aktiv.
Auf Serverseite helfen mir deine Links nicht wirklich weiter, da hier kein Proxy oder NAT im Spiel ist.

Gruß
abrixas