From nobody Sun Nov 4 01:56:58 2018 Return-Path: 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 CA926130E07; Sun, 4 Nov 2018 01:56:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.463 X-Spam-Level: X-Spam-Status: No, score=-13.463 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, SUBJ_ALL_CAPS=1.506, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zZcN2eeMKsN7; Sun, 4 Nov 2018 01:56:54 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97EA0130DD5; Sun, 4 Nov 2018 01:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6689; q=dns/txt; s=iport; t=1541321814; x=1542531414; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=sAWZZs6EymQQuPHvWoJWuaw1hWGa27q64+vOHhscrxY=; b=a4FtL328eicOFZARWwD/QCnr5NMiQNNSyI3tmeMRAly3sEWjuYdrppFS x/34TPIGJF7z7BhCG9Gh9/Wf80J/jSzlQKSnrwrzhcUFEU4lJbBxlMTyL QA2KyQVM9R9iUa+koN10EJ/aNVmTm0ZpACMdpBEHuUF79Ysd4g0uh1ISM g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAADRs95b/4MNJK1jGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ13Zn8oCoROhzaOIo53EYJRhVQUgWY?= =?us-ascii?q?LAQEjhEkCgz4iNA0NAQMBAQIBAQJtEwkMhToBAQEBAy1BCxACAQgRBAEBLzI?= =?us-ascii?q?dCAEBBAENBQiDGoEdZA+nNIQtAYViBYt2F4FBP4QjgUGBWgKBKYYTAo5ehiq?= =?us-ascii?q?KKgkChmyEe4UgIIFVhQCKC4Jrih2KFwIRFIEmHTiBVXAVO4JshgeFFIU+b4x?= =?us-ascii?q?1gR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,463,1534809600"; d="scan'208,217";a="196394947" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Nov 2018 08:56:53 +0000 Received: from XCH-ALN-020.cisco.com (xch-aln-020.cisco.com [173.36.7.30]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id wA48urhD010375 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 4 Nov 2018 08:56:53 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 4 Nov 2018 02:56:52 -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.1395.000; Sun, 4 Nov 2018 02:56:52 -0600 From: "Pascal Thubert (pthubert)" To: "6tisch@ietf.org" <6tisch@ietf.org>, "detnet@ietf.org" , Suresh Krishnan , "6lo@ietf.org" <6lo@ietf.org> CC: "Jerome Henry (jerhenry)" , "Venkatesan, Ganesh" Thread-Topic: PAW @ IETF 103 Thread-Index: AdRqvbcd3laOAmeFQ82Pbx7pi1v0kwJXI9Mw Date: Sun, 4 Nov 2018 08:56:23 +0000 Deferred-Delivery: Sun, 4 Nov 2018 08:56:02 +0000 Message-ID: <3963adc688b44f61a6ad6aec2b1faeb5@XCH-RCD-001.cisco.com> References: <08888a2d9dfd4f24a20e209ab2aff446@XCH-RCD-001.cisco.com> In-Reply-To: <08888a2d9dfd4f24a20e209ab2aff446@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.75.233.44] Content-Type: multipart/alternative; boundary="_000_3963adc688b44f61a6ad6aec2b1faeb5XCHRCD001ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.30, xch-aln-020.cisco.com X-Outbound-Node: alln-core-1.cisco.com Archived-At: Subject: Re: [6tisch] PAW @ IETF 103 X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2018 08:56:57 -0000 --_000_3963adc688b44f61a6ad6aec2b1faeb5XCHRCD001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all: The PAW (on Predictable and Available Wireless) bar-BoF will be Thursday 11= -12 AM. Very informal like a bar BoF should be, but no drinks either, sadly= . Some of us will continue over lunch, so people who need to be in a meetin= g at 11AM may join then. The meeting rooms (https://trac.ietf.org/trac/ietf/meeting/wiki/103sidemeet= ings) are not available, I'll try to find something with the help of the A-= Ds. Suresh: would you have an idea for a room with like 15-20 seats? See you all then; Pascal From: 6tisch <6tisch-bounces@ietf.org> On Behalf Of Pascal Thubert (pthuber= t) Sent: mardi 23 octobre 2018 13:19 To: 6tisch@ietf.org; detnet@ietf.org Cc: Jerome Henry (jerhenry) ; Venkatesan, Ganesh Subject: [6tisch] PAW @ IETF 103 Dear all : I created a doodle https://doodle.com/poll/ikewr3wcztiztppx to have an info= rmal discussion on Predictable and Available Wireless, see what we could do= at the IETF to achieve on wireless similar goals as deterministic networki= ng on wires. Please let me know if you are interested to follow that discussion. If ther= e is enough interest, I'll ask for a separate non-WG mailing list. See you in Bangkok! Pascal --_000_3963adc688b44f61a6ad6aec2b1faeb5XCHRCD001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all: <= /span>

 

The PAW (on Predictabl= e and Available Wireless) bar-BoF will be Thursday 11-12 AM. Very informal = like a bar BoF should be, but no drinks either, sadly. Some of us will cont= inue over lunch, so people who need to be in a meeting at 11AM may join then.

 

