Forum Turris
Fórum Turris Nápověda

Milí majitelé routerů Turris,

toto fórum bylo 9. 12. 2016 zmrazeno a nahrazeno naším novým Turris fórem. Ještě chvíli bude dostupné k prohlížení, ale již zde není možné přispívat. Více informací naleznete v oznámení o uzavření fóra.

Dear Turris routers users,

this forum has been frozen on Dec 9th, 2016 and replaced by our new Turris forum. It will be read-only accessible for some time after. For more information, read the announcement about closing the forum.

Nahoru Téma Majitelé routerů / Technická podpora / Multicast - IGMPv3
- - Od MilanMr Dne 2014-04-14 16:08 Upraveno 2014-06-19 17:52
Našel jsem na internetu http://wiki.openwrt.org/doc/howto/udp_multicast
Kabelovka podporuje IGMPv3.

Já jsem zkoušel všechno, inspiroval jsem se i rady níže, problém trvá: sledování streamu (TV stanice) trvá 10 sekund a pak se to přeruší. Už pochybuji, že to může někde blokovat firewall, snad časem na to přijdu. vše jsem vyzkoušel hlavně přes kabel.

Vyřešeno: Výpadek streamu po cca 10s způsoboval Bitdefender. Je třeba ho odinstalovat a raději i vymazat to co po něm zbude.
Nadřazený - - Od fojtp Dne 2014-04-14 16:43
pouzivam na turrisu udpxy (bez igmpproxy) a funguje
ale je potreba samozrejme pridat podle uvedeneho navodu 2 pravidla do firewallu..
Nadřazený - - Od MilanMr Dne 2014-04-14 19:16 Upraveno 2014-04-16 10:19
Aktuální stav:
Mám nainstalované balíčky: igmpproxy, udpxy, kmod-bridge.
V system/startup jsou tyto výše míněné balíčky povolené a spuštěné.
Do /etc/config/firewall jsou navíc přidána pravidla pomocí programu WinSPC:
config rule
        option src      'wan'
        option proto    'igmp'
        option target   'ACCEPT'
config rule
        option src      'wan'
        option proto    'udp'
        option dest     'lan'
        option dest_ip  '224.0.0.0/4'
        option target   'ACCEPT'
config rule
        option src      'wan'
        option proto    'udp'
        option dest_ip  '224.0.0.0/4'
        option target   'ACCEPT'
Ale odkaz tohoto typu: udp://230.0.0.23:1234 který má v kabelové síti fungovat, stále nejde.
Nadřazený - - Od Ondřej Caletka (>>>) Dne 2014-04-17 08:39
Zmíněný odkaz bude fungovat jen, pokud bude správně nastavené igmpproxy. Pokud chcete používat udpxy, musíte URL změnit na http ve stylu http://192.168.1.1:4022/udp/230.0.0.23:1234.

Pokud plánujete provozovat igmpproxy, důrazně doporučuji rozdělit bridge na LAN rozhraní na samostatnou drátovou a bezdrátovou část a pouštět multicast jen do té drátové. Bezdrátovou vám totiž multicast spolehlivě zabije, podle specifikace 802.11 se ve Wi-Fi multicast vysílá rychlostí 1Mbps, takže se tam nevejde ani jeden TV program a celé pásmo je sežrané. Některé Wi-Fi karty umožňují tenhle standard porušit a vysílat multicast rychleji, ale nespoléhal bych na to.
Nadřazený - - Od MilanMr Dne 2014-04-17 10:16 Upraveno 2014-04-17 13:30
Děkuji za radu. Momentálně igmpproxy a kmod-bridge jsem odstranil. Postrádám smysl vzniku igmpproxy.  Nyní zkouším pouze udpxy s kterým funguje zmíněný odkaz http://192.168.1.1:4022/udp/230.0.0.23:1234, ale načítá se docela pomalu a vypadne během pár sekund jak bezdrátově, tak i po kabelu. Problém v rychlosti připojení od ISP to není, neboť mám od ISP 50Mbit/50Mbit. V čem může být chyba. Nyní zkouším úpravy v udpxy v: /etc/init.d/udpxy
Nadřazený - - Od Ondřej Caletka (>>>) Dne 2014-04-17 15:26
Proč jste odstranil kmod-bridge? Mám strach, že po restartu se vám router bez kmod-bridge už nerozjede. Pokud chcete předělat LAN síť z bridge na něco jiného, musíte to především udělat v konfiguraci (/etc/config/network)
Smyslem vzniku igmpproxy je jednoduché směrování multicastu, kdy na straně za routerem jsou jenom konzumenti. A tohle v něm funguje celkem dobře, když z toho vynecháte Wi-Fi.

