[6tisch] Minutes, 16 February 2018 interim, 6TiSCH WG

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Fri, 16 February 2018 17:12 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 892C3126B7E for <6tisch@ietfa.amsl.com>; Fri, 16 Feb 2018 09:12:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.53
X-Spam-Level:
X-Spam-Status: No, score=-14.53 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QrvQSOjJi70k for <6tisch@ietfa.amsl.com>; Fri, 16 Feb 2018 09:12:27 -0800 (PST)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6044E124C27 for <6tisch@ietf.org>; Fri, 16 Feb 2018 09:12:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=40462; q=dns/txt; s=iport; t=1518801147; x=1520010747; h=from:to:subject:date:message-id:mime-version; bh=LriCw31P0rOhw29O2/pQ1+p6A7xkxMSNOzmjtX2An+U=; b=OKOGHsgI2TEwmPg3JAl78lQi5JYrsfTfywolIrgJm2wCbl7q7D4MgaCq K82arIQWmhSDQPej2iiHI0A6eKsrTgiGqDQPBADYL8pK5SLEm9aZiZwof Lp2YPKX07o1xY2OG5PNIOvIKcDp3+qFJSlHNn6/8IkpGxTHUIWC3r5ekP o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A3AQDnD4da/4YNJK1CEAoZAQEBAQEBAQEBAQEBBwEBAQEBglpEMWZwKAqNb44FgxmWSYIWCiWFFoJIVBgBAgEBAQEBAQJrHQuFRxA8ASEBHBwIAQM8JgEEGxKJI2QQNK8qg1eFKIITAQEBAQEBAQMBAQEBAQEBASCFB4IogVeBaIIHgnCBZwQZgStLLoIMgyIFiwqZKwkCiCKNXYIpkiiLFoJwiWwCERkBgTsBHzmBUXAVgn4IgkscggZ4AQmLdIEPgRkBAQE
X-IronPort-AV: E=Sophos; i="5.46,520,1511827200"; d="scan'208,217"; a="71962465"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2018 17:12:26 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w1GHCQT7020254 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for <6tisch@ietf.org>; Fri, 16 Feb 2018 17:12:26 GMT
Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 16 Feb 2018 11:12:25 -0600
Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1320.000; Fri, 16 Feb 2018 11:12:25 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: "6tisch@ietf.org" <6tisch@ietf.org>
Thread-Topic: Minutes, 16 February 2018 interim, 6TiSCH WG
Thread-Index: AdOnSE57Sr1yPqWqSqyG55M8rkgKAQ==
Date: Fri, 16 Feb 2018 17:12:19 +0000
Deferred-Delivery: Fri, 16 Feb 2018 17:12:16 +0000
Message-ID: <234dd8c8e5554796968f3af1c8e3bc0c@XCH-RCD-001.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.22.5]
Content-Type: multipart/alternative; boundary="_000_234dd8c8e5554796968f3af1c8e3bc0cXCHRCD001ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/EEdgjrS0xvxMFZ_1YX190YBs43o>
Subject: [6tisch] Minutes, 16 February 2018 interim, 6TiSCH WG
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.22
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, 16 Feb 2018 17:12:29 -0000

Connection details

  *   Date: February 16th, 2018 7-8am Pacific http://www.worldtimebuddy.com/?qm=1&lid=100,12,5392171,1850147&h=100&date=2018-02-16&sln=14-15
  *   Recording: https://cisco.webex.com/ciscosales/lsr.php?RCID=e808840b54504d73879aa8b3dd9bebee
     *   Recording password: UmPEePH2

Present

  1.  Xavi Vilajosana
  2.  Thomas Watteyne
  3.  Pascal Thubert
  4.  Keoma Brun-Laguna
  5.  Georgios Papadopoulos
  6.  Yasuyuki Tanaka
  7.  Mitsuru Kanda
  8.  Malisa Vucinic
  9.  Michael Richardson
  10. Fabrice Theoleyre
  11. Vishnu.n
  12. Dominique Barthel

Taking notes (using Etherpad)

  1.  Xavier Vilajosana
  2.  Pascal Thubert

Action Items

  *   Xavi to review draft-papadopoulos-6tisch-pre-reqs

Agenda

  *   admin [ 5min]
  *   News from ROLL and 6Lo [ 5min]
  *   Network and DODAG selection (Pascal) [25min]
  *   security update (Michael Richardson) [10min]
  *   6LoWPAN Fragmentation (Thomas Watteyne) [10min]
  *   Any Other Business [ QS ]

Minutes

*        admin [ 5min]

     *   meeting starts
     *   agenda is approved. Last call minutes are approved
     *   preliminary agenda for ietf 101 published today
     *   90 minutes slot at the iet101
     *   5th of March cutoff date
     *   calling for presentations at the ietf meeting
     *   MR: plans for future interop events?
     *   TW: will be announced during the ietf 101.
     *   will be somewhere in europe between 101 and 102

*        [7:10] News from ROLL and 6Lo [ 5min]

  *   [7:10] Network and DODAG selection (Pascal) [25min]
     *   rank used to determine to what node to join.
     *   the goal is to determine what EB belongs to what network.
     *   PANID? is not good because networks do not negotiate about PANIDs and hence can collide. There is no guarantee that they are different if they are from different networks.
     *   MR: question mark needs to say it is the pledge.
     *   MR: green and blue they are different networks.
     *   the goal is to identify the network in the EBs, this is similar to adding a signature in the network.
     *   when we have different dodags coexisting we need to make sure that a node can join to both according to its needs.
     *   The DIO may send some information about the traffic is handling.
     *   MR: 6Tisch is proposing a problem statement to ROLL.
     *   use something else that the Join Proxy selection and this requires to enhance the EB content. This can be metrics that cannot be exposed by ROLL.
     *   We need to turn metrics into DODAG rank,
     *   TW: we need to split the problems. First one is network selection based on the PANID. The second point is to enrich the join metric with information that includes other metrics such as the load of the network. The first is a problem that needs to be addressed. The second one is a very complex problem. PT: we need to announce metrics that provide awareness of the dodag level conditions. PT: From a ROLL perspective we can provide metric containers. *PT: we need also to provide some information about the capabilities of the JP so a pledge can decide which one to join.
     *

*        [7:45] (skipped due to connectuion issues with WEBRTC) security update (Michael Richardson) [10min]

     *   MR: updates on the security work
     *   MR presents a picture

*        [7:50] 6LoWPAN Fragmentation (Thomas Watteyne) [10min]

     *   TW presents fragmentation design team update
     *   produce 2 documents that summarize fragmentation and to add fragment recovery.
     *   draft published today. Discussion whether should go to LWIG or 6Lo.
     *   submit them at 6lo as an initial step;
     *   present them at IETF 101.
     *   presents the draft just pushed: 6lo-minimal-fragment-00
     *   reassembly is done at every hop in current fragmentaiton impl.
     *   fragments are reassembled at aevery hop.
     *   virtual reassembly buffer a stores the mapping for input and output fragments with their tag.
     *   tags are changed at every hop, because you cannot enforce unique tags in the whole network.
     *   the outgoing tag is selected by the node relaying it.
     *

*        [8:05] Any Other Business [ QS ] No OB