Re: [6tisch] #41 (minimal): intended status for draft minimal

Brian Haberman <brian@innovationslab.net> Mon, 30 November 2015 17:57 UTC

Return-Path: <brian@innovationslab.net>
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 675271B2A7E for <6tisch@ietfa.amsl.com>; Mon, 30 Nov 2015 09:57:58 -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, RCVD_IN_DNSWL_LOW=-0.7] 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 SG5KwEZcTdNv for <6tisch@ietfa.amsl.com>; Mon, 30 Nov 2015 09:57:57 -0800 (PST)
Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBFEF1B2A7D for <6tisch@ietf.org>; Mon, 30 Nov 2015 09:57:56 -0800 (PST)
Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id C591C880D1 for <6tisch@ietf.org>; Mon, 30 Nov 2015 09:57:56 -0800 (PST)
Received: from clemson.jhuapl.edu (swifi-nat.jhuapl.edu [128.244.87.133]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id 8C70C328081A for <6tisch@ietf.org>; Mon, 30 Nov 2015 09:57:56 -0800 (PST)
To: 6tisch@ietf.org
References: <060.92a20915e49c32f8bffbbbb0b4a66869@tools.ietf.org> <075.1f97e51c53b1c124937a2b6c7fca39d7@tools.ietf.org> <a864c3f122d24d638adf712ed92054cd@XCH-RCD-001.cisco.com> <565C8BC8.900@berkeley.edu>
From: Brian Haberman <brian@innovationslab.net>
Message-ID: <565C8E1E.3040106@innovationslab.net>
Date: Mon, 30 Nov 2015 12:57:50 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <565C8BC8.900@berkeley.edu>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="RCcM8k5h36NWtmHLfkRWTKmCW1Sj1MsvS"
Archived-At: <http://mailarchive.ietf.org/arch/msg/6tisch/NBdyBntQMP9WuZnjzvv_T9aUKa8>
Subject: Re: [6tisch] #41 (minimal): intended status for draft minimal
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.15
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, 30 Nov 2015 17:57:58 -0000

Hi Kris,

On 11/30/15 12:47 PM, Kris Pister wrote:
> are most "ipv6-over-foo" documents standards track, or something else?
> 

Yes, the ipv6-over-foo documents are standards track. It should be noted
that those drafts specifically describe the detailed operation of the
IPv6 stack for the foo physical layer. The minimal document seems to be
more of a compilation of "set X to Y", where X is already defined in a
different specification.

Your question does raise an interesting point. Is this document supposed
to be the 802.15.4e equivalent of RFC 2464? It certainly doesn't read
that way to me.

Regards,
Brian

> ksjp
> 
> On 11/30/2015 9:43 AM, Pascal Thubert (pthubert) wrote:
>> Dear all:
>>
>> I created that issue to follow up on whether standard track is really
>> the intention for this document or, as Suresh and Brian suggest, we
>> would explore an alternative, BCP or informational.
>> At the call, there was a sense that informational was not the right
>> path, and that std track was slightly preferred. If that is so, we
>> must now make the case in the shepherd writeup and defend it in front
>> of the IESG. I would like that we explorein depth the pros and cons of
>> each, and we really want all the arguments on the table.
>>
>> What I have so far:
>>
>> 1) minimal is a base that we expect will operate in many networks
>> since it appears to be needed to build the next stage where dedicated
>> time slots can be negotiated. Apparently this pleads against
>> informational
>> 2) minimal is a recommendation for device builders, as opposed to
>> network admin. Apparently this pleads for std track rather than BCP
>> 3) minimal defines a way to compute the Rank that cannot be obtained
>> with a simple parameter in an existing implementation. The operation
>> SHOULD be programmed in the device for interoperation and that
>> operation is not specified in a preexisting RFC. This pleads for std
>> track
>>
>> What else?
>>
>> Pascal
>>
>>
>>> -----Original Message-----
>>> From: 6tisch issue tracker [mailto:trac+6tisch@tools.ietf.org]
>>> Sent: lundi 30 novembre 2015 13:29
>>> To: xvilajosana@gmail.com; Pascal Thubert (pthubert)
>>> <pthubert@cisco.com>
>>> Cc: 6tisch@ietf.org
>>> Subject: Re: [6tisch] #41 (minimal): intended status for draft
>>> minimal (was:
>>> internded status for draft minimal)
>>>
>>> #41: intended status for draft minimal
>>>
>>>
>>> -- 
>>> -----------------------------------+------------------------------------
>>>   Reporter:  pthubert@cisco.com     |       Owner: 
>>> xvilajosana@gmail.com
>>>       Type:  defect                 |      Status:  new
>>>   Priority:  major                  |   Milestone:  milestone1
>>> Component:  minimal                |     Version:  1.0
>>>   Severity:  Submitted WG Document  |  Resolution:
>>>   Keywords:                         |
>>> -----------------------------------+------------------------------------
>>>
>>> Ticket URL:
>>> <https://trac.tools.ietf.org/wg/6tisch/trac/ticket/41#comment:2>
>>> 6tisch <https://tools.ietf.org/6tisch/>
>>> IPv6 over the TSCH mode of IEEE 802.15.4e
>> _______________________________________________
>> 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