SIOL TV dela samo 5 minut (IGMP snooping)

Mene muci specificen problem na tej osnovi (Kubuntu 710+vlc - razne verzije, nazadnje 0.9.2). Imam posebno mrezno kartico, povezano na video port Sagema..

VLC mi po bolj ali manj natanko 5min crkne brez neke napake, zgleda, da se stream neha. Nato moram kliknit se enkrat in potem spet dela za 5min...

Potrdili so mi, da je 5min timeout za IGMP povprasevanja. Torej SIOL posilja IGMP povprasevanja (IGMP snooping), ali sem se tu in jaz ne odgovarjam. Po 5 sporocilih je konec in stream preneha...

Ko snifam mrezo, vidim, da VLC sprozi (baje da to tako ali tako poslje na koncu OS) IGMP join paket na zacetku in potem leave na koncu, ko zadeva crkne. Vmes pa vidim, da vsako minuto prihajajo IGMP povprasevalni (IGMP query) paketi (na katere bi naj odgovoril z join), vendar na tele ni nobenega odziva in nato po nekaj neuspesnih povprasevanjih streznik skensla moj VLC.

Kako nastimam, da bo odziv na IGMP povprasevanja pravi in stream ne bo crkoval ?

VLC na windowsih enake verzije deluje (predvidevam da poslje nazaj pravilno IGMP odzive) in zadeva tudi ne crkne na Linuxu, ce je komunikator trenutno na istem kanalu - ker seveda v tem primeru komunikator posilja pravilne IGMP odzive v imenu obeh...

Ker se IGMP paketi pravilno posljejo na zacetku in koncu, ne sumim prevec samih mreznih nastavitev - ali pac ?

Hvala in lep pozdrav,

Bulekk.

Tako kot je rekel shock, IGMP nastavi na v2:
echo "2" > /proc/sys/net/ipv4/conf/eth0/force_igmp_version
Ustrezno popravi device mrezne karte (eth0).
Pa ce imas slucajno vklopljen kaksen firewall preveri da ti spusca skozi IGMP promet.

Ali imaš en ali imaš dva omrežna vmesnika? Izvori teh sporočil prihajajo iz javnih IP naslovov, zato lahko pride do součinkovanja dveh stvari:
- paketi prihajajo na vmesnik, kamor se ne vračajo rp_filter jih odvrže
- če popraviš rp_filter, bodo prišli do jedra, vendar pa bodo odgovori poslani na napačnem vmesniku, če ne boš ustrezno dopolnil usmeritev.

Najlažja rešitev je, da pogledaš s katerih vse naslovov prihajajo te IGMP query zahteve, približno uganeš velikost omrežja (recimo /24) in dodaš statično usmeritev za to omrežje preko vmesnika na katerem prejemaš MC.

Daj za začetek izključi rp_filter na vmesniku za MC.

Hvala za dodatne informacije. rp_filter ze imam (vsaj mislim da):
cat /proc/sys/net/ipv4/conf/eth3/rp_filter
0

- sem pa se nadalje raziskoval in ko izklopim firewall (imam ga ze integriranega v aplikaciji),potem zacne delat... Ko je vklopljen in vklopim tudi izpis firewalla v syslog, vidim da se zavracajo paketi, kot npr.:
Dec 24 02:04:12 router kernel: [99005.068000] iptables denied: IN=eth3 OUT= MAC=maskiran SRC=89.143.8.10 DST=239.255.0.1 LEN=1344 TOS=0x00 PREC=0x00 TTL=255 ID=53891 PROTO=UDP SPT=5002 DPT=5002 LEN=1324

Ce razumem prav, tile paketi prihajajo na port 5002, vendar ce preverim :
#iptables -L INPUT -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
...
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:5002
...

Verjetno je moja luknja v znanju veeeelika, kajne ? Kaksno iptables pravilo bi moral nastaviti pravilno za tovrstne pakete ?
Ze vnaprej hvala za pomoc,

lp,

Bulek.

Pa še eno vprašanje. A si suguren da z ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:5002 velja tudi za multicast promet? Po teoriji bi držalo ampak kaj pa pravi manual od IPTABLESSA