Agenda
* Administrivia [2mn]
* Approval agenda
* Approval minutes last call
* Post Mortem ETSI PlugTest [15mn]
* WG activities till Yokohama [15mn]
* New charter bashing [20mn]
* AOB [1min]
Resources
* Webex recording:
* Wiki: https://bitbucket.org/6tisch/meetings/wiki/150904_webex
* Slides:
https://bitbucket.org/6tisch/meetings/src/master/150904_webex/slides_150904_webex.ppt
Taking notes (using Etherpad)
1. Xavi Vilajosana
2. Pascal Thubert
Action Items
ACTION: Xavi to add to minimal how the ASN is written in nonce (Byte order).
ACTION: Pascal to initiate discussion on chunks in minimal.
Present (alphabetically)
1. Pascal Thubert
2. Diego Dujovne
3. Giuseppe Piro
4. Malisa Vucinic
5. Maria Rita Palattella
6. Pat Kinney
7. Paventhan
8. Pouria Zand
9. Qin Wang
10. Savio Sciancalepore
11. Tengfei Chang
12. Thomas Watteyne
13. Tom Phinney
14. Xavi Vilajosana
15. Zhuo Chen
Agenda
* Administrivia [2mn]
* Approval agenda
* Approval minutes last call
* Post Mortem ETSI PlugTest [15mn]
* WG activities till Yokohama [15mn]
* New charter bashing [20mn]
Minutes (all times in Pacific Time)
* [07.07] Meeting starts
* [07.07] Agenda
* review of IETF meeting and plugtest
* roadmap to yokohama -* plan *
* Agenda is approved
* Minutes of the Prague meeting are approved.
* [07.08] Prague review
* Etsi plugtest
* Thomas goes through report, thanking ETSI for organization
* Thanks to openmote to help organize
* hackathon around 6tisch.
* Some prizes were given to best developments related to 6tisch
technology
* again thanks to openmote
* [07.11] 6TiSCH Action Plan
* Minimal almost ready to publish
* We need a plan to reach the 2nd plugtest with solid things to implement
* Action Plan
* standardize necessary piece for a scenario presented
* running OTF
* Security driven by a JCR
* JCE is in the network. A node when joins needs to authenticate to the
network. There is a key K1 that enables to authenticate the node.
* A nodes uses the JA to forward the JCE authentication
* We use COSE to protect with a small footprint the packet (overhead
smaller than 10B)
* JCE tells to the JN the one or multiple K2s that are used to
participate in the network.
* JCE can install a key for every neighbor of a node.
* Giuseppe: the network has 2 Keys. When a joining node communicates for
the first time only knows a key (K1).
* Whatever H sends to F is the payload that F has to forward to the JCE
* Malisa: we need to define a mechanism for the JA to forward the
message of the joining node to the JCE.
* We need a mechanism in F to determine if the packet is malicious or
wants to Deny service.
* Can the joining node once it has joined establish communication to
other nodes in the network?.
* Thomas: we need to support any case.
* Thomas: install a master key and derive the keys from there.
* the PSK is pre-established. The PSK is only used to authenticate. THen
the JCE distributes a K2 which is used to secure.
* Pascal: find the minimal set of mechanism so we can secure the network.
* Requirements: Lean overhead of COSE
* 6top interface: very complete but at the same time every single item
in there can trigger lots of discussion. Would be good to take the minimal
approach and try to identify the essential pieces.
* We need the interfaces to enable the JCE to install the key. As a
todo, we need to simplify the interfaces for the JCE to be able to install the
keys.
* Xavi: mechanism to add and remove cells are needed.
* Xavi: supports keeping only the minimal
* Qin: asking confirmation of understanding; then about OTF, need soft
cell negotiation
* Qin: Soft cell negotiation is also needed. Should this be included in
the draft?
* Thomas: eventually will be needed. The way is done we still do not
know. We need to work on that.
* Qin: suggests to move the negotiation of in the interface draft.
* Thomas, efficient solution to negotiate for cells. Encoding of the
information that goes over the air. We are putting OTF at the end of a very
long chain, interface, coap, comi, etc.. then we can start playing with OTF as
we need all the rest. This is blocking OTF until everything is done.
* Pascal T: IEEE is aiming new for to define LLC, they will probbaly not
want negotiation mechanism that has dependencies on CoAP etc...
* Pat Kinney: IEEE effectively considering to define a mechanism for LLC
to take care of cell negotiation and key management. come up with a single
entity that simplifies the development.
* Thomas: lets make sure that we work together on that and we do not
repeat everything.
* Pat: we do not want to duplicate!! we want to turn into standard
inside the LLC we are going to make it standard instead of a recommendation.
OTF is a little algorithm that decides when to add or remove a cell. There will
be always people that will not like or fit into it that algorithm. So we need
to make sure that nodes can discover what is the algorithm that is being used.
* PT: supports that, and compares it to RPL. The Objective function is
similar case.
* Thomas: The MOP is announced, is the OF announced?
* Pascal: No, it is administratively enforced.
* AOB:
* Pascal AOB? Next meeting September 25
* [08.02] Meeting ends
_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch
