Schlechte Sprachqualität im Webclient auf Mac

[sv3n]

Wenn ich über den Webclient auf Mac OS Telefonate führe ist der Ton extrem "dumpf", d.h. es fehlen scheinbar Mitten und Höhen. Telefoniere ich auf dem gleichen Gerät mit dem gleichen Headset über den nativen Mac-Client, so ist die Qualität deutlich besser. Chrome, Firefox und Safari produzieren hier alle das gleiche Ergebnis.

Als Code-Priorität hat die Nebenstelle für die 3CX-App G722, G.711 A-law, GSM-FR. Ich habe aber nicht den Eindruck, dass die sich auf den Webclient in irgendeiner Weise auswirkt. Egal welche Priorität, egal welche Codecs ich hinzufüge, das Ergebnis bleibt immer gleich. Anders als z.B. bei der iPhone-App, wo ich deutliche Unterschiede höre.

• 3CX Version: 16.0.2.910
• Hoster: matic-tec.de / SIPIP
• Trunk Provider: easybell

 

[ilias_3CX]

Hallo,

Der Webclient und der Windows Client nutzen unterschiedliche Ports.
Daher die folgende frage. Läuft der Firewall Checker erfolgreich durch?

 

[sv3n]

@ilias_3CX Ja, der Firewall-Check läuft erfolgreich. Allerdings haben wir ein extern gehostetes 3CX. Insofern wäre ja wahrscheinlich spannender, ob der Web-Client in unserem Büro alle notwendigen Ports beim gehosteten 3CX erreichen kann, oder?

1. Welche Ports nutzt denn der Web-Client?
2. In wiefern können die Ports Einfluss auf die Sprachqualität haben? Ich würde verstehen, wenn ich über den Webclient gar nicht telefonieren könnte.

 

[matictec]

Ich gebe da @sv3n Recht, diese Standardfrage wegen des Firewall-Checkers kann man irgendwann nicht mehr hören und sollte hier auch keine Rolle spielen.

Der Webclient nutzt ja bekanntlich WebRTC. Das Thema WebRTC ist recht komplex. Der Browser spricht daher auch nicht direkt per SIP mit dem Server. Dazu gibt es paar ganz gute Artikel im Netz. https://webrtc.org/faq/ - https://blog.sessionstack.com/how-j...ics-of-peer-to-peer-connectivity-87cc56c1d0ab - http://blog.auerswald.de/webrtc-was-ist-das-und-was-kann-es/ - https://www.onsip.com/voip-resources/voip-fundamentals/chrome-webrtc

Der Browser und die App können die Settings verwalten. Der Webclient wird hier die Settings (EC, Auto Gain etc.) setzen oder die Browser-Default Settings nutzen, die sich unterscheiden können, siehe folgednen Artikel: https://blog.addpipe.com/audio-constraints-getusermedia/

Für die Analyse gibt Chrome uns über folgende URL sehr hilfreiche Informationen: chrome://webrtc-internals/

Damit kann man verscuhen zu prüfen, was eventuell unterschiedlich ist und welcher Codec zum Einsatz kommt. Es scheint mir auch so zu sein, dass die Codecs des SIP-Trunks genommen werden, sofern es ein externen Anruf ist.

 

[sv3n]

Vielen Dank @matictec für die ausführlichen Erläuterungen. Für einen "gestandenen 3CXler" sind das wahrscheinlich Basic-Informationen, aber als Neuling war mir nicht klar, dass hier WebRTC zum Einsatz kommt. Auf der Basis werde ich mal weiterrecherchieren, woran das liegen könnte.

 

[matictec]

Hier noch ein guter Artikel zum Thema: https://blog.codeship.com/webrtc-issues-and-how-to-debug-them/

Ich habe auch noch mal in den Sources des Webclients geschaut:


Der Webclient nutzt also die Defaul-Settings des Browsers. Man könnte natürlich versuchen die Sourcen zu ändern.

Im Übrigen ist es schade, dass man im Webclient nicht das Audiogerät für Aufnahme und Wiedergabe auswählen kann, obwohl WebRTC das grundsätzlich ermöglicht.

 

[sv3n]

@matictec Letztlich konnte ich das Problem lösen. Es lag an der Headset-Integration.

Nutze ich den nativen 3CX-Mac-Client und wähle dort in den Audio-Einstellungen statt des Jabra Headstes "Default input / output" bekomme ich den gleichen "dumpfen" Ton wie im Web-Client. Installiere ich umgekehrt in Chrome die Jabra-Extension und aktiviere die Jabra-Integration im Web-Client, dann ist der Ton dort genauso "breitbandig" wie im nativen Client.

Es scheint also (unter Mac) einen deutlichen Unterschied zu machen, ob das Headset als generelles In-/Output genutzt wird oder ob es "direkt" angesprochen wird. Was auch immer da die Unterschiede sind...

 

[matictec]

Vielen Dank @sv3n für das Mitteilen der Lösung. Das ist für viele Kunden hilfreich.