Re: [Ideas] Spencer Dawkins' Yes on charter-ietf-ideas-00-00: (with COMMENT)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Tue, 12 September 2017 04:05 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: ideas@ietfa.amsl.com
Delivered-To: ideas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C43BF132031; Mon, 11 Sep 2017 21:05:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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=gmail.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 3JElCI4z19CH; Mon, 11 Sep 2017 21:05:26 -0700 (PDT)
Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (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 69591128D0F; Mon, 11 Sep 2017 21:05:26 -0700 (PDT)
Received: by mail-yw0-x233.google.com with SMTP id r85so25798511ywg.1; Mon, 11 Sep 2017 21:05:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=sCpowd4k8NcX+dglu27GxeeQYy8I9+HwXFVmrGtQ5rA=; b=vPkTdNWJyviFgrz6vOdnKB8FlGPA2lWPIbvpgeSg03nj9pCaE97xbSBVggozi0Cll+ ZCF5MkDgHXnc4zwbaAZ6REHahWSsr8gbYFuP8yfGKqOc3KED44Y8Dc29LEnA28LpY/bT W4+wMeF7+f99WNWVZnQcPVqJFFIzXd1O+IDmQGetAqi9GI8rvM+wimbAb641KjfRNzSK vpDLER+EARPc7/iX/tEKpoDvKnpUqHNhLmO7RZPwQpDXkZiKOlj4rYG7enmkriGydMbW BcT78anlgfyZP1uDC4ssqKE0MKPtcFHq4R+/VTrT6UaB3/JT2Ge9icjGSI9sQ2Lrl4+W icQw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=sCpowd4k8NcX+dglu27GxeeQYy8I9+HwXFVmrGtQ5rA=; b=NhewZZbmF17i7p2gNm7TvTVvAzQOcahH1H4Dbjee+hrQekhlcXDooGRQnPmjWA3vA4 M5yTS8CUAqk4zsVNfgJ/Kk7RvML3/J4gKZJoE4+dGoHW22hJgVZ3A9T014lVwchbRyhR +l2gQQF++ZRTakzG/8tZB0szZ90kPVT2VMXfisWRPhQHq3YOz4YbyfLA1VywStc+ygXH ER8YRLr3GegTINIRb/r1b7hvLSmI1PY8wYI3IiSGSrOhaviMOi7wikA8+cIQv2O+Fjea 0wdELoGY8OMIaVIWmnuwh89mCSA+EQ5G83Wpn5wbC83gG1puQOQWVFs103f+KpL5Di6k R2fw==
X-Gm-Message-State: AHPjjUjAMcTXOvK/hiPNJUlXKmpd8K+2W45/GMgJTmVb7EM9kgrVYKqN 5Aq99CQfY23DgWof3nYHhGFaha+vWw==
X-Google-Smtp-Source: AOwi7QCILWi8xvsyAZlB+MgJ+GzotFUaPHi09yghpqetWs/tyYBZ9x2NKpvIJAr3rV/q7dvYblWgyEQ0yzNskmU5xII=
X-Received: by 10.37.187.70 with SMTP id b6mr11200632ybk.170.1505189125566; Mon, 11 Sep 2017 21:05:25 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.2.15 with HTTP; Mon, 11 Sep 2017 21:05:24 -0700 (PDT)
In-Reply-To: <8402A18E-1905-424C-8DF2-A0038D1C6413@cisco.com>
References: <150490809267.17244.96544246533076816.idtracker@ietfa.amsl.com> <8402A18E-1905-424C-8DF2-A0038D1C6413@cisco.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Mon, 11 Sep 2017 23:05:24 -0500
Message-ID: <CAKKJt-cM0KQpC_Z9JpGXUMR7qMQtMscv0vnH2aOB_fFEsx5K1Q@mail.gmail.com>
To: "Alvaro Retana (aretana)" <aretana@cisco.com>
Cc: The IESG <iesg@ietf.org>, "ideas-chairs@ietf.org" <ideas-chairs@ietf.org>, "ideas@ietf.org" <ideas@ietf.org>
Content-Type: multipart/alternative; boundary="f403043d9dbc26351d0558f62766"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ideas/4ccG-e8ttHbl2xT6VusoCahzW9U>
Subject: Re: [Ideas] Spencer Dawkins' Yes on charter-ietf-ideas-00-00: (with COMMENT)
X-BeenThere: ideas@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Discussions relating to the development, clarification, and implementation of control-plane infrastructures and functionalities in ID enabled networks." <ideas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ideas>, <mailto:ideas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ideas/>
List-Post: <mailto:ideas@ietf.org>
List-Help: <mailto:ideas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ideas>, <mailto:ideas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Sep 2017 04:05:28 -0000

Hi, Alvaro,

On Mon, Sep 11, 2017 at 5:14 PM, Alvaro Retana (aretana) <aretana@cisco.com>
wrote:

> Spencer:
>
> Hi!
>
> The support documents are listed as examples, and the current intent is
> not to publish them.
>
> I fully expect the Framework to have appropriate Security Considerations
> (i.e. not a section saying that other documents will consider security) so
> that every future document doesn’t have to re-examine, at least the general
> portion.  Other documents may obviously contain specific considerations
> applicable to them (for extensions, protocols, etc.).
>

This sounds excellent.


> If you want to, I can add a line pointing explicitly at general security
> implications of GRIDS as part of the items that should be considered when
> developing the framework.


Do the right thing, but I do think recent experience has shown that it's
easy to push off the security analysis at the framework level so that a
working group can produce a specific usage quickly (or, it would have been
quickly, if the specific usage was able to point to existing security
analysis in the framework itself ;-)

Spencer