> On Dec 1, 2015, at 8:03 AM 12/1/15, Pascal Thubert (pthubert) > <[email protected]> wrote: > > Hello Ralph: > > I understand that the 6TiSCH architecture, which describes as an > informational the general topologies, the use of RPL and 6LoWPAN, and > positions the 6BBR as well, is what you call b).
Not really what I was thinking... I would think of (b) as a standalone "IPv6-over-foo" document, where "foo" is minimal 6TiSCH. It would include all protocols and enough operational instruction and parameters to build an interoperable implementation from that one document. (a) would be an addendum to a more general IPv6-over-6TiSCH document, giving only the diffs against the IPv6-over-6TiSCH document required for minimal operation. > One intent was to back the minimal document with the architecture document so > we would not have to place that informational background in the standard. In that model (a), the minimal document needs to be written as an addendum to a full IPv6-over-6TiSCH document, not an architecture document. > Minimal operating on 802.15.4, it works with the existing 6LoWPAN HD and ND, > and does not need to change or parametrize them to operate as a NBMA mesh. A > product that implements minimal will beneficiate from the improvements coming > from the work in progress at 6lo to build a larger subnet and save energy > with an improved compression. Do we need text to say that? Somewhere, there needs to be a specification to use 6lowpan and ND, and the specifics of how to use them. I don't see any reference to those protocols in the existing draft-ietf-6tisch-minimal document nor do I see a specification to use any those protocols in any of the references cited in draft-ietf-6tisch-minimal. 6lowpan and ND are only examples. There may be other protocols that need to be mentioned in the same way. - Ralph > > Cheers, > > Pascal > > >> -----Original Message----- >> From: 6tisch [mailto:[email protected]] On Behalf Of Ralph Droms >> Sent: lundi 30 novembre 2015 22:48 >> To: [email protected] >> Cc: Haberman Brian <[email protected]> >> Subject: Re: [6tisch] #41 (minimal): intended status for draft minimal >> >> >>> On Nov 30, 2015, at 12:57 PM 11/30/15, Brian Haberman >> <[email protected]> wrote: >>> >>> 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. >> >> I think Brian's observation points to an important decision that the WG >> needs to >> make about this document. Is the document intended to be: >> >> (a) a supplement to an "IP-over-6TiSCH" document, that gives specific >> operational parameters for minimal operation of the IP-over-6TiSCH protocol >> suite; or >> (b) a standalone document that explicitly describes the specific use of all >> the >> protocols required for minimal operation of 6TiSCH >> >> In my opinion, the document is currently more (a) than (b). However, (a) >> requires a completed IP-over-6TiSCH document. >> >> - Ralph >> >>> >>> 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:[email protected]] >>>>>> Sent: lundi 30 novembre 2015 13:29 >>>>>> To: [email protected]; Pascal Thubert (pthubert) >>>>>> <[email protected]> >>>>>> Cc: [email protected] >>>>>> Subject: Re: [6tisch] #41 (minimal): intended status for draft >>>>>> minimal (was: >>>>>> internded status for draft minimal) >>>>>> >>>>>> #41: intended status for draft minimal >>>>>> >>>>>> >>>>>> -- >>>>>> -----------------------------------+------------------------------- >>>>>> -----------------------------------+----- >>>>>> Reporter: [email protected] | Owner: >>>>>> [email protected] >>>>>> 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 >>>>> [email protected] >>>>> https://www.ietf.org/mailman/listinfo/6tisch >>>> >>>> _______________________________________________ >>>> 6tisch mailing list >>>> [email protected] >>>> https://www.ietf.org/mailman/listinfo/6tisch >>> >>> _______________________________________________ >>> 6tisch mailing list >>> [email protected] >>> https://www.ietf.org/mailman/listinfo/6tisch >
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
