Toggle sidebar Toggle sidebar

QoS / DSCP Tagging für 3CX App (Android) – Probleme bei schlechtem Mobilfunk & WLAN-Roaming

O

Obremba IT

Bronze Partner
Basic Certified
Mitglied seit
28. November 2022
Beiträge
10
Hallo zusammen,


ich betreibe mehrere eigengehostete 3CX-Instanzen (ca. 10 Systeme produktiv im Einsatz), bisher ohne größere Probleme.


Nun habe ich bei einem Kunden einen speziellen Standort, der sich in einem absoluten Funkloch befindet. Unabhängig vom Mobilfunkanbieter kommt es hier zu massiven Problemen mit der 3CX-App (nur Android im Einsatz):


  • sporadische Gesprächsabbrüche
  • teilweise kein Audio in eine oder beide Richtungen
  • eingehende Anrufe werden gelegentlich nicht signalisiert
  • insgesamt sehr instabiles Verhalten

Setup​

  • 3CX läuft als VM auf einem Linux-Host im Hauptstandort
  • Außenstandort ist per IPSec VPN angebunden
  • Firewall-Regeln und Konfiguration sind identisch zu anderen Standorten (dort keine Probleme)
  • Freigegebene Ports (Standard 3CX):
    • TCP: 5000, 5001, 5061, 443, 80, 25, 587, 465, 5090
    • UDP: 5060, 5090, 9000–10999, 3478

Vermutung​


Ich gehe aktuell davon aus, dass die Probleme durch häufiges Wechseln zwischen WLAN und Mobilfunk entstehen (instabile Verbindung / Roaming).


Ansatz​


Ich möchte am betroffenen Standort QoS einsetzen und Voice-Pakete priorisieren (Switches, Access Points und Firewall).


Dazu stellt sich mir die Frage:


Unterstützt 3CX (insbesondere die Android App) DSCP/QoS-Markierungen für Voice-Traffic?
Gibt es eine Möglichkeit, SIP/RTP-Pakete direkt in 3CX entsprechend zu taggen?


Ziel wäre es, den Voice-Traffic sauber zu priorisieren, um die Gesprächsqualität trotz schlechter Verbindung zu stabilisieren.


Falls jemand bereits ähnliche Szenarien hatte oder Best Practices teilen kann (insbesondere in Bezug auf WLAN + QoS + 3CX App), wäre ich sehr dankbar.


Vielen Dank vorab!
 
Also normallerweise ist ja das vorgehen wirklich statt WLAN nur Mobilfunk zu verwenden. Wenn da der Empfang nicht reicht ist das natürlich schlecht ;).

Wenn die Vermutung bereits ist, das zwischen WLAN und Mobilfunk gewechselt wird wäre jetzt für mich die Frage in wie weit dies durch QoS verbessert werden soll? Weil das ändert ja nichts am Wechsel zwischen den Medien.

Wurde denn schon mal das Qalitäts Monitoring für die Nebenstellen aktiviert und einmal geprüft was dort für mögliche Fehlerquellen aufgelistet sind.

Und dann noch der Hinweis die Handy APPs laufen im Port 5090 (default Port) TCP/UDP über das 3CX Tunnel Protokoll. TCP für die Signalisierung (SIP) und UDP für Audio also (RTP).

Ich würde hier also immer empfehlen erstmal das QualitätsMonitoring zu verwenden um zu schauen wo die Probleme wirklich sind.
 
  • Like
Reaktionen: MarcosV_3CX
Das was @Claas Beyersdorf schon sagt und zusätzlich mal die freigegebenen Ports anpassen, das ist viel zu viel offen was du da hast. QOS wird die da gar nicht bei helfen und ist in der Regel auch unnötig. Ich würde mir vor Ort das WLAN mal anschauen warum das so schlecht ist und dort ansetzen.
 
  • Like
Reaktionen: MarcosV_3CX
  • Like
Reaktionen: bitn2
Claas Beyersdorf schrieb:
Also normallerweise ist ja das vorgehen wirklich statt WLAN nur Mobilfunk zu verwenden. Wenn da der Empfang nicht reicht ist das natürlich schlecht ;).

Wenn die Vermutung bereits ist, das zwischen WLAN und Mobilfunk gewechselt wird wäre jetzt für mich die Frage in wie weit dies durch QoS verbessert werden soll? Weil das ändert ja nichts am Wechsel zwischen den Medien. -1

Wurde denn schon mal das Qalitäts Monitoring für die Nebenstellen aktiviert und einmal geprüft was dort für mögliche Fehlerquellen aufgelistet sind. -2
Zum Vergrößern anklicken....
Moinsen,
sorry für die späte Antwort – ich hatte Urlaub.


