Re: [6tisch] Protocol Action: '6TiSCH Operation Sublayer Protocol (6P)' to Proposed Standard (draft-ietf-6tisch-6top-protocol-12.txt)

Qin Wang <qinwang6top@yahoo.com> Mon, 20 August 2018 14:41 UTC

Return-Path: <qinwang6top@yahoo.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAD93130F62 for <6tisch@ietfa.amsl.com>; Mon, 20 Aug 2018 07:41:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 euQ8TS1fUU4V for <6tisch@ietfa.amsl.com>; Mon, 20 Aug 2018 07:41:37 -0700 (PDT)
Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80CDB130E3F for <6tisch@ietf.org>; Mon, 20 Aug 2018 07:41:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1534776097; bh=qZGIB6z5EL9K4fu1QroO826D34vOADSEuGv2xCGdpOo=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject; b=WXURUnkJxjmAoCm1IZkV2IrxCkIjgh+CmBU9lhKbokfgD1T6+1as5zmuyoukrM3LhG7VzDtP3HI2OqoRjz1EwGuyFOttrrsnBPA4a3WCsnI0hPVJ5jHNVQCafRbsiAVXorNe4+haDGHWwU96uZ/ISMIBF3vJguClfCWkOeSMnMI4C4t0oUxJk/PGN26GnLnPwqvPfxRsP43nKDoV/5YRevTA8vj8+sieqQutAfA2W21BJ+YKF8HPG25wWp+hmtwp4N5X2O+wlZOQv26UfFLc4KsiDtwJ8Kao3W4eb3LpQSeAOUuFbVxlJ5Ao23JcsAKQuWp8JL8SZdIS+q3aEjRzhQ==
X-YMail-OSG: FQAagQgVM1lsx9MnoDTizkXvyN5iUNuUBwyU9Z7rBZl6k8P7yWwNHKWCmvzjzPv FrGO1TdxYhp4IabuLiAzZq_E89L8lCMiNn6nSI.nGtFa.eaT_So6t4xJlzWinRnAKQPyjirglqok 5YtBcpdpHUklGcC7APtxuEsExB_QKJch4sWw7DfgM8XazZqPO8HXGlJCKwp5oRyL4FSYsK.QwivH xoxHG8RxMZSLmkv_D_jsB0YS9kCfqBBVFWpQxr6jlFmz5H9wEuprLUs4eQVuYPPe1MfjxfI6IEpT HL4s9Qombwf0H8Yjl6LxD_CovyY8WeDefE.nxRXhxKH5i7JI83W_coudfNcScfDR4QVNq6VnGKs7 tLjyGU0Hht7YEqTyRviZFnE9VS9hnLMGr81ncMlxm7eiTBtKawN1OgrLJ9qkppdMyAyDrmT2D0Zw xjS0g6rl37w0NNM6dHpIXot2rPLOJWuqJxKmK8IQfCUrvxZ0X6vUq2.woCVrFFkumfOtexqAnvks LJ2Zz5AGgsGk7boU7OjmkN7YJ_NZOsLFTnHc0OxF47VbtFHK883wGoF9.LG6igO6vHGCuTK2LPC6 RTDkMgC.qZ1O1rXAgWiP0JXG79oyIDcXIljHga51ZrfZducKhytz3rfLkvEo5R2BZ5FXmpXQ5MdR vPsRTSEmohdAAIlv8nTV9QxFcp4X_Ud7tS8Wde3AT2R9UOZIZO_2BRan4yKtwif3fuvygxdI_OtV 3FMtPbZzzMnGOdWqxXKIRvVqvbck6JTsr2vo9NBlirjieF8B6Myx71r2eDUNAVFLCsi.sUionIve yALCk1LwZaEhPK94Qqa7skh6wl2_RDBS8v_7DlbAaKMBLaQ5s8gN.Zn.yEGO_uZ3Wzr3VwVEKHgO Lu8o8v41UNmo40dJc.sJUAaJzpCzxOS7w1RHopU9Pm8UIRZ.IdJfKG7yBYYTP8_khopo0suy4.VP g1A0zq_k6Kg--
Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 20 Aug 2018 14:41:37 +0000
Date: Mon, 20 Aug 2018 14:31:33 +0000
From: Qin Wang <qinwang6top@yahoo.com>
To: IETF-Announce <ietf-announce@ietf.org>, The IESG <iesg-secretary@ietf.org>
Cc: Pascal Thubert <pthubert@cisco.com>, 6tisch-chairs@ietf.org, The IESG <iesg@ietf.org>, 6tisch@ietf.org, rfc-editor@rfc-editor.org, suresh@kaloom.com, draft-ietf-6tisch-6top-protocol@ietf.org
Message-ID: <2032397823.11032645.1534775493190@mail.yahoo.com>
In-Reply-To: <153442667846.12180.8208252699939310110.idtracker@ietfa.amsl.com>
References: <153442667846.12180.8208252699939310110.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_11032644_1836844190.1534775493187"
X-Mailer: WebService/1.1.12206 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/RppgZNiv98oApaNFe88L7_zA50E>
Subject: Re: [6tisch] Protocol Action: '6TiSCH Operation Sublayer Protocol (6P)' to Proposed Standard (draft-ietf-6tisch-6top-protocol-12.txt)
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Aug 2018 14:41:39 -0000

 Great!
    On Thursday, August 16, 2018, 9:38:13 AM EDT, The IESG <iesg-secretary@ietf.org> wrote:  
 
 The IESG has approved the following document:
- '6TiSCH Operation Sublayer Protocol (6P)'
  (draft-ietf-6tisch-6top-protocol-12.txt) as Proposed Standard

This document is the product of the IPv6 over the TSCH mode of IEEE 802.15.4e
Working Group.

The IESG contact persons are Suresh Krishnan and Terry Manderson.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-6tisch-6top-protocol/





Technical Summary

  This document defines the 6top Protocol (6P), which enables
  distributed scheduling in 6TiSCH networks.  6P allows neighbor nodes
  to add/delete TSCH cells to one another.  6P is part of the 6TiSCH
  Operation Sublayer (6top), the next higher layer to the IEEE Std
  802.15.4 TSCH medium access control layer.  The 6P layer is formed by
  the 6top Protocol defined in this document and 6top Scheduling
  Function(s).  A 6top Scheduling Function (SF) decides when to add/
  delete cells, and triggers 6P Transactions.  This document lists the
  requirements for an SF, but leaves the definition of SFs out of
  scope.

Working Group Summary


This document was not controversial. The design was complex due to the need to save exchanges and yet provide transactional outcomes.
The next generation of the work may be done at IEEE, e.g. within IEEE Std. 802.12

Document Quality

This specification was implemented in openWSN and contiki.
It was interop tested at the 6TiSCH F-interop in Prague:
http://www.etsi.org/news-events/events/1197-6tisch-interop-prague-2017
Return from experimentation is implemented in the draft

Personnel

Pascal Thubert is the Document Shepherd. Suresh Krishnan is the Responsible Area Director.

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