Re: [i2rs] 2 Week WG LC on draft-ephemeral-state-15.txt (8/2 to 8/15)

Joe Clarke <jclarke@cisco.com> Tue, 02 August 2016 16:37 UTC

Return-Path: <jclarke@cisco.com>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 264F112D810 for <i2rs@ietfa.amsl.com>; Tue, 2 Aug 2016 09:37:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.808
X-Spam-Level:
X-Spam-Status: No, score=-15.808 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 mJecKptakzog for <i2rs@ietfa.amsl.com>; Tue, 2 Aug 2016 09:37:53 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E499812D7FD for <i2rs@ietf.org>; Tue, 2 Aug 2016 09:37:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2319; q=dns/txt; s=iport; t=1470155872; x=1471365472; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=s0Qcg+0+kWEDtHLFwhPCj8gZ95Uab9YDBbthbYkGCtY=; b=S9qZ+qtmNn9VNXMLfC24bdwZU7EcJxLKH/Z4RkH4pFTn6eta7zJ7G4Ah +9Lr6P4l2U6jfPZaBS+kTyo5ip7dn2odD59Nuy0l0Q/lLACyEDLg7/aXD zvfqQpk38ohgEZEWWH/EhPcm9fgwMY5AoZWXJkwDmoqZC4QETaY09iyaC k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DgCAAIzKBX/40NJK1UCYNFgQC6AIF9h?= =?us-ascii?q?h0CgUA5EwEBAQEBAQFdJ4RfAQUyAQVBEAsOCi5XBgEMCAEBiC3AbQEBAQEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAR+GKoF4glWEGYYCAQSZM4wHgniBaxeEQ4MOI4VJkCcgATOEF?= =?us-ascii?q?iCIYwEBAQ?=
X-IronPort-AV: E=Sophos;i="5.28,461,1464652800"; d="scan'208";a="133239606"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Aug 2016 16:37:52 +0000
Received: from [10.150.55.172] (dhcp-10-150-55-172.cisco.com [10.150.55.172]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u72GbpfT000871; Tue, 2 Aug 2016 16:37:52 GMT
To: Susan Hares <shares@ndzh.com>, i2rs@ietf.org
References: <00b801d1ecc0$594b0620$0be11260$@ndzh.com>
From: Joe Clarke <jclarke@cisco.com>
Organization: Cisco Systems, Inc.
Message-ID: <85dccb29-d395-e206-e53d-42e27e3300a0@cisco.com>
Date: Tue, 2 Aug 2016 12:37:51 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <00b801d1ecc0$594b0620$0be11260$@ndzh.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/GNGPSUtFCpcIucXLzSSeADS6HgA>
Cc: russ@riw.us, 'Alia Atlas' <akatlas@gmail.com>
Subject: Re: [i2rs] 2 Week WG LC on draft-ephemeral-state-15.txt (8/2 to 8/15)
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Aug 2016 16:37:54 -0000

On 8/2/16 09:18, Susan Hares wrote:
> This begins a 2 week WG LC on draft-i2rs-ephemeral-state-15.txt.  This
> draft received a “hum” of consensus at IETF 96, and we are now taking
> the final text to a WG Last Call.  Please send your comments on the
> requirements to the WG list.

I think this is good.  A general comment I have is that "ephemeral 
state" is used in a number of places where I think "ephemeral 
configuration" should be used.  This may be a nit, but the device has 
one state that is dictated by the various configuration types and the 
operational state.  This was raised in BA in the meetings as well.

My recommendation is to replace "ephemeral state" with "ephemeral 
configuration".   It's not a show-stopper the way it is, but I think the 
latter is a bit clearer.

One nit I notice is a mixed use of Client/client Agent/agent.  Per the 
last round of RFCs, we are normalizing on client and agent (lowercase).

Section 7, bullet 2:  This text reads strangely:

OLD TEXT:

The I2RS protocol MUST support the
       ability to have data nodes MAY store I2RS client identity and not
       the effective priority of the I2RS client at the time the data
       node is stored.

PROPOSED NEW TEXT:

The I2RS protocol MUST support the ability to have data nodes store I2RS 
client identity and not the effective priority of the I2RS client at the 
time the data node is stored.

Section 8: I2RS is written "I2SR"

Section 8: This text is odd

OLD TEXT:

multiple operations in one or more messages handling can handle
       errors within the set of operations in many ways.

I'm stumped.  This doesn't read as a requirement per se.  Yes, the I2RS 
protocol can support multiple operations within one message or multiple 
messages.  Based on the fact that atomicity is not provided, an error in 
one message will have no effect on other messages, even if they are 
related.  So maybe:

PROPOSED NEW TEXT:

multiple operations in one or more messages; though errors in one 
message or operation will have no effect on other messages or commands 
even if they are related

Section 9:

OLD TEXT:

requirements SHOULD be understood to be expanded to to include

NEW TEXT:

requirements SHOULD be understood to be expanded to include

Joe