Zu -1:
Die Idee war, die Handys in den Flugmodus zu versetzen, anschließend WLAN zu aktivieren und dann ausschließlich über WLAN-Call zu telefonieren. Alternativ wollte ich testweise ein Handy ohne SIM-Karte nur für den Standort bereitstellen und prüfen, ob es funktioniert.


Zu -2:
Das wurde im Anschluss bei den jeweiligen Nebenstellen des Standorts aktiviert.


Hier mal ein Beispiel eines Anrufs über ca. 5 Minuten:
Zusammenfassung
Keine Probleme festgestellt
Modus
Transkodieren
Gesamtergebnis
Ausgezeichnet
Audio von
3CX		WertungAusgezeichnetAusgezeichnet
Packetverlust %
Paketanzahl52815395
Jitter (ms)
Audio zu
3CX		WertungAusgezeichnetAusgezeichnet
Packetverlust %
Paketanzahl45315387
Packet Bursts/Durchschnitt8/222/2
Jitter (ms)
[td]0[/td][td]0[/td] [td]0.3[/td][td]0.9[/td] [td]0[/td][td]0.01[/td] [td]1.2[/td][td]1.8[/td]

RoundTripTime (ms)
[td]29.3[/td][td]22.9[/td]
CodecPCMUPCMU
Endpunkt3CXPhone for Android 20.6.0.203CXPhone for Android 20.6.0.20


Die Ports wurden geöffnet, da es in folgendem Artikel beschrieben ist:
https://www.3cx.de/voip-sip/ports/


Wie würdet ihr die Anlage aufbauen?


Wir haben einen Hauptstandort und fünf Nebenstandorte, die per IPsec-VPN angebunden sind.
Die 3CX-Anlage (Debian) läuft auf einer virtuellen Maschine im Hauptstandort. Alle Standorte haben mind. ein Tisch Telefon bei der Zentrale. sonst werden nur die Samsung Handys verwendet. Da beklagen die Mitarbeiter aber über schlecht Sprechqualität einmal beim Telefonieren. Entweder man versteht sie Schlecht oder man selbst wird schlecht verstanden.


Als Trunks nutzen wir:

  • Hauptstandort: EWE Tel
  • Nebenstandorte: Eco Tel und Telekom
 
bitn2 schrieb:
Dort stehen nur alle Ports die benutzt werden, nicht ob ein oder ausgehend und ob du sie überhaupt brauchst. Bitte die Anleitung zur Firewallkonfiguration befolgen und nur die für deine Konfiguration benötigten Ports öffnen.
Zum Vergrößern anklicken....
Danke dir für den Hinweis mit den Ports ich gehe die Firewall-Konfiguration nach der Anleitung nochmal sauber durch. Ich würde folgende Anleitung verwenden: https://www.3cx.de/docs/adminhandbuch/firewall-router-konfiguration/


Allerdings habe ich weiterhin das Problem mit der Sprachqualität, insbesondere bei den Samsung-Handys über WLAN.
Die Gesprächsanalyse zeigt ja eigentlich durchgehend ‚ausgezeichnet‘e Werte (kein nennenswerter Packet Loss, wenig Jitter, RTT ~20–30 ms). Deshalb wundert mich das Verhalten etwas.


Hast du eine Idee, woran es trotz der Werte liegen könnte?
Insbesondere im Hinblick auf:


  • WLAN und VPN (IPsec)
  • Setup mit mehreren Standorten
  • Nutzung von 3CX-App auf Android

Und noch eine Frage zum Aufbau:
Würdest du das Setup so lassen (zentrale 3CX im Hauptstandort + VPN), oder eher a eine andere Architektur gehen?


Übersehe ich eventuell einen typischen Fehler in so einem Szenario?
 
Wie sehen denn die Codec Einstellungen aus? Geht die Verbindung der Handys direkt per VPN zur 3cx (Split DNS)?
 
Ich nutze auch eine Samsung Handy und habe die APP drauf. Ich habe nur dann schlechten Empfang, wenn ich mit WLan verbunden bin und in der letzten Ecke des Hauses bin. Ich würde erst mal die Qualität der WLAN übeprüfen, keine Ahnung was das für ein System ist vielleicht einfach überlastet und schlechte Abdeckung.

Was ich gerade sehe du schreibst was von PCMU als Codec. Ist das so in der 3CX eingestellt? Wenn ja stell mal alles auf PCMA um. Da gibt es verschiende Stellen, wo der Codec eingestellt werden muss.
 