The meeting rooms (htt= ps://trac.ietf.org/trac/ietf/meeting/wiki/103sidemeetings) are not availabl= e, I’ll try to find something with the help of the A-Ds.

 

Suresh: would you have= an idea for a room with like 15-20 seats?

 

See you all then;=

 

Pascal

 

From: 6tisch <6tisch-bounces@ietf.org> = On Behalf Of Pascal Thubert (pthubert)
Sent: mardi 23 octobre 2018 13:19
To: 6tisch@ietf.org; detnet@ietf.org
Cc: Jerome Henry (jerhenry) <jerhenry@cisco.com>; Venkatesan, = Ganesh <ganesh.venkatesan@intel.com>
Subject: [6tisch] PAW @ IETF 103

 

Dear all :

 

I created a doodle https://doodle.com/poll/ikewr3wcztiztppx to have an informal discussion= on Predictable and Available Wireless, see what we could do at the IETF to= achieve on wireless similar goals as deterministic networking on wires.

 

Please let me know if you are interested to follow t= hat discussion. If there is enough interest, I’ll ask for a separate = non-WG mailing list.

 

See you in Bangkok!

 

Pascal

--_000_3963adc688b44f61a6ad6aec2b1faeb5XCHRCD001ciscocom_-- From nobody Sun Nov 4 20:44:51 2018 Return-Path: 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 DDF13130DC5; Sun, 4 Nov 2018 20:44:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 Mv88-ZOy3trL; Sun, 4 Nov 2018 20:44:47 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CC74128BCC; Sun, 4 Nov 2018 20:44:47 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 7DA09B815E3; Sun, 4 Nov 2018 20:44:34 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, 6tisch@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20181105044434.7DA09B815E3@rfc-editor.org> Date: Sun, 4 Nov 2018 20:44:34 -0800 (PST) Archived-At: Subject: [6tisch] =?utf-8?q?RFC_8480_on_6TiSCH_Operation_Sublayer_=286top?= =?utf-8?b?KSBQcm90b2NvbCAoNlAp?= X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 04:44:50 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8480 Title: 6TiSCH Operation Sublayer (6top) Protocol (6P) Author: Q. Wang, Ed., X. Vilajosana, T. Watteyne Status: Standards Track Stream: IETF Date: November 2018 Mailbox: wangqin@ies.ustb.edu.cn, xvilajosana@uoc.edu, thomas.watteyne@analog.com Pages: 50 Characters: 107695 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-6tisch-6top-protocol-12.txt URL: https://www.rfc-editor.org/info/rfc8480 DOI: 10.17487/RFC8480 This document defines the "IPv6 over the TSCH mode of IEEE 802.15.4e" (6TiSCH) Operation Sublayer (6top) Protocol (6P), which enables distributed scheduling in 6TiSCH networks. 6P allows neighbor nodes to add/delete Time-Slotted Channel Hopping (TSCH) cells to/on one another. 6P is part of the 6TiSCH Operation Sublayer (6top), the layer just above the IEEE Std 802.15.4 TSCH Medium Access Control layer. 6top is composed of one or more Scheduling Functions (SFs) and the 6top Protocol defined in this document. A 6top SF decides when to add/delete cells, and it triggers 6P Transactions. The definition of SFs is out of scope for this document; however, this document provides the requirements for an SF. This document is a product of the IPv6 over the TSCH mode of IEEE 802.15.4e Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Mon Nov 5 01:23:58 2018 Return-Path: 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 46E4012F1AC for <6tisch@ietfa.amsl.com>; Mon, 5 Nov 2018 01:23:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.921 X-Spam-Level: X-Spam-Status: No, score=-5.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 MD-uIjIlMauC for <6tisch@ietfa.amsl.com>; Mon, 5 Nov 2018 01:23:52 -0800 (PST) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38BB11274D0 for <6tisch@ietf.org>; Mon, 5 Nov 2018 01:23:51 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,467,1534802400"; d="scan'208,217";a="284341463" Received: from mail-qk1-f181.google.com ([209.85.222.181]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 05 Nov 2018 10:23:48 +0100 Received: by mail-qk1-f181.google.com with SMTP id u68so13392520qkg.9 for <6tisch@ietf.org>; Mon, 05 Nov 2018 01:23:48 -0800 (PST) X-Gm-Message-State: AGRZ1gLTTAu2yXM7iTOCeLuVQczgNJXM5jqpRSni9H7UMsZpaHDfbrf3 r3kZZKnDwLWAp+Vy1UNY2VlfXQhu4ZLv4rCNkYA= X-Google-Smtp-Source: AJdET5f9rJNpR29XH2H+YKW94rzmlFHXxGFk9ZympdUsYDVkRJ5xrol0GonQkswhHag1kPBMuW4dbjCwjRHcKbkxBSE= X-Received: by 2002:a37:10cf:: with SMTP id 76mr19267269qkq.99.1541409827901; Mon, 05 Nov 2018 01:23:47 -0800 (PST) MIME-Version: 1.0 References: <154027458402.13510.6626746365533128943@ietfa.amsl.com> <02d401d46e42$d352c1a0$79f844e0$@augustcellars.com> In-Reply-To: <02d401d46e42$d352c1a0$79f844e0$@augustcellars.com> From: =?UTF-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= Date: Mon, 5 Nov 2018 10:23:36 +0100 X-Gmail-Original-Message-ID: Message-ID: To: Jim Schaad Cc: =?UTF-8?Q?G=C3=B6ran_Selander?= , Xavi Vilajosana Guillen , Tero Kivinen , Tengfei Chang , Klaus Hartke , William Vignat , 6tisch@ietf.org Content-Type: multipart/alternative; boundary="0000000000003ed5860579e771aa" Archived-At: Subject: Re: [6tisch] I-D Action: draft-ietf-6tisch-minimal-security-07.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 09:23:56 -0000 --0000000000003ed5860579e771aa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Jim, Thanks! Nits are fixed, here are the relevant commits: https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/commits/3c1= 3ce3106c00fca2e38cc732359e98039eac528 https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/commits/369= c09fd04f785296917554a10797c6dba91e028 Mali=C5=A1a On Sun, Oct 28, 2018 at 5:17 AM Jim Schaad wrote: > Mali=C5=A1a, > > > > I am happy with the changes that were made to address my original comment= s. > > > > Here are a couple of nits you may want to address. > > > > jim > > > > 1. In section 2 use the updated reference to RFC 8174 > 2. In section 4 =E2=80=93 You might want to make it explicit as one of= the > item that the pledge identifier is provisioned. > > > > *From:* Mali=C5=A1a Vu=C4=8Dini=C4=87 > *Sent:* Tuesday, October 23, 2018 7:07 AM > *To:* G=C3=B6ran Selander ; Xavi Vilajosana > Guillen ; Tero Kivinen ; Jim Schaad = < > ietf@augustcellars.com>; Tengfei Chang ; Klaus > Hartke ; William Vignat > *Cc:* 6tisch@ietf.org > > > *Subject:* Re: [6tisch] I-D Action: > draft-ietf-6tisch-minimal-security-07.txt > > > > Dear WGLC reviewers, working group, > > We submitted a new version of minimal security incorporating the > resolution of most of the issues raised during WGLC. There are two > remaining issues that still need to be resolved, and I hope to publish > these in an additional version after the draft submission cutoff period h= as > passed. > > I will discuss the resolutions during the Bangkok meeting but please go > ahead an take a look, and let me know if you are happy or not with the > resolutions. > > List of issues with referenced changesets is available at: > > https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/issues?re= sponsible=3Dmalishav > > > > Mali=C5=A1a > > > > On Tue, Oct 23, 2018 at 8:03 AM wrote: > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4= e > WG of the IETF. > > Title : Minimal Security Framework for 6TiSCH > Authors : Malisa Vucinic > Jonathan Simon > Kris Pister > Michael Richardson > Filename : draft-ietf-6tisch-minimal-security-07.txt > Pages : 45 > Date : 2018-10-22 > > Abstract: > This document describes the minimal framework required for a new > device, called "pledge", to securely join a 6TiSCH (IPv6 over the > TSCH mode of IEEE 802.15.4e) network. The framework requires that > the pledge and the JRC (join registrar/coordinator, a central > entity), share a symmetric key. How this key is provisioned is out > of scope of this document. Through a single CoAP (Constrained > Application Protocol) request-response exchange secured by OSCORE > (Object Security for Constrained RESTful Environments), the pledge > requests admission into the network and the JRC configures it with > link-layer keying material and other parameters. The JRC may at any > time update the parameters through another request-response exchange > secured by OSCORE. This specification defines the Constrained Join > Protocol and its CBOR (Concise Binary Object Representation) data > structures and configures the rest of the 6TiSCH communication stack > for this join process to occur in a secure manner. Additional > security mechanisms may be added on top of this minimal framework. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-6tisch-minimal-security/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-6tisch-minimal-security-07 > https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-minimal-security-= 07 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6tisch-minimal-security-07 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > > --0000000000003ed5860579e771aa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Jim,

Thanks! Nits are fixed, here ar= e the relevant commits:

https://bitbucket.org/6tisch/draft-ietf-6tisch-mini= mal-security/commits/3c13ce3106c00fca2e38cc732359e98039eac528=C2=A0


Mali=C5=A1a=

On Sun, Oct 28, = 2018 at 5:17 AM Jim Schaad <ie= tf@augustcellars.com> wrote:

Mali=C5=A1a,

=C2=A0

= I am happy with the changes that were made to address my original comments.=

=C2=A0

Here are a couple of nits you may want to address.=

=C2=A0

jim

=C2=A0

  1. In section 2 use the updated reference to RFC 8174
  2. In section 4 =E2=80=93 You might want to make it explicit as one of th= e item that the pledge identifier is provisioned.
=C2=A0

From: Mali=C5=A1a Vu=C4=8Dini=C4=87 <malisa.vucinic@inria.fr= >
Sent: Tuesday, October 23, 2018 7:07 AM
To: G=C3= =B6ran Selander <goran.selander@ericsson.com>; Xavi Vilajosana Guillen &l= t;xvilajosana@uoc.= edu>; Tero Kivinen <kivinen@iki.fi>; Jim Schaad <ietf@augustcellars.com>; Tengfei Chan= g <tengfei.c= hang@inria.fr>; Klaus Hartke <klaus.hartke@ericsson.com>; William Vign= at <wvignat@zii.ae= ro>
Cc: 6tisch@ietf.org


Subject: Re: = [6tisch] I-D Action: draft-ietf-6tisch-minimal-security-07.txt

<= div style=3D"border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0= in 0in">

=C2=A0

Dear WGLC reviewers, working group,

<= /div>

We submitted a new version of minimal security i= ncorporating the resolution of most of the issues raised during WGLC. There= are two remaining issues that still need to be resolved, and I hope to pub= lish these in an additional version after the draft submission cutoff perio= d has passed.

I will discuss the resolutions during the Bangkok meet= ing but please go ahead an take a look, and let me know if you are happy or= not with the resolutions.

=C2=A0

Mali=C5=A1a

=C2=A0

On Tue, O= ct 23, 2018 at 8:03 AM <internet-drafts@ietf.org> wrote:


A New Internet-Draft is available from the on-line Internet-Drafts di= rectories.
This draft is a work item of the IPv6 over the TSCH mode of I= EEE 802.15.4e WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Minimal Security Framework for 6TiS= CH
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= : Malisa Vucinic
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Jonathan Simon
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Kris = Pister
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 Michael Richardson
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-ietf-6tisch-minimal-securit= y-07.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0: 45
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 : 2018-10-22

Abstract:
=C2=A0 =C2=A0This doc= ument describes the minimal framework required for a new
=C2=A0 =C2=A0de= vice, called "pledge", to securely join a 6TiSCH (IPv6 over the=C2=A0 =C2=A0TSCH mode of IEEE 802.15.4e) network.=C2=A0 The framework re= quires that
=C2=A0 =C2=A0the pledge and the JRC (join registrar/coordina= tor, a central
=C2=A0 =C2=A0entity), share a symmetric key.=C2=A0 How th= is key is provisioned is out
=C2=A0 =C2=A0of scope of this document.=C2= =A0 Through a single CoAP (Constrained
=C2=A0 =C2=A0Application Protocol= ) request-response exchange secured by OSCORE
=C2=A0 =C2=A0(Object Secur= ity for Constrained RESTful Environments), the pledge
=C2=A0 =C2=A0reque= sts admission into the network and the JRC configures it with
=C2=A0 =C2= =A0link-layer keying material and other parameters.=C2=A0 The JRC may at an= y
=C2=A0 =C2=A0time update the parameters through another request-respon= se exchange
=C2=A0 =C2=A0secured by OSCORE.=C2=A0 This specification def= ines the Constrained Join
=C2=A0 =C2=A0Protocol and its CBOR (Concise Bi= nary Object Representation) data
=C2=A0 =C2=A0structures and configures = the rest of the 6TiSCH communication stack
=C2=A0 =C2=A0for this join pr= ocess to occur in a secure manner.=C2=A0 Additional
=C2=A0 =C2=A0securit= y mechanisms may be added on top of this minimal framework.


The = IETF datatracker status page for this draft is:
= https://datatracker.ietf.org/doc/draft-ietf-6tisch-minimal-security/
There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-6tisch-minimal-security-07
<= a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-minimal-s= ecurity-07" target=3D"_blank">https://datatracker.ietf.org/doc/html/draft-i= etf-6tisch-minimal-security-07

A diff from the previous version = is available at:
https://www.ietf.org/rfcdi= ff?url2=3Ddraft-ietf-6tisch-minimal-security-07


Please note = that it may take a couple of minutes from the time of submission
until t= he htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also = available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

___= ____________________________________________
6tisch mailing list
6tisch@ietf.org
htt= ps://www.ietf.org/mailman/listinfo/6tisch

--0000000000003ed5860579e771aa-- From nobody Mon Nov 5 01:33:08 2018 Return-Path: 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 E089F130E0F for <6tisch@ietfa.amsl.com>; Mon, 5 Nov 2018 01:33:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.921 X-Spam-Level: X-Spam-Status: No, score=-5.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 UcoQ76QXV4bh for <6tisch@ietfa.amsl.com>; Mon, 5 Nov 2018 01:32:58 -0800 (PST) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3DC3130DE2 for <6tisch@ietf.org>; Mon, 5 Nov 2018 01:32:57 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,467,1534802400"; d="scan'208,217";a="354124627" Received: from mail-qk1-f177.google.com ([209.85.222.177]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 05 Nov 2018 10:32:55 +0100 Received: by mail-qk1-f177.google.com with SMTP id n12so13413242qkh.11 for <6tisch@ietf.org>; Mon, 05 Nov 2018 01:32:55 -0800 (PST) X-Gm-Message-State: AGRZ1gKvt5AmKNjxJP8nkFY5peVp/XwnroN1zwtSV8keOXRzcvDd5oGq p5LJ1XwIE/fYKq42H+OmYxPcDUkgGf9YcYza+o8= X-Google-Smtp-Source: AJdET5e+/NYvHhhSrPz7JkLZVAChcy/Rt1ItMaQavVm0IiPkAYUIZ91Op9yq4cxQZ+/d9//YD5l5b1bg+7lMI3WNYTg= X-Received: by 2002:ac8:2c34:: with SMTP id d49mr6563201qta.152.1541410374621; Mon, 05 Nov 2018 01:32:54 -0800 (PST) MIME-Version: 1.0 References: <154027458402.13510.6626746365533128943@ietfa.amsl.com> <13277.1540489931@localhost> In-Reply-To: From: =?UTF-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= Date: Mon, 5 Nov 2018 10:32:43 +0100 X-Gmail-Original-Message-ID: Message-ID: To: =?UTF-8?Q?G=C3=B6ran_Selander?= Cc: Michael Richardson , "6tisch@ietf.org" <6tisch@ietf.org> Content-Type: multipart/alternative; boundary="000000000000d521600579e79167" Archived-At: Subject: Re: [6tisch] I-D Action: draft-ietf-6tisch-minimal-security-07.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 09:33:06 -0000 --000000000000d521600579e79167 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi G=C3=B6ran, Thanks for the feedback and the proposal. I added Appendix B detailing this deployment option: https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/commits/b93= e8fa6152eb2bb10761264bcf8e47f861fd418 Let me know if the current text works for you. Also, regarding the comment to explicitly mention OSCORE AEAD keys, here is the relevant commit: https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/commits/b50= 787232346e991d3384916a47faa4a49ed39ee I have also resolved other pending issues on the document - making use of the 0-length OSCORE Sender ID for the pledge - use of CoAP CON messages to transport Join Request from pledge to JP and NON messages from JP to JRC. I will discuss these more in detail on Thursday. The WIP document is at: https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/src/minimal= -security-08/ Mali=C5=A1a On Wed, Oct 31, 2018 at 10:37 PM G=C3=B6ran Selander wrote: > Hi Michael, > > Sorry for delayed response, this got hanging in my outbox. > > > 25 okt. 2018 kl. 19:52 skrev Michael Richardson = : > > > > > > G=C3=B6ran Selander wrote: > >> Now, the PSK in the Constrained Join protocol is used as the OSCORE > Master > >> Secret, from which the Sender/Recipient Contexts, including > Sender/Recipient > >> Keys, are derived. It is these keys, not the PSK, which are used for > >> authentication and communication security in OSCORE, so they need to b= e > >> unique and independent in each pledge. Since the Sender/Recipient > Contexts > >> are derived from the PSK and the pledge identifier using HKDF, the > derived > >> keys are expected to get these good properties as long as the input to > HKDF > >> is different for different endpoints. So, having unique PSKs is a > sufficient > >> condition. But having unique pledge identifiers is also sufficient, > even if > >> the same PSK is used: Pledges may be provisioned directly with the > >> Sender/Recipient Context in a 1-touch fashion without access to the > PSK, and > >> can then run the Constrained Join protocol. In fact, this is a quite > >> attractive deployment scheme: > > > >> * The pledges do not need to implement HKDF or SHA-256. > > > > What I'm hearing is that Pledges may be provisioned (at the factory) > with: > > SRContext =3D HKDF(PSK, PledgeIdentifier, other-stuff) > > > > while the JRC can be provisioned with: > > 1) PSK > > 2) list of valid PledgeIdentifiers > > > > What does not change is that: > > a) SRContext still must be kept a secret. > > b) SRcontext is still unique per-pledge (so can't be baked directly > into firmware!) > > > > So this is easier for the JRC, but does not really change anything in > the way > > that Pledges have to be "touched". > > > > Right, this was not a comment about changing one-touch, which is the basi= c > assumption of minimal security. This was a note that other secrets can be > provisioned in the same one-touch manner with certain benefits to pledge > and JRC. > > >> But even if you don=E2=80=99t do that, I propose that you do describe = the > deployment > >> scheme sketched above, for example in an appendix, and explain in that > >> section why this scheme is secure even though it is not complying with > >> the > > > > I agree that putting it into an appendix would work. > > A completely separate document might also a good idea. (An operational > BCP) > > > > In particular, leaving it to another document might allow other things > that > > need to be baked in uniquely to be described. I am thinking about a > > connection to the hash-based signature work that the SUIT WG cares abou= t. > > I think that having at least a paragraph in an appendix of this draft > would be good as it also illustrates how the requirement on PSK uniquenes= s > can be slightly eased. > > Thanks, > G=C3=B6ran > > > > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > --000000000000d521600579e79167 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi G=C3=B6ran,

Thanks for the feedback = and the proposal. I added Appendix B detailing this deployment option:


Let me= know if the current text works for you.

Also, reg= arding the comment to explicitly mention OSCORE AEAD keys, here is the rele= vant commit:


I have also resolved other pending issues on the document
- making use of the 0-length OSCORE Sender ID for the pledge
- = use of CoAP CON messages to transport Join Request from pledge to JP and NO= N messages from JP to JRC.

I will discuss these mo= re in detail on Thursday.

The WIP document is at:<= /div>
<= br>
Mali=C5=A1a

On Wed, Oct 31, 2018 at 10:37 PM G=C3=B6ran Selander <goran.selander@ericsson.com>= wrote:
Hi Michael,

Sorry for delayed response, this got hanging in my outbox.

> 25 okt. 2018 kl. 19:52 skrev Michael Richardson <mcr+ietf@sandelman.ca>: >
>
> G=C3=B6ran Selander <goran.selander@ericsson.com> wrote:
>> Now, the PSK in the Constrained Join protocol is used as the OSCOR= E Master
>> Secret, from which the Sender/Recipient Contexts, including Sender= /Recipient
>> Keys, are derived. It is these keys, not the PSK, which are used f= or
>> authentication and communication security in OSCORE, so they need = to be
>> unique and independent in each pledge. Since the Sender/Recipient = Contexts
>> are derived from the PSK and the pledge identifier using HKDF, the= derived
>> keys are expected to get these good properties as long as the inpu= t to HKDF
>> is different for different endpoints. So, having unique PSKs is a = sufficient
>> condition. But having unique pledge identifiers is also sufficient= , even if
>> the same PSK is used: Pledges may be provisioned directly with the=
>> Sender/Recipient Context in a 1-touch fashion without access to th= e PSK, and
>> can then run the Constrained Join protocol. In fact, this is a qui= te
>> attractive deployment scheme:
>
>> * The pledges do not need to implement HKDF or SHA-256.
>
> What I'm hearing is that Pledges may be provisioned (at the factor= y) with:
>=C2=A0 =C2=A0 =C2=A0SRContext =3D HKDF(PSK, PledgeIdentifier, other-stu= ff)
>
> while the JRC can be provisioned with:
>=C2=A0 =C2=A0 =C2=A0 1) PSK
>=C2=A0 =C2=A0 =C2=A0 2) list of valid PledgeIdentifiers
>
> What does not change is that:
>=C2=A0 =C2=A0 =C2=A0a) SRContext still must be kept a secret.
>=C2=A0 =C2=A0 =C2=A0b) SRcontext is still unique per-pledge (so can'= ;t be baked directly into firmware!)
>
> So this is easier for the JRC, but does not really change anything in = the way
> that Pledges have to be "touched".
>

Right, this was not a comment about changing one-touch, which is the basic = assumption of minimal security. This was a note that other secrets can be p= rovisioned in the same one-touch manner with certain benefits to pledge and= JRC.

>> But even if you don=E2=80=99t do that, I propose that you do descr= ibe the deployment
>> scheme sketched above, for example in an appendix, and explain in = that
>> section why this scheme is secure even though it is not complying = with
>> the
>
> I agree that putting it into an appendix would work.
> A completely separate document might also a good idea. (An operational= BCP)
>
> In particular, leaving it to another document might allow other things= that
> need to be baked in uniquely to be described.=C2=A0 I am thinking abou= t a
> connection to the hash-based signature work that the SUIT WG cares abo= ut.

I think that having at least a paragraph in an appendix of this draft would= be good as it also illustrates how the requirement on PSK uniqueness can b= e slightly eased.

Thanks,
G=C3=B6ran



_______________________________________________
6tisch mailing list
6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
--000000000000d521600579e79167-- From nobody Mon Nov 5 03:14:28 2018 Return-Path: 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 8394C12EB11; Mon, 5 Nov 2018 03:14:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -12.995 X-Spam-Level: X-Spam-Status: No, score=-12.995 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, SUBJ_ALL_CAPS=1.506, 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 Wi5em715jpQn; Mon, 5 Nov 2018 03:14:17 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35D93128DFD; Mon, 5 Nov 2018 03:14:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10005; q=dns/txt; s=iport; t=1541416457; x=1542626057; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=ypM+kWMSq4cnOE9mZTZj+XotCOKc/4pOIL/tQFcPkIk=; b=fO0OfNiwUGzUdaZGOJGKugDRzt3xjSr8miR35VVnTm9VcIUa+Oq67nm8 lnJh8kF5xz8A8y/uVqDmV5hXEHdR1J8Bhw9ofnElfV/Zpc9gKBdGkrpzC 9i1U44yfjW2uF4FrvaRT7AEO6dR49I3KLkH6sQQqs8fKTylPcEClsEOvz M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAABaJeBb/5RdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ13Zn8og3ZihzaMF4FoJZFZhVQUgWY?= =?us-ascii?q?LAQEjhEkCF4MzIjQNDQEDAQECAQECbRwMhToBAQEBAyMKQQsQAgEIEQQBASg?= =?us-ascii?q?DAgICMBQJCAEBBAENBYMhAYEdZA+nI4EuhC0BhWMFi3YXgUE/gTgME4JMgUG?= =?us-ascii?q?BWgKBKW6CTjGCJgKOXoYqiioJAoZshHuFKBiBVYUAiguCa4odihcCERSBJh0?= =?us-ascii?q?4gVVwFTsqAYJBgjODVIUUhT5vjiQBAQ?= X-IronPort-AV: E=Sophos;i="5.54,467,1534809600"; d="scan'208,217";a="476359237" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Nov 2018 11:14:13 +0000 Received: from XCH-ALN-017.cisco.com (xch-aln-017.cisco.com [173.36.7.27]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id wA5BEDdT014960 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 5 Nov 2018 11:14:13 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-017.cisco.com (173.36.7.27) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 5 Nov 2018 05:14:12 -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.1395.000; Mon, 5 Nov 2018 05:14:12 -0600 From: "Pascal Thubert (pthubert)" To: "6tisch@ietf.org" <6tisch@ietf.org>, "detnet@ietf.org" , Suresh Krishnan , "6lo@ietf.org" <6lo@ietf.org> CC: "Jerome Henry (jerhenry)" , "Venkatesan, Ganesh" , "dorothy.stanley@hpe.com" , "aretana.ietf@gmail.com" Thread-Topic: PAW @ IETF 103 Thread-Index: AdRqvbcd3laOAmeFQ82Pbx7pi1v0kwJXI9MwADeZ6XU= Date: Mon, 5 Nov 2018 11:14:12 +0000 Message-ID: <04AAFF7C-183E-4AB2-9555-FDE6FEFA8F63@cisco.com> References: <08888a2d9dfd4f24a20e209ab2aff446@XCH-RCD-001.cisco.com>, <3963adc688b44f61a6ad6aec2b1faeb5@XCH-RCD-001.cisco.com> In-Reply-To: <3963adc688b44f61a6ad6aec2b1faeb5@XCH-RCD-001.cisco.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_04AAFF7C183E4AB29555FDE6FEFA8F63ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.27, xch-aln-017.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [6tisch] PAW @ IETF 103 X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 11:14:20 -0000 --_000_04AAFF7C183E4AB29555FDE6FEFA8F63ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwNCg0KVGhhbmtzIHRvIEFsdmFybyB3ZeKAmWxsIGJlIG1lZXRpbmcgaW4gcm9vbSA1 IGF0IGxldmVsIDcgb24gVGh1cnNkYXkgYXQgMTFBTS4gV2UgaGF2ZSB0aGUgcm9vbSB0aWxsIDFQ TSBzbyB3ZSBjb3VsZCBvdmVycnVuIHRoZSBvbmUgaG91ciBzY2hlZHVsZSBpZiB3ZSBsaWtlIHRv Lg0KDQpSZWdhcmRzLA0KDQpQYXNjYWwNCg0KTGUgNCBub3YuIDIwMTggw6AgMTU6NTUsIFBhc2Nh bCBUaHViZXJ0IChwdGh1YmVydCkgPHB0aHViZXJ0QGNpc2NvLmNvbTxtYWlsdG86cHRodWJlcnRA Y2lzY28uY29tPj4gYSDDqWNyaXQgOg0KDQpEZWFyIGFsbDoNCg0KVGhlIFBBVyAob24gUHJlZGlj dGFibGUgYW5kIEF2YWlsYWJsZSBXaXJlbGVzcykgYmFyLUJvRiB3aWxsIGJlIFRodXJzZGF5IDEx LTEyIEFNLiBWZXJ5IGluZm9ybWFsIGxpa2UgYSBiYXIgQm9GIHNob3VsZCBiZSwgYnV0IG5vIGRy aW5rcyBlaXRoZXIsIHNhZGx5LiBTb21lIG9mIHVzIHdpbGwgY29udGludWUgb3ZlciBsdW5jaCwg c28gcGVvcGxlIHdobyBuZWVkIHRvIGJlIGluIGEgbWVldGluZyBhdCAxMUFNIG1heSBqb2luIHRo ZW4uDQoNClRoZSBtZWV0aW5nIHJvb21zIChodHRwczovL3RyYWMuaWV0Zi5vcmcvdHJhYy9pZXRm L21lZXRpbmcvd2lraS8xMDNzaWRlbWVldGluZ3MpIGFyZSBub3QgYXZhaWxhYmxlLCBJ4oCZbGwg dHJ5IHRvIGZpbmQgc29tZXRoaW5nIHdpdGggdGhlIGhlbHAgb2YgdGhlIEEtRHMuDQoNClN1cmVz aDogd291bGQgeW91IGhhdmUgYW4gaWRlYSBmb3IgYSByb29tIHdpdGggbGlrZSAxNS0yMCBzZWF0 cz8NCg0KU2VlIHlvdSBhbGwgdGhlbjsNCg0KUGFzY2FsDQoNCkZyb206IDZ0aXNjaCA8NnRpc2No LWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOjZ0aXNjaC1ib3VuY2VzQGlldGYub3JnPj4gT24gQmVo YWxmIE9mIFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkNClNlbnQ6IG1hcmRpIDIzIG9jdG9icmUg MjAxOCAxMzoxOQ0KVG86IDZ0aXNjaEBpZXRmLm9yZzxtYWlsdG86NnRpc2NoQGlldGYub3JnPjsg ZGV0bmV0QGlldGYub3JnPG1haWx0bzpkZXRuZXRAaWV0Zi5vcmc+DQpDYzogSmVyb21lIEhlbnJ5 IChqZXJoZW5yeSkgPGplcmhlbnJ5QGNpc2NvLmNvbTxtYWlsdG86amVyaGVucnlAY2lzY28uY29t Pj47IFZlbmthdGVzYW4sIEdhbmVzaCA8Z2FuZXNoLnZlbmthdGVzYW5AaW50ZWwuY29tPG1haWx0 bzpnYW5lc2gudmVua2F0ZXNhbkBpbnRlbC5jb20+Pg0KU3ViamVjdDogWzZ0aXNjaF0gUEFXIEAg SUVURiAxMDMNCg0KRGVhciBhbGwgOg0KDQpJIGNyZWF0ZWQgYSBkb29kbGUgaHR0cHM6Ly9kb29k bGUuY29tL3BvbGwvaWtld3Izd2N6dGl6dHBweCB0byBoYXZlIGFuIGluZm9ybWFsIGRpc2N1c3Np b24gb24gUHJlZGljdGFibGUgYW5kIEF2YWlsYWJsZSBXaXJlbGVzcywgc2VlIHdoYXQgd2UgY291 bGQgZG8gYXQgdGhlIElFVEYgdG8gYWNoaWV2ZSBvbiB3aXJlbGVzcyBzaW1pbGFyIGdvYWxzIGFz IGRldGVybWluaXN0aWMgbmV0d29ya2luZyBvbiB3aXJlcy4NCg0KUGxlYXNlIGxldCBtZSBrbm93 IGlmIHlvdSBhcmUgaW50ZXJlc3RlZCB0byBmb2xsb3cgdGhhdCBkaXNjdXNzaW9uLiBJZiB0aGVy ZSBpcyBlbm91Z2ggaW50ZXJlc3QsIEnigJlsbCBhc2sgZm9yIGEgc2VwYXJhdGUgbm9uLVdHIG1h aWxpbmcgbGlzdC4NCg0KU2VlIHlvdSBpbiBCYW5na29rIQ0KDQpQYXNjYWwNCg== --_000_04AAFF7C183E4AB29555FDE6FEFA8F63ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQpE ZWFyIGFsbA0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmtzIHRvIEFsdmFybyB3ZeKAmWxs IGJlIG1lZXRpbmcgaW4gcm9vbSA1IGF0IGxldmVsIDcgb24gVGh1cnNkYXkgYXQgMTFBTS4gV2Ug aGF2ZSB0aGUgcm9vbSB0aWxsIDFQTSBzbyB3ZSBjb3VsZCBvdmVycnVuIHRoZSBvbmUgaG91ciBz Y2hlZHVsZSBpZiB3ZSBsaWtlIHRvLjxicj4NCjxicj4NCjxkaXYgZGlyPSJsdHIiPlJlZ2FyZHMs DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5QYXNjYWw8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBkaXI9 Imx0ciI+PGJyPg0KTGUgNCBub3YuIDIwMTggw6AgMTU6NTUsIFBhc2NhbCBUaHViZXJ0IChwdGh1 YmVydCkgJmx0OzxhIGhyZWY9Im1haWx0bzpwdGh1YmVydEBjaXNjby5jb20iPnB0aHViZXJ0QGNp c2NvLmNvbTwvYT4mZ3Q7IGEgw6ljcml0Jm5ic3A7Ojxicj4NCjxicj4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSI+DQo8ZGl2IGRpcj0ibHRyIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjoj OTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5t c29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJ bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUx OA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6 ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7 c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVwdCA3MC44NXB0IDcw Ljg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPkRlYXIgYWxsOiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPlRoZSBQQVcgKG9uIFByZWRpY3RhYmxlIGFuZCBBdmFpbGFibGUgV2lyZWxlc3MpIGJh ci1Cb0Ygd2lsbCBiZSBUaHVyc2RheSAxMS0xMiBBTS4gVmVyeSBpbmZvcm1hbCBsaWtlIGEgYmFy IEJvRiBzaG91bGQgYmUsIGJ1dCBubyBkcmlua3MgZWl0aGVyLCBzYWRseS4gU29tZSBvZiB1cyB3 aWxsIGNvbnRpbnVlIG92ZXIgbHVuY2gsIHNvIHBlb3BsZSB3aG8gbmVlZA0KIHRvIGJlIGluIGEg bWVldGluZyBhdCAxMUFNIG1heSBqb2luIHRoZW4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj5UaGUgbWVldGluZyByb29tcyAoPGEgaHJlZj0iaHR0cHM6Ly90cmFjLmlldGYu b3JnL3RyYWMvaWV0Zi9tZWV0aW5nL3dpa2kvMTAzc2lkZW1lZXRpbmdzIj5odHRwczovL3RyYWMu aWV0Zi5vcmcvdHJhYy9pZXRmL21lZXRpbmcvd2lraS8xMDNzaWRlbWVldGluZ3M8L2E+KSBhcmUg bm90IGF2YWlsYWJsZSwgSeKAmWxsIHRyeSB0byBmaW5kIHNvbWV0aGluZyB3aXRoIHRoZQ0KIGhl bHAgb2YgdGhlIEEtRHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5TdXJl c2g6IHdvdWxkIHlvdSBoYXZlIGFuIGlkZWEgZm9yIGEgcm9vbSB3aXRoIGxpa2UgMTUtMjAgc2Vh dHM/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5TZWUgeW91IGFsbCB0aGVu OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+UGFzY2FsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUx IDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+RnJvbTo8L2I+IDZ0aXNjaCAmbHQ7PGEgaHJlZj0ibWFpbHRvOjZ0aXNjaC1ib3VuY2VzQGll dGYub3JnIj42dGlzY2gtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7DQo8Yj5PbiBCZWhhbGYgT2Yg PC9iPlBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCk8YnI+DQo8Yj5TZW50OjwvYj4gbWFyZGkgMjMg b2N0b2JyZSAyMDE4IDEzOjE5PGJyPg0KPGI+VG86PC9iPiA8YSBocmVmPSJtYWlsdG86NnRpc2No QGlldGYub3JnIj42dGlzY2hAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86ZGV0bmV0QGll dGYub3JnIj4NCmRldG5ldEBpZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IEplcm9tZSBIZW5y eSAoamVyaGVucnkpICZsdDs8YSBocmVmPSJtYWlsdG86amVyaGVucnlAY2lzY28uY29tIj5qZXJo ZW5yeUBjaXNjby5jb208L2E+Jmd0OzsgVmVua2F0ZXNhbiwgR2FuZXNoICZsdDs8YSBocmVmPSJt YWlsdG86Z2FuZXNoLnZlbmthdGVzYW5AaW50ZWwuY29tIj5nYW5lc2gudmVua2F0ZXNhbkBpbnRl bC5jb208L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBbNnRpc2NoXSBQQVcgQCBJRVRGIDEw MzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBhbGwmbmJzcDs6 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgY3JlYXRlZCBhIGRvb2RsZSA8YSBocmVmPSJodHRw czovL2Rvb2RsZS5jb20vcG9sbC9pa2V3cjN3Y3p0aXp0cHB4Ij4NCmh0dHBzOi8vZG9vZGxlLmNv bS9wb2xsL2lrZXdyM3djenRpenRwcHg8L2E+IHRvIGhhdmUgYW4gaW5mb3JtYWwgZGlzY3Vzc2lv biBvbiBQcmVkaWN0YWJsZSBhbmQgQXZhaWxhYmxlIFdpcmVsZXNzLCBzZWUgd2hhdCB3ZSBjb3Vs ZCBkbyBhdCB0aGUgSUVURiB0byBhY2hpZXZlIG9uIHdpcmVsZXNzIHNpbWlsYXIgZ29hbHMgYXMg ZGV0ZXJtaW5pc3RpYyBuZXR3b3JraW5nIG9uIHdpcmVzLg0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlBsZWFzZSBsZXQgbWUga25vdyBpZiB5b3UgYXJlIGludGVyZXN0ZWQgdG8gZm9sbG93IHRo YXQgZGlzY3Vzc2lvbi4gSWYgdGhlcmUgaXMgZW5vdWdoIGludGVyZXN0LCBJ4oCZbGwgYXNrIGZv ciBhIHNlcGFyYXRlIG5vbi1XRyBtYWlsaW5nIGxpc3QuPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlNlZSB5b3UgaW4gQmFuZ2tvayE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UGFzY2FsPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_04AAFF7C183E4AB29555FDE6FEFA8F63ciscocom_-- From nobody Wed Nov 7 09:47:41 2018 Return-Path: X-Original-To: 6tisch@ietf.org Delivered-To: 6tisch@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2961812D4EC; Wed, 7 Nov 2018 09:47:39 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: 6tisch@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: 6tisch@ietf.org Message-ID: <154161285908.26338.6856032802835624876@ietfa.amsl.com> Date: Wed, 07 Nov 2018 09:47:39 -0800 Archived-At: Subject: [6tisch] I-D Action: draft-ietf-6tisch-minimal-security-08.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2018 17:47:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4e WG of the IETF. Title : Minimal Security Framework for 6TiSCH Authors : Malisa Vucinic Jonathan Simon Kris Pister Michael Richardson Filename : draft-ietf-6tisch-minimal-security-08.txt Pages : 48 Date : 2018-11-07 Abstract: This document describes the minimal framework required for a new device, called "pledge", to securely join a 6TiSCH (IPv6 over the TSCH mode of IEEE 802.15.4e) network. The framework requires that the pledge and the JRC (join registrar/coordinator, a central entity), share a symmetric key. How this key is provisioned is out of scope of this document. Through a single CoAP (Constrained Application Protocol) request-response exchange secured by OSCORE (Object Security for Constrained RESTful Environments), the pledge requests admission into the network and the JRC configures it with link-layer keying material and other parameters. The JRC may at any time update the parameters through another request-response exchange secured by OSCORE. This specification defines the Constrained Join Protocol and its CBOR (Concise Binary Object Representation) data structures, and configures the rest of the 6TiSCH communication stack for this join process to occur in a secure manner. Additional security mechanisms may be added on top of this minimal framework. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6tisch-minimal-security/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-6tisch-minimal-security-08 https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-minimal-security-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6tisch-minimal-security-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Nov 7 10:03:46 2018 Return-Path: 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 80442130DC8 for <6tisch@ietfa.amsl.com>; Wed, 7 Nov 2018 10:03:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.921 X-Spam-Level: X-Spam-Status: No, score=-5.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 TCoXa8FfmzCS for <6tisch@ietfa.amsl.com>; Wed, 7 Nov 2018 10:03:41 -0800 (PST) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02D8112D4EC for <6tisch@ietf.org>; Wed, 7 Nov 2018 10:03:40 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,476,1534802400"; d="scan'208,217";a="284684899" Received: from mail-qk1-f174.google.com ([209.85.222.174]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 07 Nov 2018 19:03:38 +0100 Received: by mail-qk1-f174.google.com with SMTP id u68so21908561qkg.9 for <6tisch@ietf.org>; Wed, 07 Nov 2018 10:03:38 -0800 (PST) X-Gm-Message-State: AGRZ1gIqPOY/w87inYyehWPuqfb9wocq/Tq8vhNxgcQLJ51oXLmL7zWf xqstvZow1KEhWCfetlJuYY/2tbMyfgrbtdciKgI= X-Google-Smtp-Source: AJdET5dz70VTqtzbsHOutuncDe+nRKXA1SesX7aru8IwqpeKyvWL/gYLOGq3lkP2pnQQcyI56QFtdmSoLdmlYAddQpQ= X-Received: by 2002:ac8:6706:: with SMTP id e6mr1303181qtp.62.1541613817776; Wed, 07 Nov 2018 10:03:37 -0800 (PST) MIME-Version: 1.0 References: <154161285908.26338.6856032802835624876@ietfa.amsl.com> In-Reply-To: <154161285908.26338.6856032802835624876@ietfa.amsl.com> From: =?UTF-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= Date: Thu, 8 Nov 2018 01:03:25 +0700 X-Gmail-Original-Message-ID: Message-ID: To: 6tisch@ietf.org Content-Type: multipart/alternative; boundary="000000000000fd5187057a16efe2" Archived-At: Subject: Re: [6tisch] I-D Action: draft-ietf-6tisch-minimal-security-08.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2018 18:03:45 -0000 --000000000000fd5187057a16efe2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear all, We have just submitted version -08 of minimal-security resolving, to our knowledge, last remaining issues raised during the WGLC. I will discuss *some* of these resolutions tomorrow during the IETF 103 presentation but for completeness, please go ahead and take a look at the document beforehand. On behalf of the authors, Mali=C5=A1a On Thu, Nov 8, 2018 at 12:47 AM wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4= e > WG of the IETF. > > Title : Minimal Security Framework for 6TiSCH > Authors : Malisa Vucinic > Jonathan Simon > Kris Pister > Michael Richardson > Filename : draft-ietf-6tisch-minimal-security-08.txt > Pages : 48 > Date : 2018-11-07 > > Abstract: > This document describes the minimal framework required for a new > device, called "pledge", to securely join a 6TiSCH (IPv6 over the > TSCH mode of IEEE 802.15.4e) network. The framework requires that > the pledge and the JRC (join registrar/coordinator, a central > entity), share a symmetric key. How this key is provisioned is out > of scope of this document. Through a single CoAP (Constrained > Application Protocol) request-response exchange secured by OSCORE > (Object Security for Constrained RESTful Environments), the pledge > requests admission into the network and the JRC configures it with > link-layer keying material and other parameters. The JRC may at any > time update the parameters through another request-response exchange > secured by OSCORE. This specification defines the Constrained Join > Protocol and its CBOR (Concise Binary Object Representation) data > structures, and configures the rest of the 6TiSCH communication stack > for this join process to occur in a secure manner. Additional > security mechanisms may be added on top of this minimal framework. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-6tisch-minimal-security/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-6tisch-minimal-security-08 > https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-minimal-security-= 08 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6tisch-minimal-security-08 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > --000000000000fd5187057a16efe2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

We have just submitted versio= n -08 of minimal-security resolving, to our knowledge, last remaining issue= s raised during the WGLC.=C2=A0

I will discuss *so= me* of these resolutions tomorrow during the IETF 103 presentation but for = completeness, please go ahead and take a look at the document beforehand.

On behalf of the authors,
Mali=C5=A1a

On Thu, Nov 8, 2018 = at 12:47 AM <internet-drafts= @ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4e = WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Minimal Security Framework for 6TiSCH
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Mali= sa Vucinic
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Jonathan Simon
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Kris Pister
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Michael Richardson
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-6tisch-minimal-security-08.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 48
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2018-11-07

Abstract:
=C2=A0 =C2=A0This document describes the minimal framework required for a n= ew
=C2=A0 =C2=A0device, called "pledge", to securely join a 6TiSCH (= IPv6 over the
=C2=A0 =C2=A0TSCH mode of IEEE 802.15.4e) network.=C2=A0 The framework requ= ires that
=C2=A0 =C2=A0the pledge and the JRC (join registrar/coordinator, a central<= br> =C2=A0 =C2=A0entity), share a symmetric key.=C2=A0 How this key is provisio= ned is out
=C2=A0 =C2=A0of scope of this document.=C2=A0 Through a single CoAP (Constr= ained
=C2=A0 =C2=A0Application Protocol) request-response exchange secured by OSC= ORE
=C2=A0 =C2=A0(Object Security for Constrained RESTful Environments), the pl= edge
=C2=A0 =C2=A0requests admission into the network and the JRC configures it = with
=C2=A0 =C2=A0link-layer keying material and other parameters.=C2=A0 The JRC= may at any
=C2=A0 =C2=A0time update the parameters through another request-response ex= change
=C2=A0 =C2=A0secured by OSCORE.=C2=A0 This specification defines the Constr= ained Join
=C2=A0 =C2=A0Protocol and its CBOR (Concise Binary Object Representation) d= ata
=C2=A0 =C2=A0structures, and configures the rest of the 6TiSCH communicatio= n stack
=C2=A0 =C2=A0for this join process to occur in a secure manner.=C2=A0 Addit= ional
=C2=A0 =C2=A0security mechanisms may be added on top of this minimal framew= ork.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc= /draft-ietf-6tisch-minimal-security/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-i= etf-6tisch-minimal-security-08
https://datatracker.ietf.= org/doc/html/draft-ietf-6tisch-minimal-security-08

A diff from the previous version is available at:
https://www.ietf.org/rfcdif= f?url2=3Ddraft-ietf-6tisch-minimal-security-08


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
6tisch mailing list
6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
--000000000000fd5187057a16efe2-- From nobody Wed Nov 7 14:49:34 2018 Return-Path: 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 E75B31294D7 for <6tisch@ietfa.amsl.com>; Wed, 7 Nov 2018 14:49:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 F1LlKkapSn3c for <6tisch@ietfa.amsl.com>; Wed, 7 Nov 2018 14:49:30 -0800 (PST) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2CD71271FF for <6tisch@ietf.org>; Wed, 7 Nov 2018 14:49:29 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,477,1534802400"; d="scan'208,217";a="354636361" Received: from mail-vs1-f47.google.com ([209.85.217.47]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 07 Nov 2018 23:49:27 +0100 Received: by mail-vs1-f47.google.com with SMTP id h78so10456727vsi.6 for <6tisch@ietf.org>; Wed, 07 Nov 2018 14:49:27 -0800 (PST) X-Gm-Message-State: AGRZ1gKMti0/IjAtowKYwqdmizHQqhnSpJATRuY/CCfnUSdQA/vA93NF Kre3FjZxfSp0Soa8mZLqJ9m7VKErMUWtyFXZYqs= X-Google-Smtp-Source: AJdET5dXPQHMEDh4OgddYoXnECXRYHjs29NYGx/2ls80TRs0d9SOLFx1FxRczztNy44m58QBBVYTyvtbrCG3K6QoPUQ= X-Received: by 2002:a67:681:: with SMTP id 123mr946755vsg.24.1541630966957; Wed, 07 Nov 2018 14:49:26 -0800 (PST) MIME-Version: 1.0 References: <154161285908.26338.6856032802835624876@ietfa.amsl.com> In-Reply-To: From: Thomas Watteyne Date: Thu, 8 Nov 2018 05:49:15 +0700 X-Gmail-Original-Message-ID: Message-ID: To: =?UTF-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= Cc: 6tisch@ietf.org Content-Type: multipart/alternative; boundary="000000000000290e21057a1aee90" Archived-At: Subject: Re: [6tisch] I-D Action: draft-ietf-6tisch-minimal-security-08.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2018 22:49:33 -0000 --000000000000290e21057a1aee90 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This is great Malisa, looking forward to your presentation. Going through the thing just before you submitted, it looks like you addressed all comments and that is ready On Thu 8 Nov 2018 at 01:04 Mali=C5=A1a Vu=C4=8Dini=C4=87 wrote: > Dear all, > > We have just submitted version -08 of minimal-security resolving, to our > knowledge, last remaining issues raised during the WGLC. > > I will discuss *some* of these resolutions tomorrow during the IETF 103 > presentation but for completeness, please go ahead and take a look at the > document beforehand. > > On behalf of the authors, > Mali=C5=A1a > > On Thu, Nov 8, 2018 at 12:47 AM wrote: > >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> This draft is a work item of the IPv6 over the TSCH mode of IEEE >> 802.15.4e WG of the IETF. >> >> Title : Minimal Security Framework for 6TiSCH >> Authors : Malisa Vucinic >> Jonathan Simon >> Kris Pister >> Michael Richardson >> Filename : draft-ietf-6tisch-minimal-security-08.txt >> Pages : 48 >> Date : 2018-11-07 >> >> Abstract: >> This document describes the minimal framework required for a new >> device, called "pledge", to securely join a 6TiSCH (IPv6 over the >> TSCH mode of IEEE 802.15.4e) network. The framework requires that >> the pledge and the JRC (join registrar/coordinator, a central >> entity), share a symmetric key. How this key is provisioned is out >> of scope of this document. Through a single CoAP (Constrained >> Application Protocol) request-response exchange secured by OSCORE >> (Object Security for Constrained RESTful Environments), the pledge >> requests admission into the network and the JRC configures it with >> link-layer keying material and other parameters. The JRC may at any >> time update the parameters through another request-response exchange >> secured by OSCORE. This specification defines the Constrained Join >> Protocol and its CBOR (Concise Binary Object Representation) data >> structures, and configures the rest of the 6TiSCH communication stack >> for this join process to occur in a secure manner. Additional >> security mechanisms may be added on top of this minimal framework. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-6tisch-minimal-security/ >> >> There are also htmlized versions available at: >> https://tools.ietf.org/html/draft-ietf-6tisch-minimal-security-08 >> >> https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-minimal-security= -08 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6tisch-minimal-security-0= 8 >> >> >> Please note that it may take a couple of minutes from the time of >> submission >> until the htmlized version and diff are available at tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ >> 6tisch mailing list >> 6tisch@ietf.org >> https://www.ietf.org/mailman/listinfo/6tisch >> > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > --=20 ________________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Analog Devices Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com ________________________________________ --000000000000290e21057a1aee90 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This is great Malisa, looking forward to your presen= tation. Going through the thing just before you submitted, it looks like yo= u addressed all comments and that is ready=C2=A0

On Thu 8 Nov 2018 at 01:04 Mali=C5=A1= a Vu=C4=8Dini=C4=87 <malisa.v= ucinic@inria.fr> wrote:
Dear all,

We have just submitted version -0= 8 of minimal-security resolving, to our knowledge, last remaining issues ra= ised during the WGLC.=C2=A0

I will discuss *some* = of these resolutions tomorrow during the IETF 103 presentation but for comp= leteness, please go ahead and take a look at the document beforehand.
=

On behalf of the authors,
Mali=C5=A1a

O= n Thu, Nov 8, 2018 at 12:47 AM <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4e = WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Minimal Security Framework for 6TiSCH
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Mali= sa Vucinic
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Jonathan Simon
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Kris Pister
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Michael Richardson
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-6tisch-minimal-security-08.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 48
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2018-11-07

Abstract:
=C2=A0 =C2=A0This document describes the minimal framework required for a n= ew
=C2=A0 =C2=A0device, called "pledge", to securely join a 6TiSCH (= IPv6 over the
=C2=A0 =C2=A0TSCH mode of IEEE 802.15.4e) network.=C2=A0 The framework requ= ires that
=C2=A0 =C2=A0the pledge and the JRC (join registrar/coordinator, a central<= br> =C2=A0 =C2=A0entity), share a symmetric key.=C2=A0 How this key is provisio= ned is out
=C2=A0 =C2=A0of scope of this document.=C2=A0 Through a single CoAP (Constr= ained
=C2=A0 =C2=A0Application Protocol) request-response exchange secured by OSC= ORE
=C2=A0 =C2=A0(Object Security for Constrained RESTful Environments), the pl= edge
=C2=A0 =C2=A0requests admission into the network and the JRC configures it = with
=C2=A0 =C2=A0link-layer keying material and other parameters.=C2=A0 The JRC= may at any
=C2=A0 =C2=A0time update the parameters through another request-response ex= change
=C2=A0 =C2=A0secured by OSCORE.=C2=A0 This specification defines the Constr= ained Join
=C2=A0 =C2=A0Protocol and its CBOR (Concise Binary Object Representation) d= ata
=C2=A0 =C2=A0structures, and configures the rest of the 6TiSCH communicatio= n stack
=C2=A0 =C2=A0for this join process to occur in a secure manner.=C2=A0 Addit= ional
=C2=A0 =C2=A0security mechanisms may be added on top of this minimal framew= ork.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc= /draft-ietf-6tisch-minimal-security/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-i= etf-6tisch-minimal-security-08
https://datatracker.ietf.= org/doc/html/draft-ietf-6tisch-minimal-security-08

A diff from the previous version is available at:
https://www.ietf.org/rfcdif= f?url2=3Ddraft-ietf-6tisch-minimal-security-08


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
6tisch mailing list
6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________
6tisch mailing list
6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
--
<= div>
________________________________________

=
Thomas W= atteyne, PhD
Research Scientist & Innovator, Inria
Sr Networkin= g Design Eng, Analog Devices
Founder & co-lead, UC Berkeley OpenWSN=
Co-chair, IETF 6TiSCH

__________________= ______________________
--000000000000290e21057a1aee90-- From nobody Wed Nov 7 17:18:25 2018 Return-Path: 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 CF12F130E09 for <6tisch@ietfa.amsl.com>; Wed, 7 Nov 2018 17:18:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.899 X-Spam-Level: X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 jAC5xUu9MLps for <6tisch@ietfa.amsl.com>; Wed, 7 Nov 2018 17:18:16 -0800 (PST) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 146DD130E83 for <6tisch@ietf.org>; Wed, 7 Nov 2018 17:18:14 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,477,1534802400"; d="scan'208,217";a="354642151" Received: from mail-vs1-f50.google.com ([209.85.217.50]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 08 Nov 2018 02:18:13 +0100 Received: by mail-vs1-f50.google.com with SMTP id x1so4293183vsc.10 for <6tisch@ietf.org>; Wed, 07 Nov 2018 17:18:13 -0800 (PST) X-Gm-Message-State: AGRZ1gLXoMHaeWN1YvesiAapRFLvAH7p6GUPXwvS+Xk6R8k0L5l2GfNf OvM4RwzjC9tbX+NZI8rU6DFxjGfjLPeHLgBtbiw= X-Google-Smtp-Source: AJdET5dytEMilqtgk6bojTDSYt3toD3IzxYwAo6nXAXXJrmjzR1iaY8ur3diHp+HcAZ2mQI1o+hEjfmRVxIrHUfo8hY= X-Received: by 2002:a67:f481:: with SMTP id o1mr1100731vsn.173.1541639892386; Wed, 07 Nov 2018 17:18:12 -0800 (PST) MIME-Version: 1.0 From: Thomas Watteyne Date: Thu, 8 Nov 2018 02:17:47 +0100 X-Gmail-Original-Message-ID: Message-ID: To: 6TiSCH WG <6tisch@ietf.org> Content-Type: multipart/alternative; boundary="00000000000028496f057a1d023e" Archived-At: Subject: [6tisch] 6TiSCH@IETF103 slides uploaded X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 01:18:23 -0000 --00000000000028496f057a1d023e Content-Type: text/plain; charset="UTF-8" All, You'll find the slides for this afternoon's 6TiSCH WG meeting at https://datatracker.ietf.org/meeting/103/session/6tisch. We might receive updated slide for the presentations of draft-ietf-6tisch-minimal-security and draft-tiloca-6tisch-robust-scheduling, which we will upload by the time the session starts. Thomas -- ________________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Analog Devices Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com ________________________________________ --00000000000028496f057a1d023e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

You'll find the slides for thi= s afternoon's 6TiSCH WG meeting at=C2=A0https://datatracker.= ietf.org/meeting/103/session/6tisch.

We might = receive updated slide for the presentations of=C2=A0draft-ietf-6tisch-minimal-security and draft-tiloca-6tisch= -robust-scheduling, which we will upload by the time the session starts.

Thoma= s

--
________________________________________

Thom= as Watteyne, PhD
Research Scientist & Innovator, Inria
=
Sr Netwo= rking Design Eng, Analog Devices
Founder & co-lead, UC Berkeley Ope= nWSN
Co-chair, IETF 6TiSCH
<= font face=3D"monospace, monospace">
_______________= _________________________
<= /div> --00000000000028496f057a1d023e-- From nobody Wed Nov 7 17:29:33 2018 Return-Path: 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 0BD32130DD8 for <6tisch@ietfa.amsl.com>; Wed, 7 Nov 2018 17:29:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.899 X-Spam-Level: X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 OUUEOO913AZz for <6tisch@ietfa.amsl.com>; Wed, 7 Nov 2018 17:29:28 -0800 (PST) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F27131286E7 for <6tisch@ietf.org>; Wed, 7 Nov 2018 17:29:27 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,477,1534802400"; d="scan'208,217";a="354642535" Received: from mail-ua1-f48.google.com ([209.85.222.48]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 08 Nov 2018 02:29:26 +0100 Received: by mail-ua1-f48.google.com with SMTP id e16so6620188uam.1 for <6tisch@ietf.org>; Wed, 07 Nov 2018 17:29:26 -0800 (PST) X-Gm-Message-State: AGRZ1gI/genckfHJzjQ36gWwEnrsMPYnlS+XUv9mKjqOIrlrJdoxiCBO vi8mruLaN+/jfJzLmgQ/GrHkTfe4gDm1fuj2Wak= X-Google-Smtp-Source: AJdET5e6frJ2tSl3rIkRWaBn41Leq6UwyJPBQBH/m0AFE5/gE3Z6D1oPBF0XiQgLz+yYqYiaBJ+K64g13IqowbZ8yw4= X-Received: by 2002:a9f:314c:: with SMTP id n12mr1238725uab.33.1541640565383; Wed, 07 Nov 2018 17:29:25 -0800 (PST) MIME-Version: 1.0 From: Thomas Watteyne Date: Thu, 8 Nov 2018 08:29:00 +0700 X-Gmail-Original-Message-ID: Message-ID: To: 6TiSCH WG <6tisch@ietf.org> Content-Type: multipart/alternative; boundary="000000000000456d08057a1d2a8c" Archived-At: Subject: [6tisch] 6TiSCH@IETF103, looking for Jabber scribe and notetakers X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 01:29:30 -0000 --000000000000456d08057a1d2a8c Content-Type: text/plain; charset="UTF-8" All, We are looking for volunteers for 1 Jabber scribe and 2 notetakers for this afternoon's 6tiSCH WG meeting. Jabber scribe can join http://www.meetecho.com/ietf103/6tisch/ Notetakers should use https://etherpad.tools.ietf.org/p/notes-ietf-103-6tisch?useMonospaceFont=true (skeleton filled in, just replace the "poipoi" statements) Pascal & Thomas -- ________________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Analog Devices Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com ________________________________________ --000000000000456d08057a1d2a8c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

We are looking for volunteers f= or 1 Jabber scribe and 2 notetakers for this afternoon's 6tiSCH WG meet= ing.


=
Pascal & Thomas

--
<= div>
________________________________________

=
Thomas W= atteyne, PhD
Research Scientist & Innovator, Inria
Sr Networkin= g Design Eng, Analog Devices
Founder & co-lead, UC Berkeley OpenWSN=
Co-chair, IETF 6TiSCH

__________________= ______________________
--000000000000456d08057a1d2a8c-- From nobody Thu Nov 8 00:37:33 2018 Return-Path: X-Original-To: 6tisch@ietf.org Delivered-To: 6tisch@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B93CE130FCF; Thu, 8 Nov 2018 00:37:18 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: 6tisch@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: 6tisch@ietf.org Message-ID: <154166623865.31293.15044284505930606726@ietfa.amsl.com> Date: Thu, 08 Nov 2018 00:37:18 -0800 Archived-At: Subject: [6tisch] I-D Action: draft-ietf-6tisch-architecture-16.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 08:37:24 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4e WG of the IETF. Title : An Architecture for IPv6 over the TSCH mode of IEEE 802.15.4 Author : Pascal Thubert Filename : draft-ietf-6tisch-architecture-16.txt Pages : 56 Date : 2018-11-08 Abstract: This document describes a network architecture that provides low- latency, low-jitter and high-reliability packet delivery. It combines a high speed powered backbone and subnetworks using IEEE 802.15.4 time-slotted channel hopping (TSCH) to meet the requirements of LowPower wireless deterministic applications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6tisch-architecture/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-6tisch-architecture-16 https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-architecture-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6tisch-architecture-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Nov 8 00:44:09 2018 Return-Path: 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 66247130E6C for <6tisch@ietfa.amsl.com>; Thu, 8 Nov 2018 00:44:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.97 X-Spam-Level: X-Spam-Status: No, score=-14.97 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BP2v5gOnzg84 for <6tisch@ietfa.amsl.com>; Thu, 8 Nov 2018 00:44:06 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D77D5130E0E for <6tisch@ietf.org>; Thu, 8 Nov 2018 00:44:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2129; q=dns/txt; s=iport; t=1541666645; x=1542876245; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=8G73gEKeTkMlCO5a5ebD12T6lIHdQpHXKBtUdkpqqE8=; b=beQR7EUXLW+/jhzJ9/F1XYVCY9tIQ5n9tDJSvA4+qQlrrj7UyKMHHHL/ aURaZyvpBxlMRFjP5d33yQ8sACgiF2scZlzzEw2fRjvW0NOIZO+ng+UKV +5WEpX29m9Z5rOcStq47DWwTxa5fflqMYBq8p+wSOenwgbnemzr6y2sT3 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AHAACB9uNb/4ENJK1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUgQBAQEBCwGCA2aBAicKmg6OfIg2FIFmCwEBGAuEA0YCgw8?= =?us-ascii?q?iNQwNAQMBAQIBAQJtHAELhToBAQEBAwEBODQXBAIBCBEBAwEBHxAnCxcGCAI?= =?us-ascii?q?EEwiDGoIBD6kVhC0BAwIMQIU1i3kXgUE/gRGDEoMbAQECAQEWgQ+GEwKfRAk?= =?us-ascii?q?Chm2Ee4UgIIFXTIQ1ihGNH4opAhEUgSYfAjSBVXAVGiGCbAmLE4U+QTGMQoE?= =?us-ascii?q?fAQE?= X-IronPort-AV: E=Sophos;i="5.54,478,1534809600"; d="scan'208";a="478494886" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Nov 2018 08:44:04 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id wA88i4hF008296 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for <6tisch@ietf.org>; Thu, 8 Nov 2018 08:44:04 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 8 Nov 2018 02:44:03 -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.1395.000; Thu, 8 Nov 2018 02:44:03 -0600 From: "Pascal Thubert (pthubert)" To: "6tisch@ietf.org" <6tisch@ietf.org> Thread-Topic: [6tisch] I-D Action: draft-ietf-6tisch-architecture-16.txt Thread-Index: AQHUdz51a9LkNCN6jESw6+d4271jWqVFjwFg Date: Thu, 8 Nov 2018 08:43:55 +0000 Deferred-Delivery: Thu, 8 Nov 2018 08:43:18 +0000 Message-ID: <7df6447e3b134aef94aa4ab66afc6e4e@XCH-RCD-001.cisco.com> References: <154166623865.31293.15044284505930606726@ietfa.amsl.com> In-Reply-To: <154166623865.31293.15044284505930606726@ietfa.amsl.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.75.234.3] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com X-Outbound-Node: alln-core-9.cisco.com Archived-At: Subject: Re: [6tisch] I-D Action: draft-ietf-6tisch-architecture-16.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 08:44:08 -0000 Dear all: In the interest of being ready for a WGLC, I submitted 16 to include Thomas= ' review that I received unicast. All the best Pascal > -----Original Message----- > From: 6tisch <6tisch-bounces@ietf.org> On Behalf Of internet-drafts@ietf.= org > Sent: jeudi 8 novembre 2018 15:37 > To: i-d-announce@ietf.org > Cc: 6tisch@ietf.org > Subject: [6tisch] I-D Action: draft-ietf-6tisch-architecture-16.txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4= e WG > of the IETF. >=20 > Title : An Architecture for IPv6 over the TSCH mode of = IEEE 802.15.4 > Author : Pascal Thubert > Filename : draft-ietf-6tisch-architecture-16.txt > Pages : 56 > Date : 2018-11-08 >=20 > Abstract: > This document describes a network architecture that provides low- > latency, low-jitter and high-reliability packet delivery. It > combines a high speed powered backbone and subnetworks using IEEE > 802.15.4 time-slotted channel hopping (TSCH) to meet the requirements > of LowPower wireless deterministic applications. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-6tisch-architecture/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-6tisch-architecture-16 > https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-architecture-16 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6tisch-architecture-16 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch From nobody Thu Nov 8 15:52:26 2018 Return-Path: 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 754E1130DD5; Thu, 8 Nov 2018 15:52:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31enKZJhhqFN; Thu, 8 Nov 2018 15:52:22 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E2A1126CC7; Thu, 8 Nov 2018 15:52:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4556; q=dns/txt; s=iport; t=1541721142; x=1542930742; h=from:to:subject:date:message-id:mime-version; bh=IgacsoHYHpuELcgoK6mtkq8zun6OouaMjrBfYi9MpDg=; b=FvvyJHInW1T/kVX2SDi3NUggVeGiO7TrfHYgSwDgP6msR9DODvIgJRK/ 5Q+DT1rLzkaMAlHFFGPbSwM85/tKIfvEU7Zj+Tg7FUaosw8W1bBj6BWCX g3h3RlvfeKB+7ziY95DaSlXj6hSYizpuda4WVuVHrq925BAitGzZQe7hP M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAABqy+Rb/51dJa1kGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZmgQIxg26IGIt8k2uFVIF6CwEBGAEKhGK?= =?us-ascii?q?DASI0DQ0BAwEBAgEBAm0cDIVCASEKQR0BBgYhHQIEJQsmAQQBGoMagR1kD4x?= =?us-ascii?q?hm1CBLoolBYt5F4FBP4c+AQGEZYJXAo5rkF0JApEMIJBsl0kCERSBJh04gVV?= =?us-ascii?q?wFTuCbYsbhT5BjGeBHwEB?= X-IronPort-AV: E=Sophos;i="5.54,481,1534809600"; d="scan'208,217";a="478991087" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Nov 2018 23:52:21 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id wA8NqLoW031543 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 8 Nov 2018 23:52:21 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 8 Nov 2018 17:52:20 -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.1395.000; Thu, 8 Nov 2018 17:52:20 -0600 From: "Pascal Thubert (pthubert)" To: "6tisch@ietf.org" <6tisch@ietf.org>, "6lo-chairs@ietf.org" <6lo-chairs@ietf.org>, "lp-wan@ietf.org" , "detnet@ietf.org" Thread-Topic: announcing the paw mailing list. Thread-Index: AdR3vdDMYOKfycY4Ta+6w9b7QNT+zg== Date: Thu, 8 Nov 2018 23:51:57 +0000 Deferred-Delivery: Thu, 8 Nov 2018 23:51:41 +0000 Message-ID: <7af63970cda64be5aad44db9cfe05e9e@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.75.233.92] Content-Type: multipart/alternative; boundary="_000_7af63970cda64be5aad44db9cfe05e9eXCHRCD001ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: [6tisch] announcing the paw mailing list. X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 23:52:24 -0000 --_000_7af63970cda64be5aad44db9cfe05e9eXCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QSBuZXcgbm9uLVdHIE1MIHdhcyBjcmVhdGVkIHRvIGRpc2N1c3MgcHJlZGljdGFibGUgYW5kIGF2 YWlsYWJsZSB3aXJlbGVzcyAocGF3IPCfkL4pDQoNCg0KDQpHZW5lcmFsIGluZm9ybWF0aW9uIGFi b3V0IHRoZSBwYXcgbWFpbGluZyBsaXN0IGFuZCBzdWJzY3JpcHRpb24gZm9ybXMgYXJlIGF0OiAg IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGF3DQoNCg0KDQpDaGVlcnMs DQoNCg0KDQpQYXNjYWwNCg0K --_000_7af63970cda64be5aad44db9cfe05e9eXCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiU2Vnb2UgVUkgU3ltYm9sIjsNCglwYW5v c2UtMToyIDExIDUgMiA0IDIgNCAyIDIgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5N c29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFy IjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEu MHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHls ZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLlBsYWluVGV4dENo YXINCgl7bXNvLXN0eWxlLW5hbWU6IlBsYWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBv cnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAuODVw dCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9 IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPkEgbmV3IG5vbi1XRyBNTCB3YXMgY3JlYXRlZCB0byBkaXNjdXNzIHByZWRpY3RhYmxl IGFuZCBhdmFpbGFibGUgd2lyZWxlc3MgKHBhdw0KPHNwYW4gbGFuZz0iRlIiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtTZWdvZSBVSSBTeW1ib2wmcXVvdDssc2Fucy1zZXJpZiI+JiMxMjgwNjI7 PC9zcGFuPik8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+R2VuZXJhbCBpbmZvcm1hdGlv biBhYm91dCB0aGUgcGF3IG1haWxpbmcgbGlzdCBhbmQgc3Vic2NyaXB0aW9uIGZvcm1zIGFyZSBh dDogJm5ic3A7Jm5ic3A7PHNwYW4gbGFuZz0iRlIiPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vcGF3Ij48c3BhbiBsYW5nPSJFTi1VUyI+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYXc8L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Q2hlZXJzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij5QYXNjYWw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7af63970cda64be5aad44db9cfe05e9eXCHRCD001ciscocom_-- From nobody Thu Nov 8 22:56:11 2018 Return-Path: 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 6FD35130DFB for <6tisch@ietfa.amsl.com>; Thu, 8 Nov 2018 22:56:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.64 X-Spam-Level: X-Spam-Status: No, score=-6.64 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 6c_fKpFDkCkR for <6tisch@ietfa.amsl.com>; Thu, 8 Nov 2018 22:56:08 -0800 (PST) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAC90130DF5 for <6tisch@ietf.org>; Thu, 8 Nov 2018 22:56:07 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,482,1534802400"; d="scan'208,217";a="284874109" Received: from mail-vs1-f48.google.com ([209.85.217.48]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 09 Nov 2018 07:56:05 +0100 Received: by mail-vs1-f48.google.com with SMTP id x64so461211vsa.5 for <6tisch@ietf.org>; Thu, 08 Nov 2018 22:56:05 -0800 (PST) X-Gm-Message-State: AGRZ1gL8ON2Y2UOwV9m5/SbQVcoXITREQLiI2nu6vtYJgv3eTp6MSDuc r2h2u+UYXdrpt/KgHkuRzMczzV72GwZYsOKYQG4= X-Google-Smtp-Source: AJdET5d09nOmZQZP4QCgA0V+s2tbOOO++Fv1h+Q64yrGRwRvmBlBe+a+XqF6kKRyvwdaE4cYdbJMD7WUCr7Rduo7q/I= X-Received: by 2002:a67:3d92:: with SMTP id p18mr3364168vsi.51.1541746563689; Thu, 08 Nov 2018 22:56:03 -0800 (PST) MIME-Version: 1.0 From: Thomas Watteyne Date: Fri, 9 Nov 2018 13:55:38 +0700 X-Gmail-Original-Message-ID: Message-ID: To: 6TiSCH WG <6tisch@ietf.org> Content-Type: multipart/alternative; boundary="00000000000043362b057a35d8d5" Archived-At: Subject: [6tisch] minutes 6TiSCH@IETF103 WG meeting X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2018 06:56:11 -0000 --00000000000043362b057a35d8d5 Content-Type: text/plain; charset="UTF-8" All, The minutes of yesterday WG meeting are published at https://datatracker.ietf.org/meeting/103/materials/minutes-103-6tisch. In particular, action items: - editors of MSF (*Tengfei*) and minimal-security (*Malisa*) to read this doc and make sure it represents their draft well. - *Pascal* to merge terminology draft into architecture. Keep standards-track. - *Thomas* to shepherd architecture draft. - *Tengfei* to raise suggestions found with MSF on the ML, ensure get into MSF. - *Pascal* to organize an interim about MSF. - *Malisa* to discuss final changes to the minimal-security draft (no netid configuration of the JRC, configuration of the cap) on the ML - *Chairs* to open 1-week WGLC on changes in -09. Thomas & Pascal -- ________________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Analog Devices Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com ________________________________________ --00000000000043362b057a35d8d5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

The minutes of ye= sterday WG meeting are published at=C2=A0https://datatracker.ietf.or= g/meeting/103/materials/minutes-103-6tisch.

In= particular, action items:
  • editors of MSF (Tengfei) and minimal-security (Malisa) to read this doc an= d make sure it represents their draft well.
  • Pascal=C2=A0to merge terminology draft into architecture. Ke= ep standards-track.
  • Thomas=C2= =A0to shepherd architecture draft.
  • Ten= gfei=C2=A0to raise suggestions found with MSF on the ML, ensure ge= t into MSF.
  • Pascal=C2=A0to or= ganize an interim about MSF.
  • Malisa=C2=A0to discuss final changes to the minimal-security draft (no neti= d configuration of the JRC, configuration of the cap) on the ML
  • Chairs=C2=A0to open 1-week WGLC on chang= es in -09.

Thomas & Pascal
<= div>
--
_________________________________= _______

Thomas Watteyne, PhD
Research Scientist & Inno= vator, Inria
Sr Networking Design Eng, Analog Devices
Founder &= co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH

________________________________________
=
--00000000000043362b057a35d8d5-- From nobody Fri Nov 9 09:26:41 2018 Return-Path: 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 173ED128766 for <6tisch@ietfa.amsl.com>; Fri, 9 Nov 2018 09:26:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 c3Fsy08CW_1O for <6tisch@ietfa.amsl.com>; Fri, 9 Nov 2018 09:26:38 -0800 (PST) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE52F130DC0 for <6tisch@ietf.org>; Fri, 9 Nov 2018 09:26:37 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,483,1534802400"; d="scan'208,217";a="354982789" Received: from mail-pf1-f172.google.com ([209.85.210.172]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 09 Nov 2018 18:26:35 +0100 Received: by mail-pf1-f172.google.com with SMTP id u10-v6so1211072pfn.9 for <6tisch@ietf.org>; Fri, 09 Nov 2018 09:26:35 -0800 (PST) X-Gm-Message-State: AGRZ1gJ8MpuxgdXVEi+yNvfLW1vsG+1ezdeHcHRyRpMrfsgPJHAiJ4Cc T5vm1Kt/q4KIY+thjDeXak0JcO54T5IPXRn1P48= X-Google-Smtp-Source: AJdET5dBveB1XLD4q/4D+AmnitQRoFORmTGwc1jGWoTx+fHLmR3U2wJihlZ4mfVNlal5/kKsZknnrL/MJYBDcAbxz0U= X-Received: by 2002:a63:1258:: with SMTP id 24mr8143152pgs.114.1541784394477; Fri, 09 Nov 2018 09:26:34 -0800 (PST) MIME-Version: 1.0 From: Tengfei Chang Date: Fri, 9 Nov 2018 18:26:22 +0100 X-Gmail-Original-Message-ID: Message-ID: To: 6tisch@ietf.org Content-Type: multipart/alternative; boundary="000000000000273505057a3ea770" Archived-At: Subject: [6tisch] [MSF] Suggestion from simulation and experiment result X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2018 17:26:40 -0000 --000000000000273505057a3ea770 Content-Type: text/plain; charset="UTF-8" All, The following are the suggestions and recommendations we mentioned during the 6tisch meeting yesterday. Those points will be addressed and pushed to the new version draft-ietf-6tisch-msf-02 - The NumCellsUsed is no incremented during backoff wait delay for TSCH retransmission algorithm. (suggestion: only apply adaptive traffic algorithm on non-shared cell) - Some usage about Frame Pending bit is under specified, the usage of pending bit in MSF will be updated once it's specified. - Only reserve autonomous cell on demand, for each node - Reserve one TxRx shared autonomous cell to parent/JP (unicast cell) - Reserve one TxRx non shared autonomous cell (anycast) - Reserve at least one managed Tx cell (reserved by Sixtop) aside with autonomous cell, and upstream application traffic only goes on managed Tx cells - EB can be sent when the node has a parent, DIO should be sent after when one managed Tx cell is installed to the parent Regards, Tengfei -- Chang Tengfei, Postdoctoral Research Engineer, Inria --000000000000273505057a3ea770 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

The following are the suggestions = and recommendations we mentioned during the 6tisch meeting yesterday. Those= points will be addressed and pushed to the new version draft-ietf-6tisch-m= sf-02

  • The=C2=A0 NumCellsUsed is no incremented during backoff wait delay for TSCH retransmi= ssion algorithm. (suggestion: only apply adaptive traffic algorithm on non-= shared cell)
  • Some usage about Frame Pending bit is under specified,= the usage of pending bit in MSF will be updated once it's specified.= =C2=A0
  • Only reserve autonomous cell on demand, for each node
  • Reserve one TxRx shared=C2=A0 autonomous cell to parent/JP (unicast cell)
  • Reserve one TxRx non shared autonomous cell (anycast)
  • Reserve at least one managed Tx cell=C2=A0 (reserved by Sixtop) aside with autonomous cell, and upstream application = traffic only goes on managed Tx cells
  • EB can be sent when the node = has a parent, DIO should be sent after when one managed Tx cell is installe= d to the parent
Regards,
Tengfei

=
--
Chang Tengfei,
Postdoctoral Research Engineer, Inria<= /div>
--000000000000273505057a3ea770-- From nobody Fri Nov 9 11:30:01 2018 Return-Path: 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 689EF129619 for <6tisch@ietfa.amsl.com>; Fri, 9 Nov 2018 11:29:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 EN3Q1ki1uhyi for <6tisch@ietfa.amsl.com>; Fri, 9 Nov 2018 11:29:56 -0800 (PST) Received: from smtp-out11.electric.net (smtp-out11.electric.net [185.38.181.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31FEC130E10 for <6tisch@ietf.org>; Fri, 9 Nov 2018 11:29:53 -0800 (PST) Received: from 1gLCTW-0006ia-Th by out11c.electric.net with emc1-ok (Exim 4.90_1) (envelope-from ) id 1gLCTW-0006j7-Ur for 6tisch@ietf.org; Fri, 09 Nov 2018 11:29:50 -0800 Received: by emcmailer; Fri, 09 Nov 2018 11:29:50 -0800 Received: from [194.218.146.197] (helo=sp-mail-2.sp.se) by out11c.electric.net with esmtps (TLSv1.2:ECDHE-RSA-AES128-SHA256:128) (Exim 4.90_1) (envelope-from ) id 1gLCTW-0006ia-Th for 6tisch@ietf.org; Fri, 09 Nov 2018 11:29:50 -0800 Received: from mail-wr1-f54.google.com (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1531.3; Fri, 9 Nov 2018 20:29:50 +0100 Received: by mail-wr1-f54.google.com with SMTP id u9-v6so3068449wrr.0 for <6tisch@ietf.org>; Fri, 09 Nov 2018 11:29:49 -0800 (PST) X-Gm-Message-State: AGRZ1gL/2HqFWoncDncMxyXzIEhxvLKHbnzJtgvp9nr2cdwv35pcbdlB FPnY+ZM4/g7bexYnc0GlbmhLYycFJdO5dl8LOwg= X-Google-Smtp-Source: AJdET5dy1vKftTPExx7006iRy+27L+ObSEpzKiSRAn7Bbn2WskWf7KJlqoQa1Rlzpb969F02TifkllOQh6GM+niUkFQ= X-Received: by 2002:adf:e388:: with SMTP id e8-v6mr9303877wrm.321.1541791789255; Fri, 09 Nov 2018 11:29:49 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Simon Duquennoy Date: Fri, 9 Nov 2018 20:29:40 +0100 X-Gmail-Original-Message-ID: Message-ID: To: Tengfei Chang CC: 6tisch <6tisch@ietf.org> Content-Type: multipart/alternative; boundary="000000000000ea9406057a405f8e" X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-2.sp.se (10.100.0.162) To sp-mail-2.sp.se (10.100.0.162) X-Outbound-IP: 194.218.146.197 X-Env-From: simon.duquennoy@ri.se X-Proto: esmtps X-Revdns: X-HELO: sp-mail-2.sp.se X-TLS: TLSv1.2:ECDHE-RSA-AES128-SHA256:128 X-Authenticated_ID: X-Virus-Status: Scanned by VirusSMART (c) X-Virus-Status: Scanned by VirusSMART (s) X-PolicySMART: 14510320 Archived-At: Subject: Re: [6tisch] [MSF] Suggestion from simulation and experiment result X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2018 19:29:59 -0000 --000000000000ea9406057a405f8e Content-Type: text/plain; charset="UTF-8" Hi Tengfei, all, Thanks a lot for the hands-on experience and enhancement suggestions. I've got a few questions (let me know if you'd rather have them discussed at the MSF interim): * What are TxRx shared and non-shared autonomous cells? * At each node, how many of each and at which timeslot/channel-offset? * Why at least one managed cell aside autonomous cells? What doesn't work with having 0 at first, then very quickly noticing you need N and installing them? Could it be that you saw overly congested autonomous cells because you were on 101-long slotframes? Have you tried with a shorter slotframe #1? Thanks, Simon On Fri, Nov 9, 2018 at 6:27 PM Tengfei Chang wrote: > All, > > The following are the suggestions and recommendations we mentioned during > the 6tisch meeting yesterday. Those points will be addressed and pushed to > the new version draft-ietf-6tisch-msf-02 > > > - The NumCellsUsed is no incremented during backoff wait delay for > TSCH retransmission algorithm. (suggestion: only apply adaptive traffic > algorithm on non-shared cell) > - Some usage about Frame Pending bit is under specified, the usage of > pending bit in MSF will be updated once it's specified. > - Only reserve autonomous cell on demand, for each node > - Reserve one TxRx shared autonomous cell to parent/JP (unicast > cell) > - Reserve one TxRx non shared autonomous cell (anycast) > - Reserve at least one managed Tx cell (reserved by Sixtop) aside > with autonomous cell, and upstream application traffic only goes on managed > Tx cells > - EB can be sent when the node has a parent, DIO should be sent after > when one managed Tx cell is installed to the parent > > Regards, > Tengfei > > -- > Chang Tengfei, > Postdoctoral Research Engineer, Inria > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > --000000000000ea9406057a405f8e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Tengfei, all,

Thanks a lot for the h= ands-on experience and enhancement suggestions. I've got a few question= s (let me know if you'd rather have them discussed at the MSF interim):=
* What are TxRx shared and non-shared autonomous cells?
* At each node, how many of each and at which timeslot/channel-offset?
* Why at least one managed cell aside autonomous cells? What do= esn't work with having 0 at first, then very quickly noticing you need = N and installing them? Could it be that you saw overly congested autonomous= cells because you were on 101-long slotframes? Have you tried with a short= er slotframe #1?

Thanks,
Simon


On Fri, No= v 9, 2018 at 6:27 PM Tengfei Chang <tengfei.chang@inria.fr> wrote:
All,

The following are the sug= gestions and recommendations we mentioned during the 6tisch meeting yesterd= ay. Those points will be addressed and pushed to the new version draft-ietf= -6tisch-msf-02

  • The=C2=A0 NumCellsUsed is no incremented during backoff wait delay for TSCH retransmi= ssion algorithm. (suggestion: only apply adaptive traffic algorithm on non-= shared cell)
  • Some usage about Frame Pending bit is under specified,= the usage of pending bit in MSF will be updated once it's specified.= =C2=A0
  • Only reserve autonomous cell on demand, for each node
  • Reserve one TxRx shared=C2=A0 autonomous cell to parent/JP (unicast cell)
  • Reserve one TxRx non shared autonomous cell (anycast)
  • Reserve at least one managed Tx cell=C2=A0 (reserved by Sixtop) aside with autonomous cell, and upstream application = traffic only goes on managed Tx cells
  • EB can be sent when the node = has a parent, DIO should be sent after when one managed Tx cell is installe= d to the parent
Regards,
Tengfei

=
--
Chang Tengfei,
Postdoctoral Research En= gineer, Inria
_______________________________________________
6tisch mailing list
6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
--000000000000ea9406057a405f8e-- From nobody Sat Nov 10 18:06:21 2018 Return-Path: X-Original-To: 6tisch@ietf.org Delivered-To: 6tisch@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A1D4212007C; Sat, 10 Nov 2018 18:06:19 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: 6tisch@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.87.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: 6tisch@ietf.org Message-ID: <154190197954.4054.71461582304861589@ietfa.amsl.com> Date: Sat, 10 Nov 2018 18:06:19 -0800 Archived-At: Subject: [6tisch] I-D Action: draft-ietf-6tisch-architecture-17.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2018 02:06:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4e WG of the IETF. Title : An Architecture for IPv6 over the TSCH mode of IEEE 802.15.4 Author : Pascal Thubert Filename : draft-ietf-6tisch-architecture-17.txt Pages : 61 Date : 2018-11-10 Abstract: This document describes a network architecture that provides low- latency, low-jitter and high-reliability packet delivery. It combines a high speed powered backbone and subnetworks using IEEE 802.15.4 time-slotted channel hopping (TSCH) to meet the requirements of LowPower wireless deterministic applications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6tisch-architecture/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-6tisch-architecture-17 https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-architecture-17 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6tisch-architecture-17 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Nov 10 18:10:36 2018 Return-Path: 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 BF96512007C for <6tisch@ietfa.amsl.com>; Sat, 10 Nov 2018 18:10:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2R-OeTvG4c7j for <6tisch@ietfa.amsl.com>; Sat, 10 Nov 2018 18:10:33 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85694128BCC for <6tisch@ietf.org>; Sat, 10 Nov 2018 18:10:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20346; q=dns/txt; s=iport; t=1541902233; x=1543111833; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=ke1AQo3WplfzLNe8AANPg9ObsrTrY4527TfTDDx5Jys=; b=gtKmuEtiCgazWz926NBM4SYzlARxrQKMhIAJ0cHl/RTvyuwE2j6l2YI+ OkEq2Fu9khS/eTnFPiM9HL8koocZXqRfHdpvvCEuPH1QWEc7+72FnU1d6 BmUrRXhn5zOf+R/ehjPJmLZpbk1GltHuLoTCZg86BVwIpRU8Or7alUbsY E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BdAADyjudb/40NJK1jGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBZYEOdmaBAicKg26UEYINl0mBZgsBASOESQIXgw0iOBYBAwE?= =?us-ascii?q?BAgEBAm0cDIU6AQEBBCMKXAIBCBEBAwEBKwICAjAXBggCBAESCIMagR1kD6c?= =?us-ascii?q?GgS+ELQEDBIVjjAAXgUA/gRGDEoFBgVoCA4EmBQESAYMjglcCjmyQYwkChnS?= =?us-ascii?q?EfoUhIIFYiCSGdIJxijWKKwIRFIEmNCFkcXAVgycJhX+FFIU+QTGKWIEfgR8?= =?us-ascii?q?BAQ?= X-IronPort-AV: E=Sophos;i="5.54,489,1534809600"; d="scan'208,217";a="199774310" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Nov 2018 02:10:32 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id wAB2AWtk024212 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 11 Nov 2018 02:10:32 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 10 Nov 2018 20:10:31 -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.1395.000; Sat, 10 Nov 2018 20:10:31 -0600 From: "Pascal Thubert (pthubert)" To: Thomas Watteyne , 6TiSCH WG <6tisch@ietf.org> Thread-Topic: [6tisch] minutes 6TiSCH@IETF103 WG meeting Thread-Index: AQHUd/lR/3dAuEz20kSvA1yJL3Cn9KVJ1m5Q Date: Sun, 11 Nov 2018 02:10:15 +0000 Deferred-Delivery: Sun, 11 Nov 2018 02:09:36 +0000 Message-ID: References: In-Reply-To: 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.75.234.235] Content-Type: multipart/alternative; boundary="_000_f0614eafe54941f284a5829c520d61cfXCHRCD001ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com X-Outbound-Node: alln-core-8.cisco.com Archived-At: Subject: Re: [6tisch] minutes 6TiSCH@IETF103 WG meeting X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2018 02:10:36 -0000 --_000_f0614eafe54941f284a5829c520d61cfXCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwgOg0KDQpUaGUgbWVyZ2UgYmV0d2VlbiB0aGUgYXJjaGl0ZWN0dXJlIGFuZCB0aGUg dGVybWlub2xvZ3kgZHJhZnRzLCBhbmQgZGVzY3JpYmVkIGluIGl0ZW0gMiBiZWxvdywgd2FzIG5v dyBwZXJmb3JtZWQgYW5kIHB1Ymxpc2hlZCBhcyBkcmFmdC0xNy4NCldlIHdpbGwgbGF1bmNoIHRo ZSBXR0xDIGJhc2VkIG9uIHRoYXQgbGV2ZWwgaW4gYSBzZXBhcmF0ZSBlbWFpbC4NCg0KQ2hlZXJz Ow0KDQpQYXNjYWwNCg0KRnJvbTogNnRpc2NoIDw2dGlzY2gtYm91bmNlc0BpZXRmLm9yZz4gT24g QmVoYWxmIE9mIFRob21hcyBXYXR0ZXluZQ0KU2VudDogdmVuZHJlZGkgOSBub3ZlbWJyZSAyMDE4 IDEzOjU2DQpUbzogNlRpU0NIIFdHIDw2dGlzY2hAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbNnRpc2No XSBtaW51dGVzIDZUaVNDSEBJRVRGMTAzIFdHIG1lZXRpbmcNCg0KQWxsLA0KDQpUaGUgbWludXRl cyBvZiB5ZXN0ZXJkYXkgV0cgbWVldGluZyBhcmUgcHVibGlzaGVkIGF0IGh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDMvbWF0ZXJpYWxzL21pbnV0ZXMtMTAzLTZ0aXNjaC4N Cg0KSW4gcGFydGljdWxhciwgYWN0aW9uIGl0ZW1zOg0KwrcgICAgICAgIGVkaXRvcnMgb2YgTVNG IChUZW5nZmVpKSBhbmQgbWluaW1hbC1zZWN1cml0eSAoTWFsaXNhKSB0byByZWFkIHRoaXMgZG9j IGFuZCBtYWtlIHN1cmUgaXQgcmVwcmVzZW50cyB0aGVpciBkcmFmdCB3ZWxsLg0KwrcgICAgICAg IFBhc2NhbCB0byBtZXJnZSB0ZXJtaW5vbG9neSBkcmFmdCBpbnRvIGFyY2hpdGVjdHVyZS4gS2Vl cCBzdGFuZGFyZHMtdHJhY2suDQrCtyAgICAgICAgVGhvbWFzIHRvIHNoZXBoZXJkIGFyY2hpdGVj dHVyZSBkcmFmdC4NCsK3ICAgICAgICBUZW5nZmVpIHRvIHJhaXNlIHN1Z2dlc3Rpb25zIGZvdW5k IHdpdGggTVNGIG9uIHRoZSBNTCwgZW5zdXJlIGdldCBpbnRvIE1TRi4NCsK3ICAgICAgICBQYXNj YWwgdG8gb3JnYW5pemUgYW4gaW50ZXJpbSBhYm91dCBNU0YuDQrCtyAgICAgICAgTWFsaXNhIHRv IGRpc2N1c3MgZmluYWwgY2hhbmdlcyB0byB0aGUgbWluaW1hbC1zZWN1cml0eSBkcmFmdCAobm8g bmV0aWQgY29uZmlndXJhdGlvbiBvZiB0aGUgSlJDLCBjb25maWd1cmF0aW9uIG9mIHRoZSBjYXAp IG9uIHRoZSBNTA0KwrcgICAgICAgIENoYWlycyB0byBvcGVuIDEtd2VlayBXR0xDIG9uIGNoYW5n ZXMgaW4gLTA5Lg0KDQpUaG9tYXMgJiBQYXNjYWwNCg0KLS0NCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCg0KVGhvbWFzIFdhdHRleW5lLCBQaEQNClJlc2VhcmNoIFNj aWVudGlzdCAmIElubm92YXRvciwgSW5yaWENClNyIE5ldHdvcmtpbmcgRGVzaWduIEVuZywgQW5h bG9nIERldmljZXMNCkZvdW5kZXIgJiBjby1sZWFkLCBVQyBCZXJrZWxleSBPcGVuV1NODQpDby1j aGFpciwgSUVURiA2VGlTQ0gNCg0Kd3d3LnRob21hc3dhdHRleW5lLmNvbTxodHRwOi8vd3d3LnRo b21hc3dhdHRleW5lLmNvbT4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCg== --_000_f0614eafe54941f284a5829c520d61cfXCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJTZWdvZSBVSSI7 DQoJcGFub3NlLTE6MiAxMSA1IDIgNCAyIDQgMiAyIDM7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBj bTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh bWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJ e21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCglt YXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1s ZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9t YW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44 NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBE ZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6NjA0MTk3MTA2Ow0KCW1zby1s aXN0LXRlbXBsYXRlLWlkczoyOTI3MzMzNDQ7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2 ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxp c3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw4 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpXaW5nZGluZ3M7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2lu LWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0 Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUi IHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5EZWFyIGFsbCZuYnNwOzo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSBtZXJnZSBiZXR3 ZWVuIHRoZSBhcmNoaXRlY3R1cmUgYW5kIHRoZSB0ZXJtaW5vbG9neSBkcmFmdHMsIGFuZCBkZXNj cmliZWQgaW4gaXRlbSAyIGJlbG93LCB3YXMgbm93IHBlcmZvcm1lZCBhbmQgcHVibGlzaGVkIGFz IGRyYWZ0LTE3Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPldlIHdpbGwgbGF1bmNoIHRoZSBXR0xDIGJh c2VkIG9uIHRoYXQgbGV2ZWwgaW4gYSBzZXBhcmF0ZSBlbWFpbC48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNoZWVyczs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPlBhc2NhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMu MHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IDZ0aXNjaCAmbHQ7NnRpc2NoLWJv dW5jZXNAaWV0Zi5vcmcmZ3Q7DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlRob21hcyBXYXR0ZXluZTxi cj4NCjxiPlNlbnQ6PC9iPiB2ZW5kcmVkaSA5IG5vdmVtYnJlIDIwMTggMTM6NTY8YnI+DQo8Yj5U bzo8L2I+IDZUaVNDSCBXRyAmbHQ7NnRpc2NoQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6 PC9iPiBbNnRpc2NoXSBtaW51dGVzIDZUaVNDSEBJRVRGMTAzIFdHIG1lZXRpbmc8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFsbCw8 bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBtaW51dGVz IG9mIHllc3RlcmRheSBXRyBtZWV0aW5nIGFyZSBwdWJsaXNoZWQgYXQmbmJzcDs8YSBocmVmPSJo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTAzL21hdGVyaWFscy9taW51dGVz LTEwMy02dGlzY2giPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDMvbWF0 ZXJpYWxzL21pbnV0ZXMtMTAzLTZ0aXNjaDwvYT4uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkluIHBhcnRpY3VsYXIsIGFjdGlvbiBpdGVtczo8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDowY207dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+ DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTpTeW1ib2w7Y29sb3I6IzE3MkI0RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y ZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh bj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzE3MkI0RCI+ZWRpdG9y cyBvZiBNU0YgKDxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJ JnF1b3Q7LHNhbnMtc2VyaWYiPlRlbmdmZWk8L3NwYW4+PC9zdHJvbmc+KSBhbmQgbWluaW1hbC1z ZWN1cml0eSAoPHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkm cXVvdDssc2Fucy1zZXJpZiI+TWFsaXNhPC9zcGFuPjwvc3Ryb25nPikNCiB0byByZWFkIHRoaXMg ZG9jIGFuZCBtYWtlIHN1cmUgaXQgcmVwcmVzZW50cyB0aGVpciBkcmFmdCB3ZWxsLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDow Y207dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAh c3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpT eW1ib2w7Y29sb3I6IzE3MkI0RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3Bh biBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+ PCFbZW5kaWZdPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMTcyQjREIj5QYXNjYWw8 L3NwYW4+PC9zdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7U2Vnb2UgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMTcyQjREIj4mbmJzcDt0byBt ZXJnZSB0ZXJtaW5vbG9neSBkcmFmdCBpbnRvIGFyY2hpdGVjdHVyZS4NCiBLZWVwIHN0YW5kYXJk cy10cmFjay48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MGNtO3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwx IGxmbzEiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6U3ltYm9sO2NvbG9yOiMxNzJCNEQiPjxzcGFuIHN0eWxlPSJtc28tbGlz dDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzE3MkI0RCI+VGhvbWFzPC9zcGFuPjwvc3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzE3 MkI0RCI+Jm5ic3A7dG8gc2hlcGhlcmQgYXJjaGl0ZWN0dXJlIGRyYWZ0LjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207dGV4 dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9y dExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpTeW1ib2w7 Y29sb3I6IzE3MkI0RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHls ZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5k aWZdPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7U2Vnb2UgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMTcyQjREIj5UZW5nZmVpPC9zcGFu Pjwvc3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O1NlZ29lIFVJJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzE3MkI0RCI+Jm5ic3A7dG8gcmFpc2Ug c3VnZ2VzdGlvbnMgZm91bmQgd2l0aCBNU0YNCiBvbiB0aGUgTUwsIGVuc3VyZSBnZXQgaW50byBN U0YuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjBjbTt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMSBsZm8x Ij4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OlN5bWJvbDtjb2xvcjojMTcyQjREIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdu b3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9z cGFuPjwvc3Bhbj48IVtlbmRpZl0+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxNzJC NEQiPlBhc2NhbDwvc3Bhbj48L3N0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtTZWdvZSBVSSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxNzJCNEQi PiZuYnNwO3RvIG9yZ2FuaXplIGFuIGludGVyaW0gYWJvdXQgTVNGLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDowY207dGV4dC1p bmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExp c3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpTeW1ib2w7Y29s b3I6IzE3MkI0RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0i Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZd PjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 U2Vnb2UgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMTcyQjREIj5NYWxpc2E8L3NwYW4+PC9z dHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vn b2UgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMTcyQjREIj4mbmJzcDt0byBkaXNjdXNzIGZp bmFsIGNoYW5nZXMgdG8gdGhlIG1pbmltYWwtc2VjdXJpdHkNCiBkcmFmdCAobm8gbmV0aWQgY29u ZmlndXJhdGlvbiBvZiB0aGUgSlJDLCBjb25maWd1cmF0aW9uIG9mIHRoZSBjYXApIG9uIHRoZSBN TDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDowY207dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+ DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTpTeW1ib2w7Y29sb3I6IzE3MkI0RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y ZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh bj48L3NwYW4+PCFbZW5kaWZdPjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMTcyQjRE Ij5DaGFpcnM8L3NwYW4+PC9zdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7U2Vnb2UgVUkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMTcyQjREIj4m bmJzcDt0byBvcGVuIDEtd2VlayBXR0xDIG9uIGNoYW5nZXMgaW4gLTA5LjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhvbWFzICZh bXA7IFBhc2NhbDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ LS0gPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPlRob21hcyBXYXR0ZXluZSwgUGhEPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5SZXNlYXJjaCBTY2llbnRpc3QgJmFtcDsgSW5ub3ZhdG9y LCBJbnJpYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+U3IgTmV0d29ya2luZyBEZXNpZ24gRW5nLCBBbmFsb2cgRGV2aWNlczwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Rm91bmRlciAmYW1wOyBjby1s ZWFkLCBVQyBCZXJrZWxleSBPcGVuV1NOPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij5Dby1jaGFpciwgSUVURiA2VGlTQ0g8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PGEgaHJlZj0iaHR0cDovL3d3 dy50aG9tYXN3YXR0ZXluZS5jb20iIHRhcmdldD0iX2JsYW5rIj53d3cudGhvbWFzd2F0dGV5bmUu Y29tPC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9ib2R5Pg0KPC9odG1sPg0K --_000_f0614eafe54941f284a5829c520d61cfXCHRCD001ciscocom_-- From nobody Sat Nov 10 18:22:37 2018 Return-Path: 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 17D6C128CF2; Sat, 10 Nov 2018 18:22:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.501 X-Spam-Level: X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y4CgBTVx5tI7; Sat, 10 Nov 2018 18:22:33 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 235C012007C; Sat, 10 Nov 2018 18:22:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5748; q=dns/txt; s=iport; t=1541902953; x=1543112553; h=from:to:cc:subject:date:message-id:mime-version; bh=mjNvKRu+3hcX7VbFZXolj1ADAOQjmtNQQLfuh0Km0ts=; b=eFhmY3b0WZQ9iAkIa8jLTgesQbzaSvKhfANwKdjhPLW9Hjtxd4+pmq+r bil0IGiD0ysMtnP8QZnwOJ969/gtQcFE+po050t/QorlArmF9z+e7Lyfw j4K05zAp6GrAnSr28XzTueuZnBZB6Acr2VzeWCAxQoxzuNBwa0fLpyQQB U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AoAAB8kedb/4ENJK1jHAEBAQQBAQc?= =?us-ascii?q?EAQGBUQcBAQsBgQ12ZoECJwqMBot5k26FVBSBZgsBASWER4MmIjQNDQEDAQE?= =?us-ascii?q?CAQECbRwBC4VeEEwSARpmFw8BBA4NgxqBHWQPqDWEP0CFFAWMABeBQD+BEYY?= =?us-ascii?q?tAgMBgSWGEwKGWIgUhi+KNAkChnSGQ4NcIIFYhQKKFo0miisCERSBJh04gVV?= =?us-ascii?q?wFYMngmiINIU+QTEBC4trgR8BAQ?= X-IronPort-AV: E=Sophos;i="5.54,489,1534809600"; d="scan'208,217";a="199165708" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Nov 2018 02:22:32 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id wAB2MWOr018024 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 11 Nov 2018 02:22:32 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sat, 10 Nov 2018 20:22:31 -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.1395.000; Sat, 10 Nov 2018 20:22:31 -0600 From: "Pascal Thubert (pthubert)" To: "6tisch@ietf.org" <6tisch@ietf.org> CC: "6tisch-chairs@ietf.org" <6tisch-chairs@ietf.org>, 6tisch-ads <6tisch-ads@ietf.org> Thread-Topic: WGLC for https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt Thread-Index: AdR5Y6dugBhGZHljSkKXPdb5n44VAg== Date: Sun, 11 Nov 2018 02:22:14 +0000 Deferred-Delivery: Sun, 11 Nov 2018 02:21:28 +0000 Message-ID: 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.75.234.235] Content-Type: multipart/alternative; boundary="_000_eaeba2a200c644738778e865a5f539b2XCHRCD001ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: alln-core-9.cisco.com Archived-At: Subject: [6tisch] WGLC for https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2018 02:22:35 -0000 --_000_eaeba2a200c644738778e865a5f539b2XCHRCD001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear WG : We are now starting the working group last call for the 6TiSCH Architecture= based on https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt. Th= is document is the merge of the previous architecture and terminology docum= ents. Authors of our WIP WG docs draft-ietf-6tisch-dtsecurity-zerotouch-join-03, draft-ietf-6tisch-enrollment-enhanced-beacon-00, draft-ietf-6tisch= -minimal-security-08 and draft-ietf-6tisch-msf-01 are requested to pay particular attention on how= their work is reflected in the Architecture, and are strongly encouraged t= o propose new text to improve the correctness of that representation. The architecture is a foundational product of the WG, providing the view on= the whole stack that we designed, implemented and interop tested over the = 5 years of activity of the group; it is in some form a testimony of the WG. With this in mind, please pay a very special attention when reviewing it. The WGLC ends on Friday November 30th, 2018. Many thanks in advance; The chairs. --_000_eaeba2a200c644738778e865a5f539b2XCHRCD001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable --_000_eaeba2a200c644738778e865a5f539b2XCHRCD001ciscocom_-- From nobody Mon Nov 12 09:37:56 2018 Return-Path: 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 C8C95130E57 for <6tisch@ietfa.amsl.com>; Mon, 12 Nov 2018 09:37:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.92 X-Spam-Level: X-Spam-Status: No, score=-5.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 4HVWQ_yrUh4B for <6tisch@ietfa.amsl.com>; Mon, 12 Nov 2018 09:37:53 -0800 (PST) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 820FD130E53 for <6tisch@ietf.org>; Mon, 12 Nov 2018 09:37:52 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,496,1534802400"; d="scan'208,217";a="355296513" Received: from mail-qk1-f175.google.com ([209.85.222.175]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 12 Nov 2018 18:37:43 +0100 Received: by mail-qk1-f175.google.com with SMTP id 131so14725164qkd.4 for <6tisch@ietf.org>; Mon, 12 Nov 2018 09:37:43 -0800 (PST) X-Gm-Message-State: AGRZ1gJVLT4iljSzUK6isJu7L7BUF8fn/vE/+iQxltgjVOMQ3ZsBhZ5d cEZCNtQUxqWJ9v1Re78PeTG1qU6SX0dVx1Pk/qs= X-Google-Smtp-Source: AJdET5e0GDS4svR15h9S5S4iSfiNNcsqyxOuT9vMc+yYkyAK9gcUIBXYdoqrdHi5Uh9W+aHInneQumTzOSPKLnpp848= X-Received: by 2002:ac8:6706:: with SMTP id e6mr1877184qtp.62.1542044263082; Mon, 12 Nov 2018 09:37:43 -0800 (PST) MIME-Version: 1.0 From: =?UTF-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= Date: Tue, 13 Nov 2018 00:37:31 +0700 X-Gmail-Original-Message-ID: Message-ID: To: tisch <6tisch@ietf.org> Content-Type: multipart/alternative; boundary="0000000000008776ba057a7b28d7" Archived-At: Subject: [6tisch] Updates for minimal-security-09 X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 17:37:56 -0000 --0000000000008776ba057a7b28d7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, As discussed during IETF 103, here is a list of proposed changes for minimal-security-09 that we will use for the second WGLC: - Add "join rate" parameter in the Configuration structure present in Join Responses and Parameter Update requests: As discussed during IETF 103, allowing the JRC to dynamically set the join rate at each individual JP in the network may prove useful in order to 1) speed up the network formation by allocating all the available bandwidth to join; 2) throttling join traffic sent by JPs in case of an attack; 3) switching off the join process; 4) enabling/disabling a given node to act as a JP. The value of this parameter will be used to set CoAP's congestion control mechanism at the JP. As discussed, the text should not prevent the JP to use another mechanism, e.g. https://tools.ietf.org/html/draft-ji-roll-traffic-aware-objective-function-= 03, and locally decide on a value that it should use, but in case this parameter is received in the Configuration object, the value set by the JRC MUST take precedence. Is this fine? - Remove "network identifier" from the Configuration structure present in Join Response and Parameter Update requests: During IETF 102, we agreed on not managing all of the 6LBR parameters with CoJP protocol, so this parameter when present in a Join Response is a remnant. It used to be there to allow the JRC to signal to the 6LBR which network identifier (i.e. PAN ID) to use to advertise the network. With this parameter removed from Configuration object, there is an expectation that the JRC and 6LBR exchange this and other necessary parameters (timeslot duration, template, slotframe length, etc) through another protocol. The proposed text is at: https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/commits/b43= a8139052a444e886b3b5a915bc0d545267340?at=3Dminimal-security-09 - Clarification text on handling JRC failures and significant OSCORE sequence number mismatch, aligning it better with OSCORE. The proposed text is at: https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/commits/e94= 2995f70b3ded33d9ce5307817ce4a9298b5fe?at=3Dminimal-security-09 If you have any suggestions/recommendations/concerns, please raise them at the latest a week from now. Mali=C5=A1a --0000000000008776ba057a7b28d7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

As discussed during IETF 103, h= ere is a list of proposed changes for minimal-security-09 that we will use = for the second WGLC:

- Add "join rate" p= arameter in the Configuration structure present in Join Responses and Param= eter Update requests: As discussed during IETF 103, allowing the JRC to dyn= amically set the join rate at each individual JP in the network may prove u= seful in order to 1) speed up the network formation by allocating all the a= vailable bandwidth to join; 2) throttling join traffic sent by JPs in case = of an attack; 3) switching off the join process; 4) enabling/disabling a gi= ven node to act as a JP. The value of this parameter will be used to set Co= AP's congestion control mechanism at the JP. As discussed, the text sho= uld not prevent the JP to use another mechanism, e.g.=C2=A0h= ttps://tools.ietf.org/html/draft-ji-roll-traffic-aware-objective-function-0= 3, and locally decide on a value that it should use, but in case this p= arameter is received in the Configuration object, the value set by the JRC = MUST take precedence. Is this fine?

