linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH BlueZ 0/2] Central Net Key storage cache for multiple Nodes
@ 2018-09-19 20:44 Brian Gix
  0 siblings, 0 replies; 2+ messages in thread
From: Brian Gix @ 2018-09-19 20:44 UTC (permalink / raw)
  To: linux-bluetooth; +Cc: marcel, johan.hedberg, inga.stotland, Brian Gix

The strategy for Bluetooth Mesh is to allow each application that want to use
mesh services to operate as an independant Node on one or more Mesh networks.

To enable this, at the lowest network layer, we are creating a cache of Network
Keys and associated credentials (NIDs, Privacy Keys, Encryption Keys, etc).
This will allow Network decryption to be done once per incoming packets,
without requiring each "Node" on the local device to handle them redundantly.


Brian Gix (2):
  mesh: Add centralized caching Net Key management
  mesh: Refactor friend.c and net.c for central key DB

 Makefile.mesh    |   1 +
 mesh/friend.c    | 188 +++++++++-------------
 mesh/friend.h    |   2 +-
 mesh/net.c       | 476 +++++++++++++++----------------------------------------
 mesh/net.h       |  14 +-
 mesh/net_keys.c  | 326 +++++++++++++++++++++++++++++++++++++
 mesh/net_keys.h  |  33 ++++
 mesh/provision.c |   5 +-
 8 files changed, 572 insertions(+), 473 deletions(-)
 create mode 100644 mesh/net_keys.c
 create mode 100644 mesh/net_keys.h

-- 
2.14.4

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [PATCH BlueZ 0/2] Central Net Key storage cache for multiple Nodes
@ 2018-09-19 20:40 Brian Gix
  0 siblings, 0 replies; 2+ messages in thread
From: Brian Gix @ 2018-09-19 20:40 UTC (permalink / raw)
  To: linux-bluetooth; +Cc: marcel, johan.hedberg, inga.stotland, Brian Gix

The strategy for Bluetooth Mesh is to allow each application that want to use
mesh services to operate as an independant Node on one or more Mesh networks.

To enable this, at the lowest network layer, we are creating a cache of Network
Keys and associated credentials (NIDs, Privacy Keys, Encryption Keys, etc).
This will allow Network decryption to be done once per incoming packets,
without requiring each "Node" on the local device to handle them redundantly.


Brian Gix (2):
  mesh: Add centralized caching Net Key management
  mesh: Refactor friend.c and net.c for central key DB

 Makefile.mesh    |   1 +
 mesh/friend.c    | 188 +++++++++-------------
 mesh/friend.h    |   2 +-
 mesh/net.c       | 476 +++++++++++++++----------------------------------------
 mesh/net.h       |  14 +-
 mesh/net_keys.c  | 326 +++++++++++++++++++++++++++++++++++++
 mesh/net_keys.h  |  33 ++++
 mesh/provision.c |   5 +-
 8 files changed, 572 insertions(+), 473 deletions(-)
 create mode 100644 mesh/net_keys.c
 create mode 100644 mesh/net_keys.h

-- 
2.14.4

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2018-09-19 20:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-09-19 20:44 [PATCH BlueZ 0/2] Central Net Key storage cache for multiple Nodes Brian Gix
  -- strict thread matches above, loose matches on Subject: below --
2018-09-19 20:40 Brian Gix

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).