Re: [i2rs] I2RS Interim Meeting - June 1, 2016 - 10:00am - 11:00am -? Topic: Ephemeral State Requirements

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Thu, 02 June 2016 11:50 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 D7D7512D09E for <i2rs@ietfa.amsl.com>; Thu, 2 Jun 2016 04:50:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.626
X-Spam-Level:
X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 06fvF2CzZwXQ for <i2rs@ietfa.amsl.com>; Thu, 2 Jun 2016 04:50:10 -0700 (PDT)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DFE812D0A0 for <i2rs@ietf.org>; Thu, 2 Jun 2016 04:50:10 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id E3D4B715; Thu, 2 Jun 2016 13:50:08 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 2K7k52YwXjrK; Thu, 2 Jun 2016 13:50:04 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Thu, 2 Jun 2016 13:50:07 +0200 (CEST)
Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6752F2004E; Thu, 2 Jun 2016 13:50:07 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id L6o1bl8Xvu7c; Thu, 2 Jun 2016 13:50:06 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id C103D20047; Thu, 2 Jun 2016 13:50:05 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id B1D9C3B03045; Thu, 2 Jun 2016 13:50:04 +0200 (CEST)
Date: Thu, 02 Jun 2016 13:50:04 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Susan Hares <shares@ndzh.com>
Message-ID: <20160602115004.GF26659@elstar.local>
Mail-Followup-To: Susan Hares <shares@ndzh.com>, 'Jeffrey Haas' <jhaas@pfrc.org>, i2rs@ietf.org, 'Benoit Claise' <bclaise@cisco.com>, 'Alia Atlas' <akatlas@gmail.com>
References: <6qtqondee9e8m6od11bh1ilt.1464783874424@email.android.com> <20160601123117.GB24741@elstar.local> <014801d1bc06$98eed670$cacc8350$@ndzh.com> <20160602103621.GA26659@elstar.local> <016c01d1bcbd$10aa6ba0$31ff42e0$@ndzh.com> <20160602110449.GC26659@elstar.local> <017101d1bcc0$1b3a18b0$51ae4a10$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <017101d1bcc0$1b3a18b0$51ae4a10$@ndzh.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <http://mailarchive.ietf.org/arch/msg/i2rs/NevJHKmobiH4icwTUbI1xCwSN_c>
Cc: 'Jeffrey Haas' <jhaas@pfrc.org>, i2rs@ietf.org, 'Benoit Claise' <bclaise@cisco.com>, 'Alia Atlas' <akatlas@gmail.com>
Subject: Re: [i2rs] I2RS Interim Meeting - June 1, 2016 - 10:00am - 11:00am -? Topic: Ephemeral State Requirements
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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: Thu, 02 Jun 2016 11:50:12 -0000

I might be able to answer the picture question once I know what is
really meant by 'ephemeral operational state'.

/js

On Thu, Jun 02, 2016 at 07:15:34AM -0400, Susan Hares wrote:
> Juergen: 
> 
>  
> 
> On first sentence, ... restated 
> 
> Do you believe the "ephemeral operational state" belongs in the ephemeral
> requirements? If so, we can add it.  Perhaps we should also add a definition
> for ephemeral configuration. 
> 
>  
> 
> On picture -- here is your picture: 
> 
>  
> 
>    +-------------+                  +-----------+
> 
>    | <candidate> |                  | <startup> |
> 
>    |  (ct, rw)   |<---+        +--->| (ct, rw)  |
> 
>    +-------------+    |        |    +-----------+
> 
>           |           |        |           |
> 
>           |         +------------+         |
> 
>           +-------->| <running>  |<--------+
> 
>                     | (ct, rw)   |
> 
>                     +------------+
> 
>                           |         // e.g., removal of 'inactive' nodes
> 
>                           v
> 
>                     +------------+
> 
>                     | <intended> |  // subject to validation
> 
>                     | (ct, ro)   |
> 
>                     +------------+
> 
>                           |         // e.g., missing resources or delays
> 
>                           v
> 
>                     +------------+
> 
>                     | <applied>  |
> 
>                     | (ct, ro)   |
> 
>                     +------------+
> 
>                           |         // e.g., autodiscovery of values
> 
>                           v
> 
>           +--------------------------------+
> 
>           | <operational-state>            |<-- control plane and
> 
>           | (ct + cf, ro)                  |    ephemeral datastores
> 
>           +--------------------------------+
> 
>  
> 
> Is this part of the picture 
> 
>  
> 
>           +--------------------------------+
> 
>           | <operational-state>            |<-- control plane and
> 
>           | (ct + cf, ro)                  |    ephemeral datastores
> 
>           +--------------------------------+
> 
>  
> 
> Really 
> 
>   +--------------------+    +--------------------------+
> +-----------------------+
> 
>  |    opstate         |    | ephemeral config  |   | applied  config    |
> 
>  | (cf, ro)               |    |   (ct, ro, ephemeral|  | (ct, ro)
> |
> 
>  +--------------------+    +---------------------------+
> +-------------------------+
> 
>  
> 
> Or just 
> 
>   +--------------------+    +--------------------------+    
> 
>   |    opstate         |    | ephemeral config  |    
> 
>   | (cf, ro)               |    |   (ct, ro, ephemeral 
> 
>   +--------------------+    +---------------------------+   
> 
>  
> 
>  
> 
> Sue 
> 
>  
> 
> -----Original Message-----
> From: i2rs [mailto:i2rs-bounces@ietf.org] On Behalf Of Juergen Schoenwaelder
> Sent: Thursday, June 02, 2016 7:05 AM
> To: Susan Hares
> Cc: 'Jeffrey Haas'; i2rs@ietf.org; 'Benoit Claise'; 'Alia Atlas'
> Subject: Re: [i2rs] I2RS Interim Meeting - June 1, 2016 - 10:00am - 11:00am
> -? Topic: Ephemeral State Requirements
> 
>  
> 
> On Thu, Jun 02, 2016 at 06:53:42AM -0400, Susan Hares wrote:
> 
> > Juergen:
> 
> > 
> 
> > Do you think this definition belongs in the ephemeral requirements?  If
> so,
> 
> > we can add it.   But perhaps we should define both ephemeral configuration
> 
> > and ephemeral operational state.  Joel point out at the I2RS interim 
> 
> > that ephemeral operational state is just like all other operational state
> - it
> 
> > disappears upon reboot.   It is ephemeral configuration which is different
> 
> > than normal configuration - since it disappears upon reboot where 
> 
> > normal configuration does not.
> 
> > 
> 
> > Is this diagram close to your existing model where opstate and 
> 
> > ephemeral configuration are parallel?
> 
> > 
> 
> > +--------------------+    +--------------------------+
> 
> > |    opstate         |    | ephemeral config  |
> 
> > +--------------------+    +--------------------------+
> 
> > 
> 
>  
> 
> I see two boxes, I am unsure what you think these boxes drawn this way mean.
> What is 'this definition' in your first sentence? I really have problems to
> follow what is going on.
> 
>  
> 
> /js
> 
>  
> 
> -- 
> 
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> 
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> 
> Fax:   +49 421 200 3103         < <http://www.jacobs-university.de/>
> http://www.jacobs-university.de/>
> 
>  
> 
> _______________________________________________
> 
> i2rs mailing list
> 
>  <mailto:i2rs@ietf.org> i2rs@ietf.org
> 
>  <https://www.ietf.org/mailman/listinfo/i2rs>
> https://www.ietf.org/mailman/listinfo/i2rs
> 

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>