IPTV na računalniku

[MiCE]

ahh ... cista zacetniska ....

@mali-40, @NoName ... ja problem je bil ker nisem vpisal ip-ja v vlc ... tko da thx

Na routerju je pa cisto vseeno al imas nastavljeno avtomatsko pridobivanje ip-ja al pa static ip ... vazno je samo da je dhcp na off
Kartico za IPTV pa imam nastavljeno na 192.168.2.111 / 255.255.255.0 / --------------
In ta IP mam tudi vpisan v VLC ... in dela bp ... hvala kurcu

thx in lp!
Matic

[MiCE]

... bom se enkrat nalimal
viewtopic.php?f=3&t=2166&st=0&sk=t&sd=a ... 540#p72575
ker jaz sem to spregledal

[grexxx]

Meni še osnov ne rata urediti pa sem že veliko prebral, očitno sem nekaj očitnega spregledal:

Imam 1xTV, 1x.tel, internet (10/4), linux in vlc.

Iz LAN4 (ki gre sicer v STB) sem priklopil direktno na drugo mrežno (eth0, za internet imam eth1).

ifconfig eth0

Koda: Izberi vse

eth0      Link encap:Ethernet  HWaddr 00:11:D8:30:1F:CE  
          inet addr:192.168.2.111  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:401624 errors:0 dropped:0 overruns:0 frame:0
          TX packets:141 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:544601249 (519.3 Mb)  TX bytes:9624 (9.3 Kb)
          Interrupt:7 Base address:0x6000 

V VLC imam nastavljen ip 192.168.2.111
Ko ga zaženem, ne javi nobenega errorja (tega recimo dobim, če pozabim pravi ip v VLC vtipkat) le slike in zvoka ni.
V tcpdump sprva nisem imel nič, s forcanjem igmp na v2 (sysctl -w net.ipv4.conf.eth0.force_igmp_version=2) pa se je nekaj naredilo, vendar še vedno brez slike in zvoka
V tcpdump izgleda, kot da je vse ok:

Koda: Izberi vse

listening on eth0, link-type EN10MB (Ethernet), capture size 68 bytes
.
.
18:16:23.618087 IP 84-255-208-250.core.t-2.net.5000 > 239.1.1.97.5000: UDP, length 1316
18:16:23.618589 IP 84-255-208-250.core.t-2.net.5000 > 239.1.1.97.5000: UDP, length 1316
18:16:23.619091 IP 84-255-208-250.core.t-2.net.5000 > 239.1.1.97.5000: UDP, length 1316
18:16:23.623836 IP 84-255-208-250.core.t-2.net.5000 > 239.1.1.97.5000: UDP, length 1316
18:16:23.624339 IP 84-255-208-250.core.t-2.net.5000 > 239.1.1.97.5000: UDP, length 1316
18:16:23.629338 IP 84-255-208-250.core.t-2.net.5000 > 239.1.1.97.5000: UDP, length 1316
.
.itd..

Kakšna ideja?

[gulikoza]

firewall? IPTABLES -I INPUT 1 -i eth0 -d 224.0.0.0/4 -j ACCEPT

[grexxx]

Sem poizkusil, prav tako sem firewall izklopil (razen, če je kako NATanje posredi, kar pa dvomim) - brez uspeha.

Ne vem, kako naj sploh preverim, kaj ne dela. A komu output iz tcpdumpa kaj pove? Namreč če je ta ok, je verjetno bolj problem v VLCju.
Mogoče kakšna nastavitev VLCja (gentoo linux), ki še ni bila omenjena.

Naj še omenim, da je output iz tcpdumpa takšen samo, kadar v VLC dam "play", ko dam "stop" se output ustavi.

Koda: Izberi vse

Calculating dependencies                             ... done!
[ebuild   R   ] media-video/vlc-0.8.6e  USE="X a52 alsa bidi cdda cddb dts dvb dvd flac gnutls hal httpd libcaca live matroska mp3 mpeg ncurses ogg opengl png sdl shout skins stream svg svga theora truetype v4l vlm vorbis win32codecs wxwindows x264 xml xv -3dfx -aalib (-altivec) -arts -avahi -corba -daap -dc1394 -debug -directfb -esd -fbcon -ggi -gnome -jack -libnotify -lirc -modplug -musepack -nsplugin -optimisememory -oss -rtsp -samba -sdl-image -seamonkey -speex -upnp -vcd -xinerama -xosd" 0 kB 