bitn2 schrieb:
Wie sehen denn die Codec Einstellungen aus? Geht die Verbindung der Handys direkt per VPN zur 3cx (Split DNS)?
Zum Vergrößern anklicken....
Moin,

vielen Dank für deine Rückmeldung.

Ich werde zunächst die WLAN-Einstellungen am Standort überprüfen. Zusätzlich schaue ich mir das Thema Split-DNS an und spreche dazu mit meinem Kollegen – dieser ist derzeit allerdings im Urlaub.

Bezüglich der Codec-Einstellungen habe ich folgende Konfiguration vorgenommen:

In Siptrunk:

Hauptstandort (EWE Tel):

  1. PCMU
  2. PCMA
Nebenstandorte (Eco Tel):

  1. PCMA
  2. PCMU
  3. G729
Unter Admin > Erweiterte Einstellungen > Codecs:

Codec-Reihenfolge für LAN/WLAN-verbundene Geräte/Apps:

  1. PCMU
  2. PCMA
  3. G722
  4. OPUS
  5. G729
Codec-Reihenfolge für WAN oder LTE/5G-verbundene Geräte/Apps:

  1. PCMU
  2. PCMA
  3. G722
  4. OPUS
  5. G729
Gibt es aus deiner Sicht noch weitere Einstellungen, die ich prüfen sollte?
 
Josef L schrieb:
Ich nutze auch eine Samsung Handy und habe die APP drauf. Ich habe nur dann schlechten Empfang, wenn ich mit WLan verbunden bin und in der letzten Ecke des Hauses bin. Ich würde erst mal die Qualität der WLAN übeprüfen, keine Ahnung was das für ein System ist vielleicht einfach überlastet und schlechte Abdeckung.

Was ich gerade sehe du schreibst was von PCMU als Codec. Ist das so in der 3CX eingestellt? Wenn ja stell mal alles auf PCMA um. Da gibt es verschiende Stellen, wo der Codec eingestellt werden muss.
Zum Vergrößern anklicken....
Moin,


danke dir für die Info und den Hinweis.


Ich werde mir das WLAN-System vor Ort noch einmal genauer anschauen und insbesondere die Abdeckung sowie mögliche Überlastungen prüfen. Es könnte tatsächlich sein, dass die Qualität in bestimmten Bereichen nicht optimal ist.


Bezüglich der Codecs: siehe vorherige Nachricht

Danke dir für die Antwort.
 
Warum G.711 µ-law, der primär in Nordamerika und Japan verwendet wird?
 
Obremba IT schrieb:
Ich werde mir das WLAN-System vor Ort noch einmal genauer anschauen und insbesondere die Abdeckung sowie mögliche Überlastungen prüfen. Es könnte tatsächlich sein, dass die Qualität in bestimmten Bereichen nicht optimal ist.
Zum Vergrößern anklicken....
Wurde denn die Ausleuchtung vorher nicht geprüft?
Funktioniert das Handover einwandfrei?
Warum wurde kein DECT in Erwägung gezogen?
 
@Obremba IT Hier Deutschland vielleicht auch in ganz Europa nutzt man PCMA bzw. G711 aLaw. Ich würde die gesamten Einstellung als Nummero 1 PCMA setzen.

@mbehrens bei meinem Kunden auch so WLan ist gut deckend vorhanden und man wollte nicht noch in ein DECT-System investieren. Das Scheint das gut zu funktionieren. Zuminest höre ich keine Klagen.
 
Josef L schrieb:
@Obremba IT Hier Deutschland vielleicht auch in ganz Europa nutzt man PCMA bzw. G711 aLaw. Ich würde die gesamten Einstellung als Nummero 1 PCMA setzen.

@mbehrens bei meinem Kunden auch so WLan ist gut deckend vorhanden und man wollte nicht noch in ein DECT-System investieren. Das Scheint das gut zu funktionieren. Zuminest höre ich keine Klagen.
Zum Vergrößern anklicken....
Moin,

danke für die Info.
Ich habe die Codec-Reihenfolge entsprechend geprüft.

Aktuell sind die Einstellungen wie folgt gesetzt:

Admin → Erweiterte Codecs
LAN/WLAN:
  1. OPUS
  2. G722
  3. PCMA
  4. PCMU
  5. G729
WAN/LTE/5G:
  1. OPUS
  2. G729
  3. PCMA
  4. PCMU
  5. G722
Trunks
EWE Tel:
  • PCMA
  • PCMU
ECO Tel:
  • PCMA
  • PCMU
  • G729
Telekom:
  • PCMA
  • PCMU
  • G729
  • G722
 