- Remove &= quot;network identifier" from the Configuration structure present in J= oin Response and Parameter Update requests: During IETF 102, we agreed on n= ot managing all of the 6LBR parameters with CoJP protocol, so this paramete= r when present in a Join Response is a remnant. It used to be there to allo= w the JRC to signal to the 6LBR which network identifier (i.e. PAN ID) to u= se to advertise the network. With this parameter removed from Configuration= object, there is an expectation that the JRC and 6LBR exchange this and ot= her necessary parameters (timeslot duration, template, slotframe length, et= c) through another protocol. The proposed text is at:=C2=A0https://bitbucke= t.org/6tisch/draft-ietf-6tisch-minimal-security/commits/b43a8139052a444e886= b3b5a915bc0d545267340?at=3Dminimal-security-09=C2=A0

- Clarification text on handling JRC failures and significant OSCORE= sequence number mismatch, aligning it better with OSCORE. The proposed tex= t is at:=C2=A0https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-securi= ty/commits/e942995f70b3ded33d9ce5307817ce4a9298b5fe?at=3Dminimal-security-0= 9=C2=A0

If you have any suggestions/recommenda= tions/concerns, please raise them at the latest a week from now.
=
Mali=C5=A1a

--0000000000008776ba057a7b28d7-- From nobody Mon Nov 12 10:04:41 2018 Return-Path: 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 665A8130DE2 for <6tisch@ietfa.amsl.com>; Mon, 12 Nov 2018 10:04:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.899 X-Spam-Level: X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 HJuoX5-5IBja for <6tisch@ietfa.amsl.com>; Mon, 12 Nov 2018 10:04:36 -0800 (PST) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF535130E58 for <6tisch@ietf.org>; Mon, 12 Nov 2018 10:04:35 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.54,496,1534802400"; d="scan'208,217";a="285202570" Received: from mail-ua1-f42.google.com ([209.85.222.42]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 12 Nov 2018 19:04:33 +0100 Received: by mail-ua1-f42.google.com with SMTP id v24so3345468uap.13 for <6tisch@ietf.org>; Mon, 12 Nov 2018 10:04:33 -0800 (PST) X-Gm-Message-State: AGRZ1gKOWNSNDbbDOkBXMhPhIXjTu81aQytLaeA7HRMCxgF5+9bEr4bP VeM5YXuU5WozO4bh2p7t2uYq+SY5i/hpqFs+Kkg= X-Google-Smtp-Source: AJdET5cJJZjrx6rFStD6n++G96F2Ugzrc6c/kn/4QVlvnE6EQeW5p4edAQDaMZHBJWdI87rBYQYXfVzWdZ7D8gEGRZE= X-Received: by 2002:ab0:7544:: with SMTP id k4mr862208uaq.66.1542045872401; Mon, 12 Nov 2018 10:04:32 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Thomas Watteyne Date: Mon, 12 Nov 2018 19:04:20 +0100 X-Gmail-Original-Message-ID: Message-ID: To: =?UTF-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= Cc: tisch <6tisch@ietf.org> Content-Type: multipart/alternative; boundary="00000000000073b639057a7b88db" Archived-At: Subject: Re: [6tisch] Updates for minimal-security-09 X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 18:04:39 -0000 --00000000000073b639057a7b88db Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mali=C5=A1a, This reflects what we have discussed in Bangkok. Let=E2=80=99s open a 1-wee= k window for people to comment on these points. Thomas On Mon 12 Nov 2018 at 18:38 Mali=C5=A1a Vu=C4=8Dini=C4=87 wrote: > Hi all, > > As discussed during IETF 103, here is a list of proposed changes for > minimal-security-09 that we will use for the second WGLC: > > - Add "join rate" parameter in the Configuration structure present in Joi= n > Responses and Parameter Update requests: As discussed during IETF 103, > allowing the JRC to dynamically set the join rate at each individual JP i= n > the network may prove useful in order to 1) speed up the network formatio= n > by allocating all the available bandwidth to join; 2) throttling join > traffic sent by JPs in case of an attack; 3) switching off the join > process; 4) enabling/disabling a given node to act as a JP. The value of > this parameter will be used to set CoAP's congestion control mechanism at > the JP. As discussed, the text should not prevent the JP to use another > mechanism, e.g. > https://tools.ietf.org/html/draft-ji-roll-traffic-aware-objective-functio= n-03, > and locally decide on a value that it should use, but in case this > parameter is received in the Configuration object, the value set by the J= RC > MUST take precedence. Is this fine? > > - Remove "network identifier" from the Configuration structure present in > Join Response and Parameter Update requests: During IETF 102, we agreed o= n > not managing all of the 6LBR parameters with CoJP protocol, so this > parameter when present in a Join Response is a remnant. It used to be the= re > to allow the JRC to signal to the 6LBR which network identifier (i.e. PAN > ID) to use to advertise the network. With this parameter removed from > Configuration object, there is an expectation that the JRC and 6LBR > exchange this and other necessary parameters (timeslot duration, template= , > slotframe length, etc) through another protocol. The proposed text is at: > https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/commits/b= 43a8139052a444e886b3b5a915bc0d545267340?at=3Dminimal-security-09 > > > - Clarification text on handling JRC failures and significant OSCORE > sequence number mismatch, aligning it better with OSCORE. The proposed te= xt > is at: > https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security/commits/e= 942995f70b3ded33d9ce5307817ce4a9298b5fe?at=3Dminimal-security-09 > > > If you have any suggestions/recommendations/concerns, please raise them a= t > the latest a week from now. > > Mali=C5=A1a > > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > --=20 ________________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Analog Devices Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com ________________________________________ --00000000000073b639057a7b88db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Mali=C5=A1a,
This refle= cts what we have discussed in Bangkok. Let=E2=80=99s open a 1-week window f= or people to comment on these points.=C2=A0
Thomas