[gulikoza]

ja, tcpdump je točno to kar mora biti. Podatki očitno ne pridejo do VLC-ja...

[grexxx]

Ej res hvala za odgovore. Še vedno sicer nisem rešil, ampak dejstvo, da je tcpdump ok, me je vsaj napeljalo, kam naj gledam.
Sem pa dejansko še pod XPji poizkusil in je z istimi nastavitvami delalo normalno.

Tako da imam verjetno problem v nastavitvah mrežne (IP sem spremenil na bolj normalnega (192.168.0.2) tako v VLC kot tukaj - povem za vsak primer):
/etc/conf.d/net

Koda: Izberi vse

dns_domain_lo="mynetwork"
config_eth1=( "dhcp" )
config_eth0=( "192.168.0.2 netmask 255.255.255.0" )

V /etc/hosts nimam nič napisano, ampak tudi če ip napišem, ni nič drugače.

Druga možnost je, da je VLC narobe inštaliran (da npr. nima pravih compile options),
tretja pa, da je še kakšna posebna nastavitev za VLC pod linuxom, ki še ni bila obravnavana.

Tako da če ima kdo še kakšno idejo, bi bil zelo zadovoljen, nekako sem sedaj v dead-endu.

[Slowhand]

še komu ne deluje zvok na vh1 classic ?
v vlc-ju,na aminotu je....
so uvedli blokado,al kaj ?

[gr]

grexxx, tcpdump ti mrežno kartico postavi v promiscuous mode - do TCP/IP stacka pridejo tudi paketi, ki sicer niso namenjeni zate in jih drugače sploh ne bi videl.
Poskusi kartico ročno prestaviti v prom. mode ("ifconfig eth0 promisc" za vklop oz. "ifconfig eth0 -promisc" za izklop kot root) in preveri ali ti VLC zdaj deluje tudi brez tcpdumpa.

[Slowhand]

problem je samo pri vh1 classic (vse ostalo deluje o.k.)

tud spreminjanje ip mrežne na 10.xxx.xxx.xxx ne pomaga...
v vlc-ju manjka pod audio audio device in audio channels (pri vseh drugih programih je zadeva prisotna - tudi pri testnem pop.tv,kjer pač prestaviš zvok na drugi kanal in normalno deluje)

[grexxx]

gr: hvala za ta promiscuous mode - sem se nekaj novega naučil. Glede problema pa nimam ne zvoka ne slike, tudi kadar tcpdump dela in dela kot mora.

Ista verzija VLCja pod windowsi 0.8.6e deluje normalno. Nastavljeno je vse, kakor mora biti.
Tole je debug VLCja:
glavna napaka main error: cannot pre fill buffer

Koda: Izberi vse

