Dotaz: Multicast a nefungující IGMP snooping

[DarkLogic]

Zdravím!

Strávil jsem již několik bezesných nocí pokusy o nastavení switche, aby řádně šířil multicast a používal k tomu IGMP snooping, ale marně. Místo toho data stále šíří jako broadcast. Má situace je následující:

• Switch TP-LINK TL-SL3428, IGMP snooping zapnuto globálně i pro VLAN 1 (defaultní VLAN, žádná další není momentálně definována)
• Zdroj multicastu je stroj s Ubuntu, dle ifconfig má eth0 podporu pro multicast.
• Vysílá se z VLC a data jsou zasílána pomocí RTP na 239.255.0.1

Problém je, že switch data zasílá na všechny porty, prostě je broadcastuje, a já nevím proč. Když na druhém stroji vyšlu požadavek pro přihlášení do multicastové skupiny, switch na to zareaguje: (viz konzole, požadavek vzešel ze stroje na portu 24)

console# show ip igmp snooping groups

Vlan   IP Address               Querier Ports
------ ------------------------ ------- -----------------------------------
1      224-239.255|127.0.1      No      e24

V tcpdumpu stroje žádajícího stream vidím na začátku odeslané 3 IGMP report (igmp v2) do požadavané skupiny. Pak už pomocí IGMP nic neposílá ani nic nepřijímá. Switch jej po nastavených 260 sekundách vytimeoutuje (výpis z konzole je prázdný), ale přenos běží v pohodě dál (aby ne, když se evidentně broadcastuje).

Otázkou je, na co zapomínám nebo co dělám špatně, že switch takto reaguje? Zkusil jsem různé multicastové adresy, na strojích pro jistotu nastavuju force_igmp_version na hodnotu 2, ale stejně nic nezabírá. Poradíte?

Předem díky.

Odpovědi

[the.max]

Mozna jsi mel zainvestovat do HPcka, nebo 3comu a ne kupovat tuhle parodii.

[DarkLogic]

Možná by se hodila nějaká přínosnější odpověď.

[skunerq]

HP? 3COM? chlape co hulis? nemel bys trochu brzdit. Uz jsi videl poradne fungujici sit /qos, spannig tree, multicast, IPv6/ fungujicich na parodii typu HP nebo 3com?

[DarkLogic]

Držte se prosím dotazu bez urážení. Takové nic neříkající a neřešící zprávy nepomohou. Děkuji.

[vlk]

niesom si isty, ale nieje nahodou ten tvoj rozsah 239.255/16 na nieco vyhradeny a preto ho broadcastuje? ja vysielam v rozsahu 233/8 a funguje mi to bezproblemov.

(switche mam HP)

[DarkLogic]

Zkoušel jsem různé rozsahy, ale dělá to na všech. Zkusil jsem teď třeba 233.0.0.1, ale opět stejný výsledek.

Zajímalo mě, jestli náhodou na něco nezapomínám nebo nedělám špatně. Zdá se ale, že asi ne, tak zkusím kontaktovat dodavatele, že ten výrobek evidentně nedělá to, co uvádí.

[DarkLogic]

Hmm, nedalo mi to, tak jsem pořídil switch 3Com 2226 SFP Plus. Aktivoval jsem volby "IGMP Snooping Status" a "IGMP Query Status"...a to jak globálně, tak pro jedinou nastavenou VLAN1. Ke switchi jsem připojil napřímo pomocí kabelů pár PC.

Na PC1 jsem pustil multicast pomocí VLC na rtp://239.1.1.1. V tento okamžik to začalo broadcastovat multicast na všechny aktivní porty. Pokud alespoň jedno PC (a mohlo to být i PC1 dělající vysílač) požádalo o příjem multicastové skupiny a začalo data přijímat, na ostatní porty se přestala data rozesílat (což je požadovaný efekt).

