Re: [I2rs-proto-dt] I2RS Protocol Document - Please review on Tuesday (10/20/2015)
"Susan Hares" <shares@ndzh.com> Wed, 21 October 2015 09:59 UTC
Return-Path: <shares@ndzh.com>
X-Original-To: i2rs-proto-dt@ietfa.amsl.com
Delivered-To: i2rs-proto-dt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39F9B1A1B53 for <i2rs-proto-dt@ietfa.amsl.com>; Wed, 21 Oct 2015 02:59:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.054
X-Spam-Level:
X-Spam-Status: No, score=-99.054 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N26neo4giuor for <i2rs-proto-dt@ietfa.amsl.com>; Wed, 21 Oct 2015 02:59:17 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (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 D00391A1B51 for <i2rs-proto-dt@ietf.org>; Wed, 21 Oct 2015 02:59:16 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.139;
From: Susan Hares <shares@ndzh.com>
To: "'Dongjie (Jimmy)'" <jie.dong@huawei.com>, i2rs-proto-dt@ietf.org
References: <03c601d10a9c$c407b370$4c171a50$@ndzh.com> <76CD132C3ADEF848BD84D028D243C927743BEE6A@nkgeml512-mbx.china.huawei.com>
In-Reply-To: <76CD132C3ADEF848BD84D028D243C927743BEE6A@nkgeml512-mbx.china.huawei.com>
Date: Wed, 21 Oct 2015 05:59:01 -0400
Message-ID: <008e01d10be7$1d28a950$5779fbf0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_008F_01D10BC5.961A1690"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQIlGqCjUdvHxeSKf9bqQHjVarPvfQFCvF3LncN82XA=
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <http://mailarchive.ietf.org/arch/msg/i2rs-proto-dt/OyJQvD_608L3c3huk3HoFnXC10s>
Cc: 'Kent Watsen' <kwatsen@juniper.net>, 'Andy Bierman' <andy@yumaworks.com>
Subject: Re: [I2rs-proto-dt] I2RS Protocol Document - Please review on Tuesday (10/20/2015)
X-BeenThere: i2rs-proto-dt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: I2RS protocol design team <i2rs-proto-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs-proto-dt>, <mailto:i2rs-proto-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs-proto-dt/>
List-Post: <mailto:i2rs-proto-dt@ietf.org>
List-Help: <mailto:i2rs-proto-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs-proto-dt>, <mailto:i2rs-proto-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Oct 2015 09:59:19 -0000
Jie: Thank you for sending in comments. You are correct that From: I2rs-proto-dt [mailto:i2rs-proto-dt-bounces@ietf.org] On Behalf Of Dongjie (Jimmy) Sent: Tuesday, October 20, 2015 10:52 PM To: Susan Hares; i2rs-proto-dt@ietf.org Cc: 'Kent Watsen'; 'Andy Bierman' Subject: Re: [I2rs-proto-dt] I2RS Protocol Document - Please review on Tuesday (10/20/2015) Hi Sue, A couple of comments on this draft: 1. Section 2 says: "The [I-D.openconfig-netmod-opstate] denotes the actual configuration as derived state." While draft-openconfig-opstate says: The applied configuration and derived state can be considered as the overall 'operational' state of the NE." Thus the applied(actual) configuration belongs to the operational state, but does not belong to derived state. [Sue]: You are correct. Good catch. Jeff mentioned the same in his review. Section 2 also says: ""Recently the [I-D.openconfig-netmod-opstate] has proposed that intended configuration, actual configuration, and the traditional type of operational data be included as operational state." Maybe there is a typo here, the intended configuration should belong to configuration. [Sue]: You are correct - there is an error here. Intended configuration belongs to configuration. 2. Since Ephemeral is about data not persisting over a reboot, maybe a requirement for ephemeral states is that they MUST never be copied to the startup configuration datastore? [Sue]: I will add this to the ephemeral state. Best regards, Jie From: I2rs-proto-dt [mailto:i2rs-proto-dt-bounces@ietf.org] On Behalf Of Susan Hares Sent: Tuesday, October 20, 2015 2:34 AM To: i2rs-proto-dt@ietf.org Cc: 'Kent Watsen'; 'Andy Bierman' Subject: [I2rs-proto-dt] I2RS Protocol Document - Please review on Tuesday (10/20/2015) HI all: Here's the I2RS protocol design document. Would you review this on Tuesday and send me comments? If it is helpful, we could meet as a design team at 10:00-11:30am. I would like to get comments and feedback before Wednesday's 10/21/2015 interim meeting. Sue
- [I2rs-proto-dt] I2RS Protocol Document - Please r… Susan Hares
- Re: [I2rs-proto-dt] I2RS Protocol Document - Plea… Eric Voit (evoit)
- Re: [I2rs-proto-dt] I2RS Protocol Document - Plea… Susan Hares
- Re: [I2rs-proto-dt] I2RS Protocol Document - Plea… Jeffrey Haas
- Re: [I2rs-proto-dt] I2RS Protocol Document - Plea… Dongjie (Jimmy)
- Re: [I2rs-proto-dt] I2RS Protocol Document - Plea… Susan Hares