Hi,
i wrote a programm for testing the RFCOMM layer and during a connection
i observed a strange behaviour that could be an implementation error within
BlueZ?!
My connection is always broken at this point.
The scenario is decsribed during the traces below.
I hope somebody can help me with this problem, because i need a solution
urgently.
regards
Matthias
command 1 (Request): Set Asynchronous Balanced Mode (SABM)
20050217 12:34:09 port 1047 --> 127.0.0.1 port 8000 4 octet(s)
20050217 12:34:09 000000 03 3f 01 1c
command 2 (Response): Unnumbered Acknowledgement (UA)
20050217 12:34:13 port 1047 <-- 127.0.0.1 port 8000 4 octet(s)
20050217 12:34:13 000000 03 73 01 d7
command 3 (Request): Unnumbered Information with Header Check (UIH)
20050217 12:34:13 port 1047 --> 127.0.0.1 port 8000 14 octet(s)
20050217 12:34:13 000000 03 ef 15 83 11 1c f0 00 ........
20050217 12:34:13 000008 00 9a 02 00 04 70 .....p
so far so good, but now i get 3 packets response back instead of one with
14Bytes length:
4 Bytes, 6Bytes and 4 Bytes
command 4_1 (Response): Unnumbered Information with Header Check (UIH)
20050217 12:34:13 port 1047 <-- 127.0.0.1 port 8000 4 octet(s)
20050217 12:34:13 000000 01 ef 15 81 ....
After the first response, the next request for further connection is made.
But because of the missing 10 Bytes from command 4 the conection is broken down.
Could this be an implementation error within BlueZ?
command 5 (Request): Set Asynchronous Balanced Mode (SABM)
20050217 12:34:13 port 1047 --> 127.0.0.1 port 8000 4 octet(s)
20050217 12:34:13 000000 73 00 00 28
command 4_2: (Response): Unnumbered Information with Header Check (UIH)
20050217 12:34:13 port 1047 <-- 127.0.0.1 port 8000 6 octet(s)
20050217 12:34:13 000000 11 1c e0 00 00 9a ......
command 4_3: (Response): Unnumbered Information with Header Check (UIH)
20050217 12:34:14 port 1047 <-- 127.0.0.1 port 8000 4 octet(s)
20050217 12:34:14 000000 02 00 00 aa ....
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Matthias,
> i wrote a programm for testing the RFCOMM layer and during a connection
> i observed a strange behaviour that could be an implementation error within
> BlueZ?!
this is not an implementation error on the BlueZ side, because RFCOMM is
a stream and fragementation must be handled nicely. You must fix your
application to deal with it.
Regards
Marcel
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel