classic.ISPforum.cz

Zdravim,

nevim si rady jak vyresit nasledujici situaci:

Mam tady mikrotik RB751.
ether1-wan - internet
ether2-lan + hw ap (wifi pro klienty) ip rozsah 10.2.2.0/24
ether3-tv - pripojena smart tv LG ip rozsah 10.2.3.0/24 (ip tv 10.2.3.2)

Potreboval bych odroutovat multicast, ktery tece z tv do routeru na jednu konkretni ip/zarizeni na portu ether2, napr. 10.2.2.100/32

Pokud si zapnu torch na ether3, vidim ze tv 10.2.3.2 posila igmp 224.0.0.2 a 224.0.0.113. Tohle bych potreboval odroutovat.

Co jsem se docetl, tak je potreba nainstalovany balik multicast a resi se to pres igmp proxy, bohuzel nemam paru jak to nastavit.
Taky jsem uvazoval o vlan, ale nevim nevim. Dokazal by nekdo poradit prosim?

laboruj, je to pokus omyl nezli to rozchodis , jsi na spravny ceste ,
sam na to zadny navod nemam, ale kdyz potrebuju , proste to rozchodim pres routry .
je to vyborna vec pokud nemate dlna server na vlastnim subnetu, funguje to spolehlive ,
jeden cas se mi stavalo , ze to detekovalo dlna server az po chvili , presne nevim v cem byl problem,
ale melo by to fungovat doslova behem vteriny po vyhledavani dlna serveru .
Jen ve VLC to funguje nejka prapodivne .
Mrkni se na howto od mikrotiku + vlastni hlava

V androidu (v mobilu) pouzivam MediaHouse , a to jak pro prehravani v mobilu tak i v TV (pro vzdalene spousteni) , je to znacne pohodlnejsi , nezli to ladit stale na TV .

Hm, tak jsem zkusil nasledujici:

/routing igmp-proxy interface add interface=ether3 upstream=yes
/routing igmp-proxy interface add interface=ether2
/routing igmp-proxy interface set [find upstream=yes] alternative-subnets=10.2.2.0/24
/routing igmp-proxy mfc add source=10.2.3.2 upstream-interface=ether3 downstream-interfaces=ether2 group 224.0.0.255

a nic. kde delam chybu?

Myslel jsem si, ze tohle odroutuje veskery multicast z ether3 na ether2. Potom bych si to zariz firewallem jen pro konkretni ip.
Jde mi jen o to, aby si kliosi nemohli poustet na tv youtube.

mas co ?

zapl jsem to, ale beze zmeny

dale musis pouzit



... jdu chlastat

[admin@MikroTik] > routing pim print
switch-to-spt: yes
switch-to-spt-interval: 1m40s
switch-to-spt-bytes: 0


chlastam

Daxxim píše:Hm, tak jsem zkusil nasledujici:

/routing igmp-proxy interface add interface=ether3 upstream=yes
/routing igmp-proxy interface add interface=ether2
/routing igmp-proxy interface set [find upstream=yes] alternative-subnets=10.2.2.0/24
/routing igmp-proxy mfc add source=10.2.3.2 upstream-interface=ether3 downstream-interfaces=ether2 group 224.0.0.255

a nic. kde delam chybu?

Myslel jsem si, ze tohle odroutuje veskery multicast z ether3 na ether2. Potom bych si to zariz firewallem jen pro konkretni ip.
Jde mi jen o to, aby si kliosi nemohli poustet na tv youtube.

Ano, vypadá to tak, že pokud něco na ether2 si bude přát přijímat multicast skupinu 224.0.0.255, tak ji zkusí sehnet na ether3 od 10.2.3.2. Takže dokud na tom LAN segmentru nepustíš něco, co tu skupinu bude chtít, tak ji router se nebude snažit z TV vyrazit.

Ta TV se snaží najít nějaký multicast router.

Otázka je, co je cílem. Obvkylejší je, že chci, aby TV uměla přijímat nějaký multicast vysílaný nějakým IPTV providerem, NASem atd a ne naopak, že chceš něším přijímat data z TV.

pro IGMP proxy mam nastaveno jen



prida si to samo vsechny interfacy ,
hlavne zalezi na nastaveni PIM

pouzivam ROS v5.26 , nevim jestli je to ve v6.x jinaci

Kombinovat PIM router a IGMP proxy v jednom routeru obvykle nedopadne dobře.
IGMP proxina, aby začala něco dělat, tak musí mít jeden interface označený jako uplink a 1 až N jako downlinky. Pak teprve začne něco dělat - pokud uslyší požadavek na nějakou multicast skupinu na některém downlinku, tak ji začne shánět na uplinku a pokud se povede, tak začne multicast pakety přehazovat od uplinku na daný downlink. Myslím, že tohle bylo stejné i v ROS5.
Ano, má tam toho zbytečně moc, jednak ten statický MFC záznam je zbytečný (to je novinka až od ROS6.něco), ten by se hodil, pokud potřebuji určitou skupinu sehnat jinde, než na výchozím uplinku.
A pak je blbě to uvedení "alternative-subnets=10.2.2.0/24", tím to možná rozbije, protože multicastu říká jinak routing, než je (přehodí IP segment 10.2.2.0/24 na ether3, což si nechce). Pokud přímo zdroj multicatu (a jeho zdrojová IP) je na segmentu připojeném k IGMP proxině, tak na alternative-subnets netřeba šahat.

dekuji za objasneni, mam pouzito jak IGMP proxy , tak PIM, vse funguje bez problemu i kdyz interne treba ne.
Pri nejblizsi prilezitosti to zkusim upravit , dam echo .

Možná se ti děje to, že jak nemáš definován ten 1 uplink v IGMP proxině, tak ta nic nedělá a obsluhuješ to celé tím PIM routerem. Jestliže máš situaci, že multicast přichází jen z jednoho uplinku, tak je to kanón na vrabce a stačí ta proxina. PIM se hodí, až je víc cest a zdrojů multicastu.

Škoda, že ROS neumí bidirectional PIM (Bidir-PIM). Ten by se velmi hodil (situace, kdy je víc přijímačů a vysílačů multicastu v různých sítích).