cinergyT2: dvbnet receive no IP datagrams

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

 



I am not able to receive any IP packets on dvb0_0 in my setup.
I'm using cinergyT2 DVB-T with dvb drivers included
in stock debian kernel 2.6.16.

This is what I do:

# dvbstream -f 626000 8192 -o | dvbsnoop -s ts -if - -tssubdecode -nph -N 1 526
dvbsnoop V1.4.00 -- http://dvbsnoop.sourceforge.net/
dvbstream v0.6 - (C) Dave Chapman 2001-2004
Released under the GPL.
Latest version available from http://www.linuxstb.org/
Tuning to 626000 Hz
Using DVB card "TerraTec/qanu USB2.0 Highspeed DVB-T Receiver", freq=626000
tuning DVB-T (in United Kingdom) to 626000000 Hz, Bandwidth: 8
Getting frontend status
Bit error rate: 0
Signal strength: 61988
SNR: 42919
UNC: 0
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
dvbstream will stop after -1 seconds (71582788 minutes)
Output to stdout
Streaming 1 stream

------------------------------------------------------------
TS-Packet: 00005436   PID: 526 (0x020e), Length: 188 (0x00bc)
from file: /dev/stdin
------------------------------------------------------------
Sync-Byte 0x47: 71 (0x47)
Transport_error_indicator: 0 (0x00)
Payload_unit_start_indicator: 1 (0x01)  [= Packet data starts]
transport_priority: 0 (0x00)
PID: 526 (0x020e)  [= NIT, PMT or Elementary PID, etc.]
transport_scrambling_control: 0 (0x00)  [= No scrambling of TS packet payload]
adaptation_field_control: 1 (0x01)  [= no adaptation_field, payload only]
continuity_counter: 3 (0x03)
    Payload: (len: 184)
        ==> pointer_field: 0 (0x00)
        ==> Section table: 62 (0x3e)  [= DSM-CC - private data section  // DVB datagram]
    Data-Bytes:
          0000:  00 3e b0 3c 13 01 c1 00  00 0f d0 00 00 45 00 00   .>.<.........E..
          0010:  2f 2b ef 00 00 03 11 fb  9b ac 10 02 0e e1 02 01   /+..............
          0020:  13 c0 12 13 88 00 1b a5  71 80 e0 c1 95 ff 5f 96   ........q....._.
          0030:  c3 00 00 30 21 21 9b c0  17 a0 09 6c 7d d2 4f 0f   ...0!!.....l}.O.
          0040:  3e b1 19 13 01 c1 00 00  0f d0 00 2f 45 00 01 0c   >........../E...
          0050:  2b f0 00 00 03 11 fa bd  ac 10 02 0e e1 02 01 13   +...............
          0060:  c0 14 13 8a 00 f8 f1 49  80 e1 31 61 f4 66 c0 13   .......I..1a.f..
          0070:  00 00 07 ee 00 10 07 00  20 a0 08 56 15 0b 05 06   ........ ..V....
          0080:  61 41 18 50 2a 14 23 05  02 41 40 91 05 2f ff 4b   aA.P*.#..A@../.K
          0090:  e3 59 3b 9e 7b ad 2b be  33 2f 15 5a de 56 b2 3c   .Y;.{.+.3/.Z.V.<
          00a0:  8e 10 40 f5 69 bf e0 9f  a1 fe 07 e7 7f 3d fe df   ..@.i........=..
          00b0:  d4 7e 9f 9c d6 9f 31 df                            .~....1.
==========================================================


    TS sub-decoding (1 packet(s) stored for PID 0x020e):
    =====================================================
    TS contains Section...
        PID:  526 (0x020e)
        Guess table from table id...
        DSM-CC DATAGRAM-decoding....
        Table_ID: 62 (0x3e)  [= DSM-CC - private data section  // DVB datagram]
        section_syntax_indicator: 1 (0x01)
        private_indicator: 0 (0x00)
        reserved_1: 3 (0x03)
        Section_length: 60 (0x003c)
        MACaddrbyte/DevicdID 6: 19 (0x13)
        MACaddrbyte/DeviceID 5: 1 (0x01)
        reserved_2: 3 (0x03)
        payload_scrambling_control: 0 (0x00)  [= unscrambled]
        address_scrambling_control: 0 (0x00)  [= unscrambled]
        LLC_SNAP_flag: 0 (0x00)
        current_next_indicator: 1 (0x01)  [= valid now]
        Section_number: 0 (0x00)
        Last_Section_number: 0 (0x00)
        MACaddrbyte/DeviceID 4: 15 (0x0f)
        MACaddrbyte/DeviceID 3: 208 (0xd0)
        MACaddrbyte/DeviceID 2: 0 (0x00)
        MACaddrbyte/DeviceID 1: 0 (0x00) => MAC-Address/DeviceID: 00:00:d0:0f:01:13
        IP_datagram_bytes
              0000:  45 00 00 2f 2b ef 00 00  03 11 fb 9b ac 10 02 0e   E../+...........
              0010:  e1 02 01 13 c0 12 13 88  00 1b a5 71 80 e0 c1 95   ...........q....
              0020:  ff 5f 96 c3 00 00 30 21  21 9b c0 17 a0 09 6c      ._....0!!.....l
        CRC: 2110934799 (0x7dd24f0f)

As you can see the selected PID carries IP datagrams.
Next I bring up the virtual network interface:

# dvbnet -p 526
DVB Network Interface Manager
Version 1.1.0-TVF (Build Sat Apr 29 19:59:27 2006)
Copyright (C) 2003, TV Files S.p.A

Device: /dev/dvb/adapter0/net0
Status: device dvb0_0 for pid 526 created successfully.

# ifconfig dvb0_0 192.168.1.10 up
# ifconfig dvb0_0
dvb0_0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link
          UP BROADCAST RUNNING NOARP MULTICAST  MTU:4096  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Base address:0x20e


RX bytes stays at zero...

# tcpdump -i dvb0_0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on dvb0_0, link-type EN10MB (Ethernet), capture size 96 bytes

0 packets captured
0 packets received by filter
0 packets dropped by kernel

The promisc mode set by tcpdump doesn't help.

I'm sure the problem is specific to the cinergyT2 driver,
running the above commands with Hauppage DEC-2000T on the same machine
gives me IP packets.

I snooped in cinergyT2.c but I cannot spot any obvious bug.
I'll be happy to provide all needed info to debug this problem.

TIA,
Francesco Schiavarelli

_______________________________________________

linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux