Voip DLan, WLan, Gesprächsaufbau problem
Moin,
wir haben bei uns im Betrieb eine Asterisk Anlage und Probleme an Nebenstellen im Nebengebäude. Manchmal, nicht regelmäßig, kommt es vor das Gespräche nicht aufgebaut werden, oder es lange dauert bis der Ton da ist. Es kann 2 Wochen gut sein dann 2 Tage schlecht... in der Regel klappt der Aufbau beim zweiten mal, oder man hört sich nach ~2-10s, dann auch ohne Verzögerung. Intern sowie Extern.
Zur Topologie... Telekom Anschluss, draytek vigor 165 Modem, Endian FW, managed Switch (nichts wildes konfiguriert), DLan brücke über Zweidraht (devolo dlan 500 avpro uni), WLan Unifi Ap, Yealink mit Wifi Dongle.
Das Nebengebäude ist über die DLan Zweidraht Brücke angebunden ~100m. Devolo Software sagt >250mbit (beim Kopieren ~10mb/s), in dem Nebengebäude geht es auf zwei DLan Boxen, von den Boxen auf Wifi APs. Das Gebäude ist Denkmalgeschützt, sehr verwinkelt mit Stuckdecke und anderen Verzierungen. Man will es also Vermeiden mit Kanal und co. Kabel zu ziehen.
Im Hauptgebäude gibt es die Probleme nicht, leider ist dort nur ein über WLan eingebendes Telefon, was nicht oft benutzt wird. Es gibt dort also nicht die Erfahrungen ob es am WLan liegt, aber es wurde noch nie ein Problem an der Nebenstelle gemeldet (gleiche Wifi APs). Die "Datenverbindungen" im Nebengebäude machen auch kein sorgen, eben "nur" die Voip Problematik. Unifi Software sagt 100% bei den Nebenstellen, und andere WLan Geräte funktionieren ohne Probleme.
Schaue ich mir Gespräche mit "pjsip show channelstats" an, so erkennen ich kein unterschiede, Jitter, Paketverluste bei aufgebauten Gesprächen... durch die Unregelmäßigkeit auch schwer zu analysieren. Mit meinem Handy habe ich es keinmal geschafft das Szenario zu reproduzieren... Sind die Gespräche aufgebaut, gibt es keine Probleme.
Mit Wireshark den port der ins Nebengebäude geht gespiegelt aber da sehe ich nur die TLS Verbindung, ich muss mich da noch einarbeiten, noch nie was mit gemacht. Irgendwo auf der Strecke ist also der Wurm drin, nur wie wo könnte ich noch Ansätzen?
Grüße Malte
wir haben bei uns im Betrieb eine Asterisk Anlage und Probleme an Nebenstellen im Nebengebäude. Manchmal, nicht regelmäßig, kommt es vor das Gespräche nicht aufgebaut werden, oder es lange dauert bis der Ton da ist. Es kann 2 Wochen gut sein dann 2 Tage schlecht... in der Regel klappt der Aufbau beim zweiten mal, oder man hört sich nach ~2-10s, dann auch ohne Verzögerung. Intern sowie Extern.
Zur Topologie... Telekom Anschluss, draytek vigor 165 Modem, Endian FW, managed Switch (nichts wildes konfiguriert), DLan brücke über Zweidraht (devolo dlan 500 avpro uni), WLan Unifi Ap, Yealink mit Wifi Dongle.
Das Nebengebäude ist über die DLan Zweidraht Brücke angebunden ~100m. Devolo Software sagt >250mbit (beim Kopieren ~10mb/s), in dem Nebengebäude geht es auf zwei DLan Boxen, von den Boxen auf Wifi APs. Das Gebäude ist Denkmalgeschützt, sehr verwinkelt mit Stuckdecke und anderen Verzierungen. Man will es also Vermeiden mit Kanal und co. Kabel zu ziehen.
Im Hauptgebäude gibt es die Probleme nicht, leider ist dort nur ein über WLan eingebendes Telefon, was nicht oft benutzt wird. Es gibt dort also nicht die Erfahrungen ob es am WLan liegt, aber es wurde noch nie ein Problem an der Nebenstelle gemeldet (gleiche Wifi APs). Die "Datenverbindungen" im Nebengebäude machen auch kein sorgen, eben "nur" die Voip Problematik. Unifi Software sagt 100% bei den Nebenstellen, und andere WLan Geräte funktionieren ohne Probleme.
Schaue ich mir Gespräche mit "pjsip show channelstats" an, so erkennen ich kein unterschiede, Jitter, Paketverluste bei aufgebauten Gesprächen... durch die Unregelmäßigkeit auch schwer zu analysieren. Mit meinem Handy habe ich es keinmal geschafft das Szenario zu reproduzieren... Sind die Gespräche aufgebaut, gibt es keine Probleme.
Mit Wireshark den port der ins Nebengebäude geht gespiegelt aber da sehe ich nur die TLS Verbindung, ich muss mich da noch einarbeiten, noch nie was mit gemacht. Irgendwo auf der Strecke ist also der Wurm drin, nur wie wo könnte ich noch Ansätzen?
Grüße Malte
Please also mark the comments that contributed to the solution of the article
Content-ID: 1470359428
Url: https://administrator.de/contentid/1470359428
Printed on: October 4, 2024 at 03:10 o'clock
3 Comments
Latest comment