From: Iain Hibbert <plunky@rya-online.net>
To: Germa Pedrosa <german.pedrosa@fundacionctic.org>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: Pairing with several Bluetooth dongles
Date: Fri, 11 Dec 2009 19:04:18 +0000 (GMT) [thread overview]
Message-ID: <1260558258.467003.9352.nullmailer@galant.ukfsn.org> (raw)
In-Reply-To: <1259154332.20954.1.camel@german-desktop>
On Wed, 25 Nov 2009, Germa Pedrosa wrote:
I apologise this was a while ago I didn't have anything to say at the time
but it came back to me while I was thinking about something else..
> What I want to achieve is that each device is *paired exactly once*
> against the system despite the dongle D2-DN that finally treats the
> operation.
I think you will get trouble with this approach. As you have found,
pairing is between two dongles and depends on the bdaddr at each end.
> The solution I thought of was using bdaddr tool for assigning the same
> MAC address to all D2 ... DN dongles, in that way that every one uses
> the same linkeys to save paired devices.
Perhaps it will work and perhaps not but I think there will be long term
problems in overlapping areas of coverage using devices with the same
bdaddr. The frequency hopping in the piconet depends also on the master
device clock so at least the devices are likely to be out of sync but
collisions may occur causing intermittent problems, I don't really know.
I think you would probably be better to have the security aspect on a
separate level. ie, you create a token that the higher level stack can
present to authenticate itself upon connecting to the service, leaving the
baseband connection to be unauthenticated.
for example, the OBEX specification contains a means for a device to
authenticate (this is designed so that just plugging in a cable is not
enough to access contents on a device) though I don't think that openobex
supports this so none of the open source OBEX applications would handle
it. Also, higher layer authentication is discussed in the PAN profile
document, like running a VPN over an open wireless point.
regards,
iain
next prev parent reply other threads:[~2009-12-11 19:04 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <09700B613C4DD84FA9F2FEA52188281903083937@ayalga.fundacionctic.org>
2009-11-25 13:05 ` Pairing with several Bluetooth dongles Germán Pedrosa
2009-12-11 19:04 ` Iain Hibbert [this message]
2009-11-17 10:33 Germán Pedrosa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1260558258.467003.9352.nullmailer@galant.ukfsn.org \
--to=plunky@rya-online.net \
--cc=german.pedrosa@fundacionctic.org \
--cc=linux-bluetooth@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox