Otazka je, zda bude IPTV makat pres obyc. switch, tak jak sem psal ...
Jistě, ten TPlink za 150 byl používán přesně ve scénáři jak chceš.
Jeste bych se rad zeptal, zda lze multicast protlacit pres RB2011 SFP slot do optiky, respektive to tudy privest. Snad nereknu velkou blbost, ze muzu multicast narvat do samostatne VLANy z optiky, pres RB2011 do chytreho switche, kde si oddelim provoz pro ty lidi co IPTV maji ...
Ano, jde. Pokud chceš člověku dát domů RB2011 jako router, kdy SPF je uplink a z něj odbočit IPTV na další porty, pojede to. Jenom, mezi SFP portem a ethernet porty je softwarový bridge, tak ať se ti RB2011 neutaví při přehazování paketů v CPU....
Jde použít třeba RB260GS switch. SFP uplink, v tom VLANy internet a IPTV, ty switch rozhodí třreba na ethernet port 1 a boxy 2-5.
Nebo toot rozhazování může dělat už access switch, pokud to umí. Co jde k zákošovi na portu odtaguje, vracející věci taguje do VLAN pro inet, IPTV (dle MAC prefixů boxů) a dle konzultace s Radius serverem, zda daný port má IPTV aktivováno. Pak ti stačí v bytě jen ten tupý TPlink switch.
Není to zbytečně složitý ? To bude access switch znát a budeš v něm udržovat MAC všech STB za ním ?! Hlavně zatěžovat procesor switche uplně zbytečnými access listy ? To mi přijde, jak drbat se levou nohou za pravým uchem.
2011 má pokud tuším 2x HW switch chip, po gigových a stovkových portech, takže použít lze. Problém mikrotiku je, že nepodporuje IGMP, v novějších verzích ROS pak alespoň IGMP-proxy.
Celé je by to mělo být obráceně: TV v jedné VLAN, internet v další. Na access switchy port k zákazníkovi v trunku. U zákazníka používáme RB751GL nebo 2011, porty rozdělené dle služeb do VLAN v access modu (taguji) a uplink opět v trunku. V Tomhle scénaři pak není kritické použít IGMP (pokud zákazník nemá 10 televizí), provoz se na portech nepotká. Lze též použít IGMP proxy.
