CompanyFlex mit abbrechenden SIP-Gesprächen an Panasonic NS700
vor 2 Stunden
Hallo,
wir haben ein kleines Problem mit unserer CompanyFlex-Anbindung, die Gespräche ein-/ausgehend brechen inzwischen regelmäßig nach 4-8 Minuten ab.
Wir haben eine VDSL-Leitung mit einem Draytek Vigor-Modem im Bridge-Mode, mit einem Debian-Router, an dem unter anderem eine Panasonic NS700-Anlage mit Firmware-Version 009.00013 hängt.
Wir hatten mit der Anlage (inklusive Router und Modem) schon eine doppelte ISDN-Leitungen im Betrieb, dann sind wir 2017 auf DeutschlandLan SIP-Trunk umgestiegen und ab März 2025 auf CompanyFlex, was nach der Umstellung und Update auf neue Firmware auch lange zufriedenstellend funktioniert hatte, vier Gesprächskanäle waren gar kein Problem.
Ab Dezember 2025 gab es dann plötzlich mal Verbindungsabbrüche, wir haben einen Neustart der Anlage durchgeführt, die monatelang durchgelaufen war. Ab März fangen wieder Probleme an, die sich immer weiter gesteigert haben und jetzt inzwischen jedes Gespräch nach ein paar Minuten - aber nicht immer zur gleichen Zeit abrupt abbricht. Anschließend dauert es ca. 10 Minuten, bis die Anlage wieder online ist, in der Zeit bekommen Anrufer von außerhalb nur "der Teilnehmer ist nicht verbunden". Bei der Telefonanlage landen überhaupt keine Fehlermeldungen im Log, sie startet auch nicht neu. Wir haben eine gute Gesprächsqualität, kein Rauschen oder Echos in der Leitung - bis die Verbindung dann abreißt. Unsere Internetleitung ist nicht überlastet oder am Wackeln, Streams laufen problemlos. Alle Versuche, an den Parametern der Anlage zu drehen und Timeouts anzupassen haben überhaupt keine Verbesserung gebracht. Auch QOS am Router ein/aus macht keinen Unterschied.
Im Netzwerkverkehr zeichnet sich immer wieder das gleiche Bild ab:
217.0.149.176 IP Telekom-SIP-Server
87.140.XX.XX öffentliche IP unserer Routers
Zunächst gibt es einen normale Registierung (die ausgehandelten Session-Timeouts sind noch mit aufgeführt, ACKs entfernt):
No. Time Source Destination Protocol Length Info
56 00:32:30,500345 87.140.XX.XX 217.0.149.176 SIP 682 Request: REGISTER sip:tel.t-online.de:5060;transport=tcp (1 binding) |
Expires: 480
58 00:32:30,666177 217.0.149.176 87.140.XX.XX SIP 818 Status: 401 Unauthorized |
60 00:32:30,678842 87.140.XX.XX 217.0.149.176 SIP 945 Request: REGISTER sip:tel.t-online.de:5060;transport=tcp (1 binding) |
Expires: 480
62 00:32:30,865584 217.0.149.176 87.140.XX.XX SIP 1001 Status: 200 OK (REGISTER) (1 binding) |
expires=480;
Dann wird ein Gespräch initiiert:
66 00:33:05,467183 87.140.XX.XX 217.0.149.176 SIP/SDP 1070 Request: INVITE sip:0160XXXXXXXX@tel.t-online.de;user=phone;transport=tcp |
Session-Expires: 3600
68 00:33:05,486062 217.0.149.176 87.140.XX.XX SIP 379 Status: 100 Trying |
70 00:33:05,530634 217.0.149.176 87.140.XX.XX SIP 813 Status: 407 Proxy Authentication Required |
72 00:33:05,547363 87.140.XX.XX 217.0.149.176 SIP 561 Request: ACK sip:0160XXXXXXXX@tel.t-online.de;user=phone;transport=tcp |
74 00:33:05,607456 87.140.XX.XX 217.0.149.176 SIP/SDP 1358 Request: INVITE sip:0160XXXXXXXX@tel.t-online.de;user=phone;transport=tcp |
Session-Expires: 3600
76 00:33:05,626740 217.0.149.176 87.140.XX.XX SIP 379 Status: 100 Trying |
78 00:33:06,769156 217.0.149.176 87.140.XX.XX SIP 1025 Status: 183 Session Progress |
80 00:33:06,969166 217.0.149.176 87.140.XX.XX SIP 1016 Status: 180 Ringing |
83 00:33:10,239585 217.0.149.176 87.140.XX.XX SIP/SDP 639 Status: 200 OK (INVITE) |
Session-Expires: 1800;refresher=uas
86 00:33:10,266846 87.140.XX.XX 217.0.149.176 SIP 1057 Request: ACK sip:mavodi-0-266-f5b-5-fffffff0-1ee30000-XXXXXXXXXXXXX-9b6-ffffffffffffffff-@217.0.149.176:5060 |
Während des Gesprächs findet nach drei Minuten eine erneute Registration statt (auch gerne noch mal mit Authentifizierung ?!?):
104 00:36:31,341708 87.140.XX.XX 217.0.149.176 SIP 945 Request: REGISTER sip:tel.t-online.de:5060;transport=tcp (1 binding) |
Expires: 480
106 00:36:31,404959 217.0.149.176 87.140.XX.XX SIP 829 Status: 401 Unauthorized |
107 00:36:31,420167 87.140.XX.XX 217.0.149.176 SIP 945 Request: REGISTER sip:tel.t-online.de:5060;transport=tcp (1 binding) |
Expires: 480
109 00:36:31,482570 217.0.149.176 87.140.XX.XX SIP 1001 Status: 200 OK (REGISTER) (1 binding) |
expires=480;
Bis hierhin sind sich ja noch alle einig und das Gespräch läuft einwandfrei vor sich hin. Nach weiteren vier Minuten das gleiche Spiel noch mal, diesmal auch ohne Authentifizierungsrückfrage:
130 00:40:32,183836 87.140.XX.XX 217.0.149.176 SIP 945 Request: REGISTER sip:tel.t-online.de:5060;transport=tcp (1 binding) |
Expires: 480
132 00:40:32,247152 217.0.149.176 87.140.XX.XX SIP 1001 Status: 200 OK (REGISTER) (1 binding) |
expires=480;
Nach einer weiteren Minute bricht das Gespräch aber plötzlich zusammen, der Telekom-SIP macht zu, unsere Anlage bestätigt brav:
146 00:41:33,425173 217.0.149.176 87.140.XX.XX SIP 799 Request: BYE sip:+4919929600000XXXXXXX@192.168.0.249:35060;user=phone;transport=tcp |
148 00:41:33,438484 87.140.XX.XX 217.0.149.176 SIP 496 Status: 200 OK (BYE) |
und zwar mit der Begründung:
Reason: SIP;cause=504;text="CC_IMS_LOCAL_CLEAN_UP"
Feature-Caps: *;+g.3gpp.trf="<unused.invalid>"
Es gibt keine Sprünge in den Portnummern, die Sessions Timeouts (1800 bzw. 480 Sekunden) sind nicht abgelaufen, die Sprachdaten zwischen SIP-Server und Telefonanlage werden bis zum BYE regelmäßig übertragen:
[...]
50510 00:41:33,243892 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50511 00:41:33,252948 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50512 00:41:33,263839 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50513 00:41:33,272956 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50514 00:41:33,283863 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50515 00:41:33,292944 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50516 00:41:33,303943 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50517 00:41:33,312983 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50518 00:41:33,324036 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50519 00:41:33,332951 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50520 00:41:33,343876 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50521 00:41:33,352940 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50522 00:41:33,363882 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50523 00:41:33,372939 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50524 00:41:33,383884 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50525 00:41:33,392935 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50526 00:41:33,403924 217.0.174.148 87.140.XX.XX UDP 214 16982 → 12058 Len=172
50527 00:41:33,412902 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
-----------------------------------------------------------------------------
50528 00:41:33,432942 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50529 00:41:33,452935 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50530 00:41:33,472933 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50531 00:41:33,492934 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
50532 00:41:33,512928 87.140.XX.XX 217.0.174.148 UDP 214 12058 → 16982 Len=172
[...]
Was ist hier das Problem, warum reißt die Verbindung ab?
Wäre cool, falls mir jemand hier auf die Sprünge helfen könnte...
2
0
0
Das könnte Ihnen auch weiterhelfen
vor 12 Jahren
14082
0
4
1301
0
3
in
466
0
1
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.
Uneingeloggter Nutzer
von