Úpravou /etc/init.d/udpxy asi nic nezmůžete. Je možné, že je problém v nastavení firewallu. Asi bych se zkusil podívat tcpdumpem na wan rozhraní, jestli po otevření té URL pro UDPXY začnou od providera téci UDP pakety na port 1234:
# tcpdump -np -i eth2 udp port 1234

Pokud netečou, multicast nefunguje a je třeba hledat jinde. Pokud tečou, je problém ve firewallu.
Nadřazený - - Od MilanMr Dne 2014-04-17 18:13 Upraveno 2014-04-17 19:25
Kmod-bridge byl odstraněn a znovu vrácen. Bez problémů fungoval i bez kmod-bridge. Zbytek ještě donastavím a vyzkouším. Původně jsem přidal igmpproxy, pak jsem našel článek http://wiki.openwrt.org/doc/howto/udp_multicast a díky němu ještě nainstaloval kmod-bridge. Když jsme měl pouze udpxy, tak obraz a zvuk byl cca 5 - 10s, pak se to přerušilo.
Úpravy v udpxy doopravdy nepomáhali.
Nadřazený - - Od Ondřej Caletka (>>>) Dne 2014-04-17 21:25
Pokud se obraz a zvuk objeví a vzápětí zmizí, vypadá to na zablokovaný IGMP protokol. Což je divné, protože výše uvedené nastavení firewallu by mělo IGMP povolovat.
Nadřazený - Od MilanMr Dne 2014-04-18 08:19 Upraveno 2014-06-19 17:00
U mne problém vyřešilo: option igmp_snooping '1', který jsem zapomněl přidat do config interface lan. Používám udpxy který jsem stáhl v prostředí LuCI, v něm jsem pouze upravil 4022 na 8080. Dále mám nainstalován kmod-bridge. Zkoušel jsem použít i igmpproxy, ale často vykazoval různé chyby. Odsekávání streamu po cca 10 sekundách mi způsoboval program Bitdefender.
Nadřazený - Od d1n Dne 2014-04-18 22:13 Hlasů 1
cele jsem to rozjel pouze pres udpxy (netbox ISP)

po instalaci pres opkg jsem spustil udpxy -p 4022 a checknul pres web, jestli jede sluzba http://192.168.1.1:4022/status (mela by se ukazat tabulka)

potom je treba upravit FW (v mem pripade pridat do /etc/config/firewall)

config rule
        option src 'wan'
        option proto 'igmp'
        option target 'ACCEPT'
        option name 'IGMP_ENABLE'

config rule
        option src 'wan'
        option proto 'udp'
        option target 'ACCEPT'
        option dest_ip '239.0.0.0/4'
        option name 'IPTV_NETBOX'

a kdyz je pridano, spustit vlc, a otevrit network stream jako: http://192.168.1.1:4022/udp/239.1.2.19:11111/ (prvni je router a port nadefinovy v udpxy -p XXXX a druha je primo adresa streamu)

meeh, je s tim zabava.)
Nadřazený - - Od MilanMr Dne 2014-06-26 05:54
Nyní se snažím využít balíček igmpproxy místo udpxy, důvod: přes udpxy mohu mít puštěný maximálně 3 streamy, viz: http://youtu.be/6de1dwi-SQk
Přes igmpproxy, mohu mít puštěno až 8 streamů (kanálů) z kabelovky, problém v igmpproxy: seká se to přes wifi a píše (nechápu proč píše zdrojovou adresu mé lokální sítě):

warning igmpproxy[3779]: The source address 192.168.1.23 for group 239.255.255.250, is not in any valid net for
upstream VIF.

warning igmpproxy[3779]: The source address 192.168.1.44 for group 239.255.255.250, is not in any valid net for
upstream VIF.

Prosím, nějaká rada?
Nadřazený - - Od Ondřej Caletka (>>>) Dne 2014-06-26 15:40
UDPxy má přepínač -c, kterým se nastavuje maximální počet klientů. Standardně jsou nastaveny tři, nastavení ale můžete změnit.