On Mon 12 Nov 2018= at 18:38 Mali=C5=A1a Vu=C4=8Dini=C4=87 <malisa.vucinic@inria.fr> wrote:
Hi all,

As discussed du= ring IETF 103, here is a list of proposed changes for minimal-security-09 t= hat we will use for the second WGLC:

- Add "j= oin rate" parameter in the Configuration structure present in Join Res= ponses and Parameter Update requests: As discussed during IETF 103, allowin= g the JRC to dynamically set the join rate at each individual JP in the net= work may prove useful in order to 1) speed up the network formation by allo= cating all the available bandwidth to join; 2) throttling join traffic sent= by JPs in case of an attack; 3) switching off the join process; 4) enablin= g/disabling a given node to act as a JP. The value of this parameter will b= e used to set CoAP's congestion control mechanism at the JP. As discuss= ed, the text should not prevent the JP to use another mechanism, e.g.=C2=A0= https://tools.ietf.org/html/draft-ji-roll-= traffic-aware-objective-function-03, and locally decide on a value that= it should use, but in case this parameter is received in the Configuration= object, the value set by the JRC MUST take precedence. Is this fine?

- Remove "network identifier" from the Co= nfiguration structure present in Join Response and Parameter Update request= s: During IETF 102, we agreed on not managing all of the 6LBR parameters wi= th CoJP protocol, so this parameter when present in a Join Response is a re= mnant. It used to be there to allow the JRC to signal to the 6LBR which net= work identifier (i.e. PAN ID) to use to advertise the network. With this pa= rameter removed from Configuration object, there is an expectation that the= JRC and 6LBR exchange this and other necessary parameters (timeslot durati= on, template, slotframe length, etc) through another protocol. The proposed= text is at:=C2=A0https://bitbucket.org/6tisch/draft-ietf= -6tisch-minimal-security/commits/b43a8139052a444e886b3b5a915bc0d545267340?a= t=3Dminimal-security-09=C2=A0

