Moderator: Lancom-Systems Moderatoren
Code: Alles auswählen
default -r /set/lan-bridge/igmp-snoopingCode: Alles auswählen
set /Setup/Interfaces/WLAN/Network/WLAN-1/Transmit-only-Unicasts yesDamals hatte der Kunde noch das "alte" Entertain der Telekom ohne BNG an einem 1781VAW. Inzwischen wurde dieser auf das "neue" Entertain der Telekom mit BNG umgestellt und ohne das im Wlan-Router etwas umgestellt wurde, ist das Problem nicht mehr vorhanden!hyperjojo hat geschrieben:1783VAW
IPTV Entertain eingerichtet, funktioniert (kein BNG)
WLAN 2,4Ghz
seit den ersten 10.12er Versionen beobachte ich das folgende Phänomen:
Sobald der IPTV Stream startet, geht die WLAN-Kanallast auf deutlich über 90% und das WLAN ist dann nicht mehr nutzbar.
Ich weiß nicht was 'damals' heißt, aber es ist noch nicht so lange her, daß das IGMP-Snooping defaultmäßig an ist bzw. im Auto-Modus läuft. Eventuell war es bei diesem Kunden noch wegen einer alten Default-Konfig ausgeschaltet.Damals hatte der Kunde noch das "alte" Entertain der Telekom ohne BNG an einem 1781VAW.
wenn das so funktioniert, ist das ja auch ein gutes Feature.alf29 hat geschrieben:In der 10.12 ist das Feature hinzugekommen, daß das IGMP-Snooping die IPv4-Multicasts nicht nur filtern, sondern auch Richtung WLAN in Unicasts umwandeln kann (danach ist in der Vergangenheit öfters gefragt worden).
Ja, bei meinem Kunden ist das ein 1781VAW.alf29 hat geschrieben:Zur Sicherheit gefragt: in beiden Fällen (hyperjojo und cpuprofi) geht es um das WLAN, das der Router selber betreibt (d.h. WLAN und Internetzugang in einer Dose)?
Damals war vor einem Monat...alf29 hat geschrieben:Ich weiß nicht was 'damals' heißt, aber es ist noch nicht so lange her, daß das IGMP-Snooping defaultmäßig an ist bzw. im Auto-Modus läuft. Eventuell war es bei diesem Kunden noch wegen einer alten Default-Konfig ausgeschaltet.Damals hatte der Kunde noch das "alte" Entertain der Telekom ohne BNG an einem 1781VAW.
das neue EntertainTV arbeitet weiterhin mit Multicast. Bei mir läuft das neue EntertainTV.cpuprofi hat geschrieben:Somit dürfte das Wlan noch Alfred's Aussage mit Entertain-Multicast-Paketen geflutet werden, es sei denn die Telekom hat etwas am "neuen" Entertain geändert, z.B. kein Multicast mehr...
Wenn man drüber nachdenkt, klar. Also kann es (bei mir) nur eine Übergangslösung sein.alf29 hat geschrieben:also wenn Ihr 'Transmit-only-Unicasts' auf der SSID einschaltet, dann werden einfach stur jegliche Broad- und Multicasts in die Funkzelle verworfen. Das ist nicht das gleiche wie IGMP-Snooping und dürfte auch früher oder später Probleme bereiten, wenn man nicht sehr genau weiß, was man da tut.
Das ist doch sicher der von mir genannte LANconfig Menüpunkt, der keine Auswirkungen auf das Problem hatte. Wo finde ich den auf der CLI?alf29 hat geschrieben:In der 10.12 ist das Feature hinzugekommen, daß das IGMP-Snooping die IPv4-Multicasts nicht nur filtern, sondern auch Richtung WLAN in Unicasts umwandeln kann (danach ist in der Vergangenheit öfters gefragt worden). Eventuell ist im IGMP-Snooping für dieses Szenario etwas dabei kaputt gegangen. Ich frage den Kollegen mal morgen, der das implementiert hat.
ja, bei mir auch! Müsste mal testen, ob die in den anderen APs eingebuchten Clients das Problem ebenfalls haben.alf29 hat geschrieben:Zur Sicherheit gefragt: in beiden Fällen (hyperjojo und cpuprofi) geht es um das WLAN, das der Router selber betreibt (d.h. WLAN und Internetzugang in einer Dose)?
Nein, ist er nicht. Der Default im Setup im LCOS ist nach wie vor 'Auto'. Gerade in Quellcode nachgeschaut und mit einer 10.12.0051 kontrolliert:Im LCOS bis 10.00.0255 war der "IGMP-Snooping-Modul aktiv" auf "Auto" voreingestellt. Ab 10.12.0051 ist der Wert jetzt "Ein".
Gruß Alfredroot@l452-aarnold:/Setup/LAN-Bridge/IGMP-Snooping
> l op
Operating VALUE: No
root@l452-aarnold:/Setup/LAN-Bridge/IGMP-Snooping
> def Operating
Ok
root@l452-aarnold:/Setup/LAN-Bridge/IGMP-Snooping
> l op
Operating VALUE: Auto
root@l452-aarnold:/Setup/LAN-Bridge/IGMP-Snooping
Das ist der hier:Das ist doch sicher der von mir genannte LANconfig Menüpunkt, der keine Auswirkungen auf das Problem hatte. Wo finde ich den auf der CLI?
'Multicast' ist das neue Bit, wobei es eigentlich korrekter 'IPV4-Multicast' heißen sollte, denn er weist das IGMP-Snooping an, die Umwandlung in Unicasts in Richtung dieser SSID zu machen, wenn es festgestellt hat, daß auf dieser SSID die Multicasts von mindestens einem Gerät angefordert wurden.root@l452-aarnold:/Setup/Interfaces/WLAN/Transmission
> set ?
Possible input for columns in table 'Transmission':
.
.
.
[ 25] Convert-to-Unicast : Bitmask: none (0), DHCP (1), Multicast (2)
.
.
.
Wie hast Du das versucht? Das ist ein Bitfeld im LCOS:auf der CLI kann man kein "DHCP und Multicast" wählen, in LANconfig schon.
Der 'gutmeinende' LANconfig-Entwickler hat vermutlich alle Kombinationen der Bits in einer Dropdown-Liste ausmultipliziert. Im Moment sind das nur zwei Bits und damit nur vier Kombinationen. Aber mit jedem weiteren Bit wird sich die Anzahl verdoppeln...root@l452-aarnold:/Setup/Interfaces/WLAN/Transmission/WLAN-1
> set Convert-to-Unicast dhcp,Multicast
set ok:
Convert-to-Unicast VALUE: DHCP,Multicast
ich kann da nur nach den Config-Backups im LANconfig gehen und da hatte sich ab der 10.12.0051 der Wert ohne mein oder es Kunden zutuns geändert...alf29 hat geschrieben:Nein, ist er nicht. Der Default im Setup im LCOS ist nach wie vor 'Auto'. Gerade in Quellcode nachgeschaut und mit einer 10.12.0051 kontrolliert...Im LCOS bis 10.00.0255 war der "IGMP-Snooping-Modul aktiv" auf "Auto" voreingestellt. Ab 10.12.0051 ist der Wert jetzt "Ein".
