[Bluez-users] connection to Motorola V525 fails

[Bluez-users] connection to Motorola V525 fails

[Moritz Bunkus]

[-- Attachment #1: Type: text/plain, Size: 3456 bytes --]

Hello list,

(resent because of the size limitation - please ignore the other mail
if it'll be approved later)

I can't establish a working connection between my computer(s) and my
bluetooth mobile, a Motorola V525. At [1] (sorry, only in German) a user
has described how to get that exact combination to work properly, but it
doesn't work for me.

So what does work? 'hcitool scan' finds my phone. 'sdptool browse
00:...' does list all the services on the phone, and I've found the
channel for the OBEX transfers which is 9. But using the obextool from
[2] fails. It does connect to the phone, and the following PIN
verification completes successfully. Afterwards the phone asks me if the
file transfer should be accepted, I hit 'yes' but that's it - no more
data flows between the two devices.

Now a bit about my system and the software revisions I've used. I've
tried with bluez-utils 2.4 through 2.7 (some of them Debian/unstable
packages, 2.5 from souce). I've tried kernels 2.4.24, 2.6.4 and 2.6.6
with the -mh1 patch. I've tried two different USB dongles, both are CSR
based, but I only have one available at the moment. Here's the output of
'hciconfig -a' for this dongle:

hci0:   Type: USB
        BD Address: 00:02:72:40:45:26 ACL MTU: 192:8  SCO MTU: 64:8
        UP RUNNING PSCAN ISCAN 
        RX bytes:4378 acl:44 sco:0 events:120 errors:0
        TX bytes:1654 acl:48 sco:0 commands:43 errors:0
        Features: 0xff 0xff 0x0f 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: 'ls-bs-ws6-0'
        Class: 0x000100
        Service Classes: Unspecified
        Device Class: Computer, Uncategorized
        HCI Ver: 1.1 (0x1) HCI Rev: 0x20d LMP Ver: 1.1 (0x1) LMP Subver:
        0x20d
        Manufacturer: Cambridge Silicon Radio (10)

This is a device by Yakumo, one of the cheaper stuff sold around
here. The other dongle was built by Acer, but I don't know its exact
description. Both are USB dongles, obviously, and they're both
recognized flawlessly. At the moment I don't have access to any other
Bluetooth hardware - neither to computers with built-in Bluetooth
support, nor to other dongles or devices.

The remaining files are attached to this mail. The first is the
hcid.conf which is basically the default configuration. I've also tried
with enabling authentication and encryption, but basically I've left
both disabled for most of the tests.

The second file, 'motorola-v525-bluezutils24.dump', is the output of
'hcidump -t -x' during the call to 'obextool push test.jpg 00:... 9'. It
was done with bluez-utils 2.4 (older package from Debian/unstable). The
third is the same but with bluez-utils 2.7 (package from [3]).

I hope someone can make sense of the dumps. I can also provide an
additional dump made by the author of [1] which shows a successful
transfer to his Motorola V525.

Hopefully I haven't forgotten too much vital stuff. I'd appreciate any
help. Thanks.

Mosu

[1]  http://www.handykult.de/forums/archive/index.php/t-87776
[2]  http://www.unrooted.net/openSource/bluez/
[3]  http://bluez.sourceforge.net/download/debian/
-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds

[-- Attachment #2: hcid.conf --]
[-- Type: text/plain, Size: 1499 bytes --]

#
# HCI daemon configuration file.
#
# $Id: hcid.conf,v 1.4 2004/04/29 20:14:21 holtmann Exp $
#

# HCId options
options {
	# Automatically initialize new devices
	autoinit yes;

	# Security Manager mode
	#   none - Security manager disabled
	#   auto - Use local PIN for incoming connections
	#   user - Always ask user for a PIN
	#
	security auto;

	# Pairing mode
	#   none  - Pairing disabled
	#   multi - Allow pairing with already paired devices
	#   once  - Pair once and deny successive attempts
	pairing multi;

	# PIN helper
	pin_helper /usr/bin/bluez-pin;

	# D-Bus PIN helper
	#dbus_pin_helper;
}

# Default settings for HCI devices
device {
	# Local device name
	#   %d - device id
	#   %h - host name
	name "%h-%d";

	# Local device class
	class 0x100;

	# Default packet type
	#pkt_type DH1,DM1,HV1;

	# Inquiry and Page scan
	iscan enable; pscan enable;

	# Default link mode
	#   none   - no specific policy 
	#   accept - always accept incoming connections
	#   master - become master on incoming connections,
	#            deny role switch on outgoing connections
	#
	#lm accept,master;
	#
	lm accept;

	# Default link policy
	#   none    - no specific policy
	#   rswitch - allow role switch
	#   hold    - allow hold mode
	#   sniff   - allow sniff mode
	#   park    - allow park mode
	#
	#lp hold,sniff;
	#
	lp rswitch,hold,sniff,park;

	# Authentication and Encryption
	#auth enable;
	#encrypt enable;
}

[-- Attachment #3: motorola-v525-bluezutils24.dump --]
[-- Type: text/plain, Size: 3419 bytes --]

HCIDump - HCI packet analyzer ver 1.5
device: hci0 snap_len: 1028 filter: 0xffffffff
1085751416.248372 < HCI Command: Create Connection(0x01|0x0005) plen 13
  93 C1 BB 28 0A 00 18 CC 01 00 00 00 01 
1085751416.255191 > HCI Event: Command Status(0x0f) plen 4
  00 01 05 04 
1085751418.127718 > HCI Event: Connect Complete(0x03) plen 11
  00 29 00 93 C1 BB 28 0A 00 01 00 
1085751418.127889 < ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Connect req: psm 3 scid 0x0040
1085751418.127906 < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4
  29 00 0E 00 
1085751418.133712 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00 
1085751418.142709 > HCI Event: Max Slots Change(0x1b) plen 3
  29 00 05 
1085751418.143708 > HCI Event: Command Complete(0x0e) plen 6
  01 0D 08 00 29 00 
1085751418.173713 > ACL data: handle 0x0029 flags 0x02 dlen 16
    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0
1085751418.173966 < ACL data: handle 0x0029 flags 0x02 dlen 16
    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 4
    MTU 1024 
1085751418.175702 > ACL data: handle 0x0029 flags 0x02 dlen 16
    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 4
    MTU 1506 
1085751418.175833 < ACL data: handle 0x0029 flags 0x02 dlen 14
    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0
1085751418.182704 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00 
1085751418.185701 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00 
1085751418.202705 > ACL data: handle 0x0029 flags 0x02 dlen 18
    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 4
    MTU 1024 
1085751418.202764 < ACL data: handle 0x0029 flags 0x02 dlen 8
    L2CAP(d): cid 0x40 len 4 [psm 3]
      RFCOMM(s): SABM: cr 1 dlci 0 pf 1 ilen 0 fcs 0x1c 
1085751418.208693 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00 
1085751418.235694 > ACL data: handle 0x0029 flags 0x02 dlen 8
    L2CAP(d): cid 0x40 len 4 [psm 3]
      RFCOMM(s): UA: cr 1 dlci 0 pf 1 ilen 0 fcs 0xd7 
1085751418.235749 < ACL data: handle 0x0029 flags 0x02 dlen 18
    L2CAP(d): cid 0x40 len 14 [psm 3]
      RFCOMM(s): PN CMD: cr 1 dlci 0 pf 0 ilen 10 fcs 0x70 mcc_len 8
      dlci 18 frame_type 0 credit_flow 15 pri 7 ack_timer 0 frame_size 1019 max_retrans 0 credits 7
1085751418.243684 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00 
1085751418.266688 > ACL data: handle 0x0029 flags 0x02 dlen 18
    L2CAP(d): cid 0x40 len 14 [psm 3]
      RFCOMM(s): PN RSP: cr 0 dlci 0 pf 0 ilen 10 fcs 0xaa mcc_len 8
      dlci 18 frame_type 0 credit_flow 14 pri 7 ack_timer 0 frame_size 1019 max_retrans 0 credits 0
1085751418.266744 < ACL data: handle 0x0029 flags 0x02 dlen 8
    L2CAP(d): cid 0x40 len 4 [psm 3]
      RFCOMM(s): SABM: cr 1 dlci 18 pf 1 ilen 0 fcs 0x32 
1085751418.273681 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00 
1085751418.362657 > HCI Event: Link Key Request(0x17) plen 6
  93 C1 BB 28 0A 00 
1085751418.362833 < HCI Command: Link Key Request Reply(0x01|0x000b) plen 22
  93 C1 BB 28 0A 00 7E 7B 47 77 CE B2 23 1F 2A 91 EB 01 64 1A 
  58 7B 
1085751418.377652 > HCI Event: Command Complete(0x0e) plen 10
  01 0B 04 00 93 C1 BB 28 0A 00 
1085751418.752559 > HCI Event: Encrypt Change(0x08) plen 4
  00 29 00 01 

[-- Attachment #4: motorola-v525-bluezutils27.dump --]
[-- Type: text/plain, Size: 3419 bytes --]

HCIDump - HCI packet analyzer ver 1.5
device: hci0 snap_len: 1028 filter: 0xffffffff
1085751713.613746 < HCI Command: Create Connection(0x01|0x0005) plen 13
  93 C1 BB 28 0A 00 18 CC 01 00 00 00 01 
1085751713.620709 > HCI Event: Command Status(0x0f) plen 4
  00 01 05 04 
1085751716.103081 > HCI Event: Connect Complete(0x03) plen 11
  00 2A 00 93 C1 BB 28 0A 00 01 00 
1085751716.103322 < ACL data: handle 0x002a flags 0x02 dlen 12
    L2CAP(s): Connect req: psm 3 scid 0x0040
1085751716.103340 < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4
  2A 00 0F 00 
1085751716.111076 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1085751716.119073 > HCI Event: Max Slots Change(0x1b) plen 3
  2A 00 05 
1085751716.121071 > HCI Event: Command Complete(0x0e) plen 6
  01 0D 08 00 2A 00 
1085751716.145074 > ACL data: handle 0x002a flags 0x02 dlen 16
    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0
1085751716.145260 < ACL data: handle 0x002a flags 0x02 dlen 16
    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 4
    MTU 1024 
1085751716.147066 > ACL data: handle 0x002a flags 0x02 dlen 16
    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 4
    MTU 1506 
1085751716.147207 < ACL data: handle 0x002a flags 0x02 dlen 14
    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0
1085751716.159064 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1085751716.163060 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1085751716.179062 > ACL data: handle 0x002a flags 0x02 dlen 18
    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 4
    MTU 1024 
1085751716.179618 < ACL data: handle 0x002a flags 0x02 dlen 8
    L2CAP(d): cid 0x40 len 4 [psm 3]
      RFCOMM(s): SABM: cr 1 dlci 0 pf 1 ilen 0 fcs 0x1c 
1085751716.186056 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1085751716.223054 > ACL data: handle 0x002a flags 0x02 dlen 8
    L2CAP(d): cid 0x40 len 4 [psm 3]
      RFCOMM(s): UA: cr 1 dlci 0 pf 1 ilen 0 fcs 0xd7 
1085751716.223112 < ACL data: handle 0x002a flags 0x02 dlen 18
    L2CAP(d): cid 0x40 len 14 [psm 3]
      RFCOMM(s): PN CMD: cr 1 dlci 0 pf 0 ilen 10 fcs 0x70 mcc_len 8
      dlci 18 frame_type 0 credit_flow 15 pri 7 ack_timer 0 frame_size 1019 max_retrans 0 credits 7
1085751716.231045 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1085751716.255045 > ACL data: handle 0x002a flags 0x02 dlen 18
    L2CAP(d): cid 0x40 len 14 [psm 3]
      RFCOMM(s): PN RSP: cr 0 dlci 0 pf 0 ilen 10 fcs 0xaa mcc_len 8
      dlci 18 frame_type 0 credit_flow 14 pri 7 ack_timer 0 frame_size 1019 max_retrans 0 credits 0
1085751716.255099 < ACL data: handle 0x002a flags 0x02 dlen 8
    L2CAP(d): cid 0x40 len 4 [psm 3]
      RFCOMM(s): SABM: cr 1 dlci 18 pf 1 ilen 0 fcs 0x32 
1085751716.262040 > HCI Event: Number of Completed Packets(0x13) plen 5
  01 2A 00 01 00 
1085751716.329022 > HCI Event: Link Key Request(0x17) plen 6
  93 C1 BB 28 0A 00 
1085751716.329506 < HCI Command: Link Key Request Reply(0x01|0x000b) plen 22
  93 C1 BB 28 0A 00 7E 7B 47 77 CE B2 23 1F 2A 91 EB 01 64 1A 
  58 7B 
1085751716.344019 > HCI Event: Command Complete(0x0e) plen 10
  01 0B 04 00 93 C1 BB 28 0A 00 
1085751716.710924 > HCI Event: Encrypt Change(0x08) plen 4
  00 2A 00 01 

Re: [Bluez-users] connection to Motorola V525 fails

[Marcel Holtmann]

Hi Moritz,

> I can't establish a working connection between my computer(s) and my
> bluetooth mobile, a Motorola V525. At [1] (sorry, only in German) a user
> has described how to get that exact combination to work properly, but it
> doesn't work for me.
> 
> So what does work? 'hcitool scan' finds my phone. 'sdptool browse
> 00:...' does list all the services on the phone, and I've found the
> channel for the OBEX transfers which is 9. But using the obextool from
> [2] fails. It does connect to the phone, and the following PIN
> verification completes successfully. Afterwards the phone asks me if the
> file transfer should be accepted, I hit 'yes' but that's it - no more
> data flows between the two devices.
> 
> Now a bit about my system and the software revisions I've used. I've
> tried with bluez-utils 2.4 through 2.7 (some of them Debian/unstable
> packages, 2.5 from souce). I've tried kernels 2.4.24, 2.6.4 and 2.6.6
> with the -mh1 patch. I've tried two different USB dongles, both are CSR
> based, but I only have one available at the moment. Here's the output of
> 'hciconfig -a' for this dongle:
> 
> hci0:   Type: USB
>         BD Address: 00:02:72:40:45:26 ACL MTU: 192:8  SCO MTU: 64:8
>         UP RUNNING PSCAN ISCAN 
>         RX bytes:4378 acl:44 sco:0 events:120 errors:0
>         TX bytes:1654 acl:48 sco:0 commands:43 errors:0
>         Features: 0xff 0xff 0x0f 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: 'ls-bs-ws6-0'
>         Class: 0x000100
>         Service Classes: Unspecified
>         Device Class: Computer, Uncategorized
>         HCI Ver: 1.1 (0x1) HCI Rev: 0x20d LMP Ver: 1.1 (0x1) LMP Subver:
>         0x20d
>         Manufacturer: Cambridge Silicon Radio (10)
> 
> This is a device by Yakumo, one of the cheaper stuff sold around
> here. The other dongle was built by Acer, but I don't know its exact
> description. Both are USB dongles, obviously, and they're both
> recognized flawlessly. At the moment I don't have access to any other
> Bluetooth hardware - neither to computers with built-in Bluetooth
> support, nor to other dongles or devices.

everything is fine so far. Stay with 2.6.6-mh2.

> The remaining files are attached to this mail. The first is the
> hcid.conf which is basically the default configuration. I've also tried
> with enabling authentication and encryption, but basically I've left
> both disabled for most of the tests.

There is no need to change anything and keep auth and encrypt off,
because you don't want to set your device into security mode 3.

> The second file, 'motorola-v525-bluezutils24.dump', is the output of
> 'hcidump -t -x' during the call to 'obextool push test.jpg 00:... 9'. It
> was done with bluez-utils 2.4 (older package from Debian/unstable). The
> third is the same but with bluez-utils 2.7 (package from [3]).
> 
> I hope someone can make sense of the dumps. I can also provide an
> additional dump made by the author of [1] which shows a successful
> transfer to his Motorola V525.

Send us the binary versions of the dump (with -w and as root).

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] connection to Motorola V525 fails

[Moritz Bunkus]

[-- Attachment #1: Type: text/plain, Size: 828 bytes --]

Hi,

thanks for the quick reply.

> There is no need to change anything and keep auth and encrypt off,
> because you don't want to set your device into security mode 3.

That's what I figured - I just wanted to be sure I've tried everything
before crying for help.

> Send us the binary versions of the dump (with -w and as root).

Sure, here it comes. This has been done on the 2.6.6-mh2 with
bluez-utils 2.7-2. This time I've waited until obexpush times out, so
the complete communication has been captured.

BTW: You don't have to CC me as I've subscribed.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds

[-- Attachment #2: motv525-bin.dump --]
[-- Type: application/octet-stream, Size: 1615 bytes --]

Re: [Bluez-users] connection to Motorola V525 fails

[Marcel Holtmann]

Hi Moritz,

> > Send us the binary versions of the dump (with -w and as root).
> 
> Sure, here it comes. This has been done on the 2.6.6-mh2 with
> bluez-utils 2.7-2. This time I've waited until obexpush times out, so
> the complete communication has been captured.

you must make sure the you don't have a previous dumpfile while using
hcidump -w, because it will append the HCI commands and events.

However I don't see any data communication on the RFCOMM channel and
that indicates that something is going wrong here. Please checkout the
CVS repository obex and try the btobex tool from there.

> BTW: You don't have to CC me as I've subscribed.

I always use "Reply to All" button. So it is the job of your mailserver
to filter out the duplicates. Mine does ;)

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] connection to Motorola V525 fails

[Moritz Bunkus]

[-- Attachment #1: Type: text/plain, Size: 1127 bytes --]

Hi Marcel,

> you must make sure the you don't have a previous dumpfile while using
> hcidump -w, because it will append the HCI commands and events.

I'll remember that.

> However I don't see any data communication on the RFCOMM channel and
> that indicates that something is going wrong here. Please checkout the
> CVS repository obex and try the btobex tool from there.

Ok, I've downloaded the CVS from openobex and bluez' obex module. At
first 'btobex push ...' did not work at all because it does not parse
the channel number and always uses 0. The mobile did turn off the
screensaver (so it did receive something), but the question 'receive
obex file transfer' did not appear.

After modifying main.c and changing the channel number for the push
request to 9 I've got the same behaviour as before with the obextool
app. I've attached the binary dump.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds

[-- Attachment #2: btobex-push-bin.dump --]
[-- Type: application/octet-stream, Size: 920 bytes --]

Re: [Bluez-users] connection to Motorola V525 fails

[Marcel Holtmann]

Hi Moritz,

> > However I don't see any data communication on the RFCOMM channel and
> > that indicates that something is going wrong here. Please checkout the
> > CVS repository obex and try the btobex tool from there.
> 
> Ok, I've downloaded the CVS from openobex and bluez' obex module. At
> first 'btobex push ...' did not work at all because it does not parse
> the channel number and always uses 0. The mobile did turn off the
> screensaver (so it did receive something), but the question 'receive
> obex file transfer' did not appear.
> 
> After modifying main.c and changing the channel number for the push
> request to 9 I've got the same behaviour as before with the obextool
> app. I've attached the binary dump.

forget this, because I overlooked something in the hcidump. You will
never be able to transfer any data from or to your phone, because the
RFCOMM implementation of your phone is buggy.

	< ACL data: handle 0x0029 flags 0x02 dlen 8
	    L2CAP(d): cid 0x40 len 4 [psm 3]
	      RFCOMM(s): SABM: cr 1 dlci 0 pf 1 ilen 0 fcs 0x1c 
	> HCI Event: Number of Completed Packets(0x13) plen 5
	  01 29 00 01 00 
	> ACL data: handle 0x0029 flags 0x02 dlen 8
	    L2CAP(d): cid 0x40 len 4 [psm 3]
	      RFCOMM(s): UA: cr 1 dlci 0 pf 1 ilen 0 fcs 0xd7 

Establishing the control channel. Got an UA. Ok.

	< ACL data: handle 0x0029 flags 0x02 dlen 18
	    L2CAP(d): cid 0x40 len 14 [psm 3]
	      RFCOMM(s): PN CMD: cr 1 dlci 0 pf 0 ilen 10 fcs 0x70 mcc_len 8
	      dlci 18 frame_type 0 credit_flow 15 pri 7 ack_timer 0 frame_size 1019 max_retrans 0 credits 7
	> HCI Event: Number of Completed Packets(0x13) plen 5
	  01 29 00 01 00 
	> ACL data: handle 0x0029 flags 0x02 dlen 18
	    L2CAP(d): cid 0x40 len 14 [psm 3]
	      RFCOMM(s): PN RSP: cr 0 dlci 0 pf 0 ilen 10 fcs 0xaa mcc_len 8
	      dlci 18 frame_type 0 credit_flow 14 pri 7 ack_timer 0 frame_size 1019 max_retrans 0 credits 0

Parameter negotiation for channel 0. Ok.

	< ACL data: handle 0x0029 flags 0x02 dlen 8
	    L2CAP(d): cid 0x40 len 4 [psm 3]
	      RFCOMM(s): SABM: cr 1 dlci 18 pf 1 ilen 0 fcs 0x32 
	> HCI Event: Number of Completed Packets(0x13) plen 5
	  01 29 00 01 00 
	> HCI Event: Link Key Request(0x17) plen 6
	  93 C1 BB 28 0A 00 
	< HCI Command: Link Key Request Reply(0x01|0x000b) plen 22
	  93 C1 BB 28 0A 00 7F 15 FC 68 8C A1 8F AA AB 68 67 9F 4D A2 
	  6C AF 
	> HCI Event: Command Complete(0x0e) plen 10
	  01 0B 04 00 93 C1 BB 28 0A 00 
	> HCI Event: Encrypt Change(0x08) plen 4
	  00 29 00 01 

Request channel 9. You need to authorize, which is also ok, but there is
no UA after it.

	< ACL data: handle 0x0029 flags 0x02 dlen 8
	    L2CAP(d): cid 0x40 len 4 [psm 3]
	      RFCOMM(s): DISC: cr 1 dlci 18 pf 1 ilen 0 fcs 0xd3 
	< ACL data: handle 0x0029 flags 0x02 dlen 8
	    L2CAP(d): cid 0x40 len 4 [psm 3]
	      RFCOMM(s): DISC: cr 1 dlci 0 pf 1 ilen 0 fcs 0xfd 

Now we ran into the connect timeout and our RFCOMM disconnects. We miss
an UA here and this is why you can't transfer any data over RFCOMM.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] connection to Motorola V525 fails

[Moritz Bunkus]

Hi,

> forget this, because I overlooked something in the hcidump. You will
> never be able to transfer any data from or to your phone, because the
> RFCOMM implementation of your phone is buggy.

Ok, thanks for the help. I'll see if I can get a newer firmware for the
phone.

Have a nice weekend.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] connection to Motorola V525 fails

[Marcel Holtmann]

Hi Moritz,

> > forget this, because I overlooked something in the hcidump. You will
> > never be able to transfer any data from or to your phone, because the
> > RFCOMM implementation of your phone is buggy.
> 
> Ok, thanks for the help. I'll see if I can get a newer firmware for the
> phone.

btw where is the hcidump from the guy with the successful transfer?

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] connection to Motorola V525 fails

[Moritz Bunkus]

Hi,

> btw where is the hcidump from the guy with the successful transfer?

I've asked him to create a dump with -w, but he hasn't answered
yet. I'll post when I get the dump.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] connection to Motorola V525 fails

[Marcel Holtmann]

Hi Moritz,

> > btw where is the hcidump from the guy with the successful transfer?
> 
> I've asked him to create a dump with -w, but he hasn't answered
> yet. I'll post when I get the dump.

show me the text version first, because I only want to check the RFCOMM
connection establishment procedure.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] connection to Motorola V525 fails

[Moritz Bunkus]

Hi,

> this uses RFCOMM channel 8, which doesn't requests an authentication.
> Maybe you wanna try it ;)

Now I'm feeling really, really stupid. Yes, this does work nicely, in
both directions (with some app called 'opd', OBEX push demon, on the PC
side). All the time I've used the channel for the OBEX file transfer,
not for the push service...

Sorry for being dumb ;) and thanks for the solution.

Mosu

-- 
If Darl McBride was in charge, he'd probably make marriage
unconstitutional too, since clearly it de-emphasizes the commercial
nature of normal human interaction, and probably is a major impediment
to the commercial growth of prostitution. - Linus Torvalds


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] connection to Motorola V525 fails

[Marcel Holtmann]

Hi Moritz,

> > this uses RFCOMM channel 8, which doesn't requests an authentication.
> > Maybe you wanna try it ;)
> 
> Now I'm feeling really, really stupid. Yes, this does work nicely, in
> both directions (with some app called 'opd', OBEX push demon, on the PC
> side). All the time I've used the channel for the OBEX file transfer,
> not for the push service...

don't do so, because the phone behaviour is still wrong. It must send UA
or DM after the SABM request.

Regards

Marcel




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users