[linux-dvb] Re: Network in Budget Technotrend DVB-T

To: linux-dvb@linuxtv.org
Subject: [linux-dvb] Re: Network in Budget Technotrend DVB-T
From: Sergey Sholokh <sholokh@gala.net>
Date: Wed, 21 Jan 2004 09:57:48 +0200
Content-disposition: inline
Content-type: text/plain; charset="iso-8859-1"
In-reply-to: <20040120131335.GD15659@convergence.de>
List-help: <mailto:ecartis@linuxtv.org?Subject=help>
List-id: linux-dvb <linux-dvb.mail.convergence2.de>
List-software: Ecartis version 1.0.0
List-unsubscribe: <https://mail.convergence2.de/cgi-bin/listen.cgi>
Organization: SkyVision Ukraine
References: <200401201405.00900.sholokh@gala.net> <20040120131335.GD15659@convergence.de>
Reply-to: linux-dvb@linuxtv.org
Sender: linux-dvb-bounce@linuxtv.org
User-agent: KMail/1.5.4

On Tuesday 20 January 2004 15:13, Johannes Stezenbach wrote:
> Sergey Sholokh wrote:

Thank you very much for your advice! 

> > Also I try get IP over DVB (MPE) in Ukraine.
> > My ISP provide access to Internet over DVB-T.
> > I had received Unicast PID and MAC from my ISP and firstly I tried got
> > Internet access with Windows drivers. It test had passed successfully.
> > Then I tried got access Internet access with Linux DVB drivers. I used
> > linuxtv-dvb-1.0.1 drivers and kernel-2.4.22. But I didn't get any packets
> > on my dvb0_0 interface.
>
> ...
>
> > I setup my MAC on this interface -
> > ifconfig dvb0_0 hw ether 00002xxxxxxxx 10.1.1.1 up
> > Interface is running but no traffic (any!)
> > tcpdump -ni dvb0_0 shows nothing
> > Sure, routing is right - my ISP see my outgoing packets on DVB
> > incapsulator, rp_filter has 0 value.
>
> Does ifconfig report incoming/dropped packets in its statistics?
No, ifconfig report without any errors:

debian:/tmp# ifconfig dvb0_0
dvb0_0    Link encap:Ethernet  HWaddr 00:02:C2:B7:A9:C1
          inet addr:192.168.10.1  Bcast:192.168.10.255  Mask:255.255.255.0
          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:100
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Base address:0x7d0

>
> > I'm tried using dvbsnoop with my unicast PID to capture packets.
> > All packets were received successfully on my MAC!
> > Unfortunately, no traffic on dvb0_0 yet.
> > I'm tried changed IP on dvb interface to IP taken from my working Windows
> > DVB-data program (192.168.21.44), but no traffic yet.
> > I'm attentively checking my network settings - in my opinion all settings
> > are right.
> >
> > Also I tried start dvbstream -o 20xx, so when I ping someone IP address
> > (www.google.com for example) - I see replay packets in stdout output!!!
> > But dvb0_0 empty!
> >
> > Have you anybody advice for me?
>
> You could either post a few packets (hex dump) captured with dvbsnoop,
> or have a look at the spec (ETSI EN 301 192 chapter 7 "Multiprotocol
> encapsulation", get from www.etsi.org) and the code (dvb_net_sec() in
> linux/drivers/media/dvb/dvb-core/dvb_net.c) yourself.
>
I got this dump with dvbsnoop yesterday evening.
I used my Unicast PID 2000.

---------------------------------------------------------
SECT-Packet: 00000001   PID: 2000 (0x07d0), Length: 100 (0x0064)
Time received: Wed 2004-01-21  01:46:05.026
----------------------------------------------------------
  0000:  3e 00 61 c1 a9 00 00 00  b7 c2 02 00 45 00 00 54   >.a.........E..T
  0010:  3a bd 00 00 3b 01 59 36  c2 b7 bc 85 c2 b7 a9 c1   :...;.Y6........
  0020:  00 00 93 4f 34 02 29 02  40 0d bd bc 00 0c 26 d3   ...O4.).@.....&.
  0030:  08 09 0a 0b 0c 0d 0e 0f  10 11 12 13 14 15 16 17   ................
  0040:  18 19 1a 1b 1c 1d 1e 1f  20 21 22 23 24 25 26 27   ........ !"#$%&'
  0050:  28 29 2a 2b 2c 2d 2e 2f  30 31 32 33 34 35 36 37   ()*+,-./01234567
  0060:  00 00 00 00                                        ....

