Wiki
Clone wikimeetings / 170317_webex
DRAFT
Minutes, 17 March 2017 interim, 6TiSCH WG
Note: timestamps in PDT.
Connection details
- Date: 7-8am Pacific: http://www.worldtimebuddy.com/?qm=1&lid=100,12,5392171,1850147&h=100&date=2017-03-17&sln=14-15
- Webex link: https://cisco.webex.com/ciscosales/j.php?MTID=mcdbbe3a4e38d97d986b507ec12a1f9b1
- Webex Recording: https://cisco.webex.com/ciscosales/lsr.php?RCID=83818f25e86144849f121e60e49bd090
- Recording password: SveKaRy7
- Material link: https://bitbucket.org/6tisch/meetings/raw/master/170317_webex/slides_170317_webex.ppt
Taking notes (using Etherpad)
- Xavi Vilajosana
- Michael Richardson
- Pascal Thubert
Present (alphabetically)
- Tengfei Chang
- Pascal Thubert
- Michael Richardson
- Diego Dujovne
- Xavi Vilajosana
- Sedat Gormus
Action Items
- Michael to send feedback on security piece of the agenda
Agenda
- Administrivia [2min]
- Approval agenda
- Approval minutes last call
- Status of drafts [Pascal] [5min]
- Update on security [Michael] [15min]
- Update on 6P [Xavi] [10min]
- Update on SF0 [Diego] [10min]
- Preparation for IETF 98[Pascal] [QS]
- AOB [3min]
Minutes
started 10:07.
- Administrivia [2min]
- Approval agenda
- Approval minutes last call
Note well. Reminder.
-
Status of drafts [Pascal] [5min]
- 6tisch-minimal-21 status, email sent to Tero to confirm that he is happy. No reply yet (Tero AFK).
- no other hangups in status yet. Expect draft to advance during the meeting.
-
Update on security [Michael] [15min]
- Major change is that there are more documents:
- created another version of EDHOC-OSCOAP called EALS
- tries to do secure transport
- zero touch security within the EDHOC protocol
- question is how the WG will articulate the JRC centraly driven.
- Devices do not need to stay awake the whole time. They need to listen for traffic for them.
- Shared schedule is used for everybody to join (e.g minimal).
- having indication on how long it should wait the JN.
- trade-off between energy consumption and energy congestion during the joining phase. This is related on how long a JN has to wait to be authenticated.
- GOAL: figure out the compromise between energy and congestion.
- Major change is that there are more documents:
-
Update on 6P [Xavi] [10min]
- finalize the missing pieces: reordering of the text, remove duplicated text.
- refine section 4, define first the headers, and then the details.
- renamed status to count now that we can allocate ny type of cell
- removed xcell suggestion that was complex
- structure now ready. plan for last call at the meeting
- will do a pass and on Monday of the IETF will publish and ask for feed back
-
Update on SF0 [Diego] [10min]
- some changes to summarize the changes since last IETF.
- Cell Estimation Algorithm, three alternatives.
- picked alternative 3, most accurate to what people have implemented.
- Xavi: what about churn because the application has a cycle different than the slot frame.
- Xavi: what if 3 time slots needed every 2 slot frames, or if I have bursts, many needed in one slotframe and none at the next. Need mechanism to avoid continuous re-scheduling
- SF0 has a hystersis so that it does not deallocate until the need is below a lower threshold.
-
Diego: Added PDR computation. Need to discuss Timeout calculation, requires 6P collaboration.
-
Requires 6P collaboration.
-
Preparation for IETF 98[Pascal] [QS]
- security questions:
- do we need centralized control over enrollment to avoid congestion in the network?
- can we give a (secured?) hint to nodes waiting to be contacted as to how long to sleep?
- do we want to use EALS to do vouchers within the key agreement protocol? (round trips vs size of packets)
- CoMI for management of rekeying
- Do we need K1 and K2? Or just one key set?
- open issues with pledge initiated version
- 6P/SF0 ask for Last call.
- *
-
AOB [3min]
- No OB.
Updated