Re: [6tisch] 6tisch join requirements for 6top
Thomas Watteyne <watteyne@eecs.berkeley.edu> Sat, 29 November 2014 16:20 UTC
Return-Path: <twatteyne@gmail.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 1B3301A1B1E for <6tisch@ietfa.amsl.com>; Sat, 29 Nov 2014 08:20:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
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 2tHUSfIp-50T for <6tisch@ietfa.amsl.com>; Sat, 29 Nov 2014 08:20:28 -0800 (PST)
Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3BC41A1B18 for <6tisch@ietf.org>; Sat, 29 Nov 2014 08:20:28 -0800 (PST)
Received: by mail-pd0-f177.google.com with SMTP id ft15so8102895pdb.8 for <6tisch@ietf.org>; Sat, 29 Nov 2014 08:20:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=HL0a85Mk6XdmYjd10evEqcOM6mSnj5ay3iqYL16+Cp8=; b=KFEOwg7Z5Hg1tCSMPS4vRAj55gpnSsyE2nJ/prcPtSgcjVRRVptEJRboKxeDH/fCuJ Z4mlWBtoq6AFgnvUJ8eM9Ao/F68kAM+k8rlcGD1XTz/s554S6wSjge5GyLrlekXnTz/C 8/uHbswAy7W7mycptdgy5QBnSIOwZgi+WSRChLXdfVxFXleU9nMsrP2FJLXrdNFY9q5S wMF4bS4KrdXztFoI7roMzGbAvZm5wKxiRTWo2h3dlPRlj0BdA00OMPeS0Ejg5+wubpaV N5ksLZiam1Q4jTRP7IzgidJIkU1j6Z3d4b9cxhDWWWbcJnv4p2KPz0zP8CEnVjP2lqRr WSyA==
X-Received: by 10.66.182.130 with SMTP id ee2mr83858352pac.22.1417278026933; Sat, 29 Nov 2014 08:20:26 -0800 (PST)
MIME-Version: 1.0
Sender: twatteyne@gmail.com
Received: by 10.66.150.69 with HTTP; Sat, 29 Nov 2014 08:20:06 -0800 (PST)
In-Reply-To: <54750807.9070901@berkeley.edu>
References: <D0876D12.C03C%rsudhaak@cisco.com> <32412.1415737868@sandelman.ca> <D087B62D.C081%rsudhaak@cisco.com> <10653.1415740821@sandelman.ca> <CADJ9OA_LFkGDuyG_0bf=07d7cvC9FNRr5cMGTmYw2PR=g9XQHA@mail.gmail.com> <8193.1416253349@sandelman.ca> <21619.12717.53454.214321@fireball.kivinen.iki.fi> <E045AECD98228444A58C61C200AE1BD848A77CB5@xmb-rcd-x01.cisco.com> <21620.25926.119766.130028@fireball.kivinen.iki.fi> <54750807.9070901@berkeley.edu>
From: Thomas Watteyne <watteyne@eecs.berkeley.edu>
Date: Sat, 29 Nov 2014 08:20:06 -0800
X-Google-Sender-Auth: Dx8Koi6elExWPShTRW8HLIqN0tE
Message-ID: <CADJ9OA_FS2qsTEGCDMMu_wwN=NsfARW26rw_9g9ROP=AHorB3g@mail.gmail.com>
To: Kris Pister <ksjp@berkeley.edu>
Content-Type: multipart/alternative; boundary="047d7bd6bb0057eccd050901c1b7"
Archived-At: http://mailarchive.ietf.org/arch/msg/6tisch/D_EaFaUOdraBLBifRTnQEfQlKDU
Cc: "6tisch@ietf.org" <6tisch@ietf.org>
Subject: Re: [6tisch] 6tisch join requirements for 6top
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: <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: Sat, 29 Nov 2014 16:20:31 -0000
Tero, all, As the key is AES-CCM key that means that every single device needs to > store their frame counters to stable storage. This sets quite high > requirements for the devices. In theory they should also store the > frame counters for all the peers they are talking to, but I don't know > if any device does that. Usually they only store their own frame > counter to flash every now and then, and then on the restart they load > it from the flash, and add big enough counter to it to make sure that > it is unique. IEEE802.15.4e-2012 TSCH [1], the ASN is used as the Frame Counter for security operations, so you don't have to store the frame counters to stable storage, right? Thomas [1] http://standards.ieee.org/getieee802/download/802.15.4e-2012.pdf On Tue, Nov 25, 2014 at 2:51 PM, Kris Pister <ksjp@berkeley.edu> wrote: > No, when someone defines protocol B that is not compatible with protocol A > then > they will pick a different well-known key. That is the whole idea. > > ksjp > > On 11/25/2014 3:17 AM, Tero Kivinen wrote: > >> So when someone is running the protocol A and B both over the same >> default well-known key then you still have the problem... >> > > _______________________________________________ > 6tisch mailing list > 6tisch@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch >
- [6tisch] CoAP resource management - draft-ietf-6t… Raghuram Sudhaakar (rsudhaak)
- Re: [6tisch] CoAP resource management - draft-iet… Michael Richardson
- Re: [6tisch] CoAP resource management - draft-iet… Carsten Bormann
- Re: [6tisch] CoAP resource management - draft-iet… Raghuram Sudhaakar (rsudhaak)
- Re: [6tisch] CoAP resource management - draft-iet… Michael Richardson
- Re: [6tisch] CoAP resource management - draft-iet… Thomas Watteyne
- Re: [6tisch] CoAP resource management - draft-iet… Pascal Thubert (pthubert)
- [6tisch] 6tisch join requirements for 6top Michael Richardson
- Re: [6tisch] 6tisch join requirements for 6top Xavier Vilajosana
- Re: [6tisch] 6tisch join requirements for 6top Michael Richardson
- [6tisch] 6tisch join requirements for 6top Tero Kivinen
- Re: [6tisch] 6tisch join requirements for 6top Pascal Thubert (pthubert)
- [6tisch] on the fallacy of default keys (was: Re:… Rene Struik
- Re: [6tisch] on the fallacy of default keys (was:… Pascal Thubert (pthubert)
- Re: [6tisch] on the fallacy of default keys Rene Struik
- Re: [6tisch] 6tisch join requirements for 6top Pat Kinney
- Re: [6tisch] 6tisch join requirements for 6top Tero Kivinen
- Re: [6tisch] 6tisch join requirements for 6top Tero Kivinen
- Re: [6tisch] 6tisch join requirements for 6top Pascal Thubert (pthubert)
- Re: [6tisch] 6tisch join requirements for 6top Kris Pister
- Re: [6tisch] 6tisch join requirements for 6top Thomas Watteyne
- Re: [6tisch] 6tisch join requirements for 6top Michael Richardson
- Re: [6tisch] 6tisch join requirements for 6top Michael Richardson
- Re: [6tisch] 6tisch join requirements for 6top Tero Kivinen
- Re: [6tisch] 6tisch join requirements for 6top Tero Kivinen
- [6tisch] emails on 802.15.4 specs Rene Struik
- Re: [6tisch] 6tisch join requirements for 6top Michael Richardson
- Re: [6tisch] 6tisch join requirements for 6top Michael Richardson
- Re: [6tisch] 6tisch join requirements for 6top yoshihiro.ohba
- Re: [6tisch] 6tisch join requirements for 6top Michael Richardson
- Re: [6tisch] 6tisch join requirements for 6top Thomas Watteyne
- Re: [6tisch] 6tisch join requirements for 6top Carsten Bormann
- Re: [6tisch] 6tisch join requirements for 6top Thomas Watteyne
- Re: [6tisch] 6tisch join requirements for 6top Tero Kivinen
- Re: [6tisch] 6tisch join requirements for 6top Tero Kivinen
- Re: [6tisch] 6tisch join requirements for 6top yoshihiro.ohba
- Re: [6tisch] 6tisch join requirements for 6top Michael Richardson
- Re: [6tisch] 6tisch join requirements for 6top dejichen
- Re: [6tisch] 6tisch join requirements for 6top Michael Richardson
- Re: [6tisch] 6tisch join requirements for 6top Thomas Watteyne