- Clarification = text on handling JRC failures and significant OSCORE sequence number mismat= ch, aligning it better with OSCORE. The proposed text is at:=C2=A0https://bitbucket.org/6tisch/draft-ietf-6tisch-minimal-security= /commits/e942995f70b3ded33d9ce5307817ce4a9298b5fe?at=3Dminimal-security-09<= /a>=C2=A0


_______________________________________________
6tisch mailing list
6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
--
<= div>
________________________________________

=
Thomas W= atteyne, PhD
Research Scientist & Innovator, Inria
Sr Networkin= g Design Eng, Analog Devices
Founder & co-lead, UC Berkeley OpenWSN=
Co-chair, IETF 6TiSCH

__________________= ______________________
--00000000000073b639057a7b88db-- From nobody Tue Nov 20 15:59:18 2018 Return-Path: X-Original-To: 6tisch@ietf.org Delivered-To: 6tisch@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 90F06130E52; Tue, 20 Nov 2018 15:59:09 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: 6tisch@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.89.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: 6tisch@ietf.org Message-ID: <154275834954.29963.17362678856763940382@ietfa.amsl.com> Date: Tue, 20 Nov 2018 15:59:09 -0800 Archived-At: Subject: [6tisch] I-D Action: draft-ietf-6tisch-minimal-security-09.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 23:59:10 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4e WG of the IETF. Title : Minimal Security Framework for 6TiSCH Authors : Malisa Vucinic Jonathan Simon Kris Pister Michael Richardson Filename : draft-ietf-6tisch-minimal-security-09.txt Pages : 48 Date : 2018-11-20 Abstract: This document describes the minimal framework required for a new device, called "pledge", to securely join a 6TiSCH (IPv6 over the TSCH mode of IEEE 802.15.4e) network. The framework requires that the pledge and the JRC (join registrar/coordinator, a central entity), share a symmetric key. How this key is provisioned is out of scope of this document. Through a single CoAP (Constrained Application Protocol) request-response exchange secured by OSCORE (Object Security for Constrained RESTful Environments), the pledge requests admission into the network and the JRC configures it with link-layer keying material and other parameters. The JRC may at any time update the parameters through another request-response exchange secured by OSCORE. This specification defines the Constrained Join Protocol and its CBOR (Concise Binary Object Representation) data structures, and configures the rest of the 6TiSCH communication stack for this join process to occur in a secure manner. Additional security mechanisms may be added on top of this minimal framework. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6tisch-minimal-security/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-6tisch-minimal-security-09 https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-minimal-security-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6tisch-minimal-security-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Nov 20 16:10:37 2018 Return-Path: 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 CDDE9130EE3 for <6tisch@ietfa.amsl.com>; Tue, 20 Nov 2018 16:10:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.92 X-Spam-Level: X-Spam-Status: No, score=-5.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 y-Rae-s6uXKI for <6tisch@ietfa.amsl.com>; Tue, 20 Nov 2018 16:10:28 -0800 (PST) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7064A130F2C for <6tisch@ietf.org>; Tue, 20 Nov 2018 16:10:27 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.56,259,1539640800"; d="scan'208,217";a="286222728" Received: from mail-qk1-f174.google.com ([209.85.222.174]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 21 Nov 2018 01:10:25 +0100 Received: by mail-qk1-f174.google.com with SMTP id n12so3904942qkh.11 for <6tisch@ietf.org>; Tue, 20 Nov 2018 16:10:25 -0800 (PST) X-Gm-Message-State: AA+aEWb1ZKrm8PI42xh2DpOC0L83XglwHVvQ/kIUy3DAKb1jCRs9MC1F +4hyA5z9tA6/cXSxNiy0jwqHRCk7K7Q75q3WBZQ= X-Google-Smtp-Source: AFSGD/W2KWFB+LUIwKammWSDD88wlJ2nAso4JMlEnAAMeofm6UGkB8ySDbdtYmMSw0tewmS6xh2FFdJDPR80+s1WaCw= X-Received: by 2002:a37:10cf:: with SMTP id 76mr3567183qkq.99.1542759024470; Tue, 20 Nov 2018 16:10:24 -0800 (PST) MIME-Version: 1.0 References: <154275834954.29963.17362678856763940382@ietfa.amsl.com> In-Reply-To: <154275834954.29963.17362678856763940382@ietfa.amsl.com> From: =?UTF-8?B?TWFsacWhYSBWdcSNaW5pxIc=?= Date: Wed, 21 Nov 2018 01:10:12 +0100 X-Gmail-Original-Message-ID: Message-ID: To: 6tisch@ietf.org Content-Type: multipart/alternative; boundary="000000000000a0b200057b2193a1" Archived-At: Subject: Re: [6tisch] I-D Action: draft-ietf-6tisch-minimal-security-09.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 00:10:36 -0000 --000000000000a0b200057b2193a1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear all, We submitted the -09 version of the minimal-security draft, incorporating the changes discussed during IETF 103 and summarized in the "Updates for minimal-security-09" ML thread: - Adding optional join rate parameter to Join Response. This enables JRC to manage JPs. - Aligning normative text on JRC failure handling with OSCORE. - Removing "network identifier" from Join Response. @Chairs: This version resolves all known issues raised during the WGLC. Kind regards, Mali=C5=A1a On Wed, Nov 21, 2018 at 12:59 AM wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4= e > WG of the IETF. > > Title : Minimal Security Framework for 6TiSCH > Authors : Malisa Vucinic > Jonathan Simon > Kris Pister > Michael Richardson > Filename : draft-ietf-6tisch-minimal-security-09.txt > Pages : 48 > Date : 2018-11-20 > > Abstract: > This document describes the minimal framework required for a new > device, called "pledge", to securely join a 6TiSCH (IPv6 over the > TSCH mode of IEEE 802.15.4e) network. The framework requires that > the pledge and the JRC (join registrar/coordinator, a central > entity), share a symmetric key. How this key is provisioned is out > of scope of this document. Through a single CoAP (Constrained > Application Protocol) request-response exchange secured by OSCORE > (Object Security for Constrained RESTful Environments), the pledge > requests admission into the network and the JRC configures it with > link-layer keying material and other parameters. The JRC may at any > time update the parameters through another request-response exchange > secured by OSCORE. This specification defines the Constrained Join > Protocol and its CBOR (Concise Binary Object Representation) data > structures, and configures the rest of the 6TiSCH communication stack > for this join process to occur in a secure manner. Additional > security mechanisms may be added on top of this minimal framework. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-6tisch-minimal-security/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-6tisch-minimal-security-09 > https://datatracker.ietf.org/doc/html/draft-ietf-6tisch-minimal-security-= 09 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6tisch-minimal-security-09 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > --000000000000a0b200057b2193a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

