Probleme bei Rufannahme - Gespräch ist aufgebaut, Ton kommt erst nach ca. 30 Sekunden

[René Hartig]

Hallo zusammen,

wir haben eine neue v18 Anlage in Azure laufen und momentan leider massive Probleme mit den lokalen Clients die ein Headset nutzen.
Die User haben alle Win10 Endgeräte, auf denen der Windows-Client (v16) installiert ist.
Bei internen, als auch externen Gesprächen (ein und ausgehend) kommt es vermehrt vor, dass das Gespräch angenommen wird, man den Gesprächspartner erst nach bis zu 30 Sekunden hört.
Leider ist das Problem nicht aktiv repruduzierbar und mir gehen langsam die Ideen aus.

Im Netzwerk gibt es keine Firewall die hier etwas blockiert.
Die Clients sind alle gleich eingerichtet und die Audio-Optionen korrekt eingstellt.
Die Codecs seitens der Anlage habe ich mehrfach geprüft aber auch hier keinen "offensichtlichen" Fehler finden können.
Wir nutzen Jabra Pro 930 Headsets, jeder Client hat zusätzlich Jabra Direct installiert, für die Verwaltung der Headsets. Diese sind alles auf dem neusten Stand.

Hat in der Community jemand ähnliche Probleme oder Erfahrungen mit der Thematik?
Wäre über jeden Tipp oder Lösung dankbar!

lg Rene

 

[bitn2]

Tritt das Problem nur mit den Headsets auf?

 

[René Hartig]

Nur bei den Headsets tritt das Problem auf.
Haben auch Snom IP-Telefone mit einem SBC im Einsatz, die funktionieren Problemlos.

 

[bitn2]

Die laufen auch einen anderen Weg... Die Azure VM entsprechend konfiguriert? https://www.3cx.com/docs/pbx-azure-marketplace/

 

[René Hartig]

Habe die Anlage über den Wizard im Partner-Bereich installiert.
Die Einstellungen decken sich aber mit denen aus der Anleitung. Lediglich die Prio ist anders, wurde aber durch den Wizard bei uns so eingestellt.

 

[bitn2]

Das sieht auf den ersten Blick gut aus. Hmm...

 

[Andreas Conrad]

Im Netzwerk gibt es keine Firewall die hier etwas blockiert.

@René Hartig
Wir haben das Verhalten zuletzt mit einer Sophos UTM und 5090 UDP Paketen gesehen.
Es trat immer nach Neustart / Neuregistrierung der Windows App V16 auf.

Bei einer Umstellung weg vom 3CX Tunnel, hin zu klassischem SIP Traffic SIP5060 +RTP ist Problem nicht aufgetreten. (Tunnel kann in den Nebenstelleneinstellungen verboten werden)
--

Wie immer schwierig, wenn es nicht reproduzierbar ist, mein Vorschlag:
1a) Ausschließen spezifische Audio Hardware -> Problem tritt auch mit USB verkabeltem Test Headset auf
1b) Ausschließen spezifisches Netz / IP Access -> Problem tritt auch hinter anderem IP Access auf
2) Umstellen von 5090 Tunnel auf 5060 +RTP
3) Netzwerkmitschnitt auf dem Endpunkt PC und der Azure Instanz / Was passiert mit den UDP Pakete in der fraglichen Zeit ?