From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 23 Nov 2006 22:54:46 +0100 From: Michel Leconte To: bluez-users@lists.sourceforge.net Message-id: <003901c70f49$fe158180$27b44856@claudia> MIME-version: 1.0 Subject: [Bluez-users] Bad disconnection in a PAN network after an SCO link Reply-To: BlueZ users List-Id: BlueZ users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0342212119==" Sender: bluez-users-bounces@lists.sourceforge.net Errors-To: bluez-users-bounces@lists.sourceforge.net This is a multi-part message in MIME format. --===============0342212119== Content-type: multipart/alternative; boundary="Boundary_(ID_qXWiuJvYXAp50KwGmXkf0A)" This is a multi-part message in MIME format. --Boundary_(ID_qXWiuJvYXAp50KwGmXkf0A) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hi all, I resend you this mail that could'nt be seen in the list. I have a problem of disconnection in a PAN network when an SCO link is establised before the disconnection of two entities. Topology of the network : One Bluetooth kit is GN (configured in master) the other one is PANU (configured in slave), these two entities constitute a Bluetooth IP network (using Bnep interfaces and PAN daemons). First test : ---------- The PANU wish to make a disconnection with the GN, it applies a bnep_kill_connection(). With hcidump, one can see a disconnection complete event. Then with "hcitool con" command, we don't see any ACL connection. Second test : ---------- The PANU and the GN establish an SCO connection on the ACL link. The PANU wishes to make a disconnection with the GN, it applies a bnep_kill_connection(). With hcidump, one can see two disconnection complete events. The first one for the SCO connection the second one for the ACL link. In despite of these two deconnection events, the "hcitool con" command shows always an ACL connection with a state 8. These state value corresponds to a disconnection state. My goal is to have a real complete disconnection of the link as in the first test. Does anyone has an idea to fully disconnect these link without seeing it with the "hcitool con" command ? How a link can be in a disconnection state and always visible with these later command ? thanks for any idea or suggestion. regards. Michel --Boundary_(ID_qXWiuJvYXAp50KwGmXkf0A) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Hi all,
 
I resend you this mail that could'nt be seen in the list.
I have a problem of disconnection in a PAN network
when an SCO link is establised before the disconnection of two entities.
 
Topology of the network : One Bluetooth kit is GN (configured in master) the other one is PANU (configured in slave), these two entities constitute a Bluetooth IP network (using Bnep interfaces and PAN daemons).
 

First test :
----------
The PANU wish to make a disconnection with the GN, it applies a bnep_kill_connection().
With hcidump, one can see a disconnection complete event.
Then with "hcitool con" command, we don't see any ACL connection. 
 
Second test :
----------
 
The PANU and the GN establish an SCO connection on the ACL link.
The PANU wishes to make a disconnection with the GN, it applies a bnep_kill_connection().
With hcidump, one can see two disconnection complete events.
The first one for the SCO connection the second one for the ACL link.
 
In despite of these two deconnection events, the "hcitool con" command
shows always an ACL connection with a state 8. These state value corresponds to a
disconnection state. My goal is to have a real complete disconnection of the link as
in the first test.
 
Does anyone has an idea to fully disconnect these link without seeing it with the "hcitool con"
command ? 
 
How a link can be in a disconnection state and always visible with these later command ?
 

thanks for any idea or suggestion.
 
regards.
 
Michel
--Boundary_(ID_qXWiuJvYXAp50KwGmXkf0A)-- --===============0342212119== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV --===============0342212119== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Bluez-users mailing list Bluez-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-users --===============0342212119==--