Obremba IT schrieb:
Moin,

danke für die Info.
Ich habe die Codec-Reihenfolge entsprechend geprüft.

Aktuell sind die Einstellungen wie folgt gesetzt:

Admin → Erweiterte Codecs
LAN/WLAN:
  1. OPUS
  2. G722
  3. PCMA
  4. PCMU
  5. G729
WAN/LTE/5G:
  1. OPUS
  2. G729
  3. PCMA
  4. PCMU
  5. G722
Trunks
EWE Tel:
  • PCMA
  • PCMU
ECO Tel:
  • PCMA
  • PCMU
  • G729
Telekom:
  • PCMA
  • PCMU
  • G729
  • G722
Zum Vergrößern anklicken....
Die dann bitte einmal anpassen und noch mal testen
 
mbehrens schrieb:
Wurde denn die Ausleuchtung vorher nicht geprüft?
Funktioniert das Handover einwandfrei?
Warum wurde kein DECT in Erwägung gezogen?
Zum Vergrößern anklicken....
Moin,

die Ausleuchtung wurde vorher geprüft.
Beim WLAN müssen wir aktuell nur noch das Roaming/Handover weiter optimieren.

DECT wurde nicht berücksichtigt, da wir ausschließlich Smartphones im Einsatz haben.

LG
 
bitn2 schrieb:
Die dann bitte einmal anpassen und noch mal testen
Zum Vergrößern anklicken....
Moin,

also dann unter:

Admin → Erweiterte Codecs

bei LAN/WLAN sowie WAN/LTE/5G die Reihenfolge auf:

  1. PCMA
  2. G711
setzen?

Welche Codecs sollen danach noch folgen?
Vielen Dank für eure Hilfe !!!
 
alle PCMA auf Position 1 setzen G711a ist das Pendant dazu
 
  • Like
Reaktionen: bitn2
Josef L schrieb:
alle PCMA auf Position 1 setzen G711a ist das Pendant dazu
Zum Vergrößern anklicken....
Moin zusammen,

vielen Dank erst einmal für die Hinweise bezüglich PCMA bzw. G711a.
Mir war zunächst nicht bewusst, dass 3CX den Codec als „PCMA“ bezeichnet.

Ich habe mich jetzt noch einmal etwas tiefer mit der Codec-Priorisierung beschäftigt und würde gerne eure Meinung dazu hören, ob folgende Reihenfolge sinnvoll wäre.

Aktueller Gedanke:

LAN/WLAN:

  1. PCMA
  2. G722
  3. OPUS
  4. G729
  5. PCMU
WAN/LTE/5G:

  1. PCMA
  2. OPUS
  3. G722
  4. G729
  5. PCMU
Meine Überlegung dahinter:

PCMA / G711a:
Da unsere SIP-Provider (Telekom, EWE, ECO Tel) primär PCMA nutzen und dies in Europa ohnehin Standard ist, würde ich PCMA bewusst auf Position 1 setzen. Dadurch sollte unnötiges Transcoding vermieden werden und die Kompatibilität mit den Trunks am stabilsten sein.

G722:
Im internen Netzwerk bietet G722 ja HD-Voice mit guter Sprachqualität. Deshalb würde ich diesen Codec im LAN/WLAN relativ weit oben priorisieren.

OPUS:
Gerade bei Smartphones im WLAN sowie über LTE/5G scheint OPUS Vorteile bei schwankenden Netzbedingungen und Paketverlusten zu haben. Deshalb die Überlegung, OPUS im mobilen Bereich höher einzusortieren.

G729:
Den würde ich eher als Fallback betrachten. Spart zwar Bandbreite, aber die Sprachqualität ist meiner Erfahrung nach hörbar schlechter.

PCMU:
Da wir ausschließlich in Deutschland arbeiten und keine US-Anbindungen haben, sehe ich PCMU eher als letzte Fallback-Option.

Hintergrund:
Wir nutzen ausschließlich Smartphones als Endgeräte und aktuell optimieren wir noch das WLAN-Roaming/Handover zwischen den Access Points. Die Ausleuchtung wurde bereits geprüft.

Mich würde interessieren:

  • Würdet ihr OPUS im WLAN/LTE-Bereich höher priorisieren ?
  • Macht es Sinn, G722 hinter OPUS zu setzen?
  • Gibt es bei 3CX bekannte Probleme mit OPUS und bestimmten Providern oder Smartphone-Clients?
Vielen Dank für euren Input und den Austausch!

LG

Nils
 
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.751
Beiträge
233.645
Mitglieder
78.494
Neuestes Mitglied
Hans20262026
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten