Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20
Andy Bierman <andy@yumaworks.com> Sun, 11 October 2015 16:55 UTC
Return-Path: <andy@yumaworks.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 858831ACEEC for <i2rs-proto-dt@ietfa.amsl.com>; Sun, 11 Oct 2015 09:55:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.378
X-Spam-Level:
X-Spam-Status: No, score=-1.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_64=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 oJdK_98Qey8M for <i2rs-proto-dt@ietfa.amsl.com>; Sun, 11 Oct 2015 09:55:34 -0700 (PDT)
Received: from mail-lb0-f177.google.com (mail-lb0-f177.google.com [209.85.217.177]) (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 6FBA01ACED2 for <i2rs-proto-dt@ietf.org>; Sun, 11 Oct 2015 09:55:33 -0700 (PDT)
Received: by lbwr8 with SMTP id r8so121647305lbw.2 for <i2rs-proto-dt@ietf.org>; Sun, 11 Oct 2015 09:55:31 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=fw/NQd7N09+M5wYGdLzapIdyp0FPpoff61eb4pnCkzk=; b=dTCmMKWItfcH9k6MuSfSfNmJKTWQQzKB05Nl4b3oKaCj3bjWuMaEw6xOrPtDdQe0+5 yt6LHOVP1AljSmdeQABOthU8gLXR7suWc3osd7qCJ4BNkXe6wftfWiLro9sruO6gBMM9 VZ/B1HHWofbYp7mIlJMKMt1NmLGDY1CpmAvuemLzjEuiADzf86SGdmMRowcfKYv6LCEe bARo6phb6b44Henxfv9PUtoM49ehZyi4OJd1dHsmnU6DN6ZSLZlkTeGrn7kSOC7UBuMc srmcotYHc3xKSZD7bc6VmWq2buo8vY2mrqpFgrE3c5nmvg966AWau0ouhMrp83MFpDjP QzLQ==
X-Gm-Message-State: ALoCoQmesiUahItf+0PyAeDa3m90b8m5CV5CgGbL6+9Uooohz9MFBa7mbbylAU9eqAVNl4/u+wt4
MIME-Version: 1.0
X-Received: by 10.112.147.39 with SMTP id th7mr10666610lbb.82.1444582531353; Sun, 11 Oct 2015 09:55:31 -0700 (PDT)
Received: by 10.112.138.72 with HTTP; Sun, 11 Oct 2015 09:55:31 -0700 (PDT)
In-Reply-To: <20151011161106.GA61856@elstar.local>
References: <05c801d102ce$eb398930$c1ac9b90$@ndzh.com> <20151011161106.GA61856@elstar.local>
Date: Sun, 11 Oct 2015 09:55:31 -0700
Message-ID: <CABCOCHTb6VxuV1YxP+zVd8qo171+OUFoH2qeZxAiFqi2RrdrXA@mail.gmail.com>
From: Andy Bierman <andy@yumaworks.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Susan Hares <shares@ndzh.com>, "i2rs@ietf.org" <i2rs@ietf.org>, i2rs-proto-dt@ietf.org
Content-Type: multipart/alternative; boundary="047d7b344202a1734b0521d7146c"
Archived-At: <http://mailarchive.ietf.org/arch/msg/i2rs-proto-dt/Wv7Uu1NscQNMhZgCr7yF4OJAbtY>
Subject: Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20
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: Sun, 11 Oct 2015 16:55:35 -0000
On Sun, Oct 11, 2015 at 9:11 AM, Juergen Schoenwaelder < j.schoenwaelder@jacobs-university.de> wrote: > On Fri, Oct 09, 2015 at 04:13:03PM -0400, Susan Hares wrote: > > The 10/7/2015 interim discussed the ephemeral portion of the protocol > > > > > > > > 1) Ephemeral state is not unique to zI2RS > > > > 2) The ephemeral datastore is a datastore holds > > > > configuration that is intended to not survive a reboot. > > > > Configuration as YANG config true or a subset thereof? > config=true nodes only. Some way is needed to specify I2RS conformance for a given YANG module, unless every persistent config leaf is expected to also be supported as ephemeral data. If not, a YANG "ephemeral-stmt" is probably needed, since config=true is insufficient to support I2RS conformance. > > 3) The ephemeral datastore is never locked. > > > > 4) I2RS is using a 2 panes of glass mechanisms > > > > Pane 1: normal configuration > > > > Pane 2: ephemeral state > > > > > > > > The I2RS agent and configuration software on > > > > the node must handle this complexity. > > So is there one ephemeral datastore or are there multiple? Some > slides say one per client, others seem to indicate one for all > clients. > > One ephemeral datastore. No client panes. That was to support caching, but the architecture forbids caching, so that was taken out. One ephemeral pane that overrides the running datastore > > > > 5) The key word "ephemeral" can be used to identify > > > > Identities which are ephemeral in data models. > > > > Does anyone have any concerns with adding this to > > Yang? > > Identities? I assume you mean schema nodes, do you? Adding by > defining an YANG extension such as i2rs:ephemeral true? How does such > an i2rs:ephemeral true interplay with config true/false? What about > contexts for must/when expressions? Or is the idea to settle on > RESTCONF and to work with YANG patch? > I think a real keyword is needed not an extension. Otherwise YANG groupings cannot be utilized w/ statements that are refined in the uses-stmt to set the ephemeral flag. NETCONF has no edit ordering or ability to return a partial error. IMO only RESTCONF is needed. Proposals to improve NETCONF editing to support YANG Patch have already been made, and the WG had higher priorities. I don't see why 2 protocols are needed instead of 1. > > /js > > Andy > -- > 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/> > > _______________________________________________ > i2rs mailing list > i2rs@ietf.org > https://www.ietf.org/mailman/listinfo/i2rs >
- [I2rs-proto-dt] inteirm 10/7/20 Susan Hares
- Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20 Andy Bierman
- Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20 Andy Bierman
- Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20 Susan Hares
- Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20 Susan Hares
- Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20 Susan Hares
- Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20 Susan Hares
- Re: [I2rs-proto-dt] [i2rs] inteirm 10/7/20 Susan Hares