Sekání multicastu na Wi-Fi je běžná záležitost, podle specifikace se mají multicasty ve Wi-Fi šířit nejnižší možnou rychlostí, tedy 1 Mbps. U některých Wi-Fi karet se to dá překonfigurovat, aby multicast běžel rychleji. Volba se jmenuje mcast_rate, můžete ji vyzkoušet. Osobně bych šíření multicastu do wi-fi sítě nedoporučoval.
Nadřazený - Od MilanMr Dne 2014-06-27 06:11
Děkuji, testoval jsem mcast_rate='11000' mcast_rate='6000' mcast_rate='5500' a mcast_rate='36000' (vkládal do části: config wifi-iface). Neregovalo to, stále byl přenos 1Mbps.
Děkuji, parametr zafungoval pro udpxy.
Nadřazený - - Od MilanMr Dne 2014-07-19 11:02
Nechápu jednu věc: Vím, že je v mém případě u igmpproxy omezen přenos na 1Mbps.  Jenomže, když spustím video, tak se video seká, což lze chápat, ale nechápu proč výrazně vypadává ping na router přes příkazovou řádku. Nějaké nápady?

Udpxy není porblém.
Nadřazený - - Od Ondřej Caletka (>>>) Dne 2014-07-20 09:29
Neuvedl jste, zda se seká ping prostřednictvím Wi-Fi nebo drátového připojení; obojí se ale dá vysvětlit. V případě Wi-Fi je to právě způsobeno přeplněním kanálu. Při vysílání multicastů se AP přepne na modulaci s přenosovou rychlostí 1Mbps (tedy kapacita Wi-Fi kanálu v tu chvíli klesne na 1Mbps). Když se rychlost multicastu přiblíží této rychlosti nebo dokonce tuto rychlost přesáhne, je celý kanál zaplněn vysíláním multicastu a jednoduše není prostor, kdy vysílat cokoli jiného, včetně unicastových pingů.

Pokud zhoršení služby pozorujete i na drátovém připojní, je vysvětlení trochu složitější. Nejspíše jde o to, že se buffer Wi-Fi karty zaplní a další pokus o zápis do něj blokuje proces, který se o to pokouší. Tím, že jsou drátová i bezdrátová síť součástí stejného mostu se problém zřejmě přenáší i na drátovou síť. Rozdělení mostu na dva nezávislé segmenty by v takovém případě pomohlo.
Nadřazený - Od MilanMr Dne 2014-07-25 14:07
Děkuji za odpověď, zajímalo mne oboje.
- - Od David K. Dne 2014-05-01 13:37
Zdravim,

resim problem s igmp, na mikrotiku mi fungovala v poradku, mam set-top box kterej se poji na ip 224.2.2.2, provider viahome (t-systems/t-mobile), nainstalovany balicky kmod-bridge a igmpproxy

Nastaveni igmpproxy

config igmpproxy
  option quickleave 0

config phyint
  option network wan
  option direction upstream
  list altnet 224.0.0.0/4

config phyint
  option network lan
  option direction downstream


Nastaveni network (zmena zviraznena)

config interface 'loopback'
  option ifname 'lo'
  option proto 'static'
  option ipaddr '127.0.0.1'
  option netmask '255.0.0.0'

config globals 'globals'
  option ula_prefix 'auto'

config interface 'lan'
  option ifname 'eth0 eth1'
  option type 'bridge'
  option proto 'static'
  option igmp_snooping '1'
  option ipaddr '192.168.1.1'
  option netmask '255.255.255.0'
  option ip6assign '60'

config interface 'wan'
  option ifname 'eth2'
  option proto 'dhcp'

config interface 'wan6'
  option ifname '@wan'
  option proto 'dhcpv6'

config switch
  option name 'switch0'
  option reset '1'
  option enable_vlan '1'

config switch_vlan
  option device 'switch0'
  option vlan '1'
  option ports '0 1 2 3 4 '

config switch_vlan
  option device 'switch0'
  option vlan '2'
  option ports '5 6'


A do fw jsem pridal:
config rule
  option src 'wan'
  option proto 'igmp'
  option target 'ACCEPT'
  option name 'acept igmp'
  option family 'ipv4'

config rule
  option src 'wan'
  option dest 'lan'
  option dest_ip '224.0.0.0/4'
  option target 'ACCEPT'
  option family 'ipv4'
  option proto 'all'

nekdo napad co sem kde zkurvil? s openwrt delam prvne a zatim v tom dostatecne plavu
Nadřazený - Od David K. Dne 2014-05-01 23:58
jen teda vytahnul sem nastaveni co jsem mel na mikrotiku:

