[6tisch] Minutes webex 01 April 2014, 6top call 6TiSCH WG

Qin Wang <qinwang6top@yahoo.com> Tue, 01 April 2014 20:38 UTC

Return-Path: <qinwang6top@yahoo.com>
X-Original-To: 6tisch@ietfa.amsl.com
Delivered-To: 6tisch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4C8A1A09FE for <6tisch@ietfa.amsl.com>; Tue, 1 Apr 2014 13:38:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.109
X-Spam-Level:
X-Spam-Status: No, score=-0.109 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, 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, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 ZP5_1QtvW5Ve for <6tisch@ietfa.amsl.com>; Tue, 1 Apr 2014 13:38:12 -0700 (PDT)
Received: from nm14-vm3.bullet.mail.ne1.yahoo.com (nm14-vm3.bullet.mail.ne1.yahoo.com [98.138.91.144]) by ietfa.amsl.com (Postfix) with ESMTP id 387701A06BC for <6tisch@ietf.org>; Tue, 1 Apr 2014 13:38:12 -0700 (PDT)
Received: from [98.138.100.117] by nm14.bullet.mail.ne1.yahoo.com with NNFMP; 01 Apr 2014 20:38:08 -0000
Received: from [98.138.101.169] by tm108.bullet.mail.ne1.yahoo.com with NNFMP; 01 Apr 2014 20:38:08 -0000
Received: from [127.0.0.1] by omp1080.mail.ne1.yahoo.com with NNFMP; 01 Apr 2014 20:38:08 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 450916.47438.bm@omp1080.mail.ne1.yahoo.com
Received: (qmail 92623 invoked by uid 60001); 1 Apr 2014 20:38:08 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1396384688; bh=cmzmRD+rWDuMVtOOOUAOSiLqbxN6sXPPQ4UAHsfQApk=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=wZY7VzubdpQihzPfqLb55hHRpFcHgcUmdmzjj2tGf3zm8mVu8wReCnAND3Rb+oSl1aECxJ2wVLODALaaVrtMprlDaqrD16bHNfMxsUpya77TnwnYfi/F8qlhc4fLoZfo3wBKB3nbGwGLqOryO/q57COyB/Mfd6HPGBlw87N5vKg=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=WQYfMsUJ+Hmq5DseT+OZtfF3cuU1eRlLaItF17jbZqIWPEaOtnIQOogq1r7+0XcZICMH3h+2tIy6HImc6JZAqs7TczLFpRSF0VTeuRqGZ1GLNNkTQHn/6kzGj5izCWx662+xlrLlm9UWcjIDDONf4OXfKlYZUI725hdnrYcneRs=;
X-YMail-OSG: ZhIGYaoVM1mOUjOULo1KZS4lAD.xqeHTJg7_Ql2Jjm7euPV Ikz3zEYM3eu4xXxy4BORGvz9fkacUgqjKbH5c9YiKyIl14HiWZhdWGtidcNp 9rkQZf8dOKQcfYIhhlj6Scf.OWNeKmW0wf9GuTg4nQc6VL2vui1KNBhaR9pg eV2ww3Cje1Cd9lvOJbyrhGzPudkfpnwqHRedwhjfrhxBMXSwtcQ52dRTFkiy CHYr6sD0bEzJwCSs22hRhztAVrbYavLPSaPm1U3oFhi0_NLH_6SuGQzCEbgj OQX.iVIeXjQiz.bnjftbVm3NSYuZCMG0Jf50vxvogy4rIywSWRRI.5povdKS GX153JE_N5iweTcLNiwJN4VNibMj_hlatbQtpsfCWPmk8t7lLrmXVlLqJUle v74Tl5GfnF9Dnd4GPoSOccqjxaHCO.vVyAjYRz3gJh5JIyXYfLYTA1iLzPdz PF312MN6rBCb.kD0F.XBAcTuwZsehJzE3FJFI2o2NpbJVVaEFy78tFMFyW_O 5Y3h1iYcjY8QYp3QF0X3.6Z7vElPyDP6i_dK9V8x6z.60FPtVS1uNGniaf8m zhWmDiJIgB1ko3252
Received: from [173.49.106.234] by web120004.mail.ne1.yahoo.com via HTTP; Tue, 01 Apr 2014 13:38:08 PDT
X-Rocket-MIMEInfo: 002.001, QWxsLAoKWW91IHdpbGwgZmluZCB0aGUgbWludXRlcyBvZiB0aGUgbGFzdCB3ZWJleCA2dG9wIGJlbG93LgoKRllJLCBhbGwgdGhlIG1pbnV0ZXMgYW5kIHNsaWRlcyBhcmUgYXJjaGl2ZWQgYcKgaHR0cHM6Ly9iaXRidWNrZXQub3JnLzZ0aXNjaC9tZWV0aW5ncy8uCgpUaGFua3MgdG8gWGF2aSwgVGhvbWFzIGFuZCBSYWdodXJhbcKgZm9yIHRha2luZyBub3RlcyEKCkFzIHVzdWFsLCBwbGVhc2UgZml4IGFueXRoaW5nIHdlIG1pZ2h0IGhhdmUgbWlzc2VkIGRpcmVjdGx5IGluIHRoZSBlLW1haWwgYW5kIHJlcGwBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.181.645
Message-ID: <1396384688.90955.YahooMailNeo@web120004.mail.ne1.yahoo.com>
Date: Tue, 01 Apr 2014 13:38:08 -0700
From: Qin Wang <qinwang6top@yahoo.com>
To: "6tisch@ietf.org" <6tisch@ietf.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="1265908415-1413265384-1396384688=:90955"
Archived-At: http://mailarchive.ietf.org/arch/msg/6tisch/RC8mbVVMo7FjfOBN6We-q0i3am4
Subject: [6tisch] Minutes webex 01 April 2014, 6top call 6TiSCH WG
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Qin Wang <qinwang6top@yahoo.com>
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: <http://www.ietf.org/mail-archive/web/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: Tue, 01 Apr 2014 20:38:16 -0000