Nicméně pokud PC požadavek na odběr multicastu zruší (resp. nebo žádné PC žádný požadavek nevznese), opět se začne broadcastovat na všechny porty. Můžete mi poradit, co dělám stále špatně a proč se to tak chová?

[rubicon]

Popisované chování je v pořádku, pokud si správně vysvětluji RFC 4541, konkrétně:

2.1.2. Data Forwarding Rules

   3) An unregistered packet is defined as an IPv4 multicast packet with
      a destination address which does not match any of the groups
      announced in earlier IGMP Membership Reports.

      If a switch receives an unregistered packet, it must forward that
      packet on all ports to which an IGMP router is attached.  A switch
      may default to forwarding unregistered packets on all ports.
      Switches that do not forward unregistered packets to all ports
      must include a configuration option to force the flooding of
      unregistered packets on specified ports.

[DarkLogic]

OK, beru že to je chování dle RFC. Ale má otázka tedy je, co mám udělat, aby mi switch neposílal ta data na všechny porty. Předpokládám, že musím nějak oznámit novou IGMP skupinu pomocí IGMP Membership Reports. Jak?

[petrg]

nainstaluj si igmp router ten to vsechno zorganizuje, bude komunikovat jak se switchem tak s koncovymi stanicemi, treba XORP

[Kaacz]

Kdyz uz neni zadny prijemce mcastu na switchi, tak to musi tim smerem zastavit ROUTER z ktereho to ten switch dostava. To je standardni chovani.

[shindy2m]

Není chyba spíš v tom, že multicastový zdroj posílá data, když nikdo neposlouchá?

S tím, že někdo posílá multicasty jen tak ze srandy RFC nepočítá.

[DarkLogic]

Tak zní to logicky. Od doby, kdy jsem dotaz dával, jsem se ještě nebyl schopen kvůli jiným povinnostem k tomuto problému vrátit a nějak testovat

Když jsem se v tom ale předtím hrabal, tak jsem se dostal až k tomu, že bych měl dle rady uživatele "petrg" použít igmp router (doporučoval XORP). Nepodařilo se mi už ale zjistit, jak to udělat, aby stejný stroj se staral jak o zdroj signálu (např. z DVB), tak i zároveň dělal igmp router. Zatím mi VLC (používané pro příjem DVB) všechna multicastová data tlačí do switche, aniž by jej ktérákoliv z cílových stanic požadovala. A to je dle Vás problém.

Nebyl by někde k dispozici návod, jak na to, od kterého bych se mohl odpíchnout?

[petr_p]

Nemám s tímto zkušenosti, ale mám dojem, že s vaším požadavkem v podstatě nikdo nepočítá.

Obvyklá situace je, že vysílající stroj je od zbytku sítě oddělen multicastovým směrovačem. Ono totiž kdybyste měl všude jen hloupé switche, tak naopak by bylo žádoucí, aby multicast brodcastovaly. Problém chytrých switchů je, že nemohou vědět, jestli chcete sparse nebo dense režim multicastu. Proto taky existuje protokol PIM, kterým se domlouvá vysílatel s nejbližším multicastovým routerem. IGMP je určené pro řízení komunikace mezi příjemci a routery.

Osobně bych se na IPv4 multicast vykašlal a řešil jej jenom v IPv6, kde to funguje (IMHO) rozumněji.

[Santa]

Ja mam pichnute 4 streamovacie masiny do switchu edgecore es3528m. kazda z nich je na 100mbit porte. Nepouzivam sice vlc, ale tiez vsetky masiny tlacia vsetko rovno do switchu. Switch funguje ako IGMP Querier (jediny na sieti) a je tam zapnuty IGMP Snooping. Za switch sa dostava (aj do ostatnych edgecore co mam pouzite na sieti) len to, co uz niekto "objednal". vsetky ostatne switche su len v igmp snoop, len tento hlavny je querier. predpokladam ze problem bude v tom switchi co pouzivas. neskusal si novsi firmware do neho natiahnut? starsi firmware pri tychto edgecore mi tiez robil obcas divne problemy s IGMP.