[6tisch] Minutes, 02 September 2016 interim, 6TiSCH WG

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 09 September 2016 16:49 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 4374D12B340 for <6tisch@ietfa.amsl.com>; Fri, 9 Sep 2016 09:49:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -16.028
X-Spam-Status: No, score=-16.028 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.508, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id ziUWxnHWQ4kp for <6tisch@ietfa.amsl.com>; Fri, 9 Sep 2016 09:49:51 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEFD812B2C4 for <6tisch@ietf.org>; Fri, 9 Sep 2016 09:49:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=42524; q=dns/txt; s=iport; t=1473439783; x=1474649383; h=from:to:subject:date:message-id:mime-version; bh=GTsmPKMMmLd6ElIPDt0m7QX2d+HkU/HXnxE3ELyAnlw=; b=McYHpjKnKM73rwh8t4m0v2iOBlS6MpImoqdLnLRhuIDsuKX06SzdxFmZ qGIITq3WaK/7Jpj+zX04/WLigrqgxLvett3cUePoyTlsnt0ngq9+YUdaj K/SoFPHEbpW/VW/z3GqxPpxuJRihB7nvNJpJHGDgJ1WUyWO3MknpYoNLU 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.30,305,1470700800"; d="scan'208,217";a="149440794"
Received: from rcdn-core-11.cisco.com ([]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Sep 2016 16:49:42 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com []) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u89Gngr7015235 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <6tisch@ietf.org>; Fri, 9 Sep 2016 16:49:42 GMT
Received: from xch-rcd-001.cisco.com ( by XCH-ALN-004.cisco.com ( with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 9 Sep 2016 11:49:41 -0500
Received: from xch-rcd-001.cisco.com ([]) by XCH-RCD-001.cisco.com ([]) with mapi id 15.00.1210.000; Fri, 9 Sep 2016 11:49:41 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tisch@ietf.org" <6tisch@ietf.org>
Thread-Topic: Minutes, 02 September 2016 interim, 6TiSCH WG
Thread-Index: AdIKubTxeg7P3CHySWajq9HGqD2HZA==
Date: Fri, 09 Sep 2016 16:49:33 +0000
Deferred-Delivery: Fri, 9 Sep 2016 16:49:16 +0000
Message-ID: <dbcd176854334594a718c166fc56024b@XCH-RCD-001.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_dbcd176854334594a718c166fc56024bXCHRCD001ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/ocSpRC3F0j0vk8zuCx8cPo-fhGw>
Subject: [6tisch] Minutes, 02 September 2016 interim, 6TiSCH WG
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Sep 2016 16:49:54 -0000

Connection details

  *   Date: 7-8am Pacific: http://www.worldtimebuddy.com/?qm=1&lid=100,12,5392171,1850147&h=100&date=2016-09-02&sln=14-15
  *   Webex link: https://cisco.webex.com/ciscosales/j.php?MTID=md64a0958ae4154c0553f056bf42b756a
  *   Webex recording: https://cisco.webex.com/cisco/ldr.php?RCID=226b78276ffb28d51924c5bb66be848e
     *   password: YpZJNJ4D
  *   Wiki: https://bitbucket.org/6tisch/meetings/wiki/160902_webex
  *   Slides: https://bitbucket.org/6tisch/meetings/src/master/160909_webex/slides_160902_webex.ppt
     *   join slides: https://docs.google.com/presentation/d/1Z3YpcRxG1RvntMZHpIcLifaKRBsmh94RPg48RPgmSLY/edit?usp=sharing
     *   and: https://bitbucket.org/6tisch/meetings/src/dc172467a453aeec51ef530aa48f12f5d74cc9c3/160902_webex/6tisch-join-bandwidth.pdf?at=master&fileviewer=file-view-default

Taking notes (using Etherpad)

  1.  Xavier Vilajosana
  2.  Pascal Thubert

Present (alphabetically by first name)

  1.  Diego Dujovne
  2.  Francesca Palombini
  3.  Georgios Papadopoulos
  4.  Malisa Vucinic
  5.  Michael Richardson
  6.  Nicola Accettura
  7.  Pascal Thubert
  8.  Qin Wang
  9.  Rashid Sangi
  10. S.V.R. Anand
  11. Tengfei Chang
  12. Thomas Watteyne
  13. Xavier Vilajosana

Action Items

  *   Thomas to propose to the ML the mechanism in order to allocate TX/RX cells instead of only TX as it is now


  *   Administrivia [2min]
     *   Approval agenda
     *   Approval minutes last call
  *   IETF update [Chairs] [5min]
  *   update 6top [Thomas] [20min]
  *   update security [Michael, chairs] [10min]
     *   introduce new DT / New angle
     *   Potential for both minimal/PSK (based on Art)
     *   and a more ANIMA-like solutions (DT task)
  *   Next steps for SF0 [Pascal] [20min]
     *   Target: Experimental?
     *   Cell allocation Scheme
  *   AOB [1min]


  *   7:05 Meeting starts
     *   recording started
     *   first meeting after IETF 96 in berlin

*        Administrivia [2min]

     *   Approval agenda

No issues raised. Agenda approved.

     *   Approval minutes last call

No issues raised. Minutes last call approved.

*        IETF update

     *   minimal draft for many days in the IESG review queue
     *   There are still reviewers that have not looked to the latest version
     *   we expect reviews by 2 weeks from now.
     *   milestones for 6tisch have been reviewed
        *   6top sublayer -> 6P
     *   we need to agree the date to do the updates according to the progress of the draft

*        Update on 6top (Xavi)

     *   changes in 6top since ietf meeting
     *   Multiple changes made before summer break presented by Xavi at IETF
     *   Thomas introduces further proposals. We believe that after this proposals the draft will be ready.
     *   STATUS command
        *   6P status command replaces the COUNT cmd
        *   Response contains 2 counters (cells from A to B and B to A -- A is the node that requests)
     *   6Top LIST it has a pagination problem. It did not work if we listed more than the cells that fit in a page.
     *   in the new version of the command we can ask for a number of cells starting from an offset.
     *   the answer is a list of cells.
     *   Xavi points that Tero proposed an additional improvement; if we ask for too many cells they may not fit because of IEs that may need to be placed. So the number of cells should be a max number not the total number, best effort for the responder to put as many as it can.
     *   Thomas asks clarification; Xavi adds that the size of headers depends on the IEs, so no guarantee that we can always place all the cells
     *   Thomas indicates that the draft already has a meaning for RC 1, no more cells available; maybe need a new RC.
     *   Thomas: Complicated one: consistency probme found at plugtest. If one node is not aware that it has a cell availabel, it will never be used and the error will not be detected. Solution is to have a generation number to figure the latest change. Since there is no concurrent transaction between 2 peers, a counter can detect mismatch. 2 bits is for lollipop behavior to detect a reset. At every packet neighbors check consistency, action on inconsistency s to be taken by the SF (clear is recomended)
     *   Generation numbers are used to check the consistency between the schedule of two nodes.
     *   the counter has 2 bits. this is enough as there are no concurrent transactions
     *   the lollipop counter starts by 0 upon clear or start, then it goes from 1 to 2 or 2 to 1 but never reaches 0 unless there is a clear.

*        Update on security

     *   when we issue a clear cmd, both nodes clear their schedules.

*        Proposals by Thomas:

     *   enable the allocation of cells from the receiver side. This enables a parent to defragment or build a better schedule.
        *   propose a TX/RX flag in the cell add command
        *   Action: Thomas to propose to the ML the mechanism in order to allocate TX/RX cells instead of only TX as it is now.
        *   Pascal: It is possible to indicate the latency in a child node so a parent may decide to reshuffle. We need a "Move" command
     *   On a failed 6P ADD the response may add a suggestion for the cells to allocate.
     *   Nicola: another option could be that the transmitter proposes all the available cells in the transmitting side.
     *   the representation of the cells is ope to the SF so the format can be defined by the SF. The 6P only proposes a format but can be overriden.

*        update on security (Michael Richardson)

     *   Need a simple PSK solution
     *   we are now considering a variation
     *   Maria-Rita:
        *   shows a diagram with different nodes in a network, Some nodes aim to join. One node is malicious. One is misplaced in the network.
     *   One slide shows the flows of information from the joining nodes to the JCE
     *   JCE can decide to spread the join load in the network, sequentially, etc..
     *   Thomas Watteyne: how the JCE nows that there are pending initiations?
     *   Maria-Rita: pledge initiated connection. We allow join traffic, we have a specific period where we accept join traffic
     *   Maria-Rita: we want to avoid to waste bw and energy.
        *   Idea: give each pledge an interval between retries. They use the best effort space for join traffic.

*        Nextext steps for SF0

     *   No time for this item today. We'll schedule it for the next call on September 23.

*        AOB [1min]

     *   No issues raised.

As usual, comments and corrections are welcome!

The chairs