From nobody Wed Jun 1 19:43:14 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 743B112D653 for <6tisch-security@ietfa.amsl.com>; Wed, 1 Jun 2016 19:43:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.327 X-Spam-Level: X-Spam-Status: No, score=-3.327 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 Fo3Z_5e3KCJ0 for <6tisch-security@ietfa.amsl.com>; Wed, 1 Jun 2016 19:43:11 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B58D12D656 for <6tisch-security@ietf.org>; Wed, 1 Jun 2016 19:43:11 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 00D1D200A3 for <6tisch-security@ietf.org>; Wed, 1 Jun 2016 22:49:56 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id C6F80638BE for <6tisch-security@ietf.org>; Wed, 1 Jun 2016 22:43:09 -0400 (EDT) From: Michael Richardson To: tisch-security <6tisch-security@ietf.org> X-Attribution: mcr X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: [6tisch-security] no meeting at 11:00 UTC, June 2 X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 02:43:13 -0000 --=-=-= Content-Type: text/plain To be clear a new meeting time will be determined. I'm behind on email, so I haven't done that yet. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBV0+dO4CLcPvd0N1lAQKdMAf/aSTCDTPTEndKZh3PHvSdGYWTobGITzVQ 1hWo8amdz2BOoT3Mt/N6UJylQm7Hbl157KpgttnB2frU28kDLLbnu5F7vcEBQKPi KNkzRe3ZcR6vO1QzC0Kvnpad2KabVlhtgIjjtqC95t3h6MnCYpquAt6302HsIBnO jv1/QxWMvLXjvnndyU+6xva15BDHY7tf6xSqCGr3PZfzxUKjM0msf9MuaC/f+8TJ liTgvIb+oVWs9p8UP/xCE43nTB0uIRBP9Wf5GvNU5ANPJuvfALaogvIlHMv61Ouj 1jD8wRo00zSosZBaXD6WqQSZrkBOG1tR55wRGAMjh9+2TWEcvP57lA== =ehaU -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon Jun 6 11:31:53 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D646712D537; Mon, 6 Jun 2016 11:31:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.326 X-Spam-Level: X-Spam-Status: No, score=-3.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 G2kmdUhbck1c; Mon, 6 Jun 2016 11:31:46 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D786012D528; Mon, 6 Jun 2016 11:31:45 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 0D49E2015D; Mon, 6 Jun 2016 14:38:48 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 185C7638BF; Mon, 6 Jun 2016 14:31:45 -0400 (EDT) From: Michael Richardson To: tisch-security <6tisch-security@ietf.org>, anima-bootstrap X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [6tisch-security] [Ace] Constrained Environment PKI enrollment (fwd) Shahid Raza: Re: [Ace] Constrained Environment PKI enrollment X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2016 18:31:48 -0000 --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain A thread from ACE that you may not have seen. --=-=-= Content-Type: message/rfc822 Content-Disposition: inline; filename=191 Content-Description: forwarded message Return-Path: Received: from tuna.sandelman.ca [2607:f0b0:f:3:216:3eff:fe7c:d1f3] by obiwan.sandelman.ca with IMAP (fetchmail-6.3.26) for (single-drop); Sun, 05 Jun 2016 13:16:27 -0400 (EDT) Received: from tuna.sandelman.ca ([unix socket]) by tuna (Cyrus v2.4.16-Debian-2.4.16-4+deb7u2) with LMTPA; Fri, 03 Jun 2016 19:08:34 -0400 X-Sieve: CMU Sieve 2.4 Received: from colo4.roaringpenguin.com (colo4.roaringpenguin.com [IPv6:2607:f748:1200:107::4]) by tuna.sandelman.ca (Postfix) with ESMTPS id 64A7B200A5 for ; Fri, 3 Jun 2016 19:08:34 -0400 (EDT) Received: from mail.ietf.org (mail.ietf.org [IPv6:2001:1900:3001:11::2c]) by colo4.roaringpenguin.com (8.14.4/8.14.4/Debian-8) with ESMTP id u53N1cV9005348 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 3 Jun 2016 19:01:39 -0400 Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ABBA1128B44; Fri, 3 Jun 2016 16:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1464994897; bh=KJqmQljfAdt4wljMAMtlQGlXffOzb8VAC/eBG3OttR0=; h=From:In-Reply-To:Date:References:To:Cc:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe; b=q68Gm8MoMywUecAcsK/EMp+cGx++p35Zbmu98xGvYjvUcjJtB0BpWBPo4cy1tpgtQ o6Q541lDt7Q+EadbMJ3nefpOTJRDVe7sDY+raQAw5DA14nw1ZptXWrUWqyB/fBcLTe 6T978TzmCHTYExcZleYOW3NDQ8f++MC84NcdTvc4= X-Original-To: ace@ietfa.amsl.com Delivered-To: ace@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F3CA12B01F for ; Fri, 3 Jun 2016 16:01:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Score: 0.00 () [Hold at 5.10] HEADER_FROM_DIFFERENT_DOMAINS:0.001,HTML_MESSAGE:0.001,SPF(pass:0),DKIM(pass:0) X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=sics-se.20150623.gappssmtp.com 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 FW7XMBWe5L_3 for ; Fri, 3 Jun 2016 16:01:33 -0700 (PDT) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 305BE128B44 for ; Fri, 3 Jun 2016 16:01:33 -0700 (PDT) Received: by mail-lf0-x22a.google.com with SMTP id s64so63344165lfe.0 for ; Fri, 03 Jun 2016 16:01:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sics-se.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=K+ZQObFdPteRUTicFYna1ZiQ9PAetrInHlb4Blupqs8=; b=EkHoh2f9Bc8JxA2YPsopxydAt04Mh/7ub0zPaB1LSe3Y4bxz53E1Pq/fsy2KV+BwsM vXshtUBywHtwt3OJLyHxBGa1mYTjiR8SPNU5yoHejTE49XjcBhA1sjSi0GlTy8mlwoyg Hc0/yXZdOYQ0skPNF2LhHr24UDtPV55a6Ir4xmGT59eNbkxWjLi/yoPVqtrrA+g+xjvP yZDb94Yy942KN0vN/YffzieYN+kF8G5Ke1E5rmP/Z+feyduvkgejRLUArM5MVODkxFek SRxBJY5zeWVDsGPNHszJ924bKS395ADzT/aTAwo0/fb0xa44DGybn+0BQA+fH59+ButC buMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=K+ZQObFdPteRUTicFYna1ZiQ9PAetrInHlb4Blupqs8=; b=EDA1g2Jbbr7dmGyPpVufTNV+Z67TTobVxx9AHyrtTGyjjwia5L/7OH2yJ9CLrRSGXg HSN1WOPQFNtFedKML1IRwZbUQaCrinIMJRITpINqMfwfdu0upDyLVP3U0eMcWGduk1tR vHzk9zGZyGNUSupAKsb+d+uGv4d3NLrEFMmUWhPCEu+ZJCNb2pYijklF1y00vkAkNWCE nhnZrCHUQsPl7nrxoOjk0QA7j2U3UqVUkUjUZYxsNM7u65lp07zRCwTkh2lrfGujrjT5 TBU+Cy9BCLLNIMO4oosPXWfI+fi4f9uZNCpaVOq2EGM5F7BOAn+TFouRVjYqlo3ldaXC fb0w== X-Gm-Message-State: ALyK8tKsWaFcpoHkA4onla/gRDqbbGGn5i4iRMRPv7wiPGmSyhjLcrOW/j+NP/VH0bbDl6Ld X-Received: by 10.25.18.167 with SMTP id 39mr1882922lfs.118.1464994891318; Fri, 03 Jun 2016 16:01:31 -0700 (PDT) Received: from [192.168.0.15] (c83-251-26-38.bredband.comhem.se. [83.251.26.38]) by smtp.gmail.com with ESMTPSA id y124sm724659lfd.0.2016.06.03.16.01.30 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 03 Jun 2016 16:01:30 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Shahid Raza In-Reply-To: Date: Sat, 4 Jun 2016 01:01:29 +0200 Message-Id: <0EB38F45-003A-42DA-92F6-E166D9642010@sics.se> References: To: Samuel Erdtman X-Mailer: Apple Mail (2.3124) Archived-At: Cc: Julien Vermillard , Shahid Raza , "ace@ietf.org" Subject: Re: [Ace] Constrained Environment PKI enrollment X-BeenThere: ace@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8891537821965744600==" Errors-To: ace-bounces@ietf.org Sender: "Ace" X-Bayes-Prob: 0.0001 (Score 0, tokens from: mcr, @@RPTN) X-CanIt-Geo: ip=2001:1900:3001:11::2c; country=US; latitude=37.7510; longitude=-97.8220; http://maps.google.com/maps?q=37.7510,-97.8220&z=6 X-CanItPRO-Stream: sandelman-ca:mcr (inherits from sandelman-ca:default,rp-01:default,base:default) X-Canit-Stats-ID: 02R2n1DWP - d78953f113cb - 20160603 X-Antispam-Training-Forget: https://antispam.roaringpenguin.com/canit/b.php?i=02R2n1DWP&m=d78953f113cb&t=20160603&c=f X-Antispam-Training-Nonspam: https://antispam.roaringpenguin.com/canit/b.php?i=02R2n1DWP&m=d78953f113cb&t=20160603&c=n X-Antispam-Training-Phish: https://antispam.roaringpenguin.com/canit/b.php?i=02R2n1DWP&m=d78953f113cb&t=20160603&c=p X-Antispam-Training-Spam: https://antispam.roaringpenguin.com/canit/b.php?i=02R2n1DWP&m=d78953f113cb&t=20160603&c=s X-CanIt-Archive-Cluster: irqpXI7aJGyo4Ewta7qVH399FOg Received-SPF: pass (colo4.roaringpenguin.com: domain of ace-bounces@ietf.org designates 2001:1900:3001:11::2c as permitted sender) receiver=colo4.roaringpenguin.com; client-ip=2001:1900:3001:11::2c; envelope-from=; helo=mail.ietf.org; identity=mailfrom X-Scanned-By: CanIt (www . roaringpenguin . com) --===============8891537821965744600== Content-Type: multipart/alternative; boundary="Apple-Mail=_8BA7334F-4C74-4F42-86F9-5B1C6ACCB4AD" --Apple-Mail=_8BA7334F-4C74-4F42-86F9-5B1C6ACCB4AD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii We (SICS and neXus) have been working on this since September last year = and designed and implemented an enrollment protocol over secure CoAP. = Both the specifications and the Contiki source code will be available = soon. This is done under the umbrella of a Swedish project called CEBOT: = Certificate Enrollment in Billions of Things. Regards, Shahid > On 03 Jun 2016, at 17:08, Samuel Erdtman wrote: >=20 > The company I previously worked for where looking into adopting EST = for this purpose, the benefit of EST compared to cmp or scep was that it = defined the process for server side generated keys, which could be = beneficial if key generation would be to cumbersome for the device or if = you don't trust the device to generate a "good" key. >=20 > Maybe Shahid could give sold more updates since he was helping us with = this project >=20 > On Thursday, 2 June 2016, Julien Vermillard > wrote: > Hi, > In industrial or enterprise M2M/IoT application we often use PSK for = authentication, but more and more user want to enroll the device on = their public key infrastructure like they does with some routers using = SCEP/CMP. >=20 > I wonder if it was explored to enroll devices, and renew certificates = on PKI only using CoAP and not HTTP? >=20 > -- > Julien Vermillard > _______________________________________________ > Ace mailing list > Ace@ietf.org > https://www.ietf.org/mailman/listinfo/ace --Apple-Mail=_8BA7334F-4C74-4F42-86F9-5B1C6ACCB4AD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii We (SICS and neXus) have been working on this since September = last year and designed and implemented an enrollment protocol over = secure CoAP. Both the specifications and the Contiki source code will be = available soon. This is done under the umbrella of a Swedish project = called CEBOT: Certificate Enrollment in Billions of Things.

Regards,
Shahid

On = 03 Jun 2016, at 17:08, Samuel Erdtman <samuel@erdtman.se> = wrote:

The = company I previously worked for where looking into adopting EST for this = purpose, the benefit of EST compared to cmp or scep was that it defined = the process for server side generated keys, which could be beneficial if = key generation would be to cumbersome for the device or if you don't = trust the device to generate a "good" key.

Maybe Shahid could give sold more = updates since he was helping us with this = project

On Thursday, 2 June 2016, Julien = Vermillard <jvermillard@gmail.com> wrote:
Hi,
In industrial or = enterprise M2M/IoT application we often use PSK for authentication, but = more and more user want to enroll the device on their public key = infrastructure like they does with some routers using SCEP/CMP.

I wonder if it was explored to enroll = devices, and renew certificates on PKI only using CoAP and not HTTP?

--
Julien = Vermillard
_______________________________________________
Ace = mailing list
Ace@ietf.org
https://www.ietf.org/mailman/listinfo/ace

