Thread (8 messages) 8 messages, 3 authors, 2016-06-24

Re: Caching device name in different connectable state

flat view

From: François Beaufort <hidden>
Date: 2016-06-24 13:03:37

Thank your Marcel for the clarification.

As Luiz mentioned previously though, as random static addresses can be
used by other devices, it may makes sense to avoid caching their name.
Would you agree?

On Thu, Jun 23, 2016 at 3:29 PM, Marcel Holtmann [off-list ref] wrot=
e:
Hi Francois,
quoted
I have a bluetooth beacon device that advertises a name depending on
its configuration (connectable or not).
Sadly, in Bluez, the first time it sees it while advertising its name,
it caches it which is nice for future discovery.
Except it doesn't because I don't want to see this name while it
advertises in non-connectable state as it is "not" the same device
anymore (sort of).
I guess what I'm asking is if we can make Device name aware of the
connectable state and only use it if it matches state when it was
cached.
yikes, this is super tricky. If the device uses the same address, then it=
 is the same device. If it is not the same device, then it should use two d=
ifferent addresses (sort of a dual personality).
Please keep in mind that a lot of device identity is based around either =
the public address or the static random address. We even clarified that as =
identity address in the latest specification. The mode has nothing to do wi=
th it. It makes it even more complicated since a device can be in broadcast=
er and peripheral role at the same time. It is just a matter of instantiati=
ng a second link layer state machine. However even in that case my advise i=
s two use two different addresses if they are independent.
Regards

Marcel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help