We submitted the -09 version = of the minimal-security draft, incorporating the changes discussed during I= ETF 103 and summarized in the "Updates for minimal-security-09" M= L thread:
- Adding optional join rate parameter to Join Response.= This enables JRC to manage JPs.
- Aligning normative text on JRC= failure handling with OSCORE.
- Removing "network identifie= r" from Join Response.

@Chairs: This version = resolves all known issues raised during the WGLC.

= Kind regards,
Mali=C5=A1a

On Wed, Nov 21, 2018 at 12:59 AM <internet-drafts@ietf.org> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the IPv6 over the TSCH mode of IEEE 802.15.4e = WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Minimal Security Framework for 6TiSCH
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Mali= sa Vucinic
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Jonathan Simon
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Kris Pister
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Michael Richardson
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-6tisch-minimal-security-09.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 48
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2018-11-20

Abstract:
=C2=A0 =C2=A0This document describes the minimal framework required for a n= ew
=C2=A0 =C2=A0device, called "pledge", to securely join a 6TiSCH (= IPv6 over the
=C2=A0 =C2=A0TSCH mode of IEEE 802.15.4e) network.=C2=A0 The framework requ= ires that
=C2=A0 =C2=A0the pledge and the JRC (join registrar/coordinator, a central<= br> =C2=A0 =C2=A0entity), share a symmetric key.=C2=A0 How this key is provisio= ned is out
=C2=A0 =C2=A0of scope of this document.=C2=A0 Through a single CoAP (Constr= ained
=C2=A0 =C2=A0Application Protocol) request-response exchange secured by OSC= ORE
=C2=A0 =C2=A0(Object Security for Constrained RESTful Environments), the pl= edge
=C2=A0 =C2=A0requests admission into the network and the JRC configures it = with
=C2=A0 =C2=A0link-layer keying material and other parameters.=C2=A0 The JRC= may at any
=C2=A0 =C2=A0time update the parameters through another request-response ex= change
=C2=A0 =C2=A0secured by OSCORE.=C2=A0 This specification defines the Constr= ained Join
=C2=A0 =C2=A0Protocol and its CBOR (Concise Binary Object Representation) d= ata
=C2=A0 =C2=A0structures, and configures the rest of the 6TiSCH communicatio= n stack
=C2=A0 =C2=A0for this join process to occur in a secure manner.=C2=A0 Addit= ional
=C2=A0 =C2=A0security mechanisms may be added on top of this minimal framew= ork.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc= /draft-ietf-6tisch-minimal-security/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-i= etf-6tisch-minimal-security-09
https://datatracker.ietf.= org/doc/html/draft-ietf-6tisch-minimal-security-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdif= f?url2=3Ddraft-ietf-6tisch-minimal-security-09


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
6tisch mailing list
6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
--000000000000a0b200057b2193a1-- From nobody Thu Nov 22 00:50:27 2018 Return-Path: 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 39FA3130ED6; Thu, 22 Nov 2018 00:50:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 FeIgOT5S2-SE; Thu, 22 Nov 2018 00:50:22 -0800 (PST) Received: from smtp-out11.electric.net (smtp-out11.electric.net [185.38.181.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F25E130ED1; Thu, 22 Nov 2018 00:50:22 -0800 (PST) Received: from 1gPkgk-000MAl-Ve by out11a.electric.net with emc1-ok (Exim 4.90_1) (envelope-from ) id 1gPkgl-000MD3-Tu; Thu, 22 Nov 2018 00:50:19 -0800 Received: by emcmailer; Thu, 22 Nov 2018 00:50:19 -0800 Received: from [194.218.146.197] (helo=sp-mail-2.sp.se) by out11a.electric.net with esmtps (TLSv1.2:ECDHE-RSA-AES128-SHA256:128) (Exim 4.90_1) (envelope-from ) id 1gPkgk-000MAl-Ve; Thu, 22 Nov 2018 00:50:18 -0800 Received: from mail-wm1-f45.google.com (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1531.3; Thu, 22 Nov 2018 09:50:18 +0100 Received: by mail-wm1-f45.google.com with SMTP id p2-v6so8212014wmc.2; Thu, 22 Nov 2018 00:50:18 -0800 (PST) X-Gm-Message-State: AA+aEWblH8+nuL50hUSJm2sUn4rz+GX/u8CbeF+sddDFQhq53CEkfx3g hs5/8+XpfSj+W9k9tWOse0wKFPyLrWag1a/KNL8= X-Google-Smtp-Source: AJdET5eOFV+HPDuEUGE6vZEJKVNtUvKQI6ziZqz7ULYKdJQwIXwwzUdj0u80twBAL0S0/zEnCG4DpzN/42ojBzFcG/M= X-Received: by 2002:a7b:c095:: with SMTP id r21mr8801625wmh.118.1542876617908; Thu, 22 Nov 2018 00:50:17 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Simon Duquennoy Date: Thu, 22 Nov 2018 09:50:08 +0100 X-Gmail-Original-Message-ID: Message-ID: To: "Pascal Thubert (pthubert)" CC: 6tisch <6tisch@ietf.org>, <6tisch-ads@ietf.org>, <6tisch-chairs@ietf.org> Content-Type: multipart/alternative; boundary="000000000000be28a9057b3cf415" X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-2.sp.se (10.100.0.162) To sp-mail-2.sp.se (10.100.0.162) X-Outbound-IP: 194.218.146.197 X-Env-From: simon.duquennoy@ri.se X-Proto: esmtps X-Revdns: X-HELO: sp-mail-2.sp.se X-TLS: TLSv1.2:ECDHE-RSA-AES128-SHA256:128 X-Authenticated_ID: X-Virus-Status: Scanned by VirusSMART (c) X-Virus-Status: Scanned by VirusSMART (s) X-PolicySMART: 14510320 Archived-At: Subject: Re: [6tisch] WGLC for https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 08:50:26 -0000 --000000000000be28a9057b3cf415 Content-Type: text/plain; charset="UTF-8" Hi Pascal, WG, I drafted a summary of MSF for potential inclusion in 4.4.2. The proposal is to: (1) Remove MSF mention in "An optional Scheduling Function (SF) such as MSF [I-D.ietf-6tisch-msf] is used to" -> "An optional Scheduling Function (SF) is used to" (2) Add the following paragraph at the end of the section: ======== As an example SF, we briefly introduce MSF [I-D.ietf-6tisch-msf]. MSF uses the rendez-vous slot from [RFC8180] for network discovery, neighbor discovery, and any other broadcast. For basic unicast communication with any neighbor, each node has a receive cells at a well-known slotOffset/channelOffset, derived from a hash of their own MAC address. Nodes can reach any neighbor by installing a transmit (shared) cell with slotOffset/channelOffset derived from the neighbor's MAC address. For child-parent links, MSF continuously monitors the load to/from parents and children. It then uses 6P to install/remove unicast cells whenever the current schedule appears to be under-/over- provisioned. ======== Thank you, Simon On Sun, Nov 11, 2018 at 3:23 AM Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Dear WG : > > > > We are now starting the working group last call for the 6TiSCH > Architecture based on > https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt. This > document is the merge of the previous architecture and terminology > documents. > > > > Authors of our WIP WG docs draft-ietf-6tisch-dtsecurity-zerotouch-join-03 > , > draft-ietf-6tisch-enrollment-enhanced-beacon-00 > , > draft-ietf-6tisch-minimal-security-08 > and > draft-ietf-6tisch-msf-01 > are requested > to pay particular attention on how their work is reflected in the > Architecture, and are strongly encouraged to propose new text to improve > the correctness of that representation. > > > > The architecture is a foundational product of the WG, providing the view > on the whole stack that we designed, implemented and interop tested over > the 5 years of activity of the group; it is in some form a testimony of the > WG. > > With this in mind, please pay a very special attention when reviewing it. > > > > The WGLC ends on Friday November 30th, 2018. > > > > Many thanks in advance; > > > > The chairs. > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > --000000000000be28a9057b3cf415 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Pascal, WG,

<= /div>
I drafted a summary of MSF for potential inclusion in 4.4.2.

The proposal is to:
(1) Remove MSF mention i= n "An optional Scheduling Function (SF) such as MSF [I-D.ietf-6tisch-m= sf] is used to"
->=C2=A0 "An optional Scheduling Fun= ction (SF) is used to"
(2) Add the following paragraph a= t the end of the section:
=3D=3D=3D=3D=3D=3D=3D=3D
As an example SF, we briefly introduce MSF [I-D.ietf-6tisch-msf].
MSF uses the rendez-vous slot from [RFC8180] for network discovery, neigh= bor discovery, and any other broadcast.
For basic unicast communi= cation with any neighbor, each node has a receive cells at a well-known slo= tOffset/channelOffset, derived from a hash of their own MAC address.
<= div>Nodes can reach any neighbor by installing a transmit (shared) cell wit= h slotOffset/channelOffset derived from the neighbor's MAC address.
For child-parent links, MSF continuously monitors the load to/from p= arents and children.
It then uses 6P to install/remove unicast ce= lls whenever the current schedule appears to be under-/over- provisioned.
=3D=3D=3D=3D=3D=3D=3D=3D=C2=A0

Than= k you,
Simon


On Sun, Nov 11, 2018 at 3:23 AM Pascal Th= ubert (pthubert) <pthubert@cisco.c= om> wrote:

Dear WG=C2=A0:

=C2=A0

We are now starting the working group last call for = the 6TiSCH Architecture based on https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.= txt. This document is the merge of the previous architecture and termin= ology documents.

=C2=A0

Authors of our WIP WG docs draft-ietf-6tisch-dtsecurity= -zerotouch-join-03, dr= aft-ietf-6tisch-enrollment-enhanced-beacon-00, draft-ietf-6= tisch-minimal-security-08 and draft-ietf-6ti= sch-msf-01 are requested to pay particular attention on h= ow their work is reflected in the Architecture, and are strongly encouraged to propose new text to improve the correctness of that= representation.

=C2=A0

The architecture is a foundational product of the WG= , providing the view on the whole stack that we designed, implemented and i= nterop tested over the 5 years of activity of the group; it is in some form= a testimony of the WG.

With this in mind, please pay a very special attenti= on when reviewing it.

=C2=A0

The WGLC ends on Friday November 30th, 20= 18.

=C2=A0

Many thanks in advance;

=C2=A0

The chairs.

_______________________________________________
6tisch mailing list
6tisch@ietf.org https://www.ietf.org/mailman/listinfo/6tisch
--000000000000be28a9057b3cf415-- From nobody Thu Nov 22 04:08:29 2018 Return-Path: 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 192AE129AB8; Thu, 22 Nov 2018 04:08:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.958 X-Spam-Level: X-Spam-Status: No, score=-15.958 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-1.459, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ayBIsSUoT1cg; Thu, 22 Nov 2018 04:08:25 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F4CE1277D2; Thu, 22 Nov 2018 04:08:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23576; q=dns/txt; s=iport; t=1542888505; x=1544098105; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Nj3/HlIhdN/KprrYE8+dZVNBjNLijcvtNi6Zfc7RnJk=; b=Y3wS2Rf1EiG7LF/+CX5WCpb6WcEJAotkxtlI+VfKCE1+mXlzdUuCt/Q7 0ZTW5aG4QAv0sfM++7D1sASbLUaIAMEt+UIJViHJ8F4tSObJykF7xoxAk ViIKP9wk9wO6k7eJQF/XPRQMxWyFmjsWjFpPXuPxDi6xuy7nvK9mbroCs 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AEAACHm/Zb/51dJa1iGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDXZmgQInCoNuiBiMAYINepZAFIFmCwEBGAE?= =?us-ascii?q?MhAFGAheDeCI0CQ0BAwEBAgEBAm0cDIU8AQEBBAEBGwYEBkELEAIBCBEBAwE?= =?us-ascii?q?BKAMCAgIlCxQDBggCBA4FCIMagR1kD6oMfDOELQETQIUhBYwJF4FAP4ERgRe?= =?us-ascii?q?BRjWDGwEBAwGBIQRugk6CVwKGYYghF4YdikwJAoZ6hkuDYCCBWYULiiSNQ4p?= =?us-ascii?q?GAhEUgScfOIFVcBU7gmyCJhgSGIg0hT5BMQELjQWBHwEB?= X-IronPort-AV: E=Sophos;i="5.56,265,1539648000"; d="scan'208,217";a="202878744" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Nov 2018 12:08:24 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id wAMC8O90031349 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 22 Nov 2018 12:08:24 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 22 Nov 2018 06:08:23 -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.1395.000; Thu, 22 Nov 2018 06:08:23 -0600 From: "Pascal Thubert (pthubert)" To: Simon Duquennoy CC: 6tisch <6tisch@ietf.org>, "6tisch-ads@ietf.org" <6tisch-ads@ietf.org>, "6tisch-chairs@ietf.org" <6tisch-chairs@ietf.org> Thread-Topic: [6tisch] WGLC for https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt Thread-Index: AQHUgkBpCxxvHSoL4E61z3494fldYKVbsvMA Date: Thu, 22 Nov 2018 12:08:23 +0000 Deferred-Delivery: Thu, 22 Nov 2018 12:08:13 +0000 Message-ID: <68e645171a5249d8bf60ea7237a73fe7@XCH-RCD-001.cisco.com> References: In-Reply-To: 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.4] Content-Type: multipart/alternative; boundary="_000_68e645171a5249d8bf60ea7237a73fe7XCHRCD001ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [6tisch] WGLC for https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 12:08:28 -0000 --_000_68e645171a5249d8bf60ea7237a73fe7XCHRCD001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gU2ltb24NCg0KSSBhZGRlZCB0aGUgZm9sbG93aW5nIG9uIHlvdXIgYmVoYWxmDQoNCiAg ICAgICAgICA8eHJlZiB0YXJnZXQ9IkktRC5pZXRmLTZ0aXNjaC1tc2YiPk1TRjwveHJlZj4gaXMg b25lIG9mIHRoZSBwb3NzaWJsZQ0KICAgICAgICAgICBzY2hlZHVsaW5nIGZ1bmN0aW9ucy4gTVNG IHVzZXMgdGhlIHJlbmRlei12b3VzIHNsb3QgZnJvbQ0KICAgICAgICAgICA8eHJlZiB0YXJnZXQ9 IlJGQzgxODAiLz4gZm9yIG5ldHdvcmsgZGlzY292ZXJ5LCBuZWlnaGJvciBkaXNjb3ZlcnksDQog ICAgICAgICAgIGFuZCBhbnkgb3RoZXIgYnJvYWRjYXN0Lg0KICAgICAgICAgICBGb3IgYmFzaWMg dW5pY2FzdCBjb21tdW5pY2F0aW9uIHdpdGggYW55IG5laWdoYm9yLCBlYWNoIG5vZGUgdXNlcyBh DQogICAgICAgICAgIHJlY2VpdmUgY2VsbCBhdCBhIHdlbGwta25vd24gc2xvdE9mZnNldC9jaGFu bmVsT2Zmc2V0LCBkZXJpdmVkIGZyb20NCiAgICAgICAgICAgYSBoYXNoIG9mIHRoZWlyIG93biBN QUMgYWRkcmVzcy4NCiAgICAgICAgICAgTm9kZXMgY2FuIHJlYWNoIGFueSBuZWlnaGJvciBieSBp bnN0YWxsaW5nIGEgdHJhbnNtaXQgKHNoYXJlZCkgY2VsbA0KICAgICAgICAgICB3aXRoIHNsb3RP ZmZzZXQvY2hhbm5lbE9mZnNldCBkZXJpdmVkIGZyb20gdGhlIG5laWdoYm9yJ3MgTUFDIGFkZHJl c3MuDQogICAgICAgICAgIEZvciBjaGlsZC1wYXJlbnQgbGlua3MsIE1TRiBjb250aW51b3VzbHkg bW9uaXRvcnMgdGhlIGxvYWQgdG8vZnJvbQ0KICAgICAgICAgICBwYXJlbnRzIGFuZCBjaGlsZHJl bi4gSXQgdGhlbiB1c2VzIDZQIHRvIGluc3RhbGwvcmVtb3ZlIHVuaWNhc3QgY2VsbHMNCiAgICAg ICAgICAgd2hlbmV2ZXIgdGhlIGN1cnJlbnQgc2NoZWR1bGUgYXBwZWFycyB0byBiZSB1bmRlci0v b3Zlci0gcHJvdmlzaW9uZWQuDQoNClBsZWFzZSBub3RlIHRoaXMgbWFrZXMgeW91IGNvbnRyaWJ1 dG9yLiBJIGFsc28gYWRkZWQgeW91ciBuYW1lIGluIHRoZSBjb250cmlidXRvciBzZWN0aW9uIGlm IHlvdSBkbyBub3QgbWluZC4NCg0KVGFrZSBjYXJlLA0KDQpQYXNjYWwNCg0KRnJvbTogU2ltb24g RHVxdWVubm95IDxzaW1vbi5kdXF1ZW5ub3lAcmkuc2U+DQpTZW50OiBqZXVkaSAyMiBub3ZlbWJy ZSAyMDE4IDA5OjUwDQpUbzogUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSA8cHRodWJlcnRAY2lz Y28uY29tPg0KQ2M6IDZ0aXNjaCA8NnRpc2NoQGlldGYub3JnPjsgNnRpc2NoLWFkc0BpZXRmLm9y ZzsgNnRpc2NoLWNoYWlyc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFs2dGlzY2hdIFdHTEMgZm9y IGh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtNnRpc2NoLWFyY2hpdGVjdHVyZS0x Ny50eHQNCg0KSGkgUGFzY2FsLCBXRywNCg0KSSBkcmFmdGVkIGEgc3VtbWFyeSBvZiBNU0YgZm9y IHBvdGVudGlhbCBpbmNsdXNpb24gaW4gNC40LjIuDQoNClRoZSBwcm9wb3NhbCBpcyB0bzoNCigx KSBSZW1vdmUgTVNGIG1lbnRpb24gaW4gIkFuIG9wdGlvbmFsIFNjaGVkdWxpbmcgRnVuY3Rpb24g KFNGKSBzdWNoIGFzIE1TRiBbSS1ELmlldGYtNnRpc2NoLW1zZl0gaXMgdXNlZCB0byINCi0+ICAi QW4gb3B0aW9uYWwgU2NoZWR1bGluZyBGdW5jdGlvbiAoU0YpIGlzIHVzZWQgdG8iDQooMikgQWRk IHRoZSBmb2xsb3dpbmcgcGFyYWdyYXBoIGF0IHRoZSBlbmQgb2YgdGhlIHNlY3Rpb246DQo9PT09 PT09PQ0KQXMgYW4gZXhhbXBsZSBTRiwgd2UgYnJpZWZseSBpbnRyb2R1Y2UgTVNGIFtJLUQuaWV0 Zi02dGlzY2gtbXNmXS4NCk1TRiB1c2VzIHRoZSByZW5kZXotdm91cyBzbG90IGZyb20gW1JGQzgx ODBdIGZvciBuZXR3b3JrIGRpc2NvdmVyeSwgbmVpZ2hib3IgZGlzY292ZXJ5LCBhbmQgYW55IG90 aGVyIGJyb2FkY2FzdC4NCkZvciBiYXNpYyB1bmljYXN0IGNvbW11bmljYXRpb24gd2l0aCBhbnkg bmVpZ2hib3IsIGVhY2ggbm9kZSBoYXMgYSByZWNlaXZlIGNlbGxzIGF0IGEgd2VsbC1rbm93biBz bG90T2Zmc2V0L2NoYW5uZWxPZmZzZXQsIGRlcml2ZWQgZnJvbSBhIGhhc2ggb2YgdGhlaXIgb3du IE1BQyBhZGRyZXNzLg0KTm9kZXMgY2FuIHJlYWNoIGFueSBuZWlnaGJvciBieSBpbnN0YWxsaW5n IGEgdHJhbnNtaXQgKHNoYXJlZCkgY2VsbCB3aXRoIHNsb3RPZmZzZXQvY2hhbm5lbE9mZnNldCBk ZXJpdmVkIGZyb20gdGhlIG5laWdoYm9yJ3MgTUFDIGFkZHJlc3MuDQpGb3IgY2hpbGQtcGFyZW50 IGxpbmtzLCBNU0YgY29udGludW91c2x5IG1vbml0b3JzIHRoZSBsb2FkIHRvL2Zyb20gcGFyZW50 cyBhbmQgY2hpbGRyZW4uDQpJdCB0aGVuIHVzZXMgNlAgdG8gaW5zdGFsbC9yZW1vdmUgdW5pY2Fz dCBjZWxscyB3aGVuZXZlciB0aGUgY3VycmVudCBzY2hlZHVsZSBhcHBlYXJzIHRvIGJlIHVuZGVy LS9vdmVyLSBwcm92aXNpb25lZC4NCj09PT09PT09DQoNClRoYW5rIHlvdSwNClNpbW9uDQoNCg0K T24gU3VuLCBOb3YgMTEsIDIwMTggYXQgMzoyMyBBTSBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQp IDxwdGh1YmVydEBjaXNjby5jb208bWFpbHRvOnB0aHViZXJ0QGNpc2NvLmNvbT4+IHdyb3RlOg0K RGVhciBXRyA6DQoNCldlIGFyZSBub3cgc3RhcnRpbmcgdGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBj YWxsIGZvciB0aGUgNlRpU0NIIEFyY2hpdGVjdHVyZSBiYXNlZCBvbiBodHRwczovL3d3dy5pZXRm Lm9yZy9pZC9kcmFmdC1pZXRmLTZ0aXNjaC1hcmNoaXRlY3R1cmUtMTcudHh0LiBUaGlzIGRvY3Vt ZW50IGlzIHRoZSBtZXJnZSBvZiB0aGUgcHJldmlvdXMgYXJjaGl0ZWN0dXJlIGFuZCB0ZXJtaW5v bG9neSBkb2N1bWVudHMuDQoNCkF1dGhvcnMgb2Ygb3VyIFdJUCBXRyBkb2NzIGRyYWZ0LWlldGYt NnRpc2NoLWR0c2VjdXJpdHktemVyb3RvdWNoLWpvaW4tMDM8aHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi02dGlzY2gtZHRzZWN1cml0eS16ZXJvdG91Y2gtam9pbi8+ LCBkcmFmdC1pZXRmLTZ0aXNjaC1lbnJvbGxtZW50LWVuaGFuY2VkLWJlYWNvbi0wMDxodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLTZ0aXNjaC1lbnJvbGxtZW50LWVu aGFuY2VkLWJlYWNvbi8+LCBkcmFmdC1pZXRmLTZ0aXNjaC1taW5pbWFsLXNlY3VyaXR5LTA4PGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtNnRpc2NoLW1pbmltYWwt c2VjdXJpdHkvPiBhbmQgZHJhZnQtaWV0Zi02dGlzY2gtbXNmLTAxPGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtNnRpc2NoLW1zZi8+IGFyZSByZXF1ZXN0ZWQgdG8g cGF5IHBhcnRpY3VsYXIgYXR0ZW50aW9uIG9uIGhvdyB0aGVpciB3b3JrIGlzIHJlZmxlY3RlZCBp biB0aGUgQXJjaGl0ZWN0dXJlLCBhbmQgYXJlIHN0cm9uZ2x5IGVuY291cmFnZWQgdG8gcHJvcG9z ZSBuZXcgdGV4dCB0byBpbXByb3ZlIHRoZSBjb3JyZWN0bmVzcyBvZiB0aGF0IHJlcHJlc2VudGF0 aW9uLg0KDQpUaGUgYXJjaGl0ZWN0dXJlIGlzIGEgZm91bmRhdGlvbmFsIHByb2R1Y3Qgb2YgdGhl IFdHLCBwcm92aWRpbmcgdGhlIHZpZXcgb24gdGhlIHdob2xlIHN0YWNrIHRoYXQgd2UgZGVzaWdu ZWQsIGltcGxlbWVudGVkIGFuZCBpbnRlcm9wIHRlc3RlZCBvdmVyIHRoZSA1IHllYXJzIG9mIGFj dGl2aXR5IG9mIHRoZSBncm91cDsgaXQgaXMgaW4gc29tZSBmb3JtIGEgdGVzdGltb255IG9mIHRo ZSBXRy4NCldpdGggdGhpcyBpbiBtaW5kLCBwbGVhc2UgcGF5IGEgdmVyeSBzcGVjaWFsIGF0dGVu dGlvbiB3aGVuIHJldmlld2luZyBpdC4NCg0KVGhlIFdHTEMgZW5kcyBvbiBGcmlkYXkgTm92ZW1i ZXIgMzB0aCwgMjAxOC4NCg0KTWFueSB0aGFua3MgaW4gYWR2YW5jZTsNCg0KVGhlIGNoYWlycy4N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo2dGlzY2gg bWFpbGluZyBsaXN0DQo2dGlzY2hAaWV0Zi5vcmc8bWFpbHRvOjZ0aXNjaEBpZXRmLm9yZz4NCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vNnRpc2NoDQo= --_000_68e645171a5249d8bf60ea7237a73fe7XCHRCD001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJ bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0 O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNw aWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBk YXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0K PGJvZHkgbGFuZz0iRlIiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJtc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGVsbG8gU2ltb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4t VVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkkgYWRk ZWQgdGhlIGZvbGxvd2luZyBvbiB5b3VyIGJlaGFsZjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbHQ7eHJlZiB0YXJnZXQ9JnF1b3Q7SS1ELmlldGYtNnRpc2NoLW1zZiZxdW90OyZndDtN U0YmbHQ7L3hyZWYmZ3Q7IGlzIG9uZSBvZiB0aGUgcG9zc2libGUNCjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3NjaGVkdWxpbmcgZnVuY3Rpb25zLiBN U0YgdXNlcyB0aGUgcmVuZGV6LXZvdXMgc2xvdCBmcm9tDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbHQ7eHJlZiB0YXJnZXQ9JnF1b3Q7UkZDODE4 MCZxdW90Oy8mZ3Q7IGZvciBuZXR3b3JrIGRpc2NvdmVyeSwgbmVpZ2hib3IgZGlzY292ZXJ5LDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhbmQgYW55IG90aGVy IGJyb2FkY2FzdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg Rm9yIGJhc2ljIHVuaWNhc3QgY29tbXVuaWNhdGlvbiB3aXRoIGFueSBuZWlnaGJvciwgZWFjaCBu b2RlIHVzZXMgYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBy ZWNlaXZlIGNlbGwgYXQgYSB3ZWxsLWtub3duIHNsb3RPZmZzZXQvY2hhbm5lbE9mZnNldCwgZGVy aXZlZCBmcm9tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGEg aGFzaCBvZiB0aGVpciBvd24gTUFDIGFkZHJlc3MuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IE5vZGVzIGNhbiByZWFjaCBhbnkgbmVpZ2hib3IgYnkgaW5zdGFs bGluZyBhIHRyYW5zbWl0IChzaGFyZWQpIGNlbGw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgd2l0aCBzbG90T2Zmc2V0L2NoYW5uZWxPZmZzZXQgZGVyaXZlZCBm cm9tIHRoZSBuZWlnaGJvcidzIE1BQyBhZGRyZXNzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyBGb3IgY2hpbGQtcGFyZW50IGxpbmtzLCBNU0YgY29udGludW91 c2x5IG1vbml0b3JzIHRoZSBsb2FkIHRvL2Zyb20NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3BhcmVudHMgYW5kIGNoaWxkcmVuLiBJdCB0aGVuIHVz ZXMgNlAgdG8gaW5zdGFsbC9yZW1vdmUgdW5pY2FzdCBjZWxsczxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB3aGVuZXZlciB0aGUgY3VycmVudCBzY2hlZHVsZSBh cHBlYXJzIHRvIGJlIHVuZGVyLS9vdmVyLSBwcm92aXNpb25lZC48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj5QbGVhc2Ugbm90ZSB0aGlzIG1ha2VzIHlvdSBjb250cmlidXRvci4gSSBh bHNvIGFkZGVkIHlvdXIgbmFtZSBpbiB0aGUgY29udHJpYnV0b3Igc2VjdGlvbiBpZiB5b3UgZG8g bm90IG1pbmQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGFrZSBjYXJlLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlBhc2NhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20g MGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3Bh biBsYW5nPSJFTi1VUyI+IFNpbW9uIER1cXVlbm5veSAmbHQ7c2ltb24uZHVxdWVubm95QHJpLnNl Jmd0Ow0KPGJyPg0KPGI+U2VudDo8L2I+IGpldWRpIDIyIG5vdmVtYnJlIDIwMTggMDk6NTA8YnI+ DQo8Yj5Ubzo8L2I+IFBhc2NhbCBUaHViZXJ0IChwdGh1YmVydCkgJmx0O3B0aHViZXJ0QGNpc2Nv LmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IDZ0aXNjaCAmbHQ7NnRpc2NoQGlldGYub3JnJmd0Ozsg NnRpc2NoLWFkc0BpZXRmLm9yZzsgNnRpc2NoLWNoYWlyc0BpZXRmLm9yZzxicj4NCjxiPlN1Ympl Y3Q6PC9iPiBSZTogWzZ0aXNjaF0gV0dMQyBmb3IgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJh ZnQtaWV0Zi02dGlzY2gtYXJjaGl0ZWN0dXJlLTE3LnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIFBhc2NhbCwg V0csPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGRyYWZ0 ZWQgYSBzdW1tYXJ5IG9mIE1TRiBmb3IgcG90ZW50aWFsIGluY2x1c2lvbiBpbiA0LjQuMi48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIHBy b3Bvc2FsIGlzIHRvOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+KDEpIFJlbW92ZSBNU0YgbWVudGlvbiBpbiAmcXVvdDtBbiBvcHRpb25hbCBTY2hl ZHVsaW5nIEZ1bmN0aW9uIChTRikgc3VjaCBhcyBNU0YgW0ktRC5pZXRmLTZ0aXNjaC1tc2ZdIGlz IHVzZWQgdG8mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPi0mZ3Q7Jm5ic3A7ICZxdW90O0FuIG9wdGlvbmFsIFNjaGVkdWxpbmcgRnVuY3Rp b24gKFNGKSBpcyB1c2VkIHRvJnF1b3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4oMikgQWRkIHRoZSBmb2xsb3dpbmcgcGFyYWdyYXBoIGF0IHRo ZSBlbmQgb2YgdGhlIHNlY3Rpb246PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj49PT09PT09PTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIGFuIGV4YW1wbGUgU0YsIHdlIGJyaWVmbHkg aW50cm9kdWNlIE1TRiBbSS1ELmlldGYtNnRpc2NoLW1zZl0uPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NU0YgdXNlcyB0aGUgcmVuZGV6LXZvdXMg c2xvdCBmcm9tIFtSRkM4MTgwXSBmb3IgbmV0d29yayBkaXNjb3ZlcnksIG5laWdoYm9yIGRpc2Nv dmVyeSwgYW5kIGFueSBvdGhlciBicm9hZGNhc3QuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Gb3IgYmFzaWMgdW5pY2FzdCBjb21tdW5pY2F0aW9u IHdpdGggYW55IG5laWdoYm9yLCBlYWNoIG5vZGUgaGFzIGEgcmVjZWl2ZSBjZWxscyBhdCBhIHdl bGwta25vd24gc2xvdE9mZnNldC9jaGFubmVsT2Zmc2V0LCBkZXJpdmVkIGZyb20gYSBoYXNoIG9m IHRoZWlyIG93biBNQUMgYWRkcmVzcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPk5vZGVzIGNhbiByZWFjaCBhbnkgbmVpZ2hib3IgYnkgaW5zdGFs bGluZyBhIHRyYW5zbWl0IChzaGFyZWQpIGNlbGwgd2l0aCBzbG90T2Zmc2V0L2NoYW5uZWxPZmZz ZXQgZGVyaXZlZCBmcm9tIHRoZSBuZWlnaGJvcidzIE1BQyBhZGRyZXNzLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Rm9yIGNoaWxkLXBhcmVudCBs aW5rcywgTVNGIGNvbnRpbnVvdXNseSBtb25pdG9ycyB0aGUgbG9hZCB0by9mcm9tIHBhcmVudHMg YW5kIGNoaWxkcmVuLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SXQgdGhlbiB1c2VzIDZQIHRvIGluc3RhbGwvcmVtb3ZlIHVuaWNhc3QgY2VsbHMg d2hlbmV2ZXIgdGhlIGN1cnJlbnQgc2NoZWR1bGUgYXBwZWFycyB0byBiZSB1bmRlci0vb3Zlci0g cHJvdmlzaW9uZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPj09PT09PT09Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rIHlvdSw8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNpbW9uPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9u IFN1biwgTm92IDExLCAyMDE4IGF0IDM6MjMgQU0gUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSAm bHQ7PGEgaHJlZj0ibWFpbHRvOnB0aHViZXJ0QGNpc2NvLmNvbSI+cHRodWJlcnRAY2lzY28uY29t PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNt IDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+RGVhciBXRyZuYnNwOzo8c3BhbiBsYW5n PSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+V2UgYXJlIG5vdyBzdGFydGluZyB0aGUg d29ya2luZyBncm91cCBsYXN0IGNhbGwgZm9yIHRoZSA2VGlTQ0ggQXJjaGl0ZWN0dXJlIGJhc2Vk IG9uDQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLTZ0aXNjaC1h cmNoaXRlY3R1cmUtMTcudHh0IiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9pZC9kcmFmdC1pZXRmLTZ0aXNjaC1hcmNoaXRlY3R1cmUtMTcudHh0PC9hPi4gVGhpcyBkb2N1 bWVudCBpcyB0aGUgbWVyZ2Ugb2YgdGhlIHByZXZpb3VzIGFyY2hpdGVjdHVyZSBhbmQgdGVybWlu b2xvZ3kgZG9jdW1lbnRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPkF1dGhvcnMgb2Ygb3VyIFdJ UCBXRyBkb2NzDQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi02dGlzY2gtZHRzZWN1cml0eS16ZXJvdG91Y2gtam9pbi8iIHRhcmdldD0i X2JsYW5rIj48c3BhbiBsYW5nPSJFTi1VUyI+ZHJhZnQtaWV0Zi02dGlzY2gtZHRzZWN1cml0eS16 ZXJvdG91Y2gtam9pbi0wMzwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMiPiwNCjwvc3Bhbj48 YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLTZ0aXNj aC1lbnJvbGxtZW50LWVuaGFuY2VkLWJlYWNvbi8iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5n PSJFTi1VUyI+ZHJhZnQtaWV0Zi02dGlzY2gtZW5yb2xsbWVudC1lbmhhbmNlZC1iZWFjb24tMDA8 L3NwYW4+PC9hPjxzcGFuIGxhbmc9IkVOLVVTIj4sDQo8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi02dGlzY2gtbWluaW1hbC1zZWN1cml0 eS8iIHRhcmdldD0iX2JsYW5rIj48c3BhbiBsYW5nPSJFTi1VUyI+ZHJhZnQtaWV0Zi02dGlzY2gt bWluaW1hbC1zZWN1cml0eS0wODwvc3Bhbj48L2E+DQo8c3BhbiBsYW5nPSJFTi1VUyI+YW5kIDwv c3Bhbj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LTZ0aXNjaC1tc2YvIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gbGFuZz0iRU4tVVMiPmRyYWZ0LWll dGYtNnRpc2NoLW1zZi0wMTwvc3Bhbj48L2E+PHNwYW4gbGFuZz0iRU4tVVMiPiBhcmUgcmVxdWVz dGVkIHRvIHBheSBwYXJ0aWN1bGFyIGF0dGVudGlvbiBvbiBob3cgdGhlaXIgd29yayBpcyByZWZs ZWN0ZWQNCiBpbiB0aGUgQXJjaGl0ZWN0dXJlLCBhbmQgYXJlIHN0cm9uZ2x5IGVuY291cmFnZWQg dG8gcHJvcG9zZSBuZXcgdGV4dCB0byBpbXByb3ZlIHRoZSBjb3JyZWN0bmVzcyBvZiB0aGF0IHJl cHJlc2VudGF0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZSBhcmNoaXRlY3R1cmUgaXMg YSBmb3VuZGF0aW9uYWwgcHJvZHVjdCBvZiB0aGUgV0csIHByb3ZpZGluZyB0aGUgdmlldyBvbiB0 aGUgd2hvbGUgc3RhY2sgdGhhdCB3ZSBkZXNpZ25lZCwgaW1wbGVtZW50ZWQgYW5kIGludGVyb3Ag dGVzdGVkIG92ZXIgdGhlIDUgeWVhcnMNCiBvZiBhY3Rpdml0eSBvZiB0aGUgZ3JvdXA7IGl0IGlz IGluIHNvbWUgZm9ybSBhIHRlc3RpbW9ueSBvZiB0aGUgV0cuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+V2l0aCB0aGlzIGlu IG1pbmQsIHBsZWFzZSBwYXkgYSB2ZXJ5IHNwZWNpYWwgYXR0ZW50aW9uIHdoZW4gcmV2aWV3aW5n IGl0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZSBXR0xDIGVuZHMgb24gRnJpZGF5IE5vdmVt YmVyIDMwPHN1cD50aDwvc3VwPiwgMjAxOC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5NYW55IHRo YW5rcyBpbiBhZHZhbmNlOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZSBjaGFpcnMuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KNnRpc2No IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzo2dGlzY2hAaWV0Zi5vcmciIHRhcmdl dD0iX2JsYW5rIj42dGlzY2hAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82dGlzY2giIHRhcmdldD0iX2JsYW5rIj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvLzZ0aXNjaDwvYT48bzpwPjwvbzpwPjwvcD4N CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_68e645171a5249d8bf60ea7237a73fe7XCHRCD001ciscocom_-- From nobody Thu Nov 22 04:31:48 2018 Return-Path: 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 4F5A0129AB8; Thu, 22 Nov 2018 04:31:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 WrzKH7YMZhcp; Thu, 22 Nov 2018 04:31:42 -0800 (PST) Received: from smtp-out11.electric.net (smtp-out11.electric.net [185.38.181.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C8C812D4E8; Thu, 22 Nov 2018 04:31:41 -0800 (PST) Received: from 1gPo8x-000E1J-TG by out11a.electric.net with emc1-ok (Exim 4.90_1) (envelope-from ) id 1gPo8x-000E3K-Uj; Thu, 22 Nov 2018 04:31:39 -0800 Received: by emcmailer; Thu, 22 Nov 2018 04:31:39 -0800 Received: from [194.218.146.197] (helo=sp-mail-2.sp.se) by out11a.electric.net with esmtps (TLSv1.2:ECDHE-RSA-AES128-SHA256:128) (Exim 4.90_1) (envelope-from ) id 1gPo8x-000E1J-TG; Thu, 22 Nov 2018 04:31:39 -0800 Received: from mail-wm1-f44.google.com (10.116.0.226) by sp-mail-2.sp.se (10.100.0.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1531.3; Thu, 22 Nov 2018 13:31:39 +0100 Received: by mail-wm1-f44.google.com with SMTP id c126so8931819wmh.0; Thu, 22 Nov 2018 04:31:38 -0800 (PST) X-Gm-Message-State: AA+aEWa/4l1BmwKjPe5fP2n4SRqyPVMQZhXE1VXsuuLkXHXrdeMnRuPl 2kJv2yt6Ab17P+paf6nZGWxWU5tFSvz+1j7XkX8= X-Google-Smtp-Source: AFSGD/UwEkdo48wefVZEQP+sITrxNqn4L5yULiuicGq1nA/vDU/9X5wwluM12V0gY2CCfgI+3HaeuGLC4xBEirEu3L0= X-Received: by 2002:a7b:ca53:: with SMTP id m19mr6792718wml.102.1542889893216; Thu, 22 Nov 2018 04:31:33 -0800 (PST) MIME-Version: 1.0 References: <68e645171a5249d8bf60ea7237a73fe7@XCH-RCD-001.cisco.com> In-Reply-To: <68e645171a5249d8bf60ea7237a73fe7@XCH-RCD-001.cisco.com> From: Simon Duquennoy Date: Thu, 22 Nov 2018 13:31:23 +0100 X-Gmail-Original-Message-ID: Message-ID: To: "Pascal Thubert (pthubert)" CC: 6tisch <6tisch@ietf.org>, <6tisch-ads@ietf.org>, <6tisch-chairs@ietf.org> Content-Type: multipart/alternative; boundary="0000000000000349a6057b400cc6" X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-3.sp.se (10.100.0.163) To sp-mail-2.sp.se (10.100.0.162) X-Outbound-IP: 194.218.146.197 X-Env-From: simon.duquennoy@ri.se X-Proto: esmtps X-Revdns: X-HELO: sp-mail-2.sp.se X-TLS: TLSv1.2:ECDHE-RSA-AES128-SHA256:128 X-Authenticated_ID: X-PolicySMART: 14510320 X-Virus-Status: Scanned by VirusSMART (c) X-Virus-Status: Scanned by VirusSMART (s) Archived-At: Subject: Re: [6tisch] WGLC for https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 12:31:47 -0000 --0000000000000349a6057b400cc6 Content-Type: text/plain; charset="UTF-8" Thanks a lot, Pascal! Simon On Thu, Nov 22, 2018 at 1:08 PM Pascal Thubert (pthubert) < pthubert@cisco.com> wrote: > Hello Simon > > > > I added the following on your behalf > > > > MSF is one of the > possible > > scheduling functions. MSF uses the rendez-vous slot from > > for network discovery, neighbor > discovery, > > and any other broadcast. > > For basic unicast communication with any neighbor, each node > uses a > > receive cell at a well-known slotOffset/channelOffset, derived > from > > a hash of their own MAC address. > > Nodes can reach any neighbor by installing a transmit (shared) > cell > > with slotOffset/channelOffset derived from the neighbor's MAC > address. > > For child-parent links, MSF continuously monitors the load > to/from > > parents and children. It then uses 6P to install/remove unicast > cells > > whenever the current schedule appears to be under-/over- > provisioned. > > > > Please note this makes you contributor. I also added your name in the > contributor section if you do not mind. > > > > Take care, > > > > Pascal > > > > *From:* Simon Duquennoy > *Sent:* jeudi 22 novembre 2018 09:50 > *To:* Pascal Thubert (pthubert) > *Cc:* 6tisch <6tisch@ietf.org>; 6tisch-ads@ietf.org; > 6tisch-chairs@ietf.org > *Subject:* Re: [6tisch] WGLC for > https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt > > > > Hi Pascal, WG, > > > > I drafted a summary of MSF for potential inclusion in 4.4.2. > > > > The proposal is to: > > (1) Remove MSF mention in "An optional Scheduling Function (SF) such as > MSF [I-D.ietf-6tisch-msf] is used to" > > -> "An optional Scheduling Function (SF) is used to" > > (2) Add the following paragraph at the end of the section: > > ======== > > As an example SF, we briefly introduce MSF [I-D.ietf-6tisch-msf]. > > MSF uses the rendez-vous slot from [RFC8180] for network discovery, > neighbor discovery, and any other broadcast. > > For basic unicast communication with any neighbor, each node has a receive > cells at a well-known slotOffset/channelOffset, derived from a hash of > their own MAC address. > > Nodes can reach any neighbor by installing a transmit (shared) cell with > slotOffset/channelOffset derived from the neighbor's MAC address. > > For child-parent links, MSF continuously monitors the load to/from parents > and children. > > It then uses 6P to install/remove unicast cells whenever the current > schedule appears to be under-/over- provisioned. > > ======== > > > > Thank you, > > Simon > > > > > > On Sun, Nov 11, 2018 at 3:23 AM Pascal Thubert (pthubert) < > pthubert@cisco.com> wrote: > > Dear WG : > > > > We are now starting the working group last call for the 6TiSCH > Architecture based on > https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt. This > document is the merge of the previous architecture and terminology > documents. > > > > Authors of our WIP WG docs draft-ietf-6tisch-dtsecurity-zerotouch-join-03 > , > draft-ietf-6tisch-enrollment-enhanced-beacon-00 > , > draft-ietf-6tisch-minimal-security-08 > and > draft-ietf-6tisch-msf-01 > are requested > to pay particular attention on how their work is reflected in the > Architecture, and are strongly encouraged to propose new text to improve > the correctness of that representation. > > > > The architecture is a foundational product of the WG, providing the view > on the whole stack that we designed, implemented and interop tested over > the 5 years of activity of the group; it is in some form a testimony of the > WG. > > With this in mind, please pay a very special attention when reviewing it. > > > > The WGLC ends on Friday November 30th, 2018. > > > > Many thanks in advance; > > > > The chairs. > > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch > > --0000000000000349a6057b400cc6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks a lot, Pascal!
Simon

=
On Thu, Nov 22, 2018 at 1:0= 8 PM Pascal Thubert (pthubert) <pt= hubert@cisco.com> wrote:

Hello Simon

=C2=A0

I added the following on your b= ehalf

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 <xref target=3D"I-D.ietf-6tisch-msf"&= gt;MSF</xref> is one of the possible

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0scheduling functions. MSF uses the rend= ez-vous slot from

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0<xref target=3D"RFC8180"/&= gt; for network discovery, neighbor discovery,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 and any other broadcast.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 For basic unicast communication with any nei= ghbor, each node uses a

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 receive cell at a well-known slotOffset/chan= nelOffset, derived from

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 a hash of their own MAC address.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Nodes can reach any neighbor by installing a= transmit (shared) cell

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 with slotOffset/channelOffset derived from t= he neighbor's MAC address.

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 For child-parent links, MSF continuously mon= itors the load to/from

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0parents and children. It then uses 6P t= o install/remove unicast cells

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 whenever the current schedule appears to be = under-/over- provisioned.

=C2=A0

Please note this makes you cont= ributor. I also added your name in the contributor section if you do not mi= nd.

=C2=A0

Take care,=

=C2=A0

Pascal

=C2=A0

From: Simon Duquennoy <simon.duquennoy@ri.se>
Sent: jeudi 22 novembre 2018 09:50
To: Pascal Thubert (pthubert) <pthubert@cisco.com>
Cc: 6tisch <= 6tisch@ietf.org>; 6tisch-ads@ietf.org; 6tisch-chairs@ietf.org
Subject: Re: [6tisch] WGLC for https://www.ietf.org= /id/draft-ietf-6tisch-architecture-17.txt

=C2=A0

Hi Pascal, WG,

=C2=A0

I drafted a summary of MSF for potential inclusion i= n 4.4.2.

=C2=A0

The proposal is to:

(1) Remove MSF mention in "An optional Scheduli= ng Function (SF) such as MSF [I-D.ietf-6tisch-msf] is used to"<= u>

->=C2=A0 "An optional Scheduling Function (S= F) is used to"

(2) Add the following paragraph at the end of the se= ction:

=3D=3D=3D=3D=3D=3D=3D=3D

As an example SF, we briefly introduce MSF [I-D.ietf= -6tisch-msf].

MSF uses the rendez-vous slot from [RFC8180] for net= work discovery, neighbor discovery, and any other broadcast.<= /p>

For basic unicast communication with any neighbor, e= ach node has a receive cells at a well-known slotOffset/channelOffset, deri= ved from a hash of their own MAC address.

Nodes can reach any neighbor by installing a transmi= t (shared) cell with slotOffset/channelOffset derived from the neighbor'= ;s MAC address.

For child-parent links, MSF continuously monitors th= e load to/from parents and children.

It then uses 6P to install/remove unicast cells when= ever the current schedule appears to be under-/over- provisioned.=

=3D=3D=3D=3D=3D=3D=3D=3D=C2=A0

=C2=A0

Thank you,

Simon

=C2=A0

=C2=A0

On Sun, Nov 11, 2018 at 3:23 AM Pascal Thubert (pthu= bert) <pthubert@= cisco.com> wrote:

Dear WG=C2=A0:

=C2=A0

We are now starting the working= group last call for the 6TiSCH Architecture based on https://www.ietf.org/id/draft-ietf-6tisch-architecture-17.txt. This doc= ument is the merge of the previous architecture and terminology documents.<= u>

=C2=A0

Authors of our WIP WG docs draft-ietf-6ti= sch-dtsecurity-zerotouch-join-03, draft-ietf-6t= isch-enrollment-enhanced-beacon-00, draft-ietf-6tisch-minim= al-security-08 and draft-ietf-= 6tisch-msf-01 are requested to pay particul= ar attention on how their work is reflected in the Architecture, and are strongly encouraged to propose new text to im= prove the correctness of that representation.

=C2=A0

The architecture is a foundatio= nal product of the WG, providing the view on the whole stack that we design= ed, implemented and interop tested over the 5 years of activity of the group; it is in some form a testimony of the WG.=

With this in mind, please pay a= very special attention when reviewing it.

=C2=A0

The WGLC ends on Friday Novembe= r 30th, 2018.

=C2=A0

Many thanks in advance;<= u>

=C2=A0

The chairs.

_______________________________________________
6tisch mailing list
6tisch@ietf.org = https://www.ietf.org/mailman/listinfo/6tisch

--0000000000000349a6057b400cc6-- From nobody Thu Nov 29 05:36:51 2018 Return-Path: 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 A52FD130DC8; Thu, 29 Nov 2018 05:36:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 UdOFopwCFoLe; Thu, 29 Nov 2018 05:36:42 -0800 (PST) Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6355D128BCC; Thu, 29 Nov 2018 05:36:42 -0800 (PST) Received: from dooku.sandelman.ca (unknown [80.233.44.48]) by relay.sandelman.ca (Postfix) with ESMTPS id EDD3F1F8BD; Thu, 29 Nov 2018 13:36:39 +0000 (UTC) Received: by dooku.sandelman.ca (Postfix, from userid 179) id 30D5AB00; Thu, 29 Nov 2018 08:36:06 -0500 (EST) From: Michael Richardson To: anima@ietf.org, 6tisch@ietf.org X-Attribution: mcr X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Date: Thu, 29 Nov 2018 13:36:06 -0000 Message-ID: <6520.1543498566@dooku.sandelman.ca> Archived-At: Subject: [6tisch] BRSKI use in IoT enrollment X-BeenThere: 6tisch@ietf.org X-Mailman-Version: 2.1.29 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: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2018 13:36:45 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable R=C3=BCst Andreas (ruan) and "Camenzind, Oskar" and a few other Siemens people have a paper up on their implementation of BRSKI for Thread/Fairhair-Alliance enrollment. It is here: https://doi.org/10.21256/zhaw-2750 Some of the Thread people I met with this week are going to to attempt to renew the liason process from their end. R=C3=BCst will be speaking at the https://iotsfconference.com/. I am also presenting, my slides are at: http://www.sandelman.ca/SSW/talks/iotsf2018-brski/ =2D- ] Never tell me the odds! | ipv6 mesh network= s [ ] Michael Richardson, Sandelman Software Works | network architect= [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails = [ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAlv/60UACgkQlUzhVv38 QpBX6Qf8DJU7x6KBb5UdI2YVecRkic0FPwsDbtUryh+KxaT20c5gH0GpAo6Kommi KV+V9qiIVOFYF2B0l7b2xdBLfh+iI/a92LHFhGPHqsI1385zC2v6j+ttLm0GKjOJ e/YNISHzCLgnPBXlmR+T+K4vUH2M7NRSnw5/m4Z5vaLEScLSK3cjZNMiONFb+zNT EMkXu+Z1soLsAavYjdTZCtNesF0JuuD2n946+d0gMks63j42jVfm+UTl5V5fwLye 8ISW4/FeQWW3xZKgRBZohzyg9LnQTsL3sF/eGtd6Y36LqAtIQcvm/g0u19rgFCYz DNR8Q9LwL0+5WzONIaY3aiJT/3bPdQ== =RjjP -----END PGP SIGNATURE----- --=-=-=--