= --Apple-Mail=_8BA7334F-4C74-4F42-86F9-5B1C6ACCB4AD-- --===============8891537821965744600== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Ace mailing list Ace@ietf.org https://www.ietf.org/mailman/listinfo/ace --===============8891537821965744600==-- --=-=-= Content-Type: text/plain -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-=-- --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBV1XBjYCLcPvd0N1lAQKbywgAsrl4HOPCsXmB9wwFYrcjYCKVMNBKR74F 55APEECFvEv5MytmZ4X+CNw1gPtW73yv0jxYijmTIDZkJqBHTI9mAX9DNxAcH5IB vkdX5gVW/IuCm8TNlwmOZs4QcJwggI7LJRBJZLVdf6cfFgObh812RFp3N+LUI+Dw vCywHaPp05liWz6fExmOWA5tes5EvWvBJYbsY7gqw3PKVng9cvQP/K987yo4zHyi OJ6m1nop3uZHPEHhzp3jUFr6hF+Uz6tOOgnC9yuotGdnHyMuZy5wpoN7q4PTgdUE jR5plN2f8OaNxZpUpaasS6imORsK2wOboQuG17ydLxcP2i0Q5YoBaQ== =fuMv -----END PGP SIGNATURE----- --==-=-=-- From nobody Tue Jun 7 17:26:37 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9ADF12D56C for <6tisch-security@ietfa.amsl.com>; Tue, 7 Jun 2016 17:26:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 vmA3ssPqxHek for <6tisch-security@ietfa.amsl.com>; Tue, 7 Jun 2016 17:26:34 -0700 (PDT) Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00::f03c:91ff:feae:de77]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3EFB12D8FF for <6tisch-security@ietf.org>; Tue, 7 Jun 2016 17:26:33 -0700 (PDT) Received: from sandelman.ca (unknown [74.198.239.99]) by relay.sandelman.ca (Postfix) with ESMTPS id 5D9181F8F1 for <6tisch-security@ietf.org>; Wed, 8 Jun 2016 00:26:29 +0000 (UTC) Received: by sandelman.ca (Postfix, from userid 179) id 05C5B61F39; Tue, 7 Jun 2016 20:26:24 -0400 (EDT) From: Michael Richardson To: 6tisch-security@ietf.org X-Attribution: mcr X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <19280.1465345584.1@dooku.sandelman.ca> Date: Tue, 07 Jun 2016 20:26:24 -0400 Message-ID: <19281.1465345584@dooku.sandelman.ca> Archived-At: Subject: [6tisch-security] establishing a regular meeting time X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 00:26:36 -0000 I had originally proposed to meet weekly 45 minutes prior to the regular 6tisch meeting which is at 14:00UTC every second Friday. I.e. at 13:15UTC every Friday. Some email got crossed and the chairs proposed a doodle which in which 1100UTC on Thursdays was chosen. That's a really difficult time for me, and really hard for west coast USA types. (But folks from China from having putting up with middle of the night meetings for decades...) Once email inboxes were emptied it turned out the chairs were looking for a single meeting time, not a regular time. So here is a doodle poll on a decision: https://doodle.com/poll/fsx73uvydwzu4fi2 If we agree for Friday, then the first meeting will be June 17. (I have a doctor appointment this week, and it's too soon to get consensus) -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- From nobody Tue Jun 7 18:16:54 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 451AB12D93C; Tue, 7 Jun 2016 18:16:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.327 X-Spam-Level: X-Spam-Status: No, score=-3.327 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 ycthcSqfL4pu; Tue, 7 Jun 2016 18:16:51 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4344012D93A; Tue, 7 Jun 2016 18:16:51 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id A04BF2009E; Tue, 7 Jun 2016 21:23:55 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 30E75638BF; Tue, 7 Jun 2016 21:16:48 -0400 (EDT) From: Michael Richardson To: 6tisch-security@ietf.org X-Attribution: mcr X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.4.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Cc: anima-bootstrap@ietf.org Subject: [6tisch-security] goals for this 6tisch design team -- zero-touch vs one-touch X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: 6tisch-security@ietf.org List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 01:16:53 -0000 --=-=-= Content-Type: text/plain There has been a fair bit of discussion, much if it 1:1 offlist about what the goals of this design team is. Our charter says: https://datatracker.ietf.org/wg/6tisch/charter/ ... The WG will continue working on securing the join process and making that fit within the constraints of high latency, low throughput and small frame sizes that characterize IEEE802.15.4 TSCH. ... - Produce a specification for a secure 6TiSCH network bootstrap, adapted to the constraints of 6TiSCH nodes and leveraging existing art when possible. Zero-touch vs one-touch is not mentioned. In https://tools.ietf.org/html/draft-richardson-6tisch--security-6top-05 Based upon conversation that lead to the 2014 era work, I had written: A challenging part with constructing an LLN with nodes from multiple vendors is providing enough security context to each node such that the network communication can form and remain secure. Most LLNs are small and have no operator interfaces at all, and even if they have debug interfaces (such as JTAG) with personnel trained to use that, doing any kind of interaction involving electrical connections in a dirty environment such as a factory or refinery is hopeless. It is necessary to have a way to introduce new nodes into a 6tisch network that does not involve any direct manipulation of the nodes themselves. This act has been called "zero-touch" provisioning, and it does not occur by chance, but requires coordination between the manufacturer of the node, the service operator running the LLN, and the installers actually taking the devices out of the shipping boxes. This is in alignment with the ANIMA bootstrap work. Recently the desire for a "one-touch" provisioning system has been expressed. Rationals include: simpler, less code, less complex, lower energy, etc. (My goal is not to dispute any of these points here) This is to be constrasted with a zero-touch system where unique PreSharedKeys (PSKs) are provisioned during manufacturing and are provided to the end-customer in some fashion. A one-touch system would involve some kind of special provisioning room: * customer plugs in cable to device and installs a PSK (whether unique per node, or per-network) * customer turns on device in faraday cage, uses well-known PSK to take ownership and install a per-node unique PSK * some other model The customer then puts the device back into a box and puts it into inventory to be deployed as appropriate. I'm told that this is exactly the model that the electric metering (AMI) people use. I don't know if the special provisioning room/cable is done centrally or on-site, but I do know that the meters have standard-ish fiber optic connections for doing this. (Fiber to avoid electrical shock: cf: ANSI C12.18) It seems that there are an innumerable number of ways that the "touch" for a one-touch system could be done, and if there is real desire to accomodate such a process, we need to state some assumptions about the touch process. As such, a document is surely needed. Some questions I have: 1) is it physical? (vs radio. vs a BNC/etc cable plugged instead of antenna) 2) is it encrypted? 3) does it run IP? 4) how many bits can be transmitted/received? 5) is the target CPU alive, or is this JTAG or JTAG-like? If we are using (D)TLS, then to me, then a way to do one-touch without any asymmetric crypto would be to create a TLS session resumption ticket . Not via the NewSessionTicket exchange, but directly. The controller (JCE) would actually have knowledge of the ticket format (section 4). The format would not be "Recommended" but rather standardized, moving all of the heavy work from the device to the JCE. The device would simply be told the "master key". Would this work, I don't know yet, because I don't know what one-touch setup can do. If this is the direction we need to go, great, but someone has to step up to write this document. The advantage of what I would propose is that a zero-touch and one-touch solution would be identical, except for how the TLS session is initiated. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBV1dx/YCLcPvd0N1lAQK65wf/Q3WWgglNM9vRvYieysWcw39LgDQ+Gobh UsqxMesONVgbiTDKNhLLk44saTGtEGCg69CGfN2GhP9fpmYypay8ticnOgK5rnmv jLAhgGup9QrIQGyxRwL5aBThoEJhl+0pnO7xqzBxVWG8x8qOyt3KBJhBT90HWHzz AoC7Duyr3vTRRPJr0O0mwnxcx2adDdOMe7bFffP2SxPr3uEkBDWuo38GmH941fDI O7k35Ju9EZRFf2FTQQOeuWInyVKtMIEEwf5BflMRGtOVBJPrT6VXvyMiBUICOvbt QyqjhGyDWwUZAGzel4hJWyMAP6yz9m4knm4JzVZgOtsGCJ8/Tw4DsQ== =r+da -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed Jun 8 00:00:15 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88F5012D11E for <6tisch-security@ietfa.amsl.com>; Wed, 8 Jun 2016 00:00:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=unavailable autolearn_force=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 l3krFDihbMZQ for <6tisch-security@ietfa.amsl.com>; Wed, 8 Jun 2016 00:00:11 -0700 (PDT) Received: from atl4mhob12.myregisteredsite.com (atl4mhob12.myregisteredsite.com [209.17.115.50]) by ietfa.amsl.com (Postfix) with ESMTP id 1934C12D80D for <6tisch-security@ietf.org>; Wed, 8 Jun 2016 00:00:11 -0700 (PDT) Received: from mailpod.hostingplatform.com ([10.30.71.208]) by atl4mhob12.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id u58708tW021649 for <6tisch-security@ietf.org>; Wed, 8 Jun 2016 03:00:08 -0400 Received: (qmail 17564 invoked by uid 0); 8 Jun 2016 07:00:08 -0000 X-TCPREMOTEIP: 213.208.239.114 X-Authenticated-UID: rturner@amalfisystems.com Received: from unknown (HELO ?172.20.1.19?) (rturner@amalfisystems.com@213.208.239.114) by 0 with ESMTPA; 8 Jun 2016 07:00:07 -0000 Content-Type: multipart/alternative; boundary="Apple-Mail=_7D22AC77-2AA9-4AB8-ADF6-670C1768A99A" Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Randy Turner In-Reply-To: <14614.1465348608@obiwan.sandelman.ca> Date: Wed, 8 Jun 2016 02:59:58 -0400 Message-Id: References: <14614.1465348608@obiwan.sandelman.ca> To: 6tisch-security@ietf.org X-Mailer: Apple Mail (2.3124) Archived-At: Cc: anima-bootstrap@ietf.org Subject: Re: [6tisch-security] goals for this 6tisch design team -- zero-touch vs one-touch X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 07:00:12 -0000 --Apple-Mail=_7D22AC77-2AA9-4AB8-ADF6-670C1768A99A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 The only ANIMA document I can find with =E2=80=9Cbootstrap=E2=80=9D in = the title specifically precludes its=E2=80=99 application in constrained = environments=E2=80=A6 The entire solution described in this document is aimed in general at non-constrained (i.e. class 2+) devices operating on a non-Challenged network. The entire solution described here is not intended to be useable as-is by constrained devices operating on challenged networks (such as 802.15.4 LLNs). So I=E2=80=99m assuming we can =E2=80=9Cborrow=E2=80=9D ideas from ANIMA = but reuse it =E2=80=A6 Randy > On Jun 7, 2016, at 9:16 PM, Michael Richardson = wrote: >=20 >=20 > There has been a fair bit of discussion, much if it 1:1 offlist about = what > the goals of this design team is. >=20 > Our charter says: > https://datatracker.ietf.org/wg/6tisch/charter/ >=20 > ... > The WG will continue working on securing the join process and = making > that fit within the constraints of high latency, low throughput and > small frame sizes that characterize IEEE802.15.4 TSCH. > ... > - Produce a specification for a secure 6TiSCH network bootstrap, = adapted > to the constraints of 6TiSCH nodes and leveraging existing art when > possible. >=20 > Zero-touch vs one-touch is not mentioned. >=20 > In = https://tools.ietf.org/html/draft-richardson-6tisch--security-6top-05 > Based upon conversation that lead to the 2014 era work, I had written: > A challenging part with constructing an LLN with nodes from multiple > vendors is providing enough security context to each node such that > the network communication can form and remain secure. Most LLNs are > small and have no operator interfaces at all, and even if they have > debug interfaces (such as JTAG) with personnel trained to use that, > doing any kind of interaction involving electrical connections in a > dirty environment such as a factory or refinery is hopeless. >=20 > It is necessary to have a way to introduce new nodes into a 6tisch > network that does not involve any direct manipulation of the nodes > themselves. This act has been called "zero-touch" provisioning, and > it does not occur by chance, but requires coordination between the > manufacturer of the node, the service operator running the LLN, and > the installers actually taking the devices out of the shipping = boxes. >=20 > This is in alignment with the ANIMA bootstrap work. >=20 > Recently the desire for a "one-touch" provisioning system has been = expressed. > Rationals include: simpler, less code, less complex, lower energy, = etc. > (My goal is not to dispute any of these points here) >=20 > This is to be constrasted with a zero-touch system where unique = PreSharedKeys > (PSKs) are provisioned during manufacturing and are provided to the = end-customer in > some fashion. >=20 > A one-touch system would involve some kind of special provisioning = room: > * customer plugs in cable to device and installs a PSK (whether = unique > per node, or per-network) > * customer turns on device in faraday cage, uses well-known PSK to > take ownership and install a per-node unique PSK > * some other model > The customer then puts the device back into a box and puts it into = inventory > to be deployed as appropriate. I'm told that this is exactly the = model that > the electric metering (AMI) people use. I don't know if the special > provisioning room/cable is done centrally or on-site, but I do know = that the > meters have standard-ish fiber optic connections for doing this. = (Fiber to > avoid electrical shock: cf: ANSI C12.18) >=20 > It seems that there are an innumerable number of ways that the "touch" = for a > one-touch system could be done, and if there is real desire to = accomodate > such a process, we need to state some assumptions about the touch = process. > As such, a document is surely needed. Some questions I have: > 1) is it physical? (vs radio. vs a BNC/etc cable plugged instead of = antenna) > 2) is it encrypted? > 3) does it run IP? > 4) how many bits can be transmitted/received? > 5) is the target CPU alive, or is this JTAG or JTAG-like? >=20 > If we are using (D)TLS, then to me, then a way to do one-touch without = any > asymmetric crypto would be to create a TLS session resumption ticket > . Not via the NewSessionTicket = exchange, > but directly. The controller (JCE) would actually have knowledge of = the > ticket format (section 4). The format would not be "Recommended" but = rather > standardized, moving all of the heavy work from the device to the JCE. = The > device would simply be told the "master key". Would this work, I = don't know > yet, because I don't know what one-touch setup can do. >=20 > If this is the direction we need to go, great, but someone has to step = up to > write this document. >=20 > The advantage of what I would propose is that a zero-touch and = one-touch > solution would be identical, except for how the TLS session is = initiated. >=20 > -- > Michael Richardson , Sandelman Software Works > -=3D IPv6 IoT consulting =3D- >=20 >=20 >=20 > _______________________________________________ > 6tisch-security mailing list > 6tisch-security@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch-security --Apple-Mail=_7D22AC77-2AA9-4AB8-ADF6-670C1768A99A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 The only ANIMA document I can find with =E2=80=9Cbootstrap=E2=80= =9D in the title specifically precludes its=E2=80=99 application in = constrained environments=E2=80=A6

The entire solution described in this document is =
aimed in general at
   non-constrained (i.e. class 2+) devices operating on a non-Challenged
   network.  The entire solution described here is not intended to be
   useable as-is by constrained devices operating on challenged networks
   (such as 802.15.4 LLNs).

So I=E2=80=99m assuming we can =E2=80=9Cborrow=E2=80=9D = ideas from ANIMA but reuse it =E2=80=A6

Randy


On Jun 7, 2016, at 9:16 PM, = Michael Richardson <mcr+ietf@sandelman.ca> wrote:


There has been a fair bit of discussion, much if it 1:1 = offlist about what
the goals of this design team is.

Our charter says:
=    https://datatracker.ietf.org/wg/6tisch/charter/

   ...
=    The WG will continue working on securing the join = process and making
   that fit within the = constraints of high latency, low throughput and
=    small frame sizes that characterize IEEE802.15.4 = TSCH.
   ...
=    - Produce a specification for a secure 6TiSCH network = bootstrap, adapted
   to the constraints = of 6TiSCH nodes and leveraging existing art when
=    possible.

Zero-touch vs = one-touch is not mentioned.

In https://tools.ietf.org/html/draft-richardson-6tisch--security-6= top-05
Based upon conversation that lead to the 2014 = era work, I had written:
  A challenging part = with constructing an LLN with nodes from multiple
=   vendors is providing enough security context to each node = such that
  the network communication can form = and remain secure.  Most LLNs are
  small = and have no operator interfaces at all, and even if they have
  debug interfaces (such as JTAG) with personnel = trained to use that,
  doing any kind of = interaction involving electrical connections in a
=   dirty environment such as a factory or refinery is = hopeless.

  It is necessary to = have a way to introduce new nodes into a 6tisch
=   network that does not involve any direct manipulation of the = nodes
  themselves.  This act has been = called "zero-touch" provisioning, and
  it does = not occur by chance, but requires coordination between the
=   manufacturer of the node, the service operator running the = LLN, and
  the installers actually taking the = devices out of the shipping boxes.

This is = in alignment with the ANIMA bootstrap work.

Recently the desire for a "one-touch" provisioning system has = been expressed.
Rationals include: simpler, less code, = less complex, lower energy, etc.
(My goal is not to = dispute any of these points here)

This is = to be constrasted with a zero-touch system where unique PreSharedKeys
(PSKs) are provisioned during manufacturing and are provided = to the end-customer in
some fashion.

A one-touch system would involve some kind of special = provisioning room:
   * customer plugs in = cable to device and installs a PSK (whether unique
=      per node, or per-network)
=    * customer turns on device in faraday cage, uses = well-known PSK to
     take = ownership and install a per-node unique PSK
=    * some other model
The customer then = puts the device back into a box and puts it into inventory
to be deployed as appropriate.  I'm told that this is = exactly the model that
the electric metering (AMI) people = use.  I don't know if the special
provisioning = room/cable is done centrally or on-site, but I do know that the
meters have standard-ish fiber optic connections for doing = this. (Fiber to
avoid electrical shock: cf: ANSI = C12.18)

It seems that there are an = innumerable number of ways that the "touch" for a
one-touch = system could be done, and if there is real desire to accomodate
such a process, we need to state some assumptions about the = touch process.
As such, a document is surely needed. =  Some questions I have:
  1) is it = physical? (vs radio. vs a BNC/etc cable plugged instead of antenna)
  2) is it encrypted?
=   3) does it run IP?
  4) how many = bits can be transmitted/received?
  5) is the = target CPU alive, or is this JTAG or JTAG-like?

If we are using (D)TLS, then to me, then a way to do = one-touch without any
asymmetric crypto would be to create = a TLS session resumption ticket
<https://tools.ietf.org/html/rfc5077>. Not via the = NewSessionTicket exchange,
but directly.  The = controller (JCE) would actually have knowledge of the
ticket= format (section 4).  The format would not be "Recommended" but = rather
standardized, moving all of the heavy work from the = device to the JCE.  The
device would simply be told = the "master key".  Would this work, I don't know
yet, = because I don't know what one-touch setup can do.

If this is the direction we need to go, great, but someone = has to step up to
write this document.

The advantage of what I would propose is that a zero-touch = and one-touch
solution would be identical, except for how = the TLS session is initiated.

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
-=3D IPv6 IoT consulting =3D-


_______________________________________________
6tisch-security mailing list
6tisch-security@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch-security

