Kanallast 98%
Moderator: Lancom-Systems Moderatoren
Kanallast 98%
Grüße,
ich habe hier 3 x L-321agn.
Diese stehen teilweise über 100m von einenander entfernt und hängen mit festgen IPs im gleichen Netz als Accesspoints ohne WLC.
Seit knapp 2 Wochen gibt es massive probleme mit dem WLAN, teilweise so schlimm das nichmal die Adressen vom DHCP Server (Win Server DC im AD)
abgeholt werden können.
Die Anzahl der Clients ist relativ übersichtlich und via Ethernet gibt es keinerlei Probleme
Die vorhandene Konfiguration läuft schon einige Jahre anstandslos.
- Die Kanallast steigt sporadisch auf 98% (bei allen 3 Geräten)
- Pings via WLAN schwanken von <10ms bis >3000ms bis hin zum Timeout, via Ethernet zu den APs <1ms (konstant ohne Schwankungen)
- Via Wireshark sieht man das kein DHCP ACK durchkommt und sich die Anfragen (DHCP Discover) der Clients häufen.
Ich habe jetzt schon einiges probiert:
- trace auf dem APs
- Kanalwechsel
- DHCP relay auf den APs
- reboot der Switche und Server
- reset und neu aufsetzen der APs
- Netz auf Rogue DHCP-Server und ARP poisoning überprüft
- DHCP-Snooping getestet
Da ich hier nicht wirklich weiterkomme und eigentlich nur noch Störfunk im Verdacht habe, dachte ich versuche es mal hier im Forum.
ich habe hier 3 x L-321agn.
Diese stehen teilweise über 100m von einenander entfernt und hängen mit festgen IPs im gleichen Netz als Accesspoints ohne WLC.
Seit knapp 2 Wochen gibt es massive probleme mit dem WLAN, teilweise so schlimm das nichmal die Adressen vom DHCP Server (Win Server DC im AD)
abgeholt werden können.
Die Anzahl der Clients ist relativ übersichtlich und via Ethernet gibt es keinerlei Probleme
Die vorhandene Konfiguration läuft schon einige Jahre anstandslos.
- Die Kanallast steigt sporadisch auf 98% (bei allen 3 Geräten)
- Pings via WLAN schwanken von <10ms bis >3000ms bis hin zum Timeout, via Ethernet zu den APs <1ms (konstant ohne Schwankungen)
- Via Wireshark sieht man das kein DHCP ACK durchkommt und sich die Anfragen (DHCP Discover) der Clients häufen.
Ich habe jetzt schon einiges probiert:
- trace auf dem APs
- Kanalwechsel
- DHCP relay auf den APs
- reboot der Switche und Server
- reset und neu aufsetzen der APs
- Netz auf Rogue DHCP-Server und ARP poisoning überprüft
- DHCP-Snooping getestet
Da ich hier nicht wirklich weiterkomme und eigentlich nur noch Störfunk im Verdacht habe, dachte ich versuche es mal hier im Forum.
-
- Beiträge: 3224
- Registriert: 12 Jan 2010, 14:10
Re: Kanallast 98%
Wenn das zeitgleich passiert und die APs unterschiedliche Kanäle haben, wird die Quelle im LAN zu suchen sein. Netzwerkschleife, Broadcast/Multicast-Storm.0ldsk3wl hat geschrieben: 06 Jun 2023, 12:09 - Die Kanallast steigt sporadisch auf 98% (bei allen 3 Geräten)
-
- Beiträge: 1150
- Registriert: 19 Aug 2014, 22:41
Re: Kanallast 98%
Wenn im SYSLOG eine Meldung à la "WLAN: too many tx timeouts" erscheint, könnte die mögliche Problemursache "Störfunk" sein. Wenn diese SYSLOG-Meldung nicht auftaucht, ist die Problemursache anderswo zu suchen (=> LAN). Zum Thema "Störfunk" siehe:
fragen-zur-lancom-systems-routern-und-g ... 19750.html
fragen-zur-lancom-systems-routern-und-g ... 19750.html
Re: Kanallast 98%
Danke für die Infos
Falls es jemandem etwas nutzt, ich glaube das Problem gefunden zu haben.
Hier hängt seit einiger Zeit ein HDMI Over IP Empfänger und Sender.
Seltsamerweise ein paar Monate länger als das Problem exisitiert, daher war da erstmal kein Verdacht.
Der Sender schickt eine Flut an Multicast Paketen ins Netz, welche die AP's dann offensichtlich verteilen wollten.
Seitdem der Sender aus ist, hat sich die Kanallast stabilisiert.
Falls es jemandem etwas nutzt, ich glaube das Problem gefunden zu haben.
Hier hängt seit einiger Zeit ein HDMI Over IP Empfänger und Sender.
Seltsamerweise ein paar Monate länger als das Problem exisitiert, daher war da erstmal kein Verdacht.
Der Sender schickt eine Flut an Multicast Paketen ins Netz, welche die AP's dann offensichtlich verteilen wollten.
Seitdem der Sender aus ist, hat sich die Kanallast stabilisiert.
Re: Kanallast 98%
Nutzt der Multicast DNS (mDNS)?0ldsk3wl hat geschrieben: 07 Jun 2023, 09:06 Hier hängt seit einiger Zeit ein HDMI Over IP Empfänger und Sender.
..
Der Sender schickt eine Flut an Multicast Paketen ins Netz, welche die AP's dann offensichtlich verteilen wollten.
Seitdem der Sender aus ist, hat sich die Kanallast stabilisiert.
https://www.bsi.bund.de/DE/Themen/Unter ... _node.html
Viele Grüße
ts
TakeControl: Config Backup für LANCOM Router, WLC, APs, Firewalls und Switche...
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
https://www.linkedin.com/posts/activity ... 04032-DNQ5
https://www.nmedv.de
Re: Kanallast 98%
Kann ich aktuell nicht sagen, werde ich die Tage überprüfen.
Was mich wundert, ist das die APs trotz IGMP-Snooping hier so reagieren.
Das sind China Teile ohne große Konfigurationsmöglichkeit, man kann nicht mal eine feste IP vergeben
Der Sender hat genau genommen keinerlei einstellmöglichkeiten.
Ich werde die wohl einfach in einem untagged VLAN isolieren.
Liebe Grüße
Re: Kanallast 98%
Ist das IGMP-Snooping denn wirklich aktiv? Auf LANCOM-APs ist das IGMP-Snooping defaultmäßig im Auto-Modus, d.h. es schaltet sich nur ein, wenn es im Netz einen IGMP-Querier gibt, der regelmäßige IGMP-Joins der Clients stimuliert (ohne die funktioniert IGMP-Snooping nicht).Was mich wundert, ist das die APs trotz IGMP-Snooping hier so reagieren.
Re: Kanallast 98%
Ja, ist auf auf den Switchs(GS-2326,GS-2326P,GS-2326P,GS-2326P+,GS-2310) sowie den 3 x L-321agn aktiv.rotwang hat geschrieben: 07 Jun 2023, 13:28Ist das IGMP-Snooping denn wirklich aktiv? Auf LANCOM-APs ist das IGMP-Snooping defaultmäßig im Auto-Modus, d.h. es schaltet sich nur ein, wenn es im Netz einen IGMP-Querier gibt, der regelmäßige IGMP-Joins der Clients stimuliert (ohne die funktioniert IGMP-Snooping nicht).Was mich wundert, ist das die APs trotz IGMP-Snooping hier so reagieren.
Anfrager / Querier für das VLAN sind ebenso gesetzt.
Werde die Einstellungen jetzt aber überprüfen da hier offensichtlich etwas nicht richtig funktioniert.
Hab die HDMI KVM (PW-DT237K) jetzt einfach hart gepatcht, da hier eh kaum Einstellungsmöglichkeiten geg. sind und ich die nicht zwingend im LAN brauche.
Gruß