PID:  2000 (0x07d0)
Guess table from table id...
DSM-CC DATAGRAM-decoding....
Table_ID: 62 (0x3e)  [= DSM-CC - private data section (datagram)]
section_syntax_indicator: 0 (0x00)
private_indicator: 0 (0x00)
reserved_1: 0 (0x00)
Section_length: 97 (0x0061)
MACaddrbyte/DevicdID 6: 193 (0xc1)
MACaddrbyte/DeviceID 5: 169 (0xa9)
reserved_2: 0 (0x00)
payload_scrambling_control: 0 (0x00)  [= unscrambled]
address_scrambling_control: 0 (0x00)  [= unscrambled]
LLC_SNAP_flag: 0 (0x00)
current_next_indicator: 0 (0x00)  [= valid next]
Section_number: 0 (0x00)
Last_Section_number: 0 (0x00)
MACaddrbyte/DeviceID 4: 183 (0xb7)
MACaddrbyte/DeviceID 3: 194 (0xc2)
MACaddrbyte/DeviceID 2: 2 (0x02)
MACaddrbyte/DeviceID 1: 0 (0x00) => MAC-Address/DeviceID: 00:02:c2:b7:a9:c1
IP_datagram_bytes

      0000:  45 00 00 54 3a bd 00 00 3b 01 59 36 c2 b7 bc 85 
      0000:   E  .  .  T  :  .  .  .  ;  .  Y  6  .  .  .  .
      0010:  c2 b7 a9 c1 00 00 93 4f 34 02 29 02 40 0d bd bc 
      0010:   .  .  .  .  .  .  .  O  4  .  )  .  @  .  .  .
      0020:  00 0c 26 d3 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 
      0020:   .  .  &  .  .  .  .  .  .  .  .  .  .  .  .  .
      0030:  14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 
      0030:   .  .  .  .  .  .  .  .  .  .  .  .     !  "  #
      0040:  24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 
      0040:   $  %  &  '  (  )  *  +  ,  -  .  /  0  1  2  3
      0050:  34 35 36 37 
      0050:   4  5  6  7
    
Checksum: 0 (0x00)
==========================================================


----------------------------------------------------------
SECT-Packet: 00000002   PID: 2000 (0x07d0), Length: 100 (0x0064)
Time received: Wed 2004-01-21  01:46:06.005
----------------------------------------------------------
  0000:  3e 00 61 c1 a9 00 00 00  b7 c2 02 00 45 00 00 54   >.a.........E..T
  0010:  3a be 00 00 3b 01 59 35  c2 b7 bc 85 c2 b7 a9 c1   :...;.Y5........
  0020:  00 00 92 4e 34 02 2a 02  40 0d bd bd 00 0c 26 d3   ...N4.*.@.....&.
  0030:  08 09 0a 0b 0c 0d 0e 0f  10 11 12 13 14 15 16 17   ................
  0040:  18 19 1a 1b 1c 1d 1e 1f  20 21 22 23 24 25 26 27   ........ !"#$%&'
  0050:  28 29 2a 2b 2c 2d 2e 2f  30 31 32 33 34 35 36 37   ()*+,-./01234567
  0060:  00 00 00 00                                        ....

