Solved
Telefonie bricht immer wieder ab
2 years ago
Vorweg, die Internetverbindung ist stabil.
Problem:
Egal ob kommend oder gehend, das Telefongespräch bricht zwischen 20 Sekunden bis 15 Minuten ab.
Folgendes Setup:
Wegen eines Blitzschadens sind alle Geräte neu. Auch die Leitung der Telekom wurde repariert.
Magenta Zuhause L
Lancom 1790-VA (nur für Internet)
Eigentlich nutze ich eine softwarebasierte Telefonanlage von 3CX.Vorher lief eine Auserwald-Telefonalage.
Zum Testen, habe ich auch die YEALINK Telefone T41 und T43 direkt bei der Telekom eingewählt (SIP) und auch von einem PC via PhonerLite probiert.
Durchgeführte Tests:
DNS Server verwendet, die die Telekom am Anschluss verteilt.
DNS TTL mit 900s scheint auch nicht dich Ursache.
tel.t-online.de sowohl als Registrat als auch als Proxy verwendet. (mit ohne und Proxy-Eintrag as gleiche Problem)
Stunserver der Telekom (stun.t-online.de) verwendet als auch von 3CX(stun-eu.3cx.com).
Authentifizierung sowohl mit Kennung und Passwort (Anschluss) als auch E-Mail und Website-PW.
Portforwarding TCP&UDP existiert für die getesten Ports, sowohl im Router als auch Windows.
Alle Produkte sind auf dem aktuellen Stand.
Wireshark die SIP /TCP Sitzung gemonitored.
Aber sobald der Verbindungsabbruch kommt, werden keine Pakete mit TCP gesendet, die das andeuten.
Die Telefonanlage denkt auch noch, dass die Sitzung läuft und schickt weiter UDP (Audio).
Mit TLS scheint PhonerLite zu gehen, bei TCP und UDP nicht, gleiches Problem.
3CX unterstützt kein TLS. Wenn man es trotzdem versucht, scheitert es an der Zertifikatsauthentifizierung... (kann man nicht abschalten).
In eigentlich allen Fällen wird die Rufnummer registriert. Auch klappen ausgehende und ankommende Gespräche.
Aber leider bricht die Verbindung immer wieder ab.
Meine Fragen:
Was kann man noch probieren?
1014
10
This could help you too
11 months ago
315
0
6
360
0
2
6 months ago
in
421
2
5
6 years ago
372
0
1
Accepted Solution
accepted by
2 years ago
Portforwardings sind nicht erforderlich - eher schädlich.
DNS TTL ist weitgehend irrelevant
Relevant ist die TTL die der Router für offene inaktive udp bzw. tcp States anwendet.
Diese muss größer sein als der reregistrierungsinterval der Endgeräte.
verwirft der Router einen State vor der reregistrierung ist das Entgerät sozusagen abgemeldet, weiß aber nichts davon.
4
Answer
from
2 years ago
jetzt kam erst nach 31 Sekunden der Abbruch.
...31 Minuten?
TCP-Aging: 300 Sekunden
UDP-Aging: 60 Sekunden
SIP-Registrierung: 3600 Sekunden
Answer
from
2 years ago
Ja, 31 Minuten waren gemeint.
Ich habe den Wert von TCP Aging aktuell auf 700 Sekunden und den Re-Register Timeout in der Telefonanlage auf 660 Sekunden.
in 2 Tests lief das Gespräch 45 Mintuten. Da habe ich den Test dann jeweils abgebrochen.
UDP Aging habe ich von 20 auf 60 Sekunden erhöht.
Soll der Re-Register Timeout der Anlage die SIP-Registrierung sein?
@Stefan Vielen Dank für den Tipp mit dem TCP session timeout.
Answer
from
2 years ago
@Gerhard-S
Leider kenne ich die LANCOM zu wenig, und kann da keine genaue Stelle nennen wo es überall zu zu kurzen Einstellungen kommen kann.
Generell gilt, dass die Firewall eine Verbindung länger in ihrer Stet Table halten muss als die Anwendung im ungünstigsten Fall KEINE Traffic verursacht.
In einigen Telefonanlagen kann man neben dem ReRegister Intervall auch noch eine Keep-Alive aktivieren.
Das sollte man sich auf jeden Fall auch noch mal anschauen.
Canceled die Firewall den State, bekommt das die Telefonanlage aber nicht mit und denkt alles ist noch schön.
Aber es kann von außen keine Verbindung mehr aufgebaut werden, da die Firewall das Paket nicht mehr durchlässt.
Dann würde der SIP-Server das Endgeräte als nicht erreichbar markieren. Erst wenn dann irgendwann der nächste ReRegister vom Telefon ausgeführt wird, geht das Spiel von vorne los.
Unlogged in user
Answer
from