On 1/3/07, Paul Gardiner <osronline@glidos.net> wrote:
> ACL data: handle 42 flags 0x02 dlen 8
    L2CAP(d): cid 0x0041 len 4 [psm 3]
      RFCOMM(s): SABM: cr 1 dlci 0 pf 1 ilen 0 fcs 0x1c
< ACL data: handle 42 flags 0x02 dlen 8
    L2CAP(d): cid 0x0203 len 4 [psm 3]
      RFCOMM(s): UA: cr 1 dlci 0 pf 1 ilen 0 fcs 0xd7

here we have established the RFCOMM session(control channel).

 > HCI Event: Number of Completed Packets (0x13) plen 5
    handle 42 packets 1
 > ACL data: handle 42 flags 0x02 dlen 17
 > ACL data: handle 42 flags 0x01 dlen 1
    L2CAP(d): cid 0x0041 len 14 [psm 3]
      RFCOMM(s): PN CMD: cr 1 dlci 0 pf 0 ilen 10 fcs 0x70 mcc_len 8
      dlci 4 frame_type 0 credit_flow 15 pri 32 ack_timer 0
      frame_size 1024 max_retrans 0 credits 7
< ACL data: handle 42 flags 0x02 dlen 8
    L2CAP(d): cid 0x0203 len 4 [psm 3]
      RFCOMM(s): DM: cr 1 dlci 4 pf 1 ilen 0 fcs 0xbc

And why a DM for channel 4 is sent as a response  of  a PN CMD for dlci 0 ?
Should this not happen ? There must be some problem of the command that
was received. Maybe we've got a corrupted command for dlci 4 and that hcidump
didn't show it up.

 > HCI Event: Number of Completed Packets (0x13) plen 5
    handle 42 packets 1
 > ACL data: handle 42 flags 0x02 dlen 12
    L2CAP(s): Disconn req: dcid 0x0041 scid 0x0203
< ACL data: handle 42 flags 0x02 dlen 12
    L2CAP(s): Disconn rsp: dcid 0x0041 scid 0x0203
 > HCI Event: Number of Completed Packets (0x13) plen 5
    handle 42 packets 1


This is really strange.