Re: [Anima] Benjamin Kaduk's Discuss on draft-ietf-anima-autonomic-control-plane-16: (with DISCUSS and COMMENT)

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 03 August 2018 00:45 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6595C130E51; Thu, 2 Aug 2018 17:45:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 Je769_INmWKY; Thu, 2 Aug 2018 17:45:53 -0700 (PDT)
Received: from mail-pl0-x22b.google.com (mail-pl0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (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 4D06E130DE3; Thu, 2 Aug 2018 17:45:53 -0700 (PDT)
Received: by mail-pl0-x22b.google.com with SMTP id b90-v6so991815plb.0; Thu, 02 Aug 2018 17:45:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=2k026SJbXwZK4vN7IQJe1DRqOx8wU54hCsB0aufUoHQ=; b=UBJdlwthGz0HHXP7a9XiSCJEkyWALRAeqjLQRkVTFOothA4KZqRPoTXP9RA6uXk/DN iqp1I3qWp45pFhSCMqMBKPUl9PzsjLd7C4oeHeHLMYnY6sgVN6nLlT19B8+4geydP5ZV NMoZ+MCcrMMDiEgKcNzlxUQ5n5r07MgYbAFJ3uzoERZQSbDD0ctI/sCp/f/hojhCdMcc fm45Mxm+kOeXfiIbOqGP/E5PkdjLVMrJblHlxq0vxBjznabzmuDTORB0UjlXY9ZvkM+3 MuR/QXaL/JWsiK0ex+sXvtqzbaSvj1lvslWDoeA3pg7JtvqmrHWnXH92MDnfZTu18nnn HmsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=2k026SJbXwZK4vN7IQJe1DRqOx8wU54hCsB0aufUoHQ=; b=tHIOOtIbz/clfFpAqXiwK77NiAwJfk7cXRJ6APLBX4819mltWdWM2MmPnPcMuMXz/U Q7/3D/HTBOc3WbeYhL7NKKptnEyKBYIValtO5VgAnYqMwpDU+t2LQHtgvcRfV+Ou4hIg Ldf6z/Jgui5SC/RTFaHHXXXHLqMRqomohz8pgV9Q4tR8PSe+YEkEOKpr74PuVe7nPNFd lQ4Us1q1kNJDDZjGwmrd8SMgAOu/e0gqLKmwn5oKUTHxAKiEwt8kYNhAsOewWT3Zit0i u+9piu3ovGEoF/csGI8IkMdYxDKT6z5iuLa0Sl2EPTvv56WccV+UlhfzOkQcUwf7dBmT 7+lA==
X-Gm-Message-State: AOUpUlGI8wHkJykHQu2Vsm8PESob95AG0D9IcHqwGFibY+OBaTmHE8CA ksOh0V7pr78CHIItfGc8MWw=
X-Google-Smtp-Source: AAOMgpewiOwVBbaBOLWv8faacT/PF1ZlM51K4Ntcm4xgzIMjrHxSjCzty8zvlL13V1O8A+iq4AC4GA==
X-Received: by 2002:a17:902:4d45:: with SMTP id o5-v6mr1441510plh.78.1533257152838; Thu, 02 Aug 2018 17:45:52 -0700 (PDT)
Received: from [192.168.178.30] ([118.148.121.80]) by smtp.gmail.com with ESMTPSA id b67-v6sm5457480pfd.74.2018.08.02.17.45.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Aug 2018 17:45:51 -0700 (PDT)
To: Benjamin Kaduk <kaduk@mit.edu>
Cc: The IESG <iesg@ietf.org>, anima-chairs@ietf.org, draft-ietf-anima-autonomic-control-plane@ietf.org, anima@ietf.org, jiangsheng@huawei.com
References: <153316981032.22048.6996271018423269893.idtracker@ietfa.amsl.com> <0ee7b107-26ac-f7a7-9856-e91bb0c70c04@gmail.com> <20180803003719.GF68224@kduck.kaduk.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <76217de0-c18a-bad2-deb1-ce954ff58230@gmail.com>
Date: Fri, 03 Aug 2018 12:45:57 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <20180803003719.GF68224@kduck.kaduk.org>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/vmaSI7e8Lx4RONLr2buQgISfTrs>
Subject: Re: [Anima] Benjamin Kaduk's Discuss on draft-ietf-anima-autonomic-control-plane-16: (with DISCUSS and COMMENT)
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Aug 2018 00:45:56 -0000

On 03/08/2018 12:37, Benjamin Kaduk wrote:
> On Thu, Aug 02, 2018 at 02:09:08PM +1200, Brian E Carpenter wrote:
>> On 02/08/2018 12:30, Benjamin Kaduk wrote:
>> ....
>>> ----------------------------------------------------------------------
>>> DISCUSS:
>>> ----------------------------------------------------------------------
>> ....
>>> In particular, in its current form, it's not clear to me why this document
>>> is targeting the standards-track -- there are lots of places where
>>> determinations of what works best or how to do some things is left for
>>> future work.
>>
>> We had no choice, because this is a normative reference for GRASP, since
>> GRASP requires at least one secure transport substrate.
> 
> That seems like a pretty specious argument -- it assumes as a prior that
> GRASP also must be standards-track, and ignores the well-established
> downref process.

Sorry, I should indeed have said that this was always the working group
model, that the three infrastructure documents (GRASP, ACP and BRSKI)
should be standards track. That's why GRASP is in MISSREF state;
naturally I wouldn't (as GRASP editor) object to a downref instead,
but it's not ideal.

> On the other hand, the ANIMA milestones do say to "submit autonomic
> control plane solution to the IESG (Standards Track)".  (The charter itself
> does not say anything about document status.)  On the gripping hand, the
> IESG does have the authority to determine the track on which a document is
> published.
> 
>> It's true, I think, that the draft could do a better job of
>> separating the well-defined normative requirements from the issues
>> that are to a considerable extent implementation-dependent. But I
> 
> But I'd prefer to see these improvements made than debate the above.

Certainly. But not being a co-author, that's not my choice to make.
 
>> don't agree that it's at the Experimental stage, because it has a
>> pedigree in proprietary code. Please consider that it is only
>> asking for *Proposed* Standard status.
> 
> Could you enlighten me about this pedigree?  Is it just the Autonomic
> Networking project from Cisco, or is there more (or even indepnedent
> implementations)?

I think the authors should answer that one.

>>> I also think the document needs to be more clear about what security
>>> properties it does or does not intend to provide: 
>>
>> I agree that this could be more clearly stated. By implication,
>> it's this:
>> https://tools.ietf.org/html/draft-ietf-anima-grasp-15#section-2.5.1
> 
> Thanks, that's a great start.

The authors are of course most welcome to borrow it ;-)

    Brian