Všechny komentáře k produktu:TP-LINK TL-WDR3500
Multicast
Dobrý den, podporuje tento přístroj multicast? Případně který router s wifi z Vaší nabídky multicast podporuje? Děkuji za odpověď
Dobrý den,bohužel tuto funkci výrobce neuvádí.
Doporučuji kontaktovat přímo TP-Link 277 007 530.Hezký den.
Otázka zní jednoduše, odpověď bude složitější :-) IP multicasting znamená několik různých vrstev, a podpora může být žádná, částečná nebo kompletní.Základní multicasting v rámci ethernetové sítě (typicky odpovídá IP subnetu) by měl být zpětně kompatibilní s broadcastem. Tupé switche a bridge, které nevědí nic o multicastingu, by měly provoz na multicastové adresy broadcastovat všem účastníkům. Tady by neměl být rozdíl mezi nejlevnějším stolním switchem za stovku a levným APčkem, které obsahuje softwarový bridge v zapečeném Linuxu. Tohle by mělo fungovat i bez IGMP = bez explicitního přihlašování klientů do multicast groups, bez rozesílání membership queries apod. Broadcasting multicastového provozu je sice teoreticky neefektivní, ale v malé síťce se to asi snese. Switche a bridge v této lize by neměly multicastový provoz svévolně zahazovat.
Trochu mi vrtalo hlavou, jak je to s multicastingem na WiFi a konkrétně WPA2 (které se nemá rádo třeba s WDS, protože u WPA2 se navazují dvoustrané "bezpečnostní asociace" s konkrétním klientem) - ale zdá se, že prostý broadcasting _a_multicasting_ je ošetřený, řeší se to efektivně a šifrovaně pomocí dočasného tzv. "group temporal key", je to součást 802.11i = WPA2, tzn. pokud jedete WPA2, měl by nad ním fungovat i multicasting (minimálně v této tupé broadcastované podobě) a neznamená to poslat každý paket L2 unicastem N klientům, je to nativní WiFi broadcast/multicast.O ligu výš je možnost, že se L2 switche snaží doručovat multicasty efektivně. To už vyžaduje trochu snahy nejen ve switchi, ale taky na klientech (a serveru). Pořád se bavíme o lokální síti = switchované doméně, neprošli jsme skrz router. Switch má jedinou možnost, jak se dopídit, který klient má o multicasty zájem (a který nikoli): musí sledovat provoz protokolu IGMP. Protokol IGMP je balený do holého IP (v jeho rámci má svůj vlastní protocol number 2, vedle např. UDP nebo TCP). Čili switch musí mírně "porušit pravidla" a koukat o několik vrstev výš (ne o jednu, ale o dvě nebo spíš o tři) - odkud chodí membership queries (server) a membership reports (klienti). Poté switch multicastuje jenom na porty, odkud zaznamenal membership reports. Ostatním portům multicasty nedoručuje. Vedlejším důsledkem je, že aby toto fungovalo, musí servery a klienti IGMP používat. Pokud server jenom posílá multicastový payload, klient jenom poslouchá na multicastové adrese, ale nebaví se spolu přes IGMP, ale switch je přitom nakonfigurovaný, aby prováděl IGMP snooping, tak muticasting dohromady nebude fungovat, protože switch bude multicastový traffic zahazovat (nikdo se přeci neozval skrz IGMP). Tady je třeba dodat, že switche, které umí IGMP snooping, ho umí obvykle taky vypnout.No a třetí level je multicast routing mezi subnety. Toto se dá routovat i staticky (bez IGMP, v Linuxu stačí přidat route), reálně ovšem plná podpora multicast routingu znamená podporu dynamického routovacího protokolu zaměřeného specificky na multicasting - obvykle jsou zmiňovány PIM, DVMRP, MOSPF. Malé routery tohle neumí. Ono to v domácí síti asi ani není potřeba...Suma sumárum se domnívám, že "tovární firmware" různých APček (WiFi routerů) Vám propustí mezi LAN a WiFi (= skrz interní softwarový bridge) i multicasting, v jeho základní broadcastované podobě. Ale ruku do ohně za to nedám, chce to vyzkoušet, uvnitř je Linux a možná to výrobce špatně nakonfiguroval.Pokud chcete od tohoto hardwaru víc, zvažte OpenWRT - v moderním OpenWRT existuje možnost jednořádkovým příkazem zapnout/vypnout IGMP snooping v softwarovém bridgi mezi LAN a wifi:
https://forum.openwrt.org/viewtopic.php?id=41410
Snooping podle mého nepoběží na vestavěných hardwarových switchích (ve WiFi routerech, které mají více LAN portů) mezi LAN porty navzájem. Čili v rámci metalické LANky takový stroj bude multicasty broadcastovat. Pokud povolíte IGMP snooping mezi LAN a WiFi, a přitom tam žádné IGMP nepojede, tak se budou multicasty broadcastovat v rámci metalické LANky, ale nikoli dále do WiFi (ani opačným směrem).
Pokud povolíte IGMP snooping a opravdu tam IGMP pojede, budou se multicasty košer multicastovat mezi LAN a WiFi, v rámci WiFi se to bude přenášet fyzicky jako broadcast (z principu, jedná se o kolizní médium a je to podporováno) a v rámci LAN se budou broadcastovat.Pokud chcete IGMP snooping i mezi LAN porty ve switchi navzájem, kupte k tomu základní managed switch - konkrétně postarší levný "websmart" D-Link DGS-1216T to umí. Stejně jako obdobné switche od konkurence (Netgear, Linksys, SMC) nebo cokoli dražšího. Ale domů je to asi trochu overkill, navíc ta spotřeba...
Alternativně by asi šlo, nainstalovat na WiFi router OpenWRT, přestříhat konfiguraci tak, aby každý port na interním LAN switchi dostal vlastní VLANu, a mezi VLANovými subinterfejsy byste musel softwarově bridgovat. Asi by to nebylo moc rychlé, ale softwarový IGMP snooping by v tom fungoval :-DPokud byste chtěl PIM nebo tak něco (= routovat multicasty se vší parádou mezi subnety), zkuste OpenWRT, nainstalovat si někde na PC pod Linuxem build environment a cross-kompilovat pimd, mrouted nebo tak něco. V binárkových repozitářích OpenWRT jsem bohužel ani jednoho z těchto démonů nenašel, ale ve fórech jsou zmínky o připravených makefajlech či co.
@xrysf03: Ještě jsem si všiml, že v repu OpenWRT je zkompilované IGMP proxy. To by mohlo stačit na jednoduchý routing mezi subnety a snad i jako čistý "IGMP Querier" (pokud klienti umí IGMP, ale server nikoli = sám se neptá).