Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-ietf-6lowpan-hc-15.txt>
Robert Cragie <robert.cragie@gridmerge.com> Thu, 11 August 2011 08:41 UTC
Return-Path: <robert.cragie@gridmerge.com>
X-Original-To: 6lowpan@ietfa.amsl.com
Delivered-To: 6lowpan@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91E5621F8B0C for <6lowpan@ietfa.amsl.com>; Thu, 11 Aug 2011 01:41:13 -0700 (PDT)
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=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O3qVExTZhH3O for <6lowpan@ietfa.amsl.com>; Thu, 11 Aug 2011 01:41:12 -0700 (PDT)
Received: from mail78.extendcp.co.uk (mail78.extendcp.co.uk [79.170.40.78]) by ietfa.amsl.com (Postfix) with ESMTP id 663F021F8B08 for <6lowpan@ietf.org>; Thu, 11 Aug 2011 01:41:12 -0700 (PDT)
Received: from client-82-26-175-170.pete.adsl.virginmedia.com ([82.26.175.170] helo=[192.168.1.80]) by mail78.extendcp.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) id 1QrQpf-0000qu-GV for 6lowpan@ietf.org; Thu, 11 Aug 2011 09:41:39 +0100
Message-ID: <4E439622.3050709@gridmerge.com>
Date: Thu, 11 Aug 2011 09:43:14 +0100
From: Robert Cragie <robert.cragie@gridmerge.com>
Organization: Gridmerge Ltd.
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: 6lowpan@ietf.org
References: <6A2A459175DABE4BB11DE2026AA50A5D05228480@XMB-AMS-107.cisco.com> <DE69914A-2813-4044-AEA7-A716FE2157CE@tzi.org> <56748029-05E7-4B09-8C50-C9EADD5629A0@tzi.org> <430C1B59-E048-4CC7-9E75-EF4E54D1104F@amsl.com> <6A2A459175DABE4BB11DE2026AA50A5D053A3C92@XMB-AMS-107.cisco.com> <EC44989C-2AEB-4D9E-975A-2950E88D86D8@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D05465A99@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D05465A99@XMB-AMS-107.cisco.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="------------ms040405050102050607060605"
X-Authenticated-As: robert.cragie@gridmerge.com
Subject: Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-ietf-6lowpan-hc-15.txt>
X-BeenThere: 6lowpan@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: robert.cragie@gridmerge.com
List-Id: Working group discussion for IPv6 over LowPan networks <6lowpan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowpan>
List-Post: <mailto:6lowpan@ietf.org>
List-Help: <mailto:6lowpan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowpan>, <mailto:6lowpan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Aug 2011 08:41:13 -0000
Unfortunately, when a term enters the vernacular, its meaning often gets misinterpreted (e.g. for 'ZigBee', read '802.15.4'; for '6lowpan stack', read 'some proprietary stack which uses 6lowpan-hc in there somewhere'). For that reason, I don't think we should get too hung up about what 6lowpan is now considered to mean. In other words - let's publish. Robert On 11/08/2011 9:04 AM, Pascal Thubert (pthubert) wrote: > Hi Megan; > > I do 100% agree with Ralph here. I'd prefer that we make that change > before publish. Apart from that, I'm perfectly happy with the text as it > stands. > > Cheers, > > Pascal > > >> -----Original Message----- >> From: Ralph Droms (rdroms) >> Sent: Wednesday, August 10, 2011 8:15 PM >> To: Pascal Thubert (pthubert) >> Cc: Ralph Droms (rdroms); Megan Ferguson; Carsten Bormann; 6lowpan; > RFC >> Editor; 6lowpan-ads@tools.ietf.org >> Subject: Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 > <draft-ietf-6lowpan-hc- >> 15.txt> >> >> Following up on Pascal's observation, I looked through the entire doc > for >> occurrences of "6lopwan". In my opinion, all of those occurrences > could be >> replaced with "IEEE802.15.4-based network"; in some cases s/the >> 6lowpan/an IEEE802.15.4-based network/ In either case, note the > lower- >> case "network". >> >> Not meaning to delay the publication process further, but I think we > should >> take a second to consider consistency... >> >> - Ralph >> >> On Aug 9, 2011, at 1:04 PM 8/9/11, Pascal Thubert (pthubert) wrote: >> >>> Hello Megan >>> >>> I think that for consistency: >>> >>> LOWPAN_HC1 and LOWPAN_HC2 are insufficient for most practical uses >> of >>> IPv6 in 6LoWPANs. LOWPAN_HC1 is most effective for link-local >>> >>> Should also become >>> >>> LOWPAN_HC1 and LOWPAN_HC2 are insufficient for most practical uses >> of >>> IPv6 in IEEE 802.15.4-Based Networks. LOWPAN_HC1 is most effective >>> for link-local >>> >>> Don't you think? >>> >>> Pascal >>> >>> >>>> -----Original Message----- >>>> From: Megan Ferguson [mailto:mferguson@amsl.com] >>>> Sent: Tuesday, August 09, 2011 5:02 PM >>>> To: Carsten Bormann; Ralph Droms (rdroms); Pascal Thubert > (pthubert) >>>> Cc: 6lowpan; RFC Editor; 6lowpan-ads@tools.ietf.org >>>> Subject: Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 >>> <draft-ietf-6lowpan-hc- >>>> 15.txt> >>>> >>>> Carsten, Pascal, and *ADs, >>>> >>>> Thank you for your reply. We have updated the title as requested. >>> Please >>>> note that we have also updated the expansion of 6LoWPAN (in the > text) >>> to >>>> match that in the title of RFC 4919. Additionally, we have updated >>> the short >>>> title that appears in the running header of the document (this is > best >>>> reviewed in the text file below). Please review and approve these >>> updates >>>> or let us know if a different approach in either of these > additional >>> updates >>>> would be preferable. >>>> >>>> http://www.rfc-editor.org/authors/rfc6282-lastdiff.html >>>> >>>> The text, XML, and comprehensive diff files are viewable at: >>>> >>>> http://www.rfc-editor.org/authors/rfc6282.txt >>>> http://www.rfc-editor.org/authors/rfc6282.xml >>>> http://www.rfc-editor.org/authors/rfc6282-diff.html >>>> >>>> Note that it may be necessary for you to refresh your browser to > view >>>> the most recent version of the document. Please review the > document >>>> carefully to ensure satisfaction as we do not make changes once the >>>> document has been published as an RFC. >>>> >>>> Upon careful review, please contact us with any further updates or >>> with >>>> your approval of the document in its current form. >>>> >>>> For the AUTH48 status of this document, please see: >>>> >>>> http://www.rfc-editor.org/auth48/rfc6282 >>>> >>>> Thank you. >>>> >>>> RFC Editor/mf >>>> >>>> On Aug 8, 2011, at 1:44 PM, Carsten Bormann wrote: >>>> >>>>> OK, I have reread all the messages, and I'm now ready to declare a >>> (rough) >>>> consensus for >>>>> Compression Format for IPv6 Datagrams over IEEE 802.15.4-based >>>> Networks >>>>> (with an ever so slight edge for the -based, which is different > from >>> RFC >>>> 4944, but "Datagrams" is different, too). >>>>> While there were a number of voices for keeping 6LoWPAN in the > title >>> (as >>>> in RFC 4919), there did not seem to be consensus for that. >>>>> I apologize for holding up this RFC for so long for what is pretty >>> much a >>>> bikeshed color issue. >>>>> And, yes, I'm slowly getting back to IETF work, and will try to >>> start popping >>>> the stack. >>>>> Gruesse, Carsten >>>>> > _______________________________________________ > 6lowpan mailing list > 6lowpan@ietf.org > https://www.ietf.org/mailman/listinfo/6lowpan >
- [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-ietf… Pascal Thubert (pthubert)
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Carsten Bormann
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Carsten Bormann
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Timothy J. Salo
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282<draft-i… Pascal Thubert (pthubert)
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Carsten Bormann
- [6lowpan] Usage of "6LoWPAN" in vernacular Carsten Bormann
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Pascal Thubert (pthubert)
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Carsten Bormann
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… geoff
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Carsten Bormann
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Ralph Droms
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… geoff
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… geoff
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Pascal Thubert (pthubert)
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Pascal Thubert (pthubert)
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Robert Cragie
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Carsten Bormann
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Pascal Thubert (pthubert)
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282<draft-i… Pascal Thubert (pthubert)
- Re: [6lowpan] [ADs] AUTH48 [MF]: RFC 6282 <draft-… Carsten Bormann