Minutes interim-2016-6tisch-14: Fri 07:00
minutes-interim-2016-6tisch-14-201610070700-00

Meeting Minutes IPv6 over the TSCH mode of IEEE 802.15.4e (6tisch) WG
Title Minutes interim-2016-6tisch-14: Fri 07:00
State Active
Other versions plain text
Last updated 2016-10-07

Meeting Minutes
minutes-interim-2016-6tisch-14-201610070700

   # Minutes, 07 October 2016 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=2016-10-07&sln=14-15
* Webex link:
https://cisco.webex.com/ciscosales/j.php?MTID=md64a0958ae4154c0553f056bf42b756a
* Webex recording:
https://cisco.webex.com/ciscosales/lsr.php?RCID=f4a4e2011b3d4d07905421e6d949643f
    * Recording password: VewHam8e
* Wiki: https://bitbucket.org/6tisch/meetings/wiki/161007_webex
* Slides:
https://bitbucket.org/6tisch/meetings/src/master/161007_webex/slides_161007_webex.ppt

Taking notes _(using Etherpad)_
-------------------------------

1. Xavier Vilajosana
1. Pascal Thubert

Present _(alphabetically)_
--------------------------

1. Diego Dujovne
1. Dominique Barthel
1. Georgios Z. Papadopoulos
1. Geraldine Texier
1. Malisa Vucinic
1. Michael Richardson
1. Nichole McNiele
1. Pascal Thubert
1. Pat Kinney
1. Qin Wang
1. S.V.R. Anand
1. Sumankumar Panchal
1. Tengfei Chang
1. Thomas Watteyne
1. Xavi Vilajosana

Action Items
------------

* Diego to make an initial list of SF0 issues based on Thomas' review
* Pascal to start 2 tickets on SF0 for CELL allocation source (chunks?) and use
of shared slots for flexibility * Thomas to move the next meeting to 10/28

Agenda
------

* Administrivia _[2min]_
    * Approval agenda
    * Approval minutes last call
* IETF update [Chairs] _[5min]_
* update security [Michael] _[5min]_
* update 6top [Thomas] _[20min]_
* Next steps for SF0  [Pascal] _[30min]_
    * Target: Experimental?
    * Cell allocation Scheme
* AOB _[1min]_

Minutes
-------

* _[07:05]_ Meeting starts
    * Thomas reminds Note Well
* _[07:10]_ Administrivia _[2min]_
    * Approval agenda
    > No issues raised. Agenda approved.
    * Approval minutes last call
    > No issues raised. Minutes last call approved.
* Administrivia _[2min]_
    * Approval agenda
    * Approval minutes last call
        * update about the joint meeting IETF and IEEE. Pascal was there.
        Discussion about the IETF IE used by 6TiSCH. * Detnet was also
        mentioned * see minutes at
        https://www.ietf.org/mail-archive/web/ieee-ietf-coord/current/msg00851.html
* IETF update [Chairs] _[5min]_
    * Suresh informed about the reviews of the minimal draft. Soon we can
    expect feedback * LPWAN WG has been approved. * 6LoRH progresses quickly at
    the IESG. In a month from now it will be reviewed. * 2 6lo drafts in call
    for adoption. Request is to review those drafts and participate.
* [7:22]update security [Michael] _[5min]_

    * good progress last week meeting. Next call is next tuesday. Expect to
    have an updated draft. On track. * minutes from 2016-09-27 to be posted
    today, next meeting is 2016-10-11. * we have determined time sequence
    diagram. * we consider if we should embed an RA somehow into an IE.

* update 6top [Thomas] _[20min]_
    * different discussions during the last weeks:
         - TW proposes a methodology. Scrum based. Tickets ara handled and
         replies are expected in 48h - 5 issues - clear command clears both
         side of the transaction.  SOLVED - Error codes. remove RC_ERROR from
         the draft. Add or reuse specific return codes. e.g RC_ERROR_RESET -
         Keep RC_ERROR as generic error. This will be used if there is no other
         error to handle the specific problem.
              - RC_RESET is used as well when a transaction is aborted. Both
              cases can be reduced to the same response as the transaction is
              aborted. - Meaning of RESET.  Adding 2 sentences to clarify.
         - Add LinkOPtions to the 6P message.
              - Add a bitmap
              - do we add it for the set of requested cells or we add it for
              each of the cells. - TW: add the same bits for everybody. so only
              one LinkOPtion. The flags will be part of the payload. It will be
              one byte plus the celllist in the payload of ADD. This will be
              passed to the SF without any intervention - Qin: The response of
              the ADD command does NOT cotain the bitmap. - TW: TX RX with
              respect to the source or destination? - XV: it seems more obvious
              that they are refered as the origin of the packet. So TX w.r.t to
              the origin is scheduled when the bitmap field TX is marked. - PT:
              overprovisioning by default a fix number of cells it is a problem
              as it is not very flexible. - TW: we have the mechanism now with
              6Top, and we should do something more simple with SF0. Ask
              Tengfei to present the results of a 100 mote network.

* Next steps for SF0  [Pascal] _[30min]_
    * Cell allocation Scheme: where do they come from? Pascal to start a thread
    and a ticket * Several issues identified for SF. * Diego. We thought about
    the random choice of cells * PT: overprovisioning by default a fix number
    of cells it is a problem as it is not very flexible. * TW: we have the
    mechanism now with 6Top, and we should do something more simple with SF0.
    Ask Tengfei to present the results of a 100 mote network. * ACTION: Thomas
    to help Pascal creating the issues pointed to the ML in the following thread
   https://www.ietf.org/mail-archive/web/6tisch/current/msg04767.html
    * Action: Diego to make an initial list of issues based on Thomas' review
* AOB _[1min]_
    * SF1 draft. Should authors present it to the call?
    * Next call -> moved to 28th October. ACTION: TW to send to the IETF
    Secretary the proposed change of date. * No others issues raised.