= --Apple-Mail=_7D22AC77-2AA9-4AB8-ADF6-670C1768A99A-- From nobody Wed Jun 8 04:45:48 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8F6112B024 for <6tisch-security@ietfa.amsl.com>; Wed, 8 Jun 2016 04:45:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.315 X-Spam-Level: X-Spam-Status: No, score=-8.315 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426, T_TVD_FUZZY_SECURITIES=0.01] autolearn=ham autolearn_force=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 73-f8n_ge9Fs for <6tisch-security@ietfa.amsl.com>; Wed, 8 Jun 2016 04:45:45 -0700 (PDT) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 880CF12D5F2 for <6tisch-security@ietf.org>; Wed, 8 Jun 2016 04:45:44 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.26,438,1459807200"; d="scan'208,217";a="180584333" Received: from mail-wm0-f51.google.com ([74.125.82.51]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 08 Jun 2016 13:45:42 +0200 Received: by mail-wm0-f51.google.com with SMTP id n184so177648071wmn.1 for <6tisch-security@ietf.org>; Wed, 08 Jun 2016 04:45:42 -0700 (PDT) X-Gm-Message-State: ALyK8tJ5nL2Y2tEVgO87ndJq5Ne+hUeXXtdkIh5LmUVSTHiRix5xEYmUmZwkhRmglkf6jCxEXDoVGFxXLGCP0A== X-Received: by 10.194.150.130 with SMTP id ui2mr4106523wjb.11.1465386342152; Wed, 08 Jun 2016 04:45:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.13.85 with HTTP; Wed, 8 Jun 2016 04:45:22 -0700 (PDT) In-Reply-To: <19281.1465345584@dooku.sandelman.ca> References: <19281.1465345584@dooku.sandelman.ca> From: Thomas Watteyne Date: Wed, 8 Jun 2016 13:45:22 +0200 X-Gmail-Original-Message-ID: Message-ID: To: Michael Richardson Content-Type: multipart/alternative; boundary=089e0112beda62156d0534c2d8eb Archived-At: Cc: "6tisch-security@ietf.org" <6tisch-security@ietf.org> Subject: Re: [6tisch-security] establishing a regular meeting time X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 11:45:47 -0000 --089e0112beda62156d0534c2d8eb Content-Type: text/plain; charset=UTF-8 Thanks a million Michael for starting this Doodle. I have answered. Thomas On Wed, Jun 8, 2016 at 2:26 AM, Michael Richardson wrote: > I had originally proposed to meet weekly 45 minutes prior to the regular > 6tisch meeting which is at 14:00UTC every second Friday. > I.e. at 13:15UTC every Friday. > > Some email got crossed and the chairs proposed a doodle which in which > 1100UTC on Thursdays was chosen. That's a really difficult time for me, and > really hard for west coast USA types. (But folks from China from having > putting up with middle of the night meetings for decades...) > Once email inboxes were emptied it turned out the chairs were looking for a > single meeting time, not a regular time. > > So here is a doodle poll on a decision: > https://doodle.com/poll/fsx73uvydwzu4fi2 > > If we agree for Friday, then the first meeting will be June 17. > (I have a doctor appointment this week, and it's too soon to get consensus) > > > -- > Michael Richardson , Sandelman Software Works > -= IPv6 IoT consulting =- > > > > _______________________________________________ > 6tisch-security mailing list > 6tisch-security@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch-security > -- _______________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Linear Tech Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com _______________________________________ --089e0112beda62156d0534c2d8eb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks a million Michael for starting this Doodle. I have = answered.
Thomas