main debug: prebuffering done 0 bytes in 446s - 0 kbytes/s
main error: cannot pre fill buffer
main warning: cannot create a stream_t from access
main debug: removing module "access_udp"
main debug: thread 3004812176 joined (input/input.c:412)
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 3004812176 (input) created at priority 0 (input/input.c:265)
main debug: `udp://@239.1.1.7:5000' gives access `udp' demux `' path `@239.1.1.7:5000'
main debug: creating demux: access='udp' demux='' path='@239.1.1.7:5000'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "udp"
main debug: creating access 'udp' path='@239.1.1.7:5000'
main debug: looking for access2 module: 7 candidates
access_udp debug: opening server=:0 local=239.1.1.7:5000
main debug: net: connecting to '[]:0@[239.1.1.7]:5000'
main debug: looking for network module: 1 candidate
ipv4 debug: resolving 239.1.1.7:5000...
ipv4 debug: resolving :0...
ipv4 debug: IP_ADD_MEMBERSHIP multicast request
main debug: using network module "ipv4"
main debug: removing module "ipv4"
main debug: using access2 module "access_udp"
main debug: pre buffering

Sem iskal po vseh forumih in je ta error nekje omenjen kot prisoten v nekaterih vezijah, drugih pa ne. Na slo-tech forumu so nekateri imeli ta problem, ampak so ostali brez odgovora. Izgleda kot da VLC pošlje zahtevo na 239.1.1.7 , potem prične dobivati paketke, ki pa jih kao VLC ne zazna/dobi.

To je output tcpdumpa v kritičnem trenutku:

Koda: Izberi vse

19:23:55.909963 IP 84-255-208-243.core.t-2.net.22222 > 224.2.2.2.22222: UDP, length 96
19:23:56.156942 IP 84-255-208-243.core.t-2.net.22222 > 224.2.2.2.22222: UDP, length 62
19:23:56.162980 IP 84-255-208-243.core.t-2.net.22222 > 224.2.2.2.22222: UDP, length 208
19:23:56.410197 IP 84-255-208-243.core.t-2.net.22222 > 224.2.2.2.22222: UDP, length 174
19:23:56.416163 IP 84-255-208-243.core.t-2.net.22222 > 224.2.2.2.22222: UDP, length 54
19:23:56.498938 IP  > 239.1.1.7: igmp v2 report 239.1.1.7
19:23:56.521203 IP 84-255-208-242.core.t-2.net.5000 > 239.1.1.7.5000: UDP, length 1316
19:23:56.523459 IP 84-255-208-242.core.t-2.net.5000 > 239.1.1.7.5000: UDP, length 1316
19:23:56.523955 IP 84-255-208-242.core.t-2.net.5000 > 239.1.1.7.5000: UDP, length 1316
19:23:56.525203 IP 84-255-208-242.core.t-2.net.5000 > 239.1.1.7.5000: UDP, length 1316
19:23:56.527203 IP 84-255-208-242.core.t-2.net.5000 > 239.1.1.7.5000: UDP, length 1316
19:23:56.529200 IP 84-255-208-242.core.t-2.net.5000 > 239.1.1.7.5000: UDP, length 1316
19:23:56.531203 IP 84-255-208-242.core.t-2.net.5000 > 239.1.1.7.5000: UDP, length 1316
19:23:56.533202 IP 84-255-208-242.core.t-2.net.5000 > 239.1.1.7.5000: UDP, length 1316

Firewall je izklopljen. Debug pa zgoraj. A je to kak bug v programu mogoče?

[grexxx]

Našel rešitev: (eth0 je interface kamor gre TV; eth1 je kamor gre WAN)

Koda: Izberi vse

echo "0" > /proc/sys/net/ipv4/conf/eth0/rp_filter

Priznam, da se mi je to bolj posrečilo, kot pa bilo odraz ne vem kakšnega znanja. Ker očitno tega aspekta networkinga ne razumem, bi se rad naučil.
A kdo ve, kaj točno sem naredil? Kaj je rp_filter?

[gulikoza]

Zanimivo...to se pa sploh ne bi spomnil. rp_filter preprečuje, da bi promet prihajal na "napačni" mrežni. Recimo, da bi se kdo hotel prijaviti z IPji tvoje lokalne mreže preko interneta (če bi imel butast firewall, ki bi gledal samo source IP, ne pa tudi na kateri mrežni je prišel). Ker je default gateway na eth1, linux smatra da mora ves promet (vključno z 84.255 subnetom) prihajati preko eth1 mrežne, preko eth0 pa dovoli samo 192.168.2.0 subnet (pač tisti ki je nastavljen na mrežni...).

[grexxx]

Če te prav razumem sem jaz z echo "0" izklopil rp_filter na eth0 (=notri gre IPTV signal), ki je prej preprečeval, da bi promet prihajal iz napačne mrežne.

Kaj je torej napačna mrežna v tem primeru bila?
A ostali nimajo problema s tem, ker je ponavadi eth0 WAN in eth1 LAN/IPTV, pri meni pa ravno obratno?

[Ed004]

Našel rešitev: (eth0 je interface kamor gre TV; eth1 je kamor gre WAN)

Koda: Izberi vse

echo "0" > /proc/sys/net/ipv4/conf/eth0/rp_filter

Priznam, da se mi je to bolj posrečilo, kot pa bilo odraz ne vem kakšnega znanja. Ker očitno tega aspekta networkinga ne razumem, bi se rad naučil.
A kdo ve, kaj točno sem naredil? Kaj je rp_filter?

Zelo podobno je tudi pri meni, samo da je eth0 za WAN eth1 pa za TV.
Kam je treba vrstico tisto napisati??