PID:  2000 (0x07d0)
Guess table from table id...
DSM-CC DATAGRAM-decoding....
Table_ID: 62 (0x3e)  [= DSM-CC - private data section (datagram)]
section_syntax_indicator: 0 (0x00)
private_indicator: 0 (0x00)
reserved_1: 0 (0x00)
Section_length: 97 (0x0061)
MACaddrbyte/DevicdID 6: 193 (0xc1)
MACaddrbyte/DeviceID 5: 169 (0xa9)
reserved_2: 0 (0x00)
payload_scrambling_control: 0 (0x00)  [= unscrambled]
address_scrambling_control: 0 (0x00)  [= unscrambled]
LLC_SNAP_flag: 0 (0x00)
current_next_indicator: 0 (0x00)  [= valid next]
Section_number: 0 (0x00)
Last_Section_number: 0 (0x00)
MACaddrbyte/DeviceID 4: 183 (0xb7)
MACaddrbyte/DeviceID 3: 194 (0xc2)
MACaddrbyte/DeviceID 2: 2 (0x02)
MACaddrbyte/DeviceID 1: 0 (0x00) => MAC-Address/DeviceID: 00:02:c2:b7:a9:c1
IP_datagram_bytes

      0000:  45 00 00 54 3a be 00 00 3b 01 59 35 c2 b7 bc 85 
      0000:   E  .  .  T  :  .  .  .  ;  .  Y  5  .  .  .  .
      0010:  c2 b7 a9 c1 00 00 92 4e 34 02 2a 02 40 0d bd bd 
      0010:   .  .  .  .  .  .  .  N  4  .  *  .  @  .  .  .
      0020:  00 0c 26 d3 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 
      0020:   .  .  &  .  .  .  .  .  .  .  .  .  .  .  .  .
      0030:  14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23
      0030:   .  .  .  .  .  .  .  .  .  .  .  .     !  "  #
      0040:  24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33
      0040:   $  %  &  '  (  )  *  +  ,  -  .  /  0  1  2  3
      0050:  34 35 36 37
      0050:   4  5  6  7

Checksum: 0 (0x00)
==========================================================


Also part of my dmesg:

Jan 21 01:24:01 debian kernel: Linux video capture interface: v1.00
Jan 21 01:24:01 debian kernel: DVB: registering new adapter 
(TT-Budget/WinTV-NOVA-T  PCI).
Jan 21 01:24:01 debian kernel: PCI: Found IRQ 10 for device 00:08.0
Jan 21 01:24:01 debian kernel: TT-Budget/WinTV-NOVA-T  PCI adapter 0 has MAC 
addr = 00:d0:5c:03:24:a2
Jan 21 01:24:01 debian kernel: tda1004x: Detected Philips TDA10045H.
Jan 21 01:24:01 debian kernel: tda1004x: Detected Philips TDM1316L tuner.
Jan 21 01:24:01 debian kernel: DVB: registering frontend 0:0 (Philips 
TDA10045H)...

Second part: 

function : dvb_dvr_open
device dvb0_0 entered promiscuous mode
dvb_net_feed_stop
dvb_net_feed_stop: stop secfeed
dvb_net_feed_stop: release secfilter
dvb_net_feed_stop: release multi_filter[0]
dvb0_0: promiscuous mode
dvb_net_feed_start: rx_mode 3
dvb_net_feed_start: alloc secfeed
dvb_net_feed_start: set secfilter
dvb0_0: filter mac=00 02 c2 b7 a9 c1
dvb0_0: filter mask=00 00 00 00 00 00
dvb_net_feed_start: start filtering


> Does your ISP have an information page which describes technical
> details?

My ISP has web-page only in Russian and that page has very poor and old 
information. (http://www.relcom.tv) 

--
Sergey Sholokh


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

References:
- [linux-dvb] Network in Budget Technotrend DVB-T
  - From: Sergey Sholokh <sholokh@gala.net>
- [linux-dvb] Re: Network in Budget Technotrend DVB-T
  - From: Johannes Stezenbach <js@convergence.de>

Prev by Date: [linux-dvb] Re: Nova-CI: why does opening /dev/dvb/adapter0/ca0return "no such device?"
Next by Date: [linux-dvb] Nova-CI
Previous by thread: [linux-dvb] Re: Network in Budget Technotrend DVB-T
Next by thread: [linux-dvb] Nova-CI: why does opening /dev/dvb/adapter0/ca0 return "no such device?"
Index(es):
- Date
- Thread

Home | Main Index | Thread Index