From: Manuel Naranjo <manuel@aircable.net>
To: Saurabh Thukral <saurabhth@gmail.com>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: Inquiry Result with repeated set of MAC addresses - Is it a problem with Bluetooth device ?
Date: Sun, 6 Jun 2010 15:04:38 -0300 [thread overview]
Message-ID: <AANLkTikNPHQ_r3lrQMDE2C-6ZhY5uWZ84OxREiUUgarK@mail.gmail.com> (raw)
In-Reply-To: <AANLkTimX-ofkv4oekES0kfi7l_y4yLMVAO8A9e0Nx5tg@mail.gmail.com>
Hi,
> On running <hcitool scan> in one terminal and simultaneously viewing
> results using <hcidump> on the other terminal, I had a very
> interesting observation that has made me quite perplexed. I would
> really like you to help me out.
>r
> The observation is that suppose a device(Nokia N73) with MAC address
> M1 is discoverable, the response to Inquiry Request command is often a
> set of multiple Inquiry Result each with the same MAC address M1.
This is totally normal! It's related to how bluetooth inquiry process
works. The device doing the inquiry is jumping at a rate of 1600
hops/s (If I'm not wrong) over 32 channels and te device in inquiry
scan is jumpung at a way lower rate. So the radio might, and actually
will, find the same device multiple times per scan cycle. hcidump
shows you exactly which information is going on between the radio and
the stack.
The advantage of getting multiple results are many:
* RSSI depends on scanning channel: not all the channel have the same
noise level, so averaging RSSI with multiple results is way more
accurate than just one rssi value from one only channel.
* Faster response: hcitool inq will only show you the results once it
has solved both name and completed scanning, but actually it's getting
the results way before. I had been able to expermient dicovering a new
radio in less than 1 second so I could take action, and this can only
be done if you get multiple results per scan cycle.
Off course it requires more inteligence on you side. You need to
filter which results are new and which are not, but that is damn easy,
and you would be loose applications if it was otherwise.
Manuel
--
Manuel Francisco Naranjo
Software Department Argentina
Wireless Cables Inc
www.aircable.net
cel: +5493412010019
skype: naranjomanuelfrancisco
prev parent reply other threads:[~2010-06-06 18:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-06 5:12 Inquiry Result with repeated set of MAC addresses - Is it a problem with Bluetooth device ? Saurabh Thukral
2010-06-06 8:56 ` Johan Hedberg
2010-06-06 14:06 ` Saurabh Thukral
2010-06-06 15:09 ` Johan Hedberg
2010-06-06 18:04 ` Manuel Naranjo [this message]
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=AANLkTikNPHQ_r3lrQMDE2C-6ZhY5uWZ84OxREiUUgarK@mail.gmail.com \
--to=manuel@aircable.net \
--cc=linux-bluetooth@vger.kernel.org \
--cc=saurabhth@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).