Re: [6tisch] [6tisch-security] proposed security text for architecture draft

Subir Das <subirdas21@gmail.com> Fri, 14 November 2014 17:51 UTC

Return-Path: <subirdas21@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 F320F1A1B47; Fri, 14 Nov 2014 09:51:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, 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 MjceWRREoTQT; Fri, 14 Nov 2014 09:51:45 -0800 (PST)
Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92B751A1B12; Fri, 14 Nov 2014 09:51:45 -0800 (PST)
Received: by mail-ie0-f170.google.com with SMTP id tp5so18546914ieb.15 for <multiple recipients>; Fri, 14 Nov 2014 09:51:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KO4WlMvGKSzKjkePEXYxJNt94esDU1Cftv+v+zVZL/E=; b=zsZU40MXnBzDv6S2rVCHnYGMyDu9y0fuoQ7ehMnUa3TBAmSQrNRDe+fZb0GHWjZ8dd JOx+/qnlm9p/RHB8KqOfw8W6RHZIDxksem3K8CJbaIKQHFrpx8C4p/pstSWJbBunC5HL RCHbvxlFFisstCvsQr+0gjL6KpvBYyPznlgY40BEAYmDjCRKxlLacCk8H9SKKtXyX/wF RtF5LL3NMsGcDSmsj6jEpWNf44uaQ3bkgwVWYqVfhUB/WwnhmiwiqF3C+2fYnCsGMbj6 xZuYmgvnZW85L5c5kVKLWOSCu0fam6XNtsmFq87mfTxSKsTFp3nsInOzmsM/U+JdOQfL Gfeg==
MIME-Version: 1.0
X-Received: by 10.107.165.19 with SMTP id o19mr11772250ioe.1.1415987504820; Fri, 14 Nov 2014 09:51:44 -0800 (PST)
Received: by 10.42.246.136 with HTTP; Fri, 14 Nov 2014 09:51:44 -0800 (PST)
In-Reply-To: <12175.1415929463@sandelman.ca>
References: <20507.1415811045@sandelman.ca> <674F70E5F2BE564CB06B6901FD3DD78B272A8EFA@TGXML210.toshiba.local> <5854.1415835364@sandelman.ca> <674F70E5F2BE564CB06B6901FD3DD78B272A9108@TGXML210.toshiba.local> <12175.1415929463@sandelman.ca>
Date: Fri, 14 Nov 2014 12:51:44 -0500
Message-ID: <CAFb8J8oahOV55yAV1etLhYVkhx7qH4NxUTy8bh6v7+qoeFUm=w@mail.gmail.com>
From: Subir Das <subirdas21@gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Content-Type: multipart/alternative; boundary="001a1141f1d23b44c50507d54803"
Archived-At: http://mailarchive.ietf.org/arch/msg/6tisch/jtws_C9liN3MIUfVuOoLIHL1gk4
Cc: 6tisch@ietf.org, 6tisch-security@ietf.org, "yoshihiro.ohba@toshiba.co.jp" <yoshihiro.ohba@toshiba.co.jp>
Subject: Re: [6tisch] [6tisch-security] proposed security text for architecture draft
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: Fri, 14 Nov 2014 17:51:47 -0000

1) Can you explain why smart meters have to use EAP methods?

   It does not have to use but the reality is Advanced Metering Networks is
using EAP today.

2) can someone explain why smart meters are in scope for this WG?

    I can mention one use case: Zigbee NAN  is using TSCH as one of the
MACs and then IPv6...

On Thu, Nov 13, 2014 at 8:44 PM, Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> <yoshihiro.ohba@toshiba.co.jp> wrote:
>     > It is unfortunate that some contributors felt that EAP-based approach
>     > does not work for them, but there is another use case where EAP-based
>     > approach is definitely needed (smart meters).  Having said that it
>     > would make sense to have two options (DTLS-based and EAP-based
>     > approaches) for joining operation.
>
> 1) Can you explain why smart meters have to use EAP methods?
> 2) can someone explain why smart meters are in scope for this WG?
>
> I thought it was mostly industrial applications.
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>
>
>
>
> _______________________________________________
> 6tisch mailing list
> 6tisch@ietf.org
> https://www.ietf.org/mailman/listinfo/6tisch
>
>