Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[linux-dvb] Re: Dvb net vpn question.



Thanks Johannes, 
you did help me a lot!

Now I recieve a lot of packets. But I still can't use them...
Using tcpdump I can see there is traffic on dvb0_0, but it is not
generated from my requests! I can see many packets caming from lot of
sources and directed to various destinations.

I suppose things work like this:
1) Packets enter kernel
2) They are mac-filtered
3) They are ip-filtered

So I should only see packets sent to me.
Now... What is worong?

At first I tought it could be mppe (I disable it, like windows seems to
do), but dumping packets from dvb0_0 I can see some plain text like
"HTTP/1.1 200 OK" into the dump-file.

[root@fisso2-vi test]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
212.31.242.131  0.0.0.0         255.255.255.255 UH    0      0        0
ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0
eth0
172.30.0.0      0.0.0.0         255.255.0.0     U     0      0        0
dvb0_0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0
lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0
ppp1

[root@fisso2-vi test]# ifconfig
dvb0_0    Link encap:Ethernet  HWaddr 00:D0:D7:05:78:FD
          inet addr:172.30.2.82  Bcast:172.30.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING NOARP ALLMULTI MULTICAST  MTU:4096
Metric:1
          RX packets:2436763 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:1986677387 (1894.6 Mb)  TX bytes:0 (0.0 b)
          Base address:0x5ab

eth0      Link encap:Ethernet  HWaddr 00:20:ED:78:BE:5C
          inet addr:192.168.0.3  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:17487 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8621 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:17273489 (16.4 Mb)  TX bytes:2458377 (2.3 Mb)
          Interrupt:20 Base address:0xa400 Memory:fa011000-fa011038

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:232 errors:0 dropped:0 overruns:0 frame:0
          TX packets:232 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:16656 (16.2 Kb)  TX bytes:16656 (16.2 Kb)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:80.182.178.4  P-t-P:151.99.26.43 
Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:2041 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1337 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:246451 (240.6 Kb)  TX bytes:96561 (94.2 Kb)

ppp1      Link encap:Point-to-Point Protocol
          inet addr:172.30.2.82  P-t-P:212.31.242.131 
Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:4 errors:0 dropped:0 overruns:0 frame:0
          TX packets:116189771 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:126 (126.0 b)  TX bytes:1782125497 (1699.5 Mb)

Il mer, 2004-01-28 alle 18:38, Johannes Stezenbach ha scritto:
> Vincenzo Di Massa wrote:
> > 2) Load dvb modules. I use dvb_shutdown_timeout=0 option to whatch TV.  
> > Is it ok for data?
> 
> Yes and no. It means the kernel thread which normally monitors the
> frontend will be stopped as soon as the frontend is closed. If your
> signal is stable this might be OK.
> 
> > 3) Use szap to tune to the right transponder and set the pid I need. Do
> > I need to let it run? Shall I tell szap the same pid twice? Shall I use 8192? Do I need -r option?
> 
> Don't set any pids at all (use 1fff in channels.conf, no -r).
> 
> > 4) Use dvbnet to bring up dvb0_0. I need to set mac and IP address using ifconfig, right?
> 
> Yes.
> 
> > 5) Use pptp (I have upgraded kernel and pppd already): pptp
> > vpn.alicesat.it user <user>
> > 6) Set up routing. I must send all packets trught ppp1(vpn) and its
> > gateway.
> > 
> > Now I should be able to use my sat internet account but... I just don't
> > recieve a bit into dvb0_0.
> > Is this procedure right?
> > All kernel messages "sound" like there is no problem.
> 
> - use test_sections or dvbsnoop on the PID you pass to dvb_net to see
>   if there are any packets at all; compare with ETSI EN 301 192
>   (chapter "MPE - Multi Protocol Encapsulation")
> - look at dvb_net_sec() and possibly add a printk for debugging
> - check /proc/sys/net/ipv4/conf/*/rp_filter
> - try tcpdump -i dvb0_0
> 
> > Anyway it just crashes on 2.6.1 when using dvbnet. But it works with
> > 2.4.22. (both kernels are using 2 days old cvs dvb-kernel)
> 
> Hm, I didn't test dvb_net with 2.6 so far...
> I don't have any test account so I can only passively monitor
> some MPE service, which isn't much fun ;-(
> 
> Johannes
-- 
Vincenzo Di Massa <hawk78_it@yahoo.it>



-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.



Home | Main Index | Thread Index