igmp proxy:
/routing igmp-proxy
set query-interval=2m5s query-response-interval=10s quick-leave=no
/routing igmp-proxy interface
add alternative-subnets=0.0.0.0/0 disabled=no interface=Net threshold=1 \
    upstream=yes
add alternative-subnets="" disabled=no interface=all threshold=1 upstream=no


FW
/ip firewall filter
add action=accept chain=input disabled=no protocol=igmp
add action=accept chain=input disabled=no protocol=udp
add action=accept chain=forward disabled=no protocol=udp

zitra to zkusime presne "prepsat" do turrisu
Nadřazený - - Od d1n Dne 2014-05-02 11:19 Hlasů 1
jakej je duvod toho, ze se to snazis rozjet pres IGMP?.)

rozjel jsem to pres udpxy asi za 30 vterin (zmen si svoje IP a porty, jinak by to melo jit)

https://www.turris.cz/forum/topic_show.pl?pid=513
Nadřazený - Od David K. Dne 2014-05-02 11:43
no me iptv jede skrze set-top box kterej nemuzu nijak nastavit (ma overovani, pevne nastavena ip), udpxy dela z UDP konekce TPC coz nedonutim muj set-top box akceptovat, dalsi v cem vidim problem je ten ze udpxy nedonutim k overeni ktere iptv vyzaduje (nemuzu si ani pustiti stream ve vlc).. teda aspon tak sem pochopil funkcnost udpxy, ale je dost mozne ze sem to pochopil spatne prave se chystam na reseni takze pozdeji dam echo jak to slo
Nadřazený - Od Ondřej Caletka (>>>) Dne 2014-05-03 19:29
Myslím, že v seznamu altnet je potřeba uvést unicastovou IPv4 adresu zdroje, odkud chcete multicasty přijímat. Takže rozhodně zkuste místo
list altnet 224.0.0.0/4
zadat adresu serveru, který multicasty posílá. Teoreticky by mělo fungovat i 0.0.0.0/0, ale mám dojem, že minimální délka prefixu je /8.

Pak taky může být problém v nastavení firewallu.
Nadřazený - Od David K. Dne 2014-05-09 15:35 Upraveno 2014-05-09 16:05
uz to funguje , pro ty kteri by nahodu meli stejnej problem jako ja napisu par slov:
IGMP: ma dva cfg jeden /etc/config/igmpproxy druhej /etc/imgpproxy.conf (kdyz spustite igmp pomoci luci tak se prepise /etc/imgpproxy.conf tim v /etc/config/) , pomoci druheho zjistite ip adresy na ktere se vas set-top box chce pripojit, zapnete igmp pomoci "igmpproxy -d /etc/igmpproxy.conf" bude psat neco jako The source address 89.233.171.23 for group 233.32.240.222, is not in any valid net for upstream VIF. tim zjisite ze ip blok 89.233.171.0/24 chte pridat do cfg.

/etc/config/igmpproxy
config igmpproxy
  option quickleave 1

config phyint
  option network wan
  option direction upstream
  list altnet 89.233.171.0/24
  list altnet 224.0.0.0/4
  list altnet 212.96.179.0/24

config phyint
  option network lan
  option direction downstream

/etc/igmpproxy.conf
quickleave

phyint eth2 upstream ratelimit 0 threshold 1
  altnet 89.233.171.0/24
  altnet 224.0.0.0/4
  altnet 212.96.179.0/24

phyint br-lan downstream ratelimit 0 threshold 1

FW: /etc/config/firewall
config rule
  option src 'wan'
  option proto 'igmp'
  option target 'ACCEPT'
  option name 'IGMP_ENABLE'

config rule
  option src 'wan'
  option proto 'udp'
  option target 'ACCEPT'
  option name 'IPTV_jedna'
  option src_ip '89.233.171.0/24'
  option family 'ipv4'
  option dest '*'

config rule
  option src 'wan'
  option proto 'udp'
  option target 'ACCEPT'
  option name 'IPTV_dva'
  option src_ip '224.0.0.0/4'
  option dest '*'
  option family 'ipv4'

config rule
  option src 'wan'
  option proto 'udp'
  option target 'ACCEPT'
  option name 'IPTV_tri'
  option src_ip '212.96.179.0/24'
  option dest '*'
  option family 'ipv4'


ip adresy apod budete muset zmenit dle sveho providera
Nahoru Téma Majitelé routerů / Technická podpora / Multicast - IGMPv3

Powered by mwForum 2.29.3 © 1999-2013 Markus Wichitill