Re: [Bluez-users] Piconet problems

2 messages, 2 authors, 2005-01-20 · open the first message on its own page

Re: [Bluez-users] Piconet problems

From: jers@inwind.it <hidden>
Date: 2005-01-20 11:33:15

Hi Marcel, 
 
I thank you for your time but, I'm sorry,  I can't displa=
y any packet. 
 
I changed my dongles. Their firmware is HCI 16.14: =0D
=
 
hci0:   Type: USB 
        BD Address: 00:08:E0:01:9E:86 ACL MTU: 192=
:8 SCO MTU: 64:8 
        UP RUNNING PSCAN ISCAN 
        RX bytes:2508=
 acl:0 sco:0 events:60 errors:0 
        TX bytes:465 acl:0 sco:0 comman=
ds:47 errors:0 
        Features: 0xff 0xff 0x0b 0x00 0x00 0x00 0x00 0x0=
0 
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 
        Li=
nk policy: RSWITCH HOLD SNIFF PARK 
        Link mode: SLAVE ACCEPT 
  =
      Name: 'pcB' 
        Class: 0x000000 
        Service Classes: Un=
specified 
        Device Class: Miscellaneous, 
        HCI Ver: 1.1 (=
0x1) HCI Rev: 0x33c LMP Ver: 1.1 (0x1) LMP Subver: 0x33c 
        Manufa=
cturer: Cambridge Silicon Radio (10) 
 
I installed linux again (Mandra=
ke 9.1, kernel 2.4.21) and the upgrated BlueZ packages in accordance with=
 readme 
files of each packages. I tried to create a simple connection. =

 
On the master side, I run: 
 
modprobe bnep 
modprobe l2cap 
hci=
config hci0 up 
pand --listen --role GN 
 
On the slave side, I run; =0D
=
 
modprobe bnep 
modprobe l2cap 
hciconfig hci0 up 
pand -c <master_a=
ddr> 
 
At first, "hcidump -x" dispayed packets sent by the pand comman=
d. Trying several times, it showed L2CAP and in 
only one case I showed =
BNEP. However, no connection was create. 
Then, maybe after a reboot or =
a logout, hcidump shows again that pand does not send any packet,. 
I ca=
n't obtain again the same situation and I don't realize why. 
 
I hope =
can help me. 
Thanks. Jers 
 
 
 
Hi Jers, 
 
quoted
quoted
quoted
quoted
Run "h=
cidump -x" as root and show us the output.   
quoted
quoted
quoted
   
HCIDu=
mp - HCI packet analyzer ver 1.16   
quoted
quoted
quoted
device: hci0 snap_len: 1028=
 filter: 0xffffffff   
quoted
quoted
  
What about trying to connect now,=
 so we see traffic?  
quoted
   
Running 'pan -c <addr>' or 'pan --lis=
ten --rule GN',  HCIDump does not show anything.  
 
you will see t=
raffic, because otherwise you do something wrong. 
 
Regards 
 =0D
=
Marcel 
 
 
 
 
----------------------------------------=
--------------- 
The SF.Net email is sponsored by: Beat the post-holid=
ay blues 
Get a FREE limited edition SourceForge.net t-shirt from Thin=
kGeek. 
It's fun and FREE -- well, almost....http://www.thinkgeek.com/=
sfshirt 
_______________________________________________ 
Bluez-use=
rs mailing list 
Bluez-users@lists.sourceforge.net 
https://lists.s=
ourceforge.net/lists/listinfo/bluez-users 
 =0A=0A=0A=0A______________=
______________________________________________=0A6X velocizzare la tua na=
vigazione a 56k? 6X Web Accelerator di Libero!=0AScaricalo su INTERNET GR=
ATIS 6X http://www.libero.it=0A



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] Piconet problems

From: Marcel Holtmann <marcel@holtmann.org>
Date: 2005-01-20 12:52:13

Hi Jers,
I thank you for your time but, I'm sorry,  I can't display any packet. 
 
I changed my dongles. Their firmware is HCI 16.14: 
 
hci0:   Type: USB 
        BD Address: 00:08:E0:01:9E:86 ACL MTU: 192:8 SCO MTU: 64:8 
        UP RUNNING PSCAN ISCAN 
        RX bytes:2508 acl:0 sco:0 events:60 errors:0 
        TX bytes:465 acl:0 sco:0 commands:47 errors:0 
        Features: 0xff 0xff 0x0b 0x00 0x00 0x00 0x00 0x00 
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 
        Link policy: RSWITCH HOLD SNIFF PARK 
        Link mode: SLAVE ACCEPT 
        Name: 'pcB' 
        Class: 0x000000 
        Service Classes: Unspecified 
        Device Class: Miscellaneous, 
        HCI Ver: 1.1 (0x1) HCI Rev: 0x33c LMP Ver: 1.1 (0x1) LMP Subver: 0x33c 
        Manufacturer: Cambridge Silicon Radio (10) 
 
I installed linux again (Mandrake 9.1, kernel 2.4.21) and the upgrated BlueZ packages in accordance with readme 
files of each packages. I tried to create a simple connection. 
 
On the master side, I run: 
 
modprobe bnep 
modprobe l2cap 
hciconfig hci0 up 
pand --listen --role GN 
 
On the slave side, I run; 
 
modprobe bnep 
modprobe l2cap 
hciconfig hci0 up 
pand -c <master_addr> 
 
At first, "hcidump -x" dispayed packets sent by the pand command. Trying several times, it showed L2CAP and in 
only one case I showed BNEP. However, no connection was create. 
Then, maybe after a reboot or a logout, hcidump shows again that pand does not send any packet,. 
I can't obtain again the same situation and I don't realize why.
show us the hcidump output and leave it to us to interpret it. And btw
what about using a 2.6.10 kernel? I can't tell you anything about any
vendor kernel.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help