[6tisch] Minutes, 07 October 2016 interim, 6TiSCH WG

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 07 October 2016 17:11 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 C33D7129555 for <6tisch@ietfa.amsl.com>; Fri, 7 Oct 2016 10:11:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.516
X-Spam-Status: No, score=-17.516 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=-2.996, 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 Ez7AUTL0Smd4 for <6tisch@ietfa.amsl.com>; Fri, 7 Oct 2016 10:11:26 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.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 0985112955E for <6tisch@ietf.org>; Fri, 7 Oct 2016 10:11:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=39122; q=dns/txt; s=iport; t=1475860285; x=1477069885; h=from:to:subject:date:message-id:mime-version; bh=SMniGZZxq/3YCQvsLMbfVetTcuQrQNs3XjjxWB8zfr0=; b=H2FCvcYlkUPnZAWI5h7ttzHMwuuKoZWlOtQfrf0ltRIJfYq3PJAjhA3m 2ZJoNWh9JffHzdRPdqFaQA24xnwHxCW8nq86qAbjKS1zZjPnfYzjWuLXo hHGzFFIBl9Q6ZU6ngtIiJGfiDqjeOBDLNuGaKWeNiZKN0szI7aDxbaw2M w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.31,456,1473120000"; d="scan'208,217";a="157402952"
Received: from alln-core-9.cisco.com ([]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Oct 2016 17:10:11 +0000
Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com []) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u97HABOV011245 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <6tisch@ietf.org>; Fri, 7 Oct 2016 17:10:11 GMT
Received: from xch-rcd-001.cisco.com ( by XCH-RCD-001.cisco.com ( with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 7 Oct 2016 12:10:10 -0500
Received: from xch-rcd-001.cisco.com ([]) by XCH-RCD-001.cisco.com ([]) with mapi id 15.00.1210.000; Fri, 7 Oct 2016 12:10:10 -0500
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tisch@ietf.org" <6tisch@ietf.org>
Thread-Topic: Minutes, 07 October 2016 interim, 6TiSCH WG
Thread-Index: AdIgvVKSds+r8wZGSmqVFmIde1EpsA==
Date: Fri, 07 Oct 2016 17:09:42 +0000
Deferred-Delivery: Fri, 7 Oct 2016 17:09:31 +0000
Message-ID: <b5c5e2707d8945f4a7efbdec7d379c47@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_b5c5e2707d8945f4a7efbdec7d379c47XCHRCD001ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/PlMu5ndBe9gAItnh7LLL6_4-RiU>
Subject: [6tisch] Minutes, 07 October 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, 07 Oct 2016 17:11:28 -0000

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
  2.  Pascal Thubert

Present (alphabetically)

  1.  Diego Dujovne
  2.  Dominique Barthel
  3.  Georgios Z. Papadopoulos
  4.  Geraldine Texier
  5.  Malisa Vucinic
  6.  Michael Richardson
  7.  Nichole McNiele
  8.  Pascal Thubert
  9.  Pat Kinney
  10. Qin Wang
  11. S.V.R. Anand
  12. Sumankumar Panchal
  13. Tengfei Chang
  14. Thomas Watteyne
  15. 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


  *   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]


  *   [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.