Return-Path: MIME-Version: 1.0 In-Reply-To: References: Date: Thu, 15 Jul 2010 12:08:42 +0530 Message-ID: Subject: Re: SSP Link key storing issue From: Prabhakaran Chandrasekara M To: linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Can some body please explain why the below check is considered while storing link key. On Thu, Jul 15, 2010 at 10:25 AM, Prabhakaran Chandrasekara M wrote: > Hello All, > > ?I am facing some problem with SSP pairing. > Sometimes Bluez does not store the Authenticated Combination link key > generated during pairing process And found the below code in > dbus-hci.c > hci_dbus_link_key_notify > > /* Only store the link key if one of the following is true: > ??? ?* 1. this is a legacy link key > ??? ?* 2. this is a changed combination key and there was a previously > ??? ?*??? stored one > ??? ?* 3. neither local nor remote side had no-bonding as a requirement > ??? ?* 4. the local side had dedicated bonding as a requirement > ??? ?* 5. the remote side is using dedicated bonding since in that case > ??? ?*??? also the local requirements are set to dedicated bonding > ??? ?*/ > > And from the logs found that, Bluez sets the Auth requirement as "no > bonding" and remote device sets the auth requirement as "General > Bonding", as a result of this pairing process "Authenticated > combination key" has been generated but not stored because of the > above mentioned check. (* 3. neither local nor remote side had no-bonding as a requirement) Forgot mention the Check. >Hence for the reconnection or other profile > connections, Bluez would re initiate the pairing process which User > would not like. > > Usecase: > Remote device was not paired, I initiated a2dp connection through dbus > commands to remote device, hence the l2cap security level is low and > auth requirement is set as "No Bonding" at kernel. > > > I could not find Specification points for this behavior. > > Can some body explain why Bluez has this check (based on some > specification?) while storing link key. > > Thanks, > Prabhakaran. > Thanks, Prabhakaran.