Note: timestamps in PDT.

Connection details

  *   Date: 7-8am Pacific: 
http://www.worldtimebuddy.com/?qm=1&lid=100,12,5392171,1850147&h=100&date=2016-06-24&sln=14-15
  *   Webex link: 
https://cisco.webex.com/ciscosales/j.php?MTID=md64a0958ae4154c0553f056bf42b756a
  *   Webex recording: 
https://cisco.webex.com/ciscosales/lsr.php?RCID=633c3a5609d64ccc81a0a8b73f9236d0
     *   Recording password: RcxGCn8M
  *   Wiki: https://bitbucket.org/6tisch/meetings/wiki/160624_webex
  *   Slides: 
https://bitbucket.org/6tisch/meetings/src/master/160624_webex/slides_160624_webex.ppt

Taking notes (using Etherpad)

  1.  Xavier Vilajosana
  2.  Pascal Thubert

Present (alphabetically)

  1.  Dominique Barthel
  2.  Esteban
  3.  Jonathan Munoz
  4.  Lijo Thomas
  5.  Michael Richardson
  6.  Qin Wang
  7.  Rashid Sangi
  8.  Satish Anamalamudi
  9.  Sedat Gormus
  10. Shalu
  11. Suman Kumar
  12. Pascal Thubert
  13. Tengfei Chang
  14. Thomas Watteyne
  15. Xavier Vilajosana

Action Items

  1.  poipoi

Agenda

  *   Administrivia [2min]
     *   Approval agenda
     *   Approval minutes last call
  *   IETF update [Chairs] [5min]
  *   update security [Michael!] [3min]
  *   plugtest: draft test description [Maria Rita?] [15min]
  *   update 6top [Qin?Xavi?] [15min]
  *   AOB [1min]

Minutes

*        7:05 Meeting starts

*        Administrivia [2min]

     *   Approval agenda

No issues raised. Agenda approved.

     *   Approval minutes last call

No issues raised. Minutes last call approved.

  *   IETF update [Chairs] [5min]
     *   IETF96 in Berlin
     *   skeleton for the slides in bitbucket
        *   
https://bitbucket.org/6tisch/meetings/src/master/160718_ietf96_berlin/
     *   agenda ietf published
        *   https://datatracker.ietf.org/meeting/96/agenda.html
     *   plugtest 15-16 July
     *   hackaton 16 July
     *   6lo meeting 18 July, morning
     *   6TiSCH meeting 18 July, afternoon
     *   6LPWA moved to Friday, Pascal asked AD to move it back to Monday
     *   DetNet meeting 18 July Monday late afternoon
     *   F-Interop meeting/session for 1h. Alternatively Tue Morning.
     *   Proposed Agenda for IETF meeting
        *   20 min for SF + 20min for 6P
  *   update security [Michael Richardson] [15min]
     *   Doodle poll to stablish a new weekly meeting time for the security 
design team
     *   Propose 45 min before 6TiSCH meeting
     *   [Pascal] it would be good to have text to see what we want to achieve 
in the security design team
     *   [Pascal] for example, discussions about PSK vs no PSK, certicates, 
etc. Define what is the approach we take and justify why others are not 
required.
        *   https://doodle.com/poll/y8vgcnxca5dychke
  *   plugtest: draft test description [Maria Rita, presented by Xavi] [15min]
     *   [Xavi] Presents the plugtest; group of experts selected, includes 
Maroa-Rita, Xavi, tengfei and Thomas. Idea to develop the drafts on openWSN and 
make that a golden device with openMotes.
     *   [Xavi] Days are 15 and 16 not 17. Includes the previsou pugtests plus 
new functions. There will be security, which was lacking on early minimal 
plugtest. We'll have tests for SF0 using 6top. SF0 will cover over 
provisoinning of bootstrap and runtime.
     *   [Xavi] We'll also test 6LoRH and interduce test of backbone operation 
and registration of nodes
     *   [Xavi] Plan is 21 tests. The final list should be available today 
(6/24) and publish the goldeen device by July 4th
     *   [Thomas] Question about BBR. Test content OK?
     *   [Xavi] describes the flows being tested
     *   [Pascal] Yes, perfect

*        update 6top [Qin] [15min]

     *   [Xavi]: ready to publish 01. Lists comments addressed on slide 24. 
Last change on concurrent trasactions that explains what happens when there are 
concurrent transactions. <text displayed on screen>
     *   [Xavi]: do we want a method to resync a node that rebooted. One 
proposal is to have a message to get all the cells scheduled.
     *   [Thomas] Question of complexity, and message size, maybe easier to 
simply reset all
     *   [Xavi] Then we'd need to design a reset message at least
     *   [Pascal] Let's continue this on the ML. Resetting will cause packet 
loss since there are no cells to carry the current traffic. Maybe we can 
represent the allocated cells in a concise fashion using a bitmap of sorts.

*        AOB [1min]

     *   No issues raised.

_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch

Reply via email to