On Wed, Jun 8, 2016 at 2:26 AM, Michael Richardson <m= cr+ietf@sandelman.ca> wrote:
https://doodle.com/poll/fsx73uvydwzu4fi2
If we agree for Friday, then the first meeting will be June 17.
(I have a doctor appointment this week, and it's too soon to get consen= sus)


--
Michael Richardson <mcr+IETF@= sandelman.ca>, Sandelman Software Works
=C2=A0-=3D IPv6 IoT consulting =3D-



_______________________________________________
6tisch-security mailing list
6tisch-security@ietf.org https://www.ietf.org/mailman/listinfo/6tisch-se= curity



--
_______________________________________

<= div style=3D"font-size:small">Thomas Wa= tteyne, PhD
Research Scientist & Innovator, Inria
Sr Networking= Design Eng, Linear Tech
Founder & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH

_______________________= ________________
--089e0112beda62156d0534c2d8eb-- From nobody Wed Jun 8 05:47:55 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38DC112D1EA; Wed, 8 Jun 2016 05:47:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.327 X-Spam-Level: X-Spam-Status: No, score=-3.327 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 p3i2o5bp2MdC; Wed, 8 Jun 2016 05:47:52 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2EC812D09F; Wed, 8 Jun 2016 05:47:52 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id CD6492009E; Wed, 8 Jun 2016 08:55:00 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id E4423638BF; Wed, 8 Jun 2016 08:47:51 -0400 (EDT) From: Michael Richardson To: Randy Turner In-Reply-To: References: <14614.1465348608@obiwan.sandelman.ca> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Cc: anima-bootstrap@ietf.org, 6tisch-security@ietf.org Subject: Re: [6tisch-security] goals for this 6tisch design team -- zero-touch vs one-touch X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 12:47:54 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Randy Turner wrote: > The only ANIMA document I can find with =E2=80=9Cbootstrap=E2=80=9D i= n the title specifically > precludes its=E2=80=99 application in constrained environments=E2=80= =A6 Well, you might have noticed that I'm one of the authors. And while the *protocol* we intend to use in ANIMA bootstrap is inappropria= te for *6tisch* for a number of subtle reasons, we think: a) it will work for "class 3" devices with no UI in non-constrained net= works. b) the certificate, MIC, TPM, 802.1AR, MASA and registar are designed to be useable in both environments. > So I=E2=80=99m assuming we can =E2=80=9Cborrow=E2=80=9D ideas from AN= IMA but reuse it =E2=80=A6 Entire non-edge subsystems, just not the code at the edge. Back to the question though. Do you have one-touch process, and if so, wou= ld you want to describe it's capabilities? > It seems that there are an innumerable number of ways that the "touch" > for a one-touch system could be done, and if there is real desire to = accomodate > such a process, we need to state some assumptions about the touch > process. > As such, a document is surely needed. Some questions I have: > 1) is it physical? (vs radio. vs a BNC/etc cable plugged instead of > antenna) > 2) is it encrypted? > 3) does it run IP? > 4) how many bits can be transmitted/received? > 5) is the target CPU alive, or is this JTAG or JTAG-like? =2D- Michael Richardson , Sandelman Software Works -=3D IPv6 IoT consulting =3D- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBV1gT9ICLcPvd0N1lAQJABAf/X42KPZgE1v/+rslk/5KG2lQm0uPVQtgi iKeXv3vJBQHFJck3fXsVQpYOlaeyz05eHDYZe2jbw8vA7ca4T7wDd8xlRx8i+YWw OO/dxGTbxmonxvcFPYVveXpaFprXdr23LyXWb47BmFRxT7DsDhI/ieg9ewU3QgIr J1r+zwUR3+SofH6RcXJTI0R4s6cRoeV8ikaoVjNL8OCzsC+YPOKj6SeqAZN1vzlR AHXV4vN667MD5agisLG8BbOhJLqmmtnlFgbnJfq1mbQGHU0LXMv4HUtNMwkrHLyR +YlncGEE9eKEx+r+jM0Vk9I09c09LHBmkaejcXF9o34aVuuju3SuzA== =7OAt -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed Jun 8 07:43:21 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A47012D92A for <6tisch-security@ietfa.amsl.com>; Wed, 8 Jun 2016 07:43:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.108 X-Spam-Level: X-Spam-Status: No, score=-1.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, RDNS_NONE=0.793] autolearn=no autolearn_force=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 QwzIccBY4FkM for <6tisch-security@ietfa.amsl.com>; Wed, 8 Jun 2016 07:43:18 -0700 (PDT) Received: from atl4mhob21.registeredsite.com (unknown [209.17.115.115]) by ietfa.amsl.com (Postfix) with ESMTP id 0BF2112B077 for <6tisch-security@ietf.org>; Wed, 8 Jun 2016 07:43:15 -0700 (PDT) Received: from mailpod.hostingplatform.com ([10.30.71.205]) by atl4mhob21.registeredsite.com (8.14.4/8.14.4) with ESMTP id u58EhD77015287 for <6tisch-security@ietf.org>; Wed, 8 Jun 2016 10:43:14 -0400 Received: (qmail 24761 invoked by uid 0); 8 Jun 2016 14:43:13 -0000 X-TCPREMOTEIP: 213.208.239.114 X-Authenticated-UID: rturner@amalfisystems.com Received: from unknown (HELO ?172.20.1.19?) (rturner@amalfisystems.com@213.208.239.114) by 0 with ESMTPA; 8 Jun 2016 14:43:13 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Randy Turner In-Reply-To: <29992.1465390071@obiwan.sandelman.ca> Date: Wed, 8 Jun 2016 10:43:11 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <06BD710B-9537-47DB-870B-0D193E187AD3@amalfisystems.com> References: <14614.1465348608@obiwan.sandelman.ca> <29992.1465390071@obiwan.sandelman.ca> To: Michael Richardson X-Mailer: Apple Mail (2.3124) Archived-At: Cc: anima-bootstrap@ietf.org, 6tisch-security@ietf.org Subject: Re: [6tisch-security] goals for this 6tisch design team -- zero-touch vs one-touch X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 14:43:20 -0000 We do not have zero or one-touch process, but we do have equivalent = 802.1AR device certs - that=E2=80=99s about the only thing we have in = common with your item (b) below=E2=80=A6 R. > On Jun 8, 2016, at 8:47 AM, Michael Richardson = wrote: >=20 >=20 > Randy Turner wrote: >> The only ANIMA document I can find with =E2=80=9Cbootstrap=E2=80=9D = in the title specifically >> precludes its=E2=80=99 application in constrained environments=E2=80=A6= >=20 > Well, you might have noticed that I'm one of the authors. > And while the *protocol* we intend to use in ANIMA bootstrap is = inappropriate > for *6tisch* for a number of subtle reasons, we think: > a) it will work for "class 3" devices with no UI in non-constrained = networks. > b) the certificate, MIC, TPM, 802.1AR, MASA and registar are = designed to > be useable in both environments. >=20 >> So I=E2=80=99m assuming we can =E2=80=9Cborrow=E2=80=9D ideas from = ANIMA but reuse it =E2=80=A6 >=20 > Entire non-edge subsystems, just not the code at the edge. >=20 > Back to the question though. Do you have one-touch process, and if = so, would > you want to describe it's capabilities? >=20 >> It seems that there are an innumerable number of ways that the = "touch" >> for a one-touch system could be done, and if there is real desire to = accomodate >> such a process, we need to state some assumptions about the touch >> process. >> As such, a document is surely needed. Some questions I have: >> 1) is it physical? (vs radio. vs a BNC/etc cable plugged instead of >> antenna) >> 2) is it encrypted? >> 3) does it run IP? >> 4) how many bits can be transmitted/received? >> 5) is the target CPU alive, or is this JTAG or JTAG-like? >=20 >=20 > -- > Michael Richardson , Sandelman Software Works > -=3D IPv6 IoT consulting =3D- >=20 >=20 >=20 From nobody Thu Jun 9 06:22:17 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDF7112D67D; Thu, 9 Jun 2016 06:22:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.327 X-Spam-Level: X-Spam-Status: No, score=-3.327 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 uOQ1VLCBl-u5; Thu, 9 Jun 2016 06:22:13 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45B7F12D666; Thu, 9 Jun 2016 06:22:13 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 3807C203BC; Thu, 9 Jun 2016 09:29:24 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id B9892638BE; Thu, 9 Jun 2016 09:22:11 -0400 (EDT) From: Michael Richardson To: Randy Turner In-Reply-To: <06BD710B-9537-47DB-870B-0D193E187AD3@amalfisystems.com> References: <14614.1465348608@obiwan.sandelman.ca> <29992.1465390071@obiwan.sandelman.ca> <06BD710B-9537-47DB-870B-0D193E187AD3@amalfisystems.com> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Cc: anima-bootstrap@ietf.org, 6tisch-security@ietf.org Subject: Re: [6tisch-security] goals for this 6tisch design team -- zero-touch vs one-touch X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2016 13:22:15 -0000 Randy Turner wrote: > We do not have zero or one-touch process, but we do have equivalent > 802.1AR device certs - that=E2=80=99s about the only thing we have in= common > with your item (b) below=E2=80=A6 Does a technician have to touch the device before it can join the MESH? --=20 ] Never tell me the odds! | ipv6 mesh network= s [=20 ] Michael Richardson, Sandelman Software Works | network architect= [=20 ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails = [=20 =09 From nobody Tue Jun 21 09:53:31 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E33C212DAC9 for <6tisch-security@ietfa.amsl.com>; Tue, 21 Jun 2016 09:53:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.436 X-Spam-Level: X-Spam-Status: No, score=-8.436 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=doodle.com 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 r4CDXddySs3S for <6tisch-security@ietfa.amsl.com>; Tue, 21 Jun 2016 09:53:20 -0700 (PDT) Received: from worker4.doodle.com (worker4.doodle.com [94.230.219.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4742B12DB00 for <6tisch-security@ietf.org>; Tue, 21 Jun 2016 09:53:12 -0700 (PDT) Received: from worker4.doodle.com (localhost [127.0.0.1]) by worker4.doodle.com (Postfix) with ESMTP id 2057C840A8A for <6tisch-security@ietf.org>; Tue, 21 Jun 2016 18:53:10 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.9.2 worker4.doodle.com 2057C840A8A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=doodle.com; s=mail; t=1466527990; bh=/nM+f8KWaijTlts1dguXBqf+Ma2P34VtKyg+AtEhxJE=; h=Date:From:Reply-To:To:Subject:From; b=rVTmdq+cmKj0WwR0soSYanJJmk8lbIeyy17eRVkzbW+pzqseZw2Xcimxq3Ih4D5ly qP+ZSIP71qBr7f4DXmZN9IjPok/Lylvbi1zgjMSQhzaGxCHaP1MK7htVPz0mLJeXih pVP2+iaKM/7KkCXbkM9yh65FyG3Jsn7oouWzCXtC3PFYnByF+w7DS7+j4dTrQnVxth /PH9PxcVJU1QstjxPocx4PtQUHAMcfKgOwMK0Vgdg3Uo9W7uLmjnGPxgJcgw4bQthA k9gGtYZYlMEmAX0iysCul/W7fai/RmRrByHZOaN4PC62B0+iAkXsrYG6M+VwxI3gQ8 RoqiuudesGE0w== Date: Tue, 21 Jun 2016 18:53:10 +0200 (CEST) From: "Michael Richardson (via Doodle)" To: 6tisch-security@ietf.org Message-ID: <992758782.230500.1466527990130.POLL_INVITECONTACT_PARTICIPANT_INVITATION_WITH_MESSAGE@worker4.doodle.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_230499_2004684591.1466527990129" Archived-At: Subject: [6tisch-security] 6tisch security call X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Michael Richardson List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 16:53:23 -0000 ------=_Part_230499_2004684591.1466527990129 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi there, Michael Richardson (mcr+ietf@sandelman.ca) invites you to participate in the Doodle poll "6tisch security call." This is a weekly call for the 6tisch security design team. When answering, please say "YES" if you can make >=3D2 meetings/month. =20 Please answer, "Maybe" if you can make >=3D1 meetings/month, and "NO" to a time if you would never use it. While a SINGLE week (next week) is listed, please consider it to be repeating every week. Participate now https://doodle.com/poll/y8vgcnxca5dychke?tmail=3Dpoll_invitecontact_partici= pant_invitation_with_message&tlink=3Dpollbtn What is Doodle? Doodle is a web service that helps Michael Richardson to find a suitable date for meeting with a group of people. Learn more about how Doodle works. (https://doodle.com/features?tlink=3DcheckOutLink&tmail=3Dpoll_invitecontac= t_participant_invitation_with_message) ---------------------------------------------------------------------- You have received this e-mail because "Michael Richardson" has invited you to participate in the Doodle poll "6tisch security call." ---- Doodle is also available for iOS and Android. ---- Doodle AG, Werdstrasse 21, 8021 Z=C3=BCrich ------=_Part_230499_2004684591.1466527990129 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =
Michael Richardson invites you= to participate in the Doodle poll "6tisch security call."
=09
=20
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09
=09=09=09=09=09=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09 =09 =09 =09
=09=09=09=09=09=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=09=09=09=09=09=09
"6tis= ch security call." =09=09=09=09=09=09
=09=09=09=09=09
=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=09=09=09=09=09=09
=09=09=09=09=09=09=09This is a weekly call for the 6tisch security design t= eam.
When answering, please say "YES" if you can make >=3D= 2 meetings/month.
Please answer, "Maybe" if you can make >= =3D1 meetings/month, and "NO" to a time if you would never use it= .
While a SINGLE week (next week) is listed, please consider it to be r= epeating every week. =09=09=09=09=09=09
=09=09=09=09=09
=20 =09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=
=09=09=09=09=09=09 =09=09=09=09=09=09 =09=09=09=09=09=09=09 =09=09=09=09=09=09 =09=09=09=09=09
=09=09=09=09=09=09=09=09Participate&= nbsp;now =09=09=09=09=09=09=09
=09=09=09=09=09
=
=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=09=09=09=09=09=09 =09=09=09=09=09 =09=09=09=09=09=09
=09=09=09=09=09=09=09 What is Doodle? Doodle is a web service that helps Michael Richardson to find a suitable= date for meeting with a group of people. Learn more about how Doodle works.
=09=09=09=09=09=09
=09=09=09=09=09
=09
=09=09 =09=09 =09 =09=09 =09=09 =09=09 =09 =09=09 =09 =09=09 =09 =09=09 =09=09 =09=09 =09 =09=09 =09=09
=09=09 =09You have received this e-mail because "Michael Richar= dson" has invited you to participate in the Doodle poll "6tisch s= ecurity call." =09=09
=09
Doodle is also available for iOS and Android.
Doodle AG, Werdstrasse 21, 8021 Z=C3=BCrich

------=_Part_230499_2004684591.1466527990129-- From nobody Tue Jun 21 09:57:34 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AF0712DB0A for <6tisch-security@ietfa.amsl.com>; Tue, 21 Jun 2016 09:57:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.327 X-Spam-Level: X-Spam-Status: No, score=-3.327 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 Yn3XuF5feqO8 for <6tisch-security@ietfa.amsl.com>; Tue, 21 Jun 2016 09:57:30 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A68712DB05 for <6tisch-security@ietf.org>; Tue, 21 Jun 2016 09:57:30 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 2683B203AF for <6tisch-security@ietf.org>; Tue, 21 Jun 2016 13:05:23 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 31177638BF for <6tisch-security@ietf.org>; Tue, 21 Jun 2016 12:57:29 -0400 (EDT) From: Michael Richardson To: tisch-security <6tisch-security@ietf.org> X-Attribution: mcr X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Content-Transfer-Encoding: quoted-printable Date: Tue, 21 Jun 2016 12:57:29 -0400 Message-ID: <22871.1466528249@obiwan.sandelman.ca> Archived-At: Subject: [6tisch-security] future meetings X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 16:57:32 -0000 I have created a doodle poll for a new meeting time. 4 said they preferred the current time, including the chairs (who are motivated to be flexible...) 4 days provided various degrees of it not being a good time. Here is a new doodle poll: https://doodle.com/poll/y8vgcnxca5dychke -- = ] Never tell me the odds! | ipv6 mesh networ= ks [ = ] Michael Richardson, Sandelman Software Works | network architec= t [ = ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails = [ = = From nobody Wed Jun 22 22:06:41 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3F0612DC6C for <6tisch-security@ietfa.amsl.com>; Wed, 22 Jun 2016 22:06:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.345 X-Spam-Level: X-Spam-Status: No, score=-8.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=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 GJFleDuWPMPL for <6tisch-security@ietfa.amsl.com>; Wed, 22 Jun 2016 22:06:37 -0700 (PDT) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2E1912DB9B for <6tisch-security@ietf.org>; Wed, 22 Jun 2016 22:06:36 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.26,514,1459807200"; d="scan'208,217";a="182229461" Received: from mail-wm0-f53.google.com ([74.125.82.53]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 23 Jun 2016 07:06:35 +0200 Received: by mail-wm0-f53.google.com with SMTP id a66so32279213wme.0 for <6tisch-security@ietf.org>; Wed, 22 Jun 2016 22:06:35 -0700 (PDT) X-Gm-Message-State: ALyK8tK5JTGcgdcmviBDRQCVh0iBs6VmgFNE7jwO4zgd2U0Hj9XctTODPuDhmUR/L64egPVLFOOLp8DmPegxgA== X-Received: by 10.194.120.135 with SMTP id lc7mr23107264wjb.42.1466658394985; Wed, 22 Jun 2016 22:06:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.35.202 with HTTP; Wed, 22 Jun 2016 22:06:15 -0700 (PDT) In-Reply-To: <22871.1466528249@obiwan.sandelman.ca> References: <22871.1466528249@obiwan.sandelman.ca> From: Thomas Watteyne Date: Thu, 23 Jun 2016 07:06:15 +0200 X-Gmail-Original-Message-ID: Message-ID: To: Michael Richardson Content-Type: multipart/alternative; boundary=089e01228a40a3e19f0535eb0405 Archived-At: Cc: tisch-security <6tisch-security@ietf.org> Subject: Re: [6tisch-security] future meetings X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2016 05:06:39 -0000 --089e01228a40a3e19f0535eb0405 Content-Type: text/plain; charset=UTF-8 Michael, Thanks, I filed it in. THese choices are just for next week, I'm traveling on Tuesday and Friday, but don't reflect my general availability over the different other weeks. Thomas On Tue, Jun 21, 2016 at 6:57 PM, Michael Richardson wrote: > I have created a doodle poll for a new meeting time. > 4 said they preferred the current time, including the chairs (who are > motivated to be flexible...) > 4 days provided various degrees of it not being a good time. > > Here is a new doodle poll: > https://doodle.com/poll/y8vgcnxca5dychke > > -- > ] Never tell me the odds! | ipv6 mesh > networks [ > ] Michael Richardson, Sandelman Software Works | network > architect [ > ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on > rails [ > > _______________________________________________ > 6tisch-security mailing list > 6tisch-security@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch-security > -- _______________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Linear Tech Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com _______________________________________ --089e01228a40a3e19f0535eb0405 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Michael,
Thanks, I filed it in. THese choices are just= for next week, I'm traveling on Tuesday and Friday, but don't refl= ect my general availability over the different other weeks.
Thoma= s

On T= ue, Jun 21, 2016 at 6:57 PM, Michael Richardson <mcr@sandelman.ca> wrote:
I have created a doodle poll= for a new meeting time.
4 said they preferred the current time, including the chairs (who are
motivated to be flexible...)
4 days provided various degrees of it not being a good time.

Here is a new doodle poll:
=C2=A0 =C2=A0 =C2=A0https://doodle.com/poll/y8vgcnxca5dychke=

--
]=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Never tell me the o= dds!=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| ipv6 me= sh networks [
]=C2=A0 =C2=A0Michael Richardson, Sandelman Software Works=C2=A0 =C2=A0 =C2= =A0 =C2=A0 | network architect=C2=A0 [
]=C2=A0 =C2=A0 =C2=A0mcr@sandelman.ca=C2=A0 http://www.sandelman.ca/=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2= =A0ruby on rails=C2=A0 =C2=A0 [

_______________________________________________
6tisch-security mailing list
6tisch-security@ietf.org https://www.ietf.org/mailman/listinfo/6tisch-se= curity



--
_______________________________________

<= /font>
Thomas Watteyne, PhD
Research Scientist & Innovator, Inria
= Sr Networking Design Eng, Linear Tech
Founder & co-lead, UC Berkele= y OpenWSN
Co-chair, IETF 6TiSCH

__________= _____________________________
--089e01228a40a3e19f0535eb0405-- From nobody Fri Jun 24 07:19:59 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35C5C12D11B for <6tisch-security@ietfa.amsl.com>; Fri, 24 Jun 2016 07:19:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.345 X-Spam-Level: X-Spam-Status: No, score=-8.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=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 Qq2dXWjPOQPO for <6tisch-security@ietfa.amsl.com>; Fri, 24 Jun 2016 07:19:55 -0700 (PDT) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CB0912D0FD for <6tisch-security@ietf.org>; Fri, 24 Jun 2016 07:19:54 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.26,521,1459807200"; d="scan'208,217";a="182543435" Received: from mail-lf0-f44.google.com ([209.85.215.44]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 24 Jun 2016 16:19:39 +0200 Received: by mail-lf0-f44.google.com with SMTP id l188so116037409lfe.2 for <6tisch-security@ietf.org>; Fri, 24 Jun 2016 07:19:39 -0700 (PDT) X-Gm-Message-State: ALyK8tLkCqTMRzcMcOedSRPpKMA7efGvqw/AR0cL3gRrAo4Tzb+gGyXRjFszkXi7gvm6vecPIgoXopwqMCJrcA== X-Received: by 10.25.76.195 with SMTP id z186mr1171224lfa.155.1466777978726; Fri, 24 Jun 2016 07:19:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.208.9 with HTTP; Fri, 24 Jun 2016 07:19:19 -0700 (PDT) In-Reply-To: References: <22871.1466528249@obiwan.sandelman.ca> From: Thomas Watteyne Date: Fri, 24 Jun 2016 16:19:19 +0200 X-Gmail-Original-Message-ID: Message-ID: To: Michael Richardson Content-Type: multipart/alternative; boundary=001a114b0ae262f331053606dc31 Archived-At: Cc: tisch-security <6tisch-security@ietf.org> Subject: Re: [6tisch-security] future meetings X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 14:19:58 -0000 --001a114b0ae262f331053606dc31 Content-Type: text/plain; charset=UTF-8 All, It's really important we get your feedback on the poll. Please fill it in. Thanks, Thomas On Thu, Jun 23, 2016 at 7:06 AM, Thomas Watteyne wrote: > Michael, > Thanks, I filed it in. THese choices are just for next week, I'm traveling > on Tuesday and Friday, but don't reflect my general availability over the > different other weeks. > Thomas > > On Tue, Jun 21, 2016 at 6:57 PM, Michael Richardson > wrote: > >> I have created a doodle poll for a new meeting time. >> 4 said they preferred the current time, including the chairs (who are >> motivated to be flexible...) >> 4 days provided various degrees of it not being a good time. >> >> Here is a new doodle poll: >> https://doodle.com/poll/y8vgcnxca5dychke >> >> -- >> ] Never tell me the odds! | ipv6 mesh >> networks [ >> ] Michael Richardson, Sandelman Software Works | network >> architect [ >> ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on >> rails [ >> >> _______________________________________________ >> 6tisch-security mailing list >> 6tisch-security@ietf.org >> https://www.ietf.org/mailman/listinfo/6tisch-security >> > > > > -- > _______________________________________ > > Thomas Watteyne, PhD > Research Scientist & Innovator, Inria > Sr Networking Design Eng, Linear Tech > Founder & co-lead, UC Berkeley OpenWSN > Co-chair, IETF 6TiSCH > > www.thomaswatteyne.com > _______________________________________ > -- _______________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Linear Tech Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com _______________________________________ --001a114b0ae262f331053606dc31 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
All,
It's really important we get your feedback on= the poll. Please fill it in.
Thanks,
Thomas

On Thu, Jun 23, = 2016 at 7:06 AM, Thomas Watteyne <thomas.watteyne@inria.fr><= /span> wrote:
Michael,Thanks, I filed it in. THese choices are just for next week, I'm tra= veling on Tuesday and Friday, but don't reflect my general availability= over the different other weeks.
Thomas

On Tue, = Jun 21, 2016 at 6:57 PM, Michael Richardson <mcr@sandelman.ca> wrote:
I have created a doodle poll f= or a new meeting time.
4 said they preferred the current time, including the chairs (who are
motivated to be flexible...)
4 days provided various degrees of it not being a good time.

Here is a new doodle poll:
=C2=A0 =C2=A0 =C2=A0https://doodle.com/poll/y8vgcnxca5dychke=

--
]=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Never tell me the o= dds!=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| ipv6 me= sh networks [
]=C2=A0 =C2=A0Michael Richardson, Sandelman Software Works=C2=A0 =C2=A0 =C2= =A0 =C2=A0 | network architect=C2=A0 [
]=C2=A0 =C2=A0 =C2=A0= mcr@sandelman.ca=C2=A0 http://www.sandelman.ca/=C2=A0 =C2=A0 =C2=A0 = =C2=A0 |=C2=A0 =C2=A0ruby on rails=C2=A0 =C2=A0 [

_______________________________________________
6tisch-security mailing list
6tisch-securi= ty@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch-se= curity



--
__________________= _____________________

<= font face=3D"monospace, monospace">Thomas Watteyne, PhD
Research Scient= ist & Innovator, Inria
Sr Networking Design Eng, Linear Tech=
Fo= under & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH

=
_______________________________________



--
_______________________________________

<= div style=3D"font-size:small">Thomas Wa= tteyne, PhD
Research Scientist & Innovator, Inria
Sr Networking= Design Eng, Linear Tech
Founder & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH

_______________________= ________________
--001a114b0ae262f331053606dc31-- From nobody Sat Jun 25 19:42:27 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDBB312B007 for <6tisch-security@ietfa.amsl.com>; Sat, 25 Jun 2016 19:42:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.417 X-Spam-Level: X-Spam-Status: No, score=-8.417 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=doodle.com 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 6gafBu9CkV99 for <6tisch-security@ietfa.amsl.com>; Sat, 25 Jun 2016 19:42:23 -0700 (PDT) Received: from worker2.doodle.com (worker2.doodle.com [94.230.219.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 242A6128E18 for <6tisch-security@ietf.org>; Sat, 25 Jun 2016 19:42:22 -0700 (PDT) Received: from worker2.doodle.com (localhost [127.0.0.1]) by worker2.doodle.com (Postfix) with ESMTP id 4B18E1901143 for <6tisch-security@ietf.org>; Sun, 26 Jun 2016 04:42:21 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.9.2 worker2.doodle.com 4B18E1901143 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=doodle.com; s=mail; t=1466908941; bh=B1xt/bUACnHwumgApasky+3X6YndcEaOY61Qrzl2t1M=; h=Date:From:Reply-To:To:Subject:From; b=nhsWXqtLIbJmScWc9098bbdxwL570iAZgd9MuOH54iN/UZce3A/oHjyMDTcCc91wa iKHjEfpiFVbDusWgmgwltY1y9Cwe1/O2cg3Gcb72+Nx9KNh21wKWkZWSkPgpI8hApL h6W5Z7Iu/9ESTyIKnO1mumAyf+p4xAVwsN32u+QDhpOFMpGhqoZfuQaOjSCddKv4XI 3KC2eBLFd1Jnqmrp59LvaS9175AtcjSmOlVit0dNhDBBjTBha5g6xJDKxWEf7GTi4O zxMFCgC7dT7Qc+o4KifANw/6ksPAzI1haQzGAi4koXD5PazzzUvQllHXTxVuL263Qw XVpBFZE4XWaJg== Date: Sun, 26 Jun 2016 04:42:21 +0200 (CEST) From: "Michael Richardson (via Doodle)" To: 6tisch-security@ietf.org Message-ID: <792674789.1233216.1466908941304.POLL_INVITECONTACT_PARTICIPANT_FINALPICK@worker2.doodle.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1233215_121990976.1466908941303" Archived-At: Subject: [6tisch-security] 6tisch security call X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Michael Richardson List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2016 02:42:26 -0000 ------=_Part_1233215_121990976.1466908941303 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi there, Michael Richardson has chosen the following final date in the poll =E2=80=9C6tisch security call=E2=80=9D: Time zone: Eastern Time * Wednesday, June 29, 2016 10:00 AM =E2=80=93 11:00 AM Go to poll https://doodle.com/poll/y8vgcnxca5dychke?tmail=3Dpoll_invitecontact_partici= pant_finalpick&tlink=3Dpollbtn ---------------------------------------------------------------------- You have received this e-mail because "Michael Richardson" has invited you to participate in the Doodle poll "6tisch security call." ---- Doodle is also available for iOS and Android. ---- Doodle AG, Werdstrasse 21, 8021 Z=C3=BCrich ------=_Part_1233215_121990976.1466908941303 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =
Michael Richardson closed the = Doodle poll "6tisch security call"
=09
=20
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09
=09=09=09=09=09=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09
=09=09=09=09=09=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09
=09=09=09=09=09=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09
=09=09=09=09=09=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=
=09=09=09=09=09=09 =09=09=09=09=09=09 =09=09=09=09=09=09=09 =09=09=09=09=09=09 =09=09=09=09=09
=09=09=09=09=09=09=09=09Go to poll =09=09=09=09=09=09=09
=09=09=09=09=09
=
=09
=09=09 =09=09 =09 =09=09 =09=09 =09=09 =09 =09=09 =09 =09=09 =09 =09=09 =09=09 =09=09 =09 =09=09 =09=09
=09=09 =09You have received this e-mail because "Michael Richar= dson" has invited you to participate in the Doodle poll "6tisch s= ecurity call." =09=09
=09
Doodle is also available for iOS and Android.
Doodle AG, Werdstrasse 21, 8021 Z=C3=BCrich

------=_Part_1233215_121990976.1466908941303 Content-Type: text/calendar; charset=UTF-8; name=Doodle.ics Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=Doodle.ics BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Doodle AG//Doodle//EN CALSCALE:GREGORIAN X-WR-TIMEZONE:America/Iqaluit METHOD:PUBLISH BEGIN:VEVENT ORGANIZER:MAILTO:mailer@doodle.com SUMMARY:6tisch security call [Doodle] X-MICROSOFT-CDO-BUSYSTATUS:BUSY URL:https://doodle.com/poll/y8vgcnxca5dychke LOCATION:jitsi.tools.ietf.org DESCRIPTION:Initiated by Michael Richardson\nThis is a weekly call for the = 6tisch security design team.\nWhen answering, please say "YES" if you can m= ake >=3D2 meetings/month.\nPlease answer, "Maybe" if you can make >=3D1 mee= tings/month, and "NO" to a time if you would never use it.\nWhile a SINGLE = week (next week) is listed, please consider it to be repeating every week.\= n\n\nParticipants:\n- Michael Richardson\n- Thomas\n- Pascal Thubert\n- G= =C3=B6ran Selander\n- Savio Sciancalepore\n\n\nhttps://doodle.com/poll/y8vg= cnxca5dychke DTSTAMP:20160626T024221Z UID:1467208800000-2022917014@doodle.biz DTSTART:20160629T140000Z DTEND:20160629T150000Z END:VEVENT END:VCALENDAR ------=_Part_1233215_121990976.1466908941303-- From nobody Sun Jun 26 17:50:02 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AA7A12D1BE for <6tisch-security@ietfa.amsl.com>; Sun, 26 Jun 2016 17:50:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.327 X-Spam-Level: X-Spam-Status: No, score=-3.327 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 WDcji7QqBVUW for <6tisch-security@ietfa.amsl.com>; Sun, 26 Jun 2016 17:49:58 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B911012D191 for <6tisch-security@ietf.org>; Sun, 26 Jun 2016 17:49:58 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 80AAB2009E for <6tisch-security@ietf.org>; Sun, 26 Jun 2016 20:58:09 -0400 (EDT) Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 80612638BE for <6tisch-security@ietf.org>; Sun, 26 Jun 2016 20:49:57 -0400 (EDT) From: Michael Richardson To: tisch-security <6tisch-security@ietf.org> In-Reply-To: References: <22871.1466528249@obiwan.sandelman.ca> X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: Re: [6tisch-security] future meetings X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 00:50:00 -0000 --=-=-= Content-Type: text/plain Thomas Watteyne wrote: > All, It's really important we get your feedback on the poll. Please > fill it in. Thanks, Thomas Based upon current feedback, I've selected Wednesday at 11am EDT. That's 1500UTC. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBV3B4MYCLcPvd0N1lAQK0NAf8DuwPxSjpt2IrjaZGymVHZ3PomTC1PBfV VJ7lmHF/mFtpAWGuCeRH4iArTHERb4cN9b/Qf1K8goX6k9JoEd5U00gBpdad0D+/ csJiQcrtqOOt4bnn2Ds3HqUQ51dN9JcmWUjW8XfYUWSnN/+/oqCBMgUKqnDyC+6v qw2feMC/7JfWhowACBTByUewnHvGKWRERfdFaIE/SjbzFjK4pgzsb3pI3EFPCaht v8SxvJkCtS4bHHQXuWT2Dr7impZP9ipffX1UsxwEqLjVF0ljUAfwGQca4xQN+oer wgV4Fitwiv4VzXVIyXFcjk9kOG0LiPcbcNgBaEUaiCktjT6Rerm6mQ== =owvH -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Jun 26 21:08:22 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9450212B009 for <6tisch-security@ietfa.amsl.com>; Sun, 26 Jun 2016 21:08:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.325 X-Spam-Level: X-Spam-Status: No, score=-8.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=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 ohKzzJ-vdoxk for <6tisch-security@ietfa.amsl.com>; Sun, 26 Jun 2016 21:08:19 -0700 (PDT) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77F7E12B02A for <6tisch-security@ietf.org>; Sun, 26 Jun 2016 21:08:18 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.26,535,1459807200"; d="scan'208,217";a="224209254" Received: from mail-lf0-f43.google.com ([209.85.215.43]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 27 Jun 2016 06:08:16 +0200 Received: by mail-lf0-f43.google.com with SMTP id h129so148253717lfh.1 for <6tisch-security@ietf.org>; Sun, 26 Jun 2016 21:08:16 -0700 (PDT) X-Gm-Message-State: ALyK8tJFaDrjp3lTLNoCSFb1ELYezkq2d1VFJTvctVZwP5FH3Ph68Q47KhnzJwk8hpOVaINsFr5EVvxMWosfUA== X-Received: by 10.46.9.13 with SMTP id 13mr4477069ljj.2.1467000496039; Sun, 26 Jun 2016 21:08:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.208.9 with HTTP; Sun, 26 Jun 2016 21:07:56 -0700 (PDT) In-Reply-To: <12075.1466988597@obiwan.sandelman.ca> References: <22871.1466528249@obiwan.sandelman.ca> <12075.1466988597@obiwan.sandelman.ca> From: Thomas Watteyne Date: Mon, 27 Jun 2016 06:07:56 +0200 X-Gmail-Original-Message-ID: Message-ID: To: Michael Richardson Content-Type: multipart/alternative; boundary=001a114b157473ad6d05363aab0e Archived-At: Cc: tisch-security <6tisch-security@ietf.org> Subject: Re: [6tisch-security] future meetings X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 04:08:21 -0000 --001a114b157473ad6d05363aab0e Content-Type: text/plain; charset=UTF-8 Thanks Michael for coordinating! On Mon, Jun 27, 2016 at 2:49 AM, Michael Richardson wrote: > > Thomas Watteyne wrote: > > All, It's really important we get your feedback on the poll. Please > > fill it in. Thanks, Thomas > > Based upon current feedback, I've selected Wednesday at 11am EDT. > That's 1500UTC. > > -- > Michael Richardson , Sandelman Software Works > -= IPv6 IoT consulting =- > > > > > _______________________________________________ > 6tisch-security mailing list > 6tisch-security@ietf.org > https://www.ietf.org/mailman/listinfo/6tisch-security > > -- _______________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Linear Tech Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com _______________________________________ --001a114b157473ad6d05363aab0e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Michael for coordinating!

On Mon, Jun 27, 2016 at 2:49 AM, Mich= ael Richardson <mcr+ietf@sandelman.ca> wrote:

Thomas Watteyne <thomas.watt= eyne@inria.fr> wrote:
=C2=A0 =C2=A0 > All, It's really important we get your feedback on t= he poll. Please
=C2=A0 =C2=A0 > fill it in.=C2=A0 Thanks, Thomas

Based upon current feedback, I've selected Wednesday at 11am EDT= .
That's 1500UTC.

--
Michael Richardson <mcr+IETF@= sandelman.ca>, Sandelman Software Works
=C2=A0-=3D IPv6 IoT consulting =3D-




_______________________________________________
6tisch-security mailing list
6tisch-security@ietf.org https://www.ietf.org/mailman/listinfo/6tisch-se= curity




--
=
_______________________________________

=
Thomas W= atteyne, PhD
Research Scientist & Innovator, Inria
Sr Networkin= g Design Eng, Linear Tech
Founder & co-lead, UC Berkeley OpenWSN

______________________= _________________
--001a114b157473ad6d05363aab0e-- From nobody Mon Jun 27 05:31:13 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C914E12D097 for <6tisch-security@ietfa.amsl.com>; Mon, 27 Jun 2016 05:31:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 G2yOg3mBbY76 for <6tisch-security@ietfa.amsl.com>; Mon, 27 Jun 2016 05:31:09 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F33712B02F for <6tisch-security@ietf.org>; Mon, 27 Jun 2016 05:31:08 -0700 (PDT) X-AuditID: c1b4fb2d-f79936d0000030e4-e7-57711c8ac573 Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.183.84]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 11.D3.12516.A8C11775; Mon, 27 Jun 2016 14:31:06 +0200 (CEST) Received: from ESESSMB303.ericsson.se ([169.254.3.222]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.03.0294.000; Mon, 27 Jun 2016 14:31:06 +0200 From: =?utf-8?B?R8O2cmFuIFNlbGFuZGVy?= To: Thomas Watteyne , "Pascal Thubert (pthubert)" , Michael Richardson Thread-Topic: [6tisch-security] future meetings Thread-Index: AQHRy94DRi4jWofzVESODxWMHG7TnJ/2YKyAgAIs24CABLpLgA== Date: Mon, 27 Jun 2016 12:31:05 +0000 Message-ID: References: <22871.1466528249@obiwan.sandelman.ca> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.5.160527 x-originating-ip: [153.88.183.150] Content-Type: multipart/alternative; boundary="_000_D393E96F61302goranselanderericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrPIsWRmVeSWpSXmKPExsUyM2J7iG6XTGG4wZEXphbNKxexW8xruMxk MWPKO0aLo6/fMzmweEz5vZHVY8mSn0wek14cYvFombOHOYAlissmJTUnsyy1SN8ugSvj4Kyp 7AULuxgrFtzdwtrAeKSNsYuRk0NCwESi5fd6JghbTOLCvfVsXYxcHEICRxglzu9ewgjhLGGU mHevD6yDTcBF4kHDIyaQhIhAJ6PEwR8HwdqZBXQlJv75A2RzcAgL6En8P5UIEhYR0JdY8ukK K4TtJNG/5TyYzSKgKnHi/HQWEJtXwEKied9mVohlBxgl9qxeAjaTUyBQomt2O9hiRqDzvp9a A7VLXOLWk/lQZwtILNlznhnCFpV4+fgf2AJRoBu+f50NFVeSWLH9EiNEb6xE86uPTBCLBSVO znzCMoFRbBaSsbOQlM1CUjYL6DVmAU2J9bv0IUoUJaZ0P2SHsDUkWufMhbKtJS7dvsqGrGYB I8cqRtHi1OLi3HQjY73Uoszk4uL8PL281JJNjMBoPrjlt+4OxtWvHQ8xCnAwKvHwJgQUhAux JpYVV+YeYpTgYFYS4VWULgwX4k1JrKxKLcqPLyrNSS0+xCjNwaIkzuv/UjFcSCA9sSQ1OzW1 ILUIJsvEwSnVwNj6z7nymN//TrfyUye9Th68IiH83EDCOi6OnXe/QVvT97gXF/6onJxn3b52 q31IQqB6wH1rYRPRy8q2uebJP1jSW9RDLuk3LvjkkhHzrC6N+YaNb0is3ZUG1sM3VW5JPp6f w/7d63ijfv/3JW9mNet7KNUrb7G7PcMyOCHtp12RRrrqCsW1SizFGYmGWsxFxYkAoTEFTeIC AAA= Archived-At: Cc: tisch-security <6tisch-security@ietf.org> Subject: Re: [6tisch-security] future meetings X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 12:31:12 -0000 --_000_D393E96F61302goranselanderericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RnJvbSB0aGUgbWludXRlcyBvZiBsYXN0IDZ0aXNjaCBpbnRlcmltIG1lZXRpbmc6DQoNCj4gIFtQ YXNjYWxdIGl0IHdvdWxkIGJlIGdvb2QgdG8gaGF2ZSB0ZXh0IHRvIHNlZSB3aGF0IHdlIHdhbnQg dG8gYWNoaWV2ZSBpbiB0aGUgc2VjdXJpdHkgZGVzaWduIHRlYW0NCg0KKzENCg0KSSBoYXZlIHJl YWQgdGhlIGNoYXJ0ZXIgYW5kIHdoYXQgSSBiZWxpZXZlIGFyZSB0aGUgcmVsZXZhbnQgZHJhZnRz LCBwYXJ0aWNpcGF0ZWQgaW4gdGhlIG1lZXRpbmdzIGFuZCBmb2xsb3dlZCB0aGUgbWFpbCBkaXNj dXNzaW9uLCBidXQgSSBzdGlsbCBoYXZlbuKAmXQgZ3Jhc3BlZCB0aGUgc2NvcGUvcmVxdWlyZW1l bnRzIG9mIHRoZSBzZWN1cml0eSB3b3JrLiBJIGdldCB0aGUgaW1wcmVzc2lvbiB0aGF0IHRoZXJl IGlzIG1vcmUgdGhhbiBvbmUgdGFyZ2V0IGRlcGxveW1lbnQgYW5kIGZpbmQgaXQgZGlmZmljdWx0 IHRvIHdlaWdoIHRoZXNlIGRpZmZlcmVudCBkZXBsb3ltZW50IHJlcXVpcmVtZW50cyBhZ2FpbnN0 IGVhY2ggb3RoZXIuDQoNCknigJltIG5vdCBuZWNlc3NhcnkgbG9va2luZyBmb3IgYSBkcmFmdCBv biBzZWN1cml0eSByZXF1aXJlbWVudHMsIGJ1dCBqdXN0IGV4cGFuZGluZyBvbiB0aGUgY2hhcnRl ciB3b3VsZCBiZSB2ZXJ5IHVzZWZ1bCBhdCBsZWFzdCBmb3IgbWUuIFNvbWUgZXhhbXBsZXMgb2Yg d2hhdCBzdWNoIGEgdGV4dCBtYXkgY292ZXIgKGluc3BpcmVkIGJ5IHRoZSBkaXNjdXNzaW9uIHNp bmNlIGxhc3QgZjJmIG1lZXRpbmcpOg0KDQogICogICBEbyB3ZSB3YW50IHRvIHN1cHBvcnQgb25s eSBvbmUgc2V0IG9mIGluaXRpYWwgYm9vdHN0cmFwIGNyZWRlbnRpYWxzIChQU0svUlBLL0NlcnRz KSBvciBhcmUgbXVsdGlwbGUgYWxsb3dlZCAvIGlzIHNvbWUgZGlzYWxsb3dlZD8NCiAgKiAgIERv IHdlIHdhbnQgdG8gc3VwcG9ydCBhIGNvbW1vbiBzb2x1dGlvbiBmb3IgYm9vdHN0cmFwcGluZyBp bmRlcGVuZGVudCBvZiBpbml0aWFsIGNyZWRlbnRpYWxzLCBvciBkaWZmZXJlbnQgc29sdXRpb25z IGZvciBkaWZmZXJlbnQgaW5pdGlhbCBjcmVkZW50aWFscz8NCiAgKiAgIElzIG9ubHkgemVyby10 b3VjaCBnb2luZyB0byBiZSBzdXBwb3J0ZWQgb3IgYXJlIGRpZmZlcmVudCBkZXBsb3ltZW50IHBy b2NlZHVyZXMgYWxsb3dlZCAvIGlzIHNvbWUgZGlzYWxsb3dlZD8NCiAgKiAgIENhbiB3ZSBzdW1t YXJpc2UgdGhlIGJvb3RzdHJhcCBwcm9jZWR1cmUgaW4gcGhhc2VzIGFuZCBkZXNjcmliZSB3aGF0 IHNlY3VyaXR5IGlzIGFzc3VtZWQvYWNoaWV2ZWQgaW4gdGhlIHN0YXJ0L2VuZCBzdGF0ZXMgb2Yg ZWFjaCBwaGFzZT8NCiAgKiAgIERvIHdlIHdhbnQgdG8gc3VwcG9ydCBzZWN1cml0eSBib290c3Ry YXAgYmVmb3JlIElQPw0KICAqICAgRG8gd2Ugd2FudCB0byBzdXBwb3J0L3JlcXVpcmUgZm9yd2Fy ZCBzZWNyZWN5IGZvciBjZXJ0YWluIGtleXMgb2J0YWluZWQgdGhyb3VnaCB0aGUgYm9vdHN0cmFw cGluZyBwcm9jZWR1cmUgPw0KDQoNCkfDtnJhbg0KDQoNCg0KRnJvbTogNnRpc2NoLXNlY3VyaXR5 IDw2dGlzY2gtc2VjdXJpdHktYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86NnRpc2NoLXNlY3VyaXR5 LWJvdW5jZXNAaWV0Zi5vcmc+PiBvbiBiZWhhbGYgb2YgVGhvbWFzIFdhdHRleW5lIDx0aG9tYXMu d2F0dGV5bmVAaW5yaWEuZnI8bWFpbHRvOnRob21hcy53YXR0ZXluZUBpbnJpYS5mcj4+DQpEYXRl OiBGcmlkYXkgMjQgSnVuZSAyMDE2IGF0IDE2OjE5DQpUbzogTWljaGFlbCBSaWNoYXJkc29uIDxt Y3JAc2FuZGVsbWFuLmNhPG1haWx0bzptY3JAc2FuZGVsbWFuLmNhPj4NCkNjOiB0aXNjaC1zZWN1 cml0eSA8NnRpc2NoLXNlY3VyaXR5QGlldGYub3JnPG1haWx0bzo2dGlzY2gtc2VjdXJpdHlAaWV0 Zi5vcmc+Pg0KU3ViamVjdDogUmU6IFs2dGlzY2gtc2VjdXJpdHldIGZ1dHVyZSBtZWV0aW5ncw0K DQpBbGwsDQpJdCdzIHJlYWxseSBpbXBvcnRhbnQgd2UgZ2V0IHlvdXIgZmVlZGJhY2sgb24gdGhl IHBvbGwuIFBsZWFzZSBmaWxsIGl0IGluLg0KVGhhbmtzLA0KVGhvbWFzDQoNCk9uIFRodSwgSnVu IDIzLCAyMDE2IGF0IDc6MDYgQU0sIFRob21hcyBXYXR0ZXluZSA8dGhvbWFzLndhdHRleW5lQGlu cmlhLmZyPG1haWx0bzp0aG9tYXMud2F0dGV5bmVAaW5yaWEuZnI+PiB3cm90ZToNCk1pY2hhZWws DQpUaGFua3MsIEkgZmlsZWQgaXQgaW4uIFRIZXNlIGNob2ljZXMgYXJlIGp1c3QgZm9yIG5leHQg d2VlaywgSSdtIHRyYXZlbGluZyBvbiBUdWVzZGF5IGFuZCBGcmlkYXksIGJ1dCBkb24ndCByZWZs ZWN0IG15IGdlbmVyYWwgYXZhaWxhYmlsaXR5IG92ZXIgdGhlIGRpZmZlcmVudCBvdGhlciB3ZWVr cy4NClRob21hcw0KDQpPbiBUdWUsIEp1biAyMSwgMjAxNiBhdCA2OjU3IFBNLCBNaWNoYWVsIFJp Y2hhcmRzb24gPG1jckBzYW5kZWxtYW4uY2E8bWFpbHRvOm1jckBzYW5kZWxtYW4uY2E+PiB3cm90 ZToNCkkgaGF2ZSBjcmVhdGVkIGEgZG9vZGxlIHBvbGwgZm9yIGEgbmV3IG1lZXRpbmcgdGltZS4N CjQgc2FpZCB0aGV5IHByZWZlcnJlZCB0aGUgY3VycmVudCB0aW1lLCBpbmNsdWRpbmcgdGhlIGNo YWlycyAod2hvIGFyZQ0KbW90aXZhdGVkIHRvIGJlIGZsZXhpYmxlLi4uKQ0KNCBkYXlzIHByb3Zp ZGVkIHZhcmlvdXMgZGVncmVlcyBvZiBpdCBub3QgYmVpbmcgYSBnb29kIHRpbWUuDQoNCkhlcmUg aXMgYSBuZXcgZG9vZGxlIHBvbGw6DQogICAgIGh0dHBzOi8vZG9vZGxlLmNvbS9wb2xsL3k4dmdj bnhjYTVkeWNoa2UNCg0KLS0NCl0gICAgICAgICAgICAgICBOZXZlciB0ZWxsIG1lIHRoZSBvZGRz ISAgICAgICAgICAgICAgICAgfCBpcHY2IG1lc2ggbmV0d29ya3MgWw0KXSAgIE1pY2hhZWwgUmlj aGFyZHNvbiwgU2FuZGVsbWFuIFNvZnR3YXJlIFdvcmtzICAgICAgICB8IG5ldHdvcmsgYXJjaGl0 ZWN0ICBbDQpdICAgICBtY3JAc2FuZGVsbWFuLmNhPG1haWx0bzptY3JAc2FuZGVsbWFuLmNhPiAg aHR0cDovL3d3dy5zYW5kZWxtYW4uY2EvICAgICAgICB8ICAgcnVieSBvbiByYWlscyAgICBbDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo2dGlzY2gt c2VjdXJpdHkgbWFpbGluZyBsaXN0DQo2dGlzY2gtc2VjdXJpdHlAaWV0Zi5vcmc8bWFpbHRvOjZ0 aXNjaC1zZWN1cml0eUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vNnRpc2NoLXNlY3VyaXR5DQoNCg0KDQotLQ0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNClRob21hcyBXYXR0ZXluZSwgUGhEDQpSZXNlYXJjaCBTY2llbnRp c3QgJiBJbm5vdmF0b3IsIElucmlhDQpTciBOZXR3b3JraW5nIERlc2lnbiBFbmcsIExpbmVhciBU ZWNoDQpGb3VuZGVyICYgY28tbGVhZCwgVUMgQmVya2VsZXkgT3BlbldTTg0KQ28tY2hhaXIsIElF VEYgNlRpU0NIDQoNCnd3dy50aG9tYXN3YXR0ZXluZS5jb208aHR0cDovL3d3dy50aG9tYXN3YXR0 ZXluZS5jb20+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQoN Ci0tDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhvbWFzIFdh dHRleW5lLCBQaEQNClJlc2VhcmNoIFNjaWVudGlzdCAmIElubm92YXRvciwgSW5yaWENClNyIE5l dHdvcmtpbmcgRGVzaWduIEVuZywgTGluZWFyIFRlY2gNCkZvdW5kZXIgJiBjby1sZWFkLCBVQyBC ZXJrZWxleSBPcGVuV1NODQpDby1jaGFpciwgSUVURiA2VGlTQ0gNCg0Kd3d3LnRob21hc3dhdHRl eW5lLmNvbTxodHRwOi8vd3d3LnRob21hc3dhdHRleW5lLmNvbT4NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0K --_000_D393E96F61302goranselanderericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: <2B3833F9D3261745AAC4ED46D3E2E6D8@ericsson.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6 IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGRpdiBzdHlsZT0iZm9u dC1zaXplOiAxNHB4OyI+RnJvbSB0aGUgbWludXRlcyBvZiBsYXN0IDZ0aXNjaCBpbnRlcmltIG1l ZXRpbmc6PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNpemU6IDE0cHg7Ij48YnI+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2PjxzdHJvbmc+Jmd0OyAmbmJzcDtbUGFzY2FsXTwvc3Ryb25nPiZuYnNwO2l0 IHdvdWxkIGJlIGdvb2QgdG8gaGF2ZSB0ZXh0IHRvIHNlZSB3aGF0IHdlIHdhbnQgdG8gYWNoaWV2 ZSBpbiB0aGUgc2VjdXJpdHkgZGVzaWduIHRlYW08bzpwPjwvbzpwPjwvZGl2Pg0KPGRpdiBzdHls ZT0iZm9udC1zaXplOiAxNHB4OyI+PGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNpemU6 IDE0cHg7Ij4mIzQzOzE8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPjxicj4N CjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOiAxNHB4OyI+SSBoYXZlIHJlYWQgdGhlIGNo YXJ0ZXIgYW5kIHdoYXQgSSBiZWxpZXZlIGFyZSB0aGUgcmVsZXZhbnQgZHJhZnRzLCBwYXJ0aWNp cGF0ZWQgaW4gdGhlIG1lZXRpbmdzIGFuZCBmb2xsb3dlZCB0aGUgbWFpbCBkaXNjdXNzaW9uLCBi dXQgSSBzdGlsbCBoYXZlbuKAmXQgZ3Jhc3BlZCB0aGUgc2NvcGUvcmVxdWlyZW1lbnRzIG9mIHRo ZSBzZWN1cml0eSB3b3JrLiBJIGdldCB0aGUgaW1wcmVzc2lvbiB0aGF0DQogdGhlcmUgaXMgbW9y ZSB0aGFuIG9uZSB0YXJnZXQgZGVwbG95bWVudCBhbmQgZmluZCBpdCBkaWZmaWN1bHQgdG8gd2Vp Z2ggdGhlc2UgZGlmZmVyZW50IGRlcGxveW1lbnQgcmVxdWlyZW1lbnRzIGFnYWluc3QgZWFjaCBv dGhlci48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPjxicj4NCjwvZGl2Pg0K PGRpdiBzdHlsZT0iZm9udC1zaXplOiAxNHB4OyI+SeKAmW0gbm90IG5lY2Vzc2FyeSBsb29raW5n IGZvciBhIGRyYWZ0IG9uIHNlY3VyaXR5IHJlcXVpcmVtZW50cywgYnV0IGp1c3QgZXhwYW5kaW5n IG9uIHRoZSBjaGFydGVyIHdvdWxkIGJlIHZlcnkgdXNlZnVsIGF0IGxlYXN0IGZvciBtZS4gU29t ZSBleGFtcGxlcyBvZiB3aGF0IHN1Y2ggYSB0ZXh0IG1heSBjb3ZlciAoaW5zcGlyZWQgYnkgdGhl IGRpc2N1c3Npb24gc2luY2UgbGFzdCBmMmYgbWVldGluZyk6PC9kaXY+DQo8dWw+DQo8bGk+RG8g d2Ugd2FudCB0byBzdXBwb3J0IG9ubHkgb25lIHNldCBvZiBpbml0aWFsIGJvb3RzdHJhcCBjcmVk ZW50aWFscyAoUFNLL1JQSy9DZXJ0cykgb3IgYXJlIG11bHRpcGxlIGFsbG93ZWQgLyBpcyBzb21l IGRpc2FsbG93ZWQ/PC9saT48bGk+RG8gd2Ugd2FudCB0byBzdXBwb3J0IGEgY29tbW9uIHNvbHV0 aW9uIGZvciBib290c3RyYXBwaW5nIGluZGVwZW5kZW50IG9mIGluaXRpYWwgY3JlZGVudGlhbHMs IG9yIGRpZmZlcmVudCBzb2x1dGlvbnMgZm9yIGRpZmZlcmVudCBpbml0aWFsIGNyZWRlbnRpYWxz PzwvbGk+PGxpPklzIG9ubHkgemVyby10b3VjaCBnb2luZyB0byBiZSBzdXBwb3J0ZWQgb3IgYXJl IGRpZmZlcmVudCBkZXBsb3ltZW50IHByb2NlZHVyZXMgYWxsb3dlZCAvIGlzIHNvbWUgZGlzYWxs b3dlZD88L2xpPjxsaT5DYW4gd2Ugc3VtbWFyaXNlIHRoZSBib290c3RyYXAgcHJvY2VkdXJlIGlu IHBoYXNlcyBhbmQgZGVzY3JpYmUgd2hhdCBzZWN1cml0eSBpcyBhc3N1bWVkL2FjaGlldmVkIGlu IHRoZSBzdGFydC9lbmQgc3RhdGVzIG9mIGVhY2ggcGhhc2U/PC9saT48bGk+RG8gd2Ugd2FudCB0 byBzdXBwb3J0IHNlY3VyaXR5IGJvb3RzdHJhcCBiZWZvcmUgSVA/PC9saT48bGk+RG8gd2Ugd2Fu dCB0byBzdXBwb3J0L3JlcXVpcmUgZm9yd2FyZCBzZWNyZWN5IGZvciBjZXJ0YWluIGtleXMgb2J0 YWluZWQgdGhyb3VnaCB0aGUgYm9vdHN0cmFwcGluZyBwcm9jZWR1cmUgPzwvbGk+PC91bD4NCjxk aXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9u dC1zaXplOiAxNHB4OyI+R8O2cmFuPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNpemU6IDE0cHg7 Ij48YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPjxicj4NCjwvZGl2 Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOiAxNHB4OyI+PGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjxz cGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElPTiIgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiPg0K PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjExcHQ7IHRleHQtYWxp Z246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25lOyBCT1JERVIt TEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkctTEVGVDogMGlu OyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNvbGlkOyBCT1JE RVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFuIHN0eWxlPSJm b250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+NnRpc2NoLXNlY3VyaXR5ICZsdDs8YSBocmVm PSJtYWlsdG86NnRpc2NoLXNlY3VyaXR5LWJvdW5jZXNAaWV0Zi5vcmciPjZ0aXNjaC1zZWN1cml0 eS1ib3VuY2VzQGlldGYub3JnPC9hPiZndDsgb24gYmVoYWxmIG9mIFRob21hcyBXYXR0ZXluZSAm bHQ7PGEgaHJlZj0ibWFpbHRvOnRob21hcy53YXR0ZXluZUBpbnJpYS5mciI+dGhvbWFzLndhdHRl eW5lQGlucmlhLmZyPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+ RGF0ZTogPC9zcGFuPkZyaWRheSAyNCBKdW5lIDIwMTYgYXQgMTY6MTk8YnI+DQo8c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj5NaWNoYWVsIFJpY2hhcmRzb24gJmx0Ozxh IGhyZWY9Im1haWx0bzptY3JAc2FuZGVsbWFuLmNhIj5tY3JAc2FuZGVsbWFuLmNhPC9hPiZndDs8 YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+Q2M6IDwvc3Bhbj50aXNjaC1zZWN1 cml0eSAmbHQ7PGEgaHJlZj0ibWFpbHRvOjZ0aXNjaC1zZWN1cml0eUBpZXRmLm9yZyI+NnRpc2No LXNlY3VyaXR5QGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6 Ym9sZCI+U3ViamVjdDogPC9zcGFuPlJlOiBbNnRpc2NoLXNlY3VyaXR5XSBmdXR1cmUgbWVldGlu Z3M8YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09V VExPT0tfQVRUUklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRm IDUgc29saWQ7IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdiBkaXI9Imx0ciI+QWxsLA0KPGRpdj5JdCdzIHJlYWxseSBpbXBvcnRhbnQgd2UgZ2V0 IHlvdXIgZmVlZGJhY2sgb24gdGhlIHBvbGwuIFBsZWFzZSBmaWxsIGl0IGluLjwvZGl2Pg0KPGRp dj5UaGFua3MsPC9kaXY+DQo8ZGl2PlRob21hczwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJn bWFpbF9leHRyYSI+PGJyPg0KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIFRodSwgSnVuIDIz LCAyMDE2IGF0IDc6MDYgQU0sIFRob21hcyBXYXR0ZXluZSA8c3BhbiBkaXI9Imx0ciI+DQombHQ7 PGEgaHJlZj0ibWFpbHRvOnRob21hcy53YXR0ZXluZUBpbnJpYS5mciIgdGFyZ2V0PSJfYmxhbmsi PnRob21hcy53YXR0ZXluZUBpbnJpYS5mcjwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+DQo8Ymxv Y2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3Jk ZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxkaXYgZGlyPSJsdHIi Pk1pY2hhZWwsDQo8ZGl2PlRoYW5rcywgSSBmaWxlZCBpdCBpbi4gVEhlc2UgY2hvaWNlcyBhcmUg anVzdCBmb3IgbmV4dCB3ZWVrLCBJJ20gdHJhdmVsaW5nIG9uIFR1ZXNkYXkgYW5kIEZyaWRheSwg YnV0IGRvbid0IHJlZmxlY3QgbXkgZ2VuZXJhbCBhdmFpbGFiaWxpdHkgb3ZlciB0aGUgZGlmZmVy ZW50IG90aGVyIHdlZWtzLjwvZGl2Pg0KPGRpdj5UaG9tYXM8L2Rpdj4NCjwvZGl2Pg0KPGRpdiBj bGFzcz0iZ21haWxfZXh0cmEiPg0KPGRpdj4NCjxkaXYgY2xhc3M9Img1Ij48YnI+DQo8ZGl2IGNs YXNzPSJnbWFpbF9xdW90ZSI+T24gVHVlLCBKdW4gMjEsIDIwMTYgYXQgNjo1NyBQTSwgTWljaGFl bCBSaWNoYXJkc29uIDxzcGFuIGRpcj0ibHRyIj4NCiZsdDs8YSBocmVmPSJtYWlsdG86bWNyQHNh bmRlbG1hbi5jYSIgdGFyZ2V0PSJfYmxhbmsiPm1jckBzYW5kZWxtYW4uY2E8L2E+Jmd0Ozwvc3Bh bj4gd3JvdGU6PGJyPg0KPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFy Z2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFl eCI+DQpJIGhhdmUgY3JlYXRlZCBhIGRvb2RsZSBwb2xsIGZvciBhIG5ldyBtZWV0aW5nIHRpbWUu PGJyPg0KNCBzYWlkIHRoZXkgcHJlZmVycmVkIHRoZSBjdXJyZW50IHRpbWUsIGluY2x1ZGluZyB0 aGUgY2hhaXJzICh3aG8gYXJlPGJyPg0KbW90aXZhdGVkIHRvIGJlIGZsZXhpYmxlLi4uKTxicj4N CjQgZGF5cyBwcm92aWRlZCB2YXJpb3VzIGRlZ3JlZXMgb2YgaXQgbm90IGJlaW5nIGEgZ29vZCB0 aW1lLjxicj4NCjxicj4NCkhlcmUgaXMgYSBuZXcgZG9vZGxlIHBvbGw6PGJyPg0KJm5ic3A7ICZu YnNwOyAmbmJzcDs8YSBocmVmPSJodHRwczovL2Rvb2RsZS5jb20vcG9sbC95OHZnY254Y2E1ZHlj aGtlIiByZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2Rvb2RsZS5jb20v cG9sbC95OHZnY254Y2E1ZHljaGtlPC9hPjxicj4NCjxzcGFuPjxmb250IGNvbG9yPSIjODg4ODg4 Ij48YnI+DQotLTxicj4NCl0mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7TmV2ZXIgdGVsbCBtZSB0aGUgb2RkcyEmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgaXB2NiBtZXNoIG5l dHdvcmtzIFs8YnI+DQpdJm5ic3A7ICZuYnNwO01pY2hhZWwgUmljaGFyZHNvbiwgU2FuZGVsbWFu IFNvZnR3YXJlIFdvcmtzJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHwgbmV0d29yayBhcmNo aXRlY3QmbmJzcDsgWzxicj4NCl0mbmJzcDsgJm5ic3A7ICZuYnNwOzxhIGhyZWY9Im1haWx0bzpt Y3JAc2FuZGVsbWFuLmNhIiB0YXJnZXQ9Il9ibGFuayI+bWNyQHNhbmRlbG1hbi5jYTwvYT4mbmJz cDsgPGEgaHJlZj0iaHR0cDovL3d3dy5zYW5kZWxtYW4uY2EvIiByZWw9Im5vcmVmZXJyZXIiIHRh cmdldD0iX2JsYW5rIj4NCmh0dHA6Ly93d3cuc2FuZGVsbWFuLmNhLzwvYT4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgfCZuYnNwOyAmbmJzcDtydWJ5IG9uIHJhaWxzJm5ic3A7ICZuYnNwOyBb PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188YnI+DQo2dGlzY2gtc2VjdXJpdHkgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRv OjZ0aXNjaC1zZWN1cml0eUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPjZ0aXNjaC1zZWN1cml0 eUBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvLzZ0aXNjaC1zZWN1cml0eSIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFu ayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby82dGlzY2gtc2VjdXJpdHk8 L2E+PGJyPg0KPC9mb250Pjwvc3Bhbj48L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxicj4NCjxiciBj bGVhcj0iYWxsIj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHNwYW4gY2xh c3M9IkhPRW5aYiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiPi0tIDxicj4NCjxkaXYgZGF0YS1zbWFy dG1haWw9ImdtYWlsX3NpZ25hdHVyZSI+DQo8ZGl2IGRpcj0ibHRyIj4NCjxkaXY+DQo8ZGl2IGRp cj0ibHRyIj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTpzbWFsbCI+PGZvbnQgZmFjZT0ibW9ub3Nw YWNlLG1vbm9zcGFjZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9m b250PjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOnNtYWxsIj48Zm9udCBmYWNlPSJtb25v c3BhY2UsbW9ub3NwYWNlIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNp emU6c21hbGwiPjxmb250IGZhY2U9Im1vbm9zcGFjZSxtb25vc3BhY2UiPlRob21hcyBXYXR0ZXlu ZSwgUGhEPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOnNtYWxsIj48Zm9udCBm YWNlPSJtb25vc3BhY2UsbW9ub3NwYWNlIj5SZXNlYXJjaCBTY2llbnRpc3QgJmFtcDsgSW5ub3Zh dG9yLCBJbnJpYTwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTpzbWFsbCI+PGZv bnQgZmFjZT0ibW9ub3NwYWNlLG1vbm9zcGFjZSI+U3IgTmV0d29ya2luZyBEZXNpZ24gRW5nLCBM aW5lYXIgVGVjaDwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTpzbWFsbCI+PGZv bnQgZmFjZT0ibW9ub3NwYWNlLG1vbm9zcGFjZSI+Rm91bmRlciAmYW1wOyBjby1sZWFkLCBVQyBC ZXJrZWxleSBPcGVuV1NOPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOnNtYWxs Ij48Zm9udCBmYWNlPSJtb25vc3BhY2UsbW9ub3NwYWNlIj5Dby1jaGFpciwgSUVURiA2VGlTQ0g8 L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNpemU6c21hbGwiPjxmb250IGZhY2U9Im1v bm9zcGFjZSxtb25vc3BhY2UiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQt c2l6ZTpzbWFsbCI+PGZvbnQgZmFjZT0ibW9ub3NwYWNlLG1vbm9zcGFjZSI+PGEgaHJlZj0iaHR0 cDovL3d3dy50aG9tYXN3YXR0ZXluZS5jb20iIHRhcmdldD0iX2JsYW5rIj53d3cudGhvbWFzd2F0 dGV5bmUuY29tPC9hPjwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTpzbWFsbCI+ PGZvbnQgZmFjZT0ibW9ub3NwYWNlLG1vbm9zcGFjZSI+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPC9mb250PjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2ZvbnQ+PC9zcGFuPjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8YnI+DQo8 YnIgY2xlYXI9ImFsbCI+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KLS0gPGJyPg0KPGRpdiBjbGFzcz0i Z21haWxfc2lnbmF0dXJlIiBkYXRhLXNtYXJ0bWFpbD0iZ21haWxfc2lnbmF0dXJlIj4NCjxkaXYg ZGlyPSJsdHIiPg0KPGRpdj4NCjxkaXYgZGlyPSJsdHIiPg0KPGRpdiBzdHlsZT0iZm9udC1zaXpl OnNtYWxsIj48Zm9udCBmYWNlPSJtb25vc3BhY2UsbW9ub3NwYWNlIj5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LXNp emU6c21hbGwiPjxmb250IGZhY2U9Im1vbm9zcGFjZSxtb25vc3BhY2UiPjxicj4NCjwvZm9udD48 L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTpzbWFsbCI+PGZvbnQgZmFjZT0ibW9ub3NwYWNl LG1vbm9zcGFjZSI+VGhvbWFzIFdhdHRleW5lLCBQaEQ8L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxl PSJmb250LXNpemU6c21hbGwiPjxmb250IGZhY2U9Im1vbm9zcGFjZSxtb25vc3BhY2UiPlJlc2Vh cmNoIFNjaWVudGlzdCAmYW1wOyBJbm5vdmF0b3IsIElucmlhPC9mb250PjwvZGl2Pg0KPGRpdiBz dHlsZT0iZm9udC1zaXplOnNtYWxsIj48Zm9udCBmYWNlPSJtb25vc3BhY2UsbW9ub3NwYWNlIj5T ciBOZXR3b3JraW5nIERlc2lnbiBFbmcsIExpbmVhciBUZWNoPC9mb250PjwvZGl2Pg0KPGRpdiBz dHlsZT0iZm9udC1zaXplOnNtYWxsIj48Zm9udCBmYWNlPSJtb25vc3BhY2UsbW9ub3NwYWNlIj5G b3VuZGVyICZhbXA7IGNvLWxlYWQsIFVDIEJlcmtlbGV5IE9wZW5XU048L2ZvbnQ+PC9kaXY+DQo8 ZGl2IHN0eWxlPSJmb250LXNpemU6c21hbGwiPjxmb250IGZhY2U9Im1vbm9zcGFjZSxtb25vc3Bh Y2UiPkNvLWNoYWlyLCBJRVRGIDZUaVNDSDwvZm9udD48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQt c2l6ZTpzbWFsbCI+PGZvbnQgZmFjZT0ibW9ub3NwYWNlLG1vbm9zcGFjZSI+PGJyPg0KPC9mb250 PjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOnNtYWxsIj48Zm9udCBmYWNlPSJtb25vc3Bh Y2UsbW9ub3NwYWNlIj48YSBocmVmPSJodHRwOi8vd3d3LnRob21hc3dhdHRleW5lLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPnd3dy50aG9tYXN3YXR0ZXluZS5jb208L2E+PC9mb250PjwvZGl2Pg0KPGRp diBzdHlsZT0iZm9udC1zaXplOnNtYWxsIj48Zm9udCBmYWNlPSJtb25vc3BhY2UsbW9ub3NwYWNl Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L2ZvbnQ+PC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjwvc3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_D393E96F61302goranselanderericssoncom_-- From nobody Wed Jun 29 07:04:55 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD03412DEC6 for <6tisch-security@ietfa.amsl.com>; Wed, 29 Jun 2016 07:04:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.345 X-Spam-Level: X-Spam-Status: No, score=-8.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=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 szms9GJNtESh for <6tisch-security@ietfa.amsl.com>; Wed, 29 Jun 2016 07:04:49 -0700 (PDT) Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 005BD12D18B for <6tisch-security@ietf.org>; Wed, 29 Jun 2016 07:04:05 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.26,546,1459807200"; d="scan'208,217";a="183194748" Received: from mail-lf0-f48.google.com ([209.85.215.48]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 29 Jun 2016 16:03:53 +0200 Received: by mail-lf0-f48.google.com with SMTP id q132so34253737lfe.3 for <6tisch-security@ietf.org>; Wed, 29 Jun 2016 07:03:53 -0700 (PDT) X-Gm-Message-State: ALyK8tKLOjbVFdbzDsLeb3osiB9dBZ+EEHNssrykBu7WPkfuZJfeGp6Sn/xdNY74JQ80/l/g4iISye7d8MELXQ== X-Received: by 10.46.32.11 with SMTP id g11mr2366667ljg.46.1467209032792; Wed, 29 Jun 2016 07:03:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.208.9 with HTTP; Wed, 29 Jun 2016 07:03:33 -0700 (PDT) In-Reply-To: References: <22871.1466528249@obiwan.sandelman.ca> From: Thomas Watteyne Date: Wed, 29 Jun 2016 16:03:33 +0200 X-Gmail-Original-Message-ID: Message-ID: To: =?UTF-8?Q?G=C3=B6ran_Selander?= Content-Type: multipart/alternative; boundary=001a1142c06636048d05366b3916 Archived-At: Cc: "Pascal Thubert \(pthubert\)" , Michael Richardson , tisch-security <6tisch-security@ietf.org> Subject: Re: [6tisch-security] future meetings X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 14:04:54 -0000 --001a1142c06636048d05366b3916 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I cannot find the link to the session we use for the 6TiSCH-security call. Can someone send it to me? On Mon, Jun 27, 2016 at 2:31 PM, G=C3=B6ran Selander wrote: > From the minutes of last 6tisch interim meeting: > > *> [Pascal]* it would be good to have text to see what we want to > achieve in the security design team > > +1 > > I have read the charter and what I believe are the relevant drafts, > participated in the meetings and followed the mail discussion, but I stil= l > haven=E2=80=99t grasped the scope/requirements of the security work. I ge= t the > impression that there is more than one target deployment and find it > difficult to weigh these different deployment requirements against each > other. > > I=E2=80=99m not necessary looking for a draft on security requirements, b= ut just > expanding on the charter would be very useful at least for me. Some > examples of what such a text may cover (inspired by the discussion since > last f2f meeting): > > - Do we want to support only one set of initial bootstrap credentials > (PSK/RPK/Certs) or are multiple allowed / is some disallowed? > - Do we want to support a common solution for bootstrapping > independent of initial credentials, or different solutions for differe= nt > initial credentials? > - Is only zero-touch going to be supported or are different deployment > procedures allowed / is some disallowed? > - Can we summarise the bootstrap procedure in phases and describe what > security is assumed/achieved in the start/end states of each phase? > - Do we want to support security bootstrap before IP? > - Do we want to support/require forward secrecy for certain keys > obtained through the bootstrapping procedure ? > > > G=C3=B6ran > > > > From: 6tisch-security <6tisch-security-bounces@ietf.org> on behalf of > Thomas Watteyne > Date: Friday 24 June 2016 at 16:19 > To: Michael Richardson > Cc: tisch-security <6tisch-security@ietf.org> > Subject: Re: [6tisch-security] future meetings > > All, > It's really important we get your feedback on the poll. Please fill it in= . > Thanks, > Thomas > > On Thu, Jun 23, 2016 at 7:06 AM, Thomas Watteyne > wrote: > >> Michael, >> Thanks, I filed it in. THese choices are just for next week, I'm >> traveling on Tuesday and Friday, but don't reflect my general availabili= ty >> over the different other weeks. >> Thomas >> >> On Tue, Jun 21, 2016 at 6:57 PM, Michael Richardson >> wrote: >> >>> I have created a doodle poll for a new meeting time. >>> 4 said they preferred the current time, including the chairs (who are >>> motivated to be flexible...) >>> 4 days provided various degrees of it not being a good time. >>> >>> Here is a new doodle poll: >>> https://doodle.com/poll/y8vgcnxca5dychke >>> >>> -- >>> ] Never tell me the odds! | ipv6 mesh >>> networks [ >>> ] Michael Richardson, Sandelman Software Works | network >>> architect [ >>> ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on >>> rails [ >>> >>> _______________________________________________ >>> 6tisch-security mailing list >>> 6tisch-security@ietf.org >>> https://www.ietf.org/mailman/listinfo/6tisch-security >>> >> >> >> >> -- >> _______________________________________ >> >> Thomas Watteyne, PhD >> Research Scientist & Innovator, Inria >> Sr Networking Design Eng, Linear Tech >> Founder & co-lead, UC Berkeley OpenWSN >> Co-chair, IETF 6TiSCH >> >> www.thomaswatteyne.com >> _______________________________________ >> > > > > -- > _______________________________________ > > Thomas Watteyne, PhD > Research Scientist & Innovator, Inria > Sr Networking Design Eng, Linear Tech > Founder & co-lead, UC Berkeley OpenWSN > Co-chair, IETF 6TiSCH > > www.thomaswatteyne.com > _______________________________________ > > --=20 _______________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Linear Tech Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com _______________________________________ --001a1142c06636048d05366b3916 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I cannot find the link to the session we use for the 6TiSC= H-security call. Can someone send it to me?

On Mon, Jun 27, 2016 at 2:31 PM, G=C3=B6ran= Selander <goran.selander@ericsson.com> wrote:
=
From the minutes of last 6tisch interim meeti= ng:

> =C2=A0[Pascal]=C2=A0it would be good to have tex= t to see what we want to achieve in the security design team<= /div>

+1

I have read the charter and what I believe ar= e the relevant drafts, participated in the meetings and followed the mail d= iscussion, but I still haven=E2=80=99t grasped the scope/requirements of th= e security work. I get the impression that there is more than one target deployment and find it difficult to weigh th= ese different deployment requirements against each other.

I=E2=80=99m not necessary looking for a draft= on security requirements, but just expanding on the charter would be very = useful at least for me. Some examples of what such a text may cover (inspir= ed by the discussion since last f2f meeting):
  • Do we want to support only one set of initial bootstrap credentials (PS= K/RPK/Certs) or are multiple allowed / is some disallowed?
  • Do we wa= nt to support a common solution for bootstrapping independent of initial cr= edentials, or different solutions for different initial credentials?
    • Is only zero-touch going to be supported or are different deployment proc= edures allowed / is some disallowed?
  • Can we summarise the bootstrap= procedure in phases and describe what security is assumed/achieved in the = start/end states of each phase?
  • Do we want to support security boot= strap before IP?
  • Do we want to support/require forward secrecy for = certain keys obtained through the bootstrapping procedure ?
=C2=A0
G=C3=B6ran




All,
It's really important we get your feedback on the poll. Please fil= l it in.
Thanks,
Thomas

On Thu, Jun 23, 2016 at 7:06 AM, Thomas Watteyne= <thomas.wa= tteyne@inria.fr> wrote:
Michael,
Thanks, I filed it in. THese choices are just for next week, I'm t= raveling on Tuesday and Friday, but don't reflect my general availabili= ty over the different other weeks.
Thomas

On Tue, Jun 21, 2016 at 6:57 PM, Michael Richard= son <mcr@sandelman.ca<= /a>> wrote:
I have created a doodle poll for a new meeting time.
4 said they preferred the current time, including the chairs (who are
motivated to be flexible...)
4 days provided various degrees of it not being a good time.

Here is a new doodle poll:
=C2=A0 =C2=A0 =C2=A0https://doodle.com/poll/y8vgcnxca5dychke=

--
]=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Never tell me the o= dds!=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| ipv6 me= sh networks [
]=C2=A0 =C2=A0Michael Richardson, Sandelman Software Works=C2=A0 =C2=A0 =C2= =A0 =C2=A0 | network architect=C2=A0 [
]=C2=A0 =C2=A0 =C2=A0= mcr@sandelman.ca=C2=A0 http://www.sandelman.ca/=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0ruby = on rails=C2=A0 =C2=A0 [

_______________________________________________
6tisch-security mailing list
6tisch-securi= ty@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch-se= curity



--
_________= ______________________________

Thomas Wa= tteyne, PhD
Research = Scientist & Innovator, Inria
Sr Networ= king Design Eng, Linear Tech
Founder &= amp; co-lead, UC Berkeley OpenWSN
Co-chair,= IETF 6TiSCH

_________= ______________________________



--
_________= ______________________________

Thomas Wa= tteyne, PhD
Research = Scientist & Innovator, Inria
Sr Networ= king Design Eng, Linear Tech
Founder &= amp; co-lead, UC Berkeley OpenWSN
Co-chair,= IETF 6TiSCH

_________= ______________________________



--
_______________________________________

<= div style=3D"font-size:small">Thomas Wa= tteyne, PhD
Research Scientist & Innovator, Inria
Sr Networking= Design Eng, Linear Tech
Founder & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH

_______________________= ________________
--001a1142c06636048d05366b3916-- From nobody Wed Jun 29 07:07:21 2016 Return-Path: X-Original-To: 6tisch-security@ietfa.amsl.com Delivered-To: 6tisch-security@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F55412DEC8 for <6tisch-security@ietfa.amsl.com>; Wed, 29 Jun 2016 07:07:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.325 X-Spam-Level: X-Spam-Status: No, score=-8.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=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 sVF91FIK3UOZ for <6tisch-security@ietfa.amsl.com>; Wed, 29 Jun 2016 07:07:17 -0700 (PDT) Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A536112DEAD for <6tisch-security@ietf.org>; Wed, 29 Jun 2016 07:06:54 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.26,546,1459807200"; d="scan'208,217";a="224708870" Received: from mail-lf0-f50.google.com ([209.85.215.50]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 29 Jun 2016 16:06:52 +0200 Received: by mail-lf0-f50.google.com with SMTP id l188so34351882lfe.2 for <6tisch-security@ietf.org>; Wed, 29 Jun 2016 07:06:52 -0700 (PDT) X-Gm-Message-State: ALyK8tKDVDyZSp0AQBvPf5Fs01rhnfHpOBxxU+iAJwaX/Rl0cfrfrDZDSD/lGRsaU63sn04YN7Li1QQ2VUETcA== X-Received: by 10.25.89.10 with SMTP id n10mr3345587lfb.89.1467209211946; Wed, 29 Jun 2016 07:06:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.208.9 with HTTP; Wed, 29 Jun 2016 07:06:32 -0700 (PDT) In-Reply-To: References: <22871.1466528249@obiwan.sandelman.ca> From: Thomas Watteyne Date: Wed, 29 Jun 2016 16:06:32 +0200 X-Gmail-Original-Message-ID: Message-ID: To: =?UTF-8?Q?G=C3=B6ran_Selander?= Content-Type: multipart/alternative; boundary=001a114124c4e3b20605366b43b5 Archived-At: Cc: "Pascal Thubert \(pthubert\)" , Michael Richardson , tisch-security <6tisch-security@ietf.org> Subject: Re: [6tisch-security] future meetings X-BeenThere: 6tisch-security@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Extended Design Team for 6TiSCH security architecture <6tisch-security.ietf.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 14:07:20 -0000 --001a114124c4e3b20605366b43b5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I found it. https://jitsi.tools.ietf.org/6tischSecurity. Call ongoing, please join. On Wed, Jun 29, 2016 at 4:03 PM, Thomas Watteyne wrote: > I cannot find the link to the session we use for the 6TiSCH-security call= . > Can someone send it to me? > > On Mon, Jun 27, 2016 at 2:31 PM, G=C3=B6ran Selander < > goran.selander@ericsson.com> wrote: > >> From the minutes of last 6tisch interim meeting: >> >> *> [Pascal]* it would be good to have text to see what we want to >> achieve in the security design team >> >> +1 >> >> I have read the charter and what I believe are the relevant drafts, >> participated in the meetings and followed the mail discussion, but I sti= ll >> haven=E2=80=99t grasped the scope/requirements of the security work. I g= et the >> impression that there is more than one target deployment and find it >> difficult to weigh these different deployment requirements against each >> other. >> >> I=E2=80=99m not necessary looking for a draft on security requirements, = but just >> expanding on the charter would be very useful at least for me. Some >> examples of what such a text may cover (inspired by the discussion since >> last f2f meeting): >> >> - Do we want to support only one set of initial bootstrap credentials >> (PSK/RPK/Certs) or are multiple allowed / is some disallowed? >> - Do we want to support a common solution for bootstrapping >> independent of initial credentials, or different solutions for differ= ent >> initial credentials? >> - Is only zero-touch going to be supported or are different >> deployment procedures allowed / is some disallowed? >> - Can we summarise the bootstrap procedure in phases and describe >> what security is assumed/achieved in the start/end states of each pha= se? >> - Do we want to support security bootstrap before IP? >> - Do we want to support/require forward secrecy for certain keys >> obtained through the bootstrapping procedure ? >> >> >> G=C3=B6ran >> >> >> >> From: 6tisch-security <6tisch-security-bounces@ietf.org> on behalf of >> Thomas Watteyne >> Date: Friday 24 June 2016 at 16:19 >> To: Michael Richardson >> Cc: tisch-security <6tisch-security@ietf.org> >> Subject: Re: [6tisch-security] future meetings >> >> All, >> It's really important we get your feedback on the poll. Please fill it i= n. >> Thanks, >> Thomas >> >> On Thu, Jun 23, 2016 at 7:06 AM, Thomas Watteyne < >> thomas.watteyne@inria.fr> wrote: >> >>> Michael, >>> Thanks, I filed it in. THese choices are just for next week, I'm >>> traveling on Tuesday and Friday, but don't reflect my general availabil= ity >>> over the different other weeks. >>> Thomas >>> >>> On Tue, Jun 21, 2016 at 6:57 PM, Michael Richardson >>> wrote: >>> >>>> I have created a doodle poll for a new meeting time. >>>> 4 said they preferred the current time, including the chairs (who are >>>> motivated to be flexible...) >>>> 4 days provided various degrees of it not being a good time. >>>> >>>> Here is a new doodle poll: >>>> https://doodle.com/poll/y8vgcnxca5dychke >>>> >>>> -- >>>> ] Never tell me the odds! | ipv6 mesh >>>> networks [ >>>> ] Michael Richardson, Sandelman Software Works | network >>>> architect [ >>>> ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on >>>> rails [ >>>> >>>> _______________________________________________ >>>> 6tisch-security mailing list >>>> 6tisch-security@ietf.org >>>> https://www.ietf.org/mailman/listinfo/6tisch-security >>>> >>> >>> >>> >>> -- >>> _______________________________________ >>> >>> Thomas Watteyne, PhD >>> Research Scientist & Innovator, Inria >>> Sr Networking Design Eng, Linear Tech >>> Founder & co-lead, UC Berkeley OpenWSN >>> Co-chair, IETF 6TiSCH >>> >>> www.thomaswatteyne.com >>> _______________________________________ >>> >> >> >> >> -- >> _______________________________________ >> >> Thomas Watteyne, PhD >> Research Scientist & Innovator, Inria >> Sr Networking Design Eng, Linear Tech >> Founder & co-lead, UC Berkeley OpenWSN >> Co-chair, IETF 6TiSCH >> >> www.thomaswatteyne.com >> _______________________________________ >> >> > > > -- > _______________________________________ > > Thomas Watteyne, PhD > Research Scientist & Innovator, Inria > Sr Networking Design Eng, Linear Tech > Founder & co-lead, UC Berkeley OpenWSN > Co-chair, IETF 6TiSCH > > www.thomaswatteyne.com > _______________________________________ > --=20 _______________________________________ Thomas Watteyne, PhD Research Scientist & Innovator, Inria Sr Networking Design Eng, Linear Tech Founder & co-lead, UC Berkeley OpenWSN Co-chair, IETF 6TiSCH www.thomaswatteyne.com _______________________________________ --001a114124c4e3b20605366b43b5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I found it. https://jitsi.tools.ietf.org/6tischSecurity. Call ongoing, pl= ease join.

O= n Wed, Jun 29, 2016 at 4:03 PM, Thomas Watteyne <thomas.watteyne@in= ria.fr> wrote:
I cannot find the link to the session we use for the 6TiSCH-security c= all. Can someone send it to me?

On Mon, Jun 27,= 2016 at 2:31 PM, G=C3=B6ran Selander <goran.selander@ericsson.c= om> wrote:
From the minutes of last 6tisch interim meeti= ng:

> =C2=A0[Pascal]=C2=A0it would be good to have tex= t to see what we want to achieve in the security design team<= /div>

+1

I have read the charter and what I believe ar= e the relevant drafts, participated in the meetings and followed the mail d= iscussion, but I still haven=E2=80=99t grasped the scope/requirements of th= e security work. I get the impression that there is more than one target deployment and find it difficult to weigh th= ese different deployment requirements against each other.

I=E2=80=99m not necessary looking for a draft= on security requirements, but just expanding on the charter would be very = useful at least for me. Some examples of what such a text may cover (inspir= ed by the discussion since last f2f meeting):
  • Do we want to support only one set of initial bootstrap credentials (PS= K/RPK/Certs) or are multiple allowed / is some disallowed?
  • Do we wa= nt to support a common solution for bootstrapping independent of initial cr= edentials, or different solutions for different initial credentials?
    • Is only zero-touch going to be supported or are different deployment proc= edures allowed / is some disallowed?
  • Can we summarise the bootstrap= procedure in phases and describe what security is assumed/achieved in the = start/end states of each phase?
  • Do we want to support security boot= strap before IP?
  • Do we want to support/require forward secrecy for = certain keys obtained through the bootstrapping procedure ?
=C2=A0
G=C3=B6ran




All,
It's really important we get your feedback on the poll. Please fil= l it in.
Thanks,
Thomas

On Thu, Jun 23, 2016 at 7:06 AM, Thomas Watteyne= <thomas.wa= tteyne@inria.fr> wrote:
Michael,
Thanks, I filed it in. THese choices are just for next week, I'm t= raveling on Tuesday and Friday, but don't reflect my general availabili= ty over the different other weeks.
Thomas

On Tue, Jun 21, 2016 at 6:57 PM, Michael Richard= son <mcr@sandelman.ca<= /a>> wrote:
I have created a doodle poll for a new meeting time.
4 said they preferred the current time, including the chairs (who are
motivated to be flexible...)
4 days provided various degrees of it not being a good time.

Here is a new doodle poll:
=C2=A0 =C2=A0 =C2=A0https://doodle.com/poll/y8vgcnxca5dychke=

--
]=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Never tell me the o= dds!=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| ipv6 me= sh networks [
]=C2=A0 =C2=A0Michael Richardson, Sandelman Software Works=C2=A0 =C2=A0 =C2= =A0 =C2=A0 | network architect=C2=A0 [
]=C2=A0 =C2=A0 =C2=A0= mcr@sandelman.ca=C2=A0 http://www.sandelman.ca/=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0ruby = on rails=C2=A0 =C2=A0 [

_______________________________________________
6tisch-security mailing list
6tisch-securi= ty@ietf.org
https://www.ietf.org/mailman/listinfo/6tisch-se= curity



--
_________= ______________________________

Thomas Wa= tteyne, PhD
Research = Scientist & Innovator, Inria
Sr Networ= king Design Eng, Linear Tech
Founder &= amp; co-lead, UC Berkeley OpenWSN
Co-chair,= IETF 6TiSCH

_________= ______________________________



--
_________= ______________________________

Thomas Wa= tteyne, PhD
Research = Scientist & Innovator, Inria
Sr Networ= king Design Eng, Linear Tech
Founder &= amp; co-lead, UC Berkeley OpenWSN
Co-chair,= IETF 6TiSCH

_________= ______________________________



--
________________= _______________________

Thomas Watteyne, PhD
Research Scie= ntist & Innovator, Inria
Sr Networking Design Eng, Linear Tech
= Founder & co-lead, UC Berkeley OpenWSN
Co-chair, IETF 6TiSCH=
_______________________________________
=



--
=
_______________________________________
=

Thomas Watteyne, PhD
Research Scientist & Innovator, Inria<= /div>
Sr = Networking Design Eng, Linear Tech
Founder & co-lead, UC Berkeley O= penWSN
Co-chair, IETF 6TiSCH

_____________= __________________________
--001a114124c4e3b20605366b43b5--