All,

You will find the minutes of the last webex 6top below.

FYI, all the minutes and slides are archived a https://bitbucket.org/6tisch/meetings/.

Thanks to Xavi, Thomas and Raghuram for taking notes!

As usual, please fix anything we might have missed directly in the e-mail and reply.

Qin

------------------------------------

Minutes Webex 1 April, 6top call 6TiSCH WG
Note: timestamps in PDT.
Taking notes (using Etherpad)
	1. Xavi Vilajosana
	2. Thomas Watteyne
	3. Raghuram Sudhaakar
Attendance (alphabetically)
	1. Pouria Zand
	2. Qin Wang
	3. Raghuram Sudhaakar
	4. Thomas Watteyne
	5. Xavi Vilajosana
Action items
	* Raghuram and Pouria to indicate on ML the maximum length of payload.
	* Qin to investigate the possibility of doing 6top-to-6top negotiation using CoAP
	* Qin to start Doodle to find good time for next calls.
	* Thomas to publish minutes on ML.
Minutes
	* [08.05] meeting starts
	* [Qin] in draft-sudhaakar-6tisch-coap-01, what is the difference management and information resources?
	* [Raghuram] management is R/W, information is R-only. Categorization based on this.
	* [Raghuram] URL are generated by following YANG data model. See example.
	* [Raghuram] let's use this call to discuss basic direction we want the discussion to progress.
	* [Raghuram] how are we going to reuse CoAP parser. Clarify the reason to choose between CoAP and 6top-to-6top.
	* [Pouria] clarify exactly what are the requirements to 6top-to-6top communication.
	* Example: is there any case when the parent needs to monitor children or keep its connection? maybe different requirements/methods
	* [Raghuram] we need to differentiate 6top-to-6top and PCE-based monitoring and management, in particular access control. security will be affected.
	* [Thomas] Number of things to take in to account.
	* what to do about security (in particular Authentication and Authorization)
	* make use of what is happening in DICE and ACE?
	* what to do when the payload is too long?
	* Block transfer?
	* do we want/need observe mechanism?
	* Observe is inherent CoAP - make it part of 6top-to-6top?
	* [Thomas] About footprint, CoAP implementation might be shared between L2 and L7.
	* [Qin] is this also related to 6top to 6top communication or it is also related to PCE to 6top communication?
	* [Raghuram] We see lots of similarities between both cases. -> Reuse?
	* [Thomas] if we have the real CoAP implementation from L7, most of the handling of it can be deferred to that layer. In the implementation they will use the same functions.
	* Assuming that at layer 7 we have all this pieces this does not increment the footprint.
	* [Raghuram] what are the boundaries of what will go inside of the mote.
	* [Qin] 2 different approaches
	* Check if coap can live inside 6top
	* take everything from CoAP.
	* [Pouria] Classify 6top to 6top communication in 2 classes:
	* requiring lots of bytes to be transferred --> back-call to l4 to do that instead of 6top
	* [Raghuram] Identify What are the other elements that CoAP also offers that can be beneficial for us.
	* [Thomas] ACE WG is working on security aspects.
	* [Raghuram] Include a field that ACE can use inside the Wrapper IE to support authorization.
	* [Thomas] Length of packet might be a problem, what is the longest payload we expect?
	* [Raghuram] With current version of CoAP draft, payload is short. Not exceeding 200B.
	* [Thomas] If it is longer to what we can fit into an IE, we will require fragmentation. Block transfer can be used for that.
Action item: Raghuram and Pouria to indicate on ML the maximum length of payload.
	* [Thomas] Other important point is negotiation between 6top peers.
	* In draft-wang-6tisch-6top-sublayer-00, sublayer draft proposes a negotiation format.
	* Do we want to/can we add negotiation as part of the data model?
	* [Qin] Question about whether to use separate negotiation protocol or use coap as well:
	* this will enable to represent negotiation messages as part of the data model
	* differentiation between accessing MIB and negotiation
	* the content of what goes over the air in a negotiation process
	* negotiation packet is not part of the data model, is more an extension to the transport protocol (CoAP),
	* evaluate if it is possible to define the message content as part of the YANG model or in contrast think on how to extend CoAP to have that message format.
	* CoAP enables RESTful interface through GET, PUT, POST, DELETE methods
	* POST enables invoke
Action item: Qin to investigate the possibility of doing 6top-to-6top negotiation using CoAP
	* 6top-to-6top communication might be limited by authority part defined by CoAP as this requires IP addresses of counterparts.
	* [Qin] Next call, at what time? We will have people calling in from China, PDT and CET>
Action item: Qin to start Doodle to find good time for next calls.
	* AOB
Action item: Thomas to publish minutes on ML.
	* [08.58] meeting ends