Telekom SIP-Trunk - Aussetzer im Gespräch

STLadm

Free User
Mitglied seit
15. Februar 2023
Beiträge
3
Guten Morgen,

wir betrieben hier eine kleine 3CX am Telekom Companyflex SIP-Trunk am Telekom FTTH 500 Anschluss hinter einer Fritzbox 7530. Diese läuft in einer KVM auf dem Server und hat ungefähr 10 Nebenstellen angeschlossen. Als Telefone kommen verschiedene Snoms zum Einsatz.
Seit einiger Zeit haben wir das Problem, dass es in den Gesprächen zu kurzen Aussetzern kommt. Dies tritt unregelmäßig und in verschiedenen Abständen auf.
Die Gespräche brechen dabei nicht ab, man kann nur den Gesprächspartner für wenige Sekunden nicht hören. Das Problem tritt bei allen Nebenstellen gleichzeitig auf (!). Es tritt auch auf zwei Telefonen auf, die per SBC angebunden sind.

Ich habe mich schon durch diverse Beiträge gearbeitet, sodass wir bis jetzt diverse Änderungen vorgenommen haben, um dem Problem entgegenzuwirken, leider ohne Erfolg, darunter:
  • STUN Update Intervall auf 86400 hochgesetzt
  • Aktivierung der statischen IP, um STUN deaktivieren zu können
  • Der 3CX mehr Leistung zugewiesen (nun 4 Xeon Kerne und 4GB Ram) - langweilt sich aber total.
  • Codes angepasst (G729 als Primären Codec)
  • Trunk auf TLS und UDP umgestellt - UDP funktioniert allerdings nicht, da registriert sich der Trunk nicht
  • Anlage geupdatet, Telefone geupdatet - Problem tritt sowohl auf Snom D717 als auch D735 als auch 720 auf.
  • Firewall wurde auch geprüft - alles grün.
Im Aktivitätenprotokoll finden sich zu den Zeiten der Aussetzer folgende Meldungen:
  • Source is identified as trunk Lc:90000(@WebMeeting bridge[<sip:[email protected]:5063/UDP>])
  • Line 90000 got Device: Dev(xxxxxxxxx):[sip:[email protected]:5063;rinstance=xxxxxxxxxxx / 90000]
  • Updating device Dev(xxxxxxxxx):[sip:[email protected]:5063;rinstance=xxxxxxxxxxx / 90000] by message: DevUpd Recv Req REGISTER from [...]
  • "Default best-route IP is determined as ..."
  • "CSTA: on info success: CSTA Recv 200/INFO"
  • "CSTA: onReadyToSend: CSTA Send Req"
Die CSTA Meldungen kommen dann für die Nebenstellen, die gerade telefonieren.
Leider bringen mich die Meldungen im Aktivitätenprotokoll nicht wirklich weiter. Was können die Ursachen für die kurzen Aussetzer sein? Kurzzeitige Unterbrechungen der Netzwerkverbindung?

Ich wäre über alle möglichen Lösungsansätze sehr sehr dankbar!
 
Zuletzt bearbeitet:
Hallo,

Ist das eine Debian 3CX die da virtualisiert läuft? Wurde die Zeitsynchronisation zwischen KVM und Gast ausgeschaltet? Wurde das Paket ntp installiert?
Meine dringende Empfehlung: durchgehend (3CX, Apps, SIP Trunk, alle Telefone) auf G711.a / PCMA umstellen.
Wenn so ein Gespräch mit Wireshark komplett mitgeschnitten wurde: treten dort im Audio auch die Aussetzer auf? Beidseitig?
 
Zuletzt bearbeitet:
Hallo,

Ist das eine Debian 3CX die da virtualisiert läuft? Wurde die Zeitsynchronisation zwischen KVM und Gast ausgeschaltet? Wurde das Paket ntp installiert?
Meine dringende Empfehlung: durchgehend (3CX, Apps, SIP Trunk, alle Telefone) auf G711.a / PCMA umstellen.
Wenn so ein Gespräch mit Wireshark komplett mitgeschnitten wurde: treten dort im Audio auch die Aussetzer auf? Beidseitig?

Korrekt, das ist das Debian 3CX ISO. NTP ist nicht installiert, die Zeit bekommt er von der hwclock. Sollte ich das ändern?
Die Umstellung auf G711 werde ich mal probieren, ein Gespräch habe ich bisher nicht mitgeschnitten im Wireshark.

Ich habe über die letzte Stunde mal einen MTR mitlaufen lassen, da ist kein Paket verloren gegangen.
 
die Zeit bekommt er von der hwclock. Sollte ich das ändern?
Ja, unbedingt.

Was für ein KVM Virtualisierer wird verwendet? Wurde für diesen Gast die Zeitübermittlung vom Host (use local time for RTC z.B.) deaktiviert?
 
Ja, unbedingt.

Was für ein KVM Virtualisierer wird verwendet? Wurde für diesen Gast die Zeitübermittlung vom Host (use local time for RTC z.B.) deaktiviert?

Wird gemacht.

Darunter läuft Proxmox 7.1. Use local time for RTC steht auf defautl. Werde ich gleich explizit abschalten.
 
Dann noch die Codes hin zu G711.a / PCMA ändern und das auch kontrollieren.
 

Statistik des Forums

Themen
44.414
Beiträge
232.720
Mitglieder
78.330
Neuestes Mitglied
uvitas