Hi, linux-dvb Linux 2.4.32 SkyStar-2 rev.2.6 # lsmod Module Size Used by Not tainted skystar2 17324 0 (unused) stv0299 9100 0 (unused) dvb-core 37568 0 [skystar2 stv0299] ... # cat /etc/rc.d/rc.raduga ... start) modprobe dvb-core dvb_shutdown_timeout=0 modprobe stv0299 modprobe skystar2 $DIR/bin/szap -c /etc/sky2/channels.conf -n 1 -x $DIR/bin/dvbnet -p $PID /sbin/ifconfig $DEV_NAME $IP_ADDR /sbin/ifconfig $DEV_NAME hw ether $MAC_ADDR echo 0 > /proc/sys/net/ipv4/conf/$DEV_NAME/rp_filter ... The script above starts with success: # /etc/rc.d/rc.raduga start reading channels from file '/etc/sky2/channels.conf' zapping to 1 '[0005]': sat 0, frequency = 11671 MHz V, symbolrate 7000000, vpid = 0x0000, apid = 0x0000 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' status 01 | signal ffff | snr c4ad | ber 000021ef | unc 00000000 | status 1f | signal ffff | snr df6b | ber 0000002f | unc 00000000 | FE_HAS_LOCK DVB Network Interface Manager Version 1.1.0-TVF (Build Tue Jan 03 14:48:17 2006) Copyright (C) 2003, TV Files S.p.A Device: /dev/dvb/adapter0/net0 Status: device dvb0_0 for pid XXXX created successfully. ...but then: if there is no 'tcpdump' in promiscuous mode on dvb-interface there is no network traffic at all at the same time 'dvbtraffic' shows some activity Here is two session: 1.1.1.1 is remote ip-address of vpn-connection to my provider Terminal #1 /* # ping 1.1.1.1 PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data. ... 64 bytes from 1.1.1.1: icmp_seq=48 ttl=62 time=324 ms 64 bytes from 1.1.1.1: icmp_seq=49 ttl=62 time=335 ms 64 bytes from 1.1.1.1: icmp_seq=50 ttl=62 time=330 ms 64 bytes from 1.1.1.1: icmp_seq=51 ttl=62 time=345 ms --->64 bytes from 1.1.1.1: icmp_seq=52 ttl=62 time=336 ms --->64 bytes from 1.1.1.1: icmp_seq=58 ttl=62 time=333 ms 64 bytes from 1.1.1.1: icmp_seq=59 ttl=62 time=338 ms 64 bytes from 1.1.1.1: icmp_seq=60 ttl=62 time=332 ms 64 bytes from 1.1.1.1: icmp_seq=61 ttl=62 time=323 ms 64 bytes from 1.1.1.1: icmp_seq=62 ttl=62 time=336 ms 64 bytes from 1.1.1.1: icmp_seq=63 ttl=62 time=327 ms 64 bytes from 1.1.1.1: icmp_seq=64 ttl=62 time=322 ms 64 bytes from 1.1.1.1: icmp_seq=65 ttl=62 time=331 ms */ Terminal #2 /* # tcpdump -ni dvb0_0 host 10.250.5.xxx tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on dvb0_0, link-type EN10MB (Ethernet), capture size 96 bytes ... 12:05:50.601082 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 48, length 64 12:05:51.621954 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 49, length 64 12:05:52.627089 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 50, length 64 12:05:53.651893 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 51, length 64 --->12:05:54.653093 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 52, length 64 53 packets captured 106 packets received by filter 0 packets dropped by kernel # tcpdump -ni dvb0_0 host 10.250.5.xxx tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on dvb0_0, link-type EN10MB (Ethernet), capture size 96 bytes --->12:06:00.670133 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 58, length 64 12:06:01.685103 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 59, length 64 12:06:02.098172 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 25608, seq 1, length 64 12:06:02.688280 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 60, length 64 12:06:03.689472 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 61, length 64 12:06:04.712320 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 62, length 64 12:06:05.713510 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 63, length 64 12:06:06.708810 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 64, length 64 12:06:07.727714 IP 1.1.1.1 > 10.250.5.xxx: ICMP echo reply, id 7432, seq 65, length 64 */ At first I start 'tcpdump -ni dvb0_0 host 10.250.5.xxx' at Terminal #2' Then start 'ping 1.1.1.1' at Terminal #1 On icmp-request #52 I stop tcpdump - icmp-replies stop too at the same time On icmp-request #58 I start tcpdump on dvb-inteface again - at the same time icmp-replies appear The moments of stop/start are marked with "--->" At the time of stopped tcpdump on dvb-intarface there is no any traffic at all, not only icmp the cut'n'paste from syslog: ... --->Jan 4 12:05:54 stronghold kernel: device dvb0_0 left promiscuous mode Jan 4 12:05:54 stronghold kernel: dvb_net_feed_stop Jan 4 12:05:54 stronghold kernel: dvb_net_feed_stop: stop secfeed Jan 4 12:05:54 stronghold kernel: dvb_net_feed_stop: release secfilter Jan 4 12:05:54 stronghold kernel: dvb0_0: set_mc_list, 1 entries Jan 4 12:05:54 stronghold kernel: dvb_net_feed_start: rx_mode 1 Jan 4 12:05:54 stronghold kernel: dvb_net_feed_start: alloc secfeed Jan 4 12:05:54 stronghold kernel: dvb_net_feed_start: set secfilter Jan 4 12:05:54 stronghold kernel: dvb0_0: filter mac=00 00 xx xx xx xx Jan 4 12:05:54 stronghold kernel: dvb0_0: filter mask=ff ff ff ff ff ff Jan 4 12:05:54 stronghold kernel: dvb_net_feed_start: set multi_secfilter[0] Jan 4 12:05:54 stronghold kernel: dvb0_0: filter mac=01 00 5e 00 00 01 Jan 4 12:05:54 stronghold kernel: dvb0_0: filter mask=ff ff ff ff ff ff Jan 4 12:05:54 stronghold kernel: dvb_net_feed_start: start filtering --->Jan 4 12:05:59 stronghold kernel: device dvb0_0 entered promiscuous mode Jan 4 12:05:59 stronghold kernel: dvb_net_feed_stop Jan 4 12:05:59 stronghold kernel: dvb_net_feed_stop: stop secfeed Jan 4 12:05:59 stronghold kernel: dvb_net_feed_stop: release secfilter Jan 4 12:05:59 stronghold kernel: dvb_net_feed_stop: release multi_filter[0] Jan 4 12:05:59 stronghold kernel: dvb0_0: promiscuous mode Jan 4 12:05:59 stronghold kernel: dvb_net_feed_start: rx_mode 3 Jan 4 12:05:59 stronghold kernel: dvb_net_feed_start: alloc secfeed Jan 4 12:05:59 stronghold kernel: dvb_net_feed_start: set secfilter Jan 4 12:05:59 stronghold kernel: dvb0_0: filter mac=00 00 xx xx xx xx Jan 4 12:05:59 stronghold kernel: dvb0_0: filter mask=00 00 00 00 00 00 Jan 4 12:05:59 stronghold kernel: dvb_net_feed_start: start filtering ... Summary: there's no traffic at all without 'tcpdump' in promiscuous mode on dvb-interface Thanks in advance -- Best Regards, Yuri Nosyrev mailto: nua at slavel dot ru Russia