Dotaz: "Viditelnost" miniDLNA serveru ze Samsung SmartTV

[MaVac]

Mám doma stroj na Linuxu (Arch) na kterém běží něco jako domácí GW. Tedy routuje/NATuje, je to APčko k WiFi, běží tam Samba pro sdílení dat po domácí LAN a tak podobně. Každý si to jistě dokáže představit.
Teď jsem se tam rozhodl rozchodit DLNA, když už mám tu "chytrou" televizi (Samsung řada 6710). Stáhnul jsem miniDLNA, v konfiguráku jsem akorát změnil jméno serveru, rozhranní na kterém má běžet, přidal jsem adresáře s fotkama a filmečkama a MP3 a hotovo....miniDLNA běží, ale je tu jedno ALE
Mám problém, že drtivou dobu ten DLNA server není "vidět" z okolních zařízení (tedy z televize, z VLC, případně z Windows Media Playeru). Zkrátil jsem i ten notify_interval na 60s a stále žádná změna. Celé se to chová tak, že třeba pustím televizi a DLNA server vidím....a třeba za půl minuty už ne a pak celý den ne...a najednou další den ho třeba zase vidím. Televize v AllSharePlay má seznam nedávno přehrávaných souborů a ty normálně dál přehraje, když chci, takže s DLNA serverem v pořádku komunikuje, ten správně posílá data a tedy "funguje", akorát není vidět. Tedy nemůžu procházet složky a vybrat si něco, co jsem ještě nepouštěl. Na stolním počítači s Win7 ten DLNA server v síti vidím častěji, ale taky ne pokaždé.
Samozřejmostí je to, že všechna tři zařízení jsou ve stejné LANce, tedy televize na WiFi, stolní počítač na ethernetu a DLNA běží na br0, kde je obsažen jak eth1 tak wlan0.

Na co bych se měl zaměřit? Neříkám, že to není problém té televize, protože Win7 (stolní komp, přítelkyně netbook atd.) by měly být taky vidět jako DLNA server a to se často taky neděje, ale moc dobře nevím, kam upřít pozornost.
Nemůže to mít souvislost s routováním multicastů?

---

---

Odpovědi

[NN]

Pustil bych tcpdump/wireshark a podival bych se co se vlastne deje.

[kip]

Na Debianu bez problémů používám MiniDLNA 1.0.24; funguje v TV i počítači. V minidlna.conf mám:

album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg/AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg/Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg
enable_tivo=no
friendly_name=Muj DLNA Server
inotify=yes
media_dir=/srv/dlna
model_number=1
network_interface=eth2
notify_interval=895
port=8200
serial=12345678
strict_dlna=no

Asi by to chtělo kouknout se do logu, nebo spustit s parametrem "-d". Případně spustit to na běžném počítači bez zapnutého firewallu.

[Luboš Doležel (Doli)]

V kernelu je bug, kdy multicastové pakety posílané z rozhraní bridge nejsou propagovány na *žádná* podřízená rozhraní, ale občas na chvíli ano. Hlásil jsem to a nikoho to nezajímalo.

Od té doby do jádra aplikuju tenhle patch. Sice není optimální, ale aspoň to takhle nic nerozbíjí.

[MaVac]

To zní jako že by to mohlo být ono! Navíc jsem včera upgradoval na nové jádro (3.10.7) a zdá se mi, jako by to najednou od té doby začalo fungovat. Uvidíme, budu sledovat...

[MaVac]

Hmmm, tak bohužel, nové jádro to nevyřešilo. Holt budu muset čekat jestli si toho někdo v tom mailing listu všimne a opraví to, protože patchovat kernel se mi nechce (alébrž to neumím)

[MadCatX]

V Archu je patchování jádra velmi jednoduché. Z ABS vezměte PKGBUILD k jádru a na vhodné místo přidejte něco jako

patch -Np1 -i "${srcdir}/fix-multicast.patch"

a jméno balíčku do pole "sources". Pak sestavte balíček (makepkg). Arch už na jádro nějaké patche aplikuje, takže byste neměl mít problém to najít.

[stativ]

Viděl bych to na to samé jak psal Doli, v readymedia problém nebude. Tady bych si dovolil nacpat menší reklamu – jestli máš Samsung, zkus readymedia-transcode-git (je v AURu), který k minidlna přidává podporu transkodování a jsou tam i nějaké drobné opravy pro televize od Samsungu.

[MaVac]

Právě jsem upgradoval na nové jádro 3.11.1-1-ARCH #1 SMP PREEMPT Sat Sep 14 19:30:21 CEST 2013 x86_64 GNU/Linux a zdá se, že tentokráte už to opravdu zabralo.

[trozsypa]

Na jádru 3.3.8 s openwrt mi pomohlo toto:

echo "0" > /sys/devices/virtual/net/br-lan/bridge/multicast_snooping