Re: [I2rs-proto-dt] FW: Join WebEx meeting in progress: i2rs protocol design team

Anu Nair <anu.nair@ericsson.com> Thu, 24 September 2015 08:18 UTC

Return-Path: <anu.nair@ericsson.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 2841A1B37F4 for <i2rs-proto-dt@ietfa.amsl.com>; Thu, 24 Sep 2015 01:18:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 nxUNG2fjJnje for <i2rs-proto-dt@ietfa.amsl.com>; Thu, 24 Sep 2015 01:18:41 -0700 (PDT)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30D8A1B37F1 for <i2rs-proto-dt@ietf.org>; Thu, 24 Sep 2015 01:18:41 -0700 (PDT)
X-AuditID: c618062d-f79ef6d000007f54-f8-560352ae3966
Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 9A.99.32596.EA253065; Thu, 24 Sep 2015 03:32:30 +0200 (CEST)
Received: from EUSAAMB101.ericsson.se ([147.117.188.118]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0248.002; Thu, 24 Sep 2015 04:18:39 -0400
From: Anu Nair <anu.nair@ericsson.com>
To: Andy Bierman <andy@yumaworks.com>, Susan Hares <shares@ndzh.com>
Thread-Topic: [I2rs-proto-dt] FW: Join WebEx meeting in progress: i2rs protocol design team
Thread-Index: AQHQ8iRlqWZxUPyL2k6HbAAX67U2Lp5CseMAgAARrICACJkvYA==
Date: Thu, 24 Sep 2015 08:18:38 +0000
Message-ID: <2CE65A7294F6E143B70A34AB6D6076C712BA42E0@eusaamb101.ericsson.se>
References: <188578508.8602.1442583821396.JavaMail.nobody@jva2tc215.webex.com> <000601d0f218$8b330d20$a1992760$@ndzh.com> <CABCOCHR080tt3jyt2w-di+CMdAvhFE_ga+MpQ3=Tr3GSsJETiQ@mail.gmail.com> <00ac01d0f229$8fc556c0$af500440$@ndzh.com> <CABCOCHR0kmarpW0SmKdO86xkDCS7ruZzGDY9KsFNStvawmXFxg@mail.gmail.com>
In-Reply-To: <CABCOCHR0kmarpW0SmKdO86xkDCS7ruZzGDY9KsFNStvawmXFxg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.10]
Content-Type: multipart/alternative; boundary="_000_2CE65A7294F6E143B70A34AB6D6076C712BA42E0eusaamb101erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplkeLIzCtJLcpLzFFi42KZXLonUHddEHOYwdodihYPjsxitzi09zij xZ83r1gcmD2WLPnJ5DH79XVWj5b+iywBzFFcNimpOZllqUX6dglcGSeePGcq6FjBUnHxzU+2 BsYHM1m6GDk5JARMJM6efglli0lcuLeerYuRi0NI4CijRGP/U3YIZzmjxLK/b5hBqtgE1CTm XroB1iEi4CJxrncKmM0sYCoxu3sfI4gtLBAjsX9HPzNETazE9o2rmSBsJ4mHm26C1bMIqEpc vHsfrJ5XwFfi8uIbrBDLtjFJ7Hg7gx0kwSkQKPFm0WywQYxA530/tYYJYpm4xK0n85kgzhaQ WLLnPDOELSrx8vE/VghbSWLS0nOsEPX5EsuPQrzJKyAocXLmE5YJjKKzkIyahaRsFpKyWYwc QHFNifW79CFKFCWmdD9kh7A1JFrnzGVHFl/AyL6KkaO0OLUsN93IYBMjMN6OSbDp7mDc89Ly EKMAB6MSD++CF0xhQqyJZcWVuYcYpTlYlMR59y+5HyokkJ5YkpqdmlqQWhRfVJqTWnyIkYmD U6qBkVG8RXsne3d31PEFf7ljo9tc456/L36z/92PXxMeVtpLRjcGcHStOqWW9khct6Hk1925 eeaLpN3Uiq9bP7v2QfoBxz4H58NHt+wNlFp8oa6/9Bejtuyfs0L7JX52WpYv03tqyuQ/8Vta ZOfDXVPU7tzbcrN/9rUEHgbL4owse7WJ9UUHFGRLlFiKMxINtZiLihMBdOI1LpgCAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/i2rs-proto-dt/laXXn90TTiUMotyz8iSo_oSmjLg>
Cc: "i2rs-proto-dt@ietf.org" <i2rs-proto-dt@ietf.org>
Subject: Re: [I2rs-proto-dt] FW: Join WebEx meeting in progress: i2rs protocol design team
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: Thu, 24 Sep 2015 08:18:45 -0000

Hi Andy

Can you please clarify this .

So the priority maximum will be same as the max-clients , if  we are assigning unique priorities from 1 – max-clilents.
Eg , if max clients is 100  (leaf max clients , range 1 .. max ) then priority range is also from 1 – max .

So the leaf max-clients { .. range 1- 32 } represents priority information also , so it can be max-clients or max-priorities  ??

Thanks
Anu Nair

From: I2rs-proto-dt [mailto:i2rs-proto-dt-bounces@ietf.org] On Behalf Of Andy Bierman
Sent: Friday, September 18, 2015 5:52 PM
To: Susan Hares
Cc: i2rs-proto-dt@ietf.org
Subject: Re: [I2rs-proto-dt] FW: Join WebEx meeting in progress: i2rs protocol design team

Hi,

Here are the notes I have for the draft Kent and I were starting.
It is probably controversial, but perhaps useful for discussing some
details.





On document structure:
-------------------------------

1) Intro
2) Definition of intended config, applied config and
derived state for NETCONF/RESTCONF
3) Definition of ephemeral datastore for NETCONF/RESTCONF
4) YANG "ephemeral" statement
5) NETCONF protocol extensions for the ephemeral datastore
    -- defined as a NETCONF capability
6) RESTCONF protocol extensions for the ephemeral datastore
   -- defined as RESTCONF protocol capability

Notes on technical details
------------------------------------

 1) ephemeral datastore is never locked

 2) ephemeral datastore treated as N client panes
      - server picks how many clients it supports
      - multi-head support is optional since max-clients allowed to be 1;

  3) each client has a unique priority

   container i2rs-clients {
       leaf max-clients {
          config false;
          mandatory true;
          type uint32 {
            range "1 .. max";
          }
       }
       list i2rs-client {
          key name;
          unique priority;
          leaf name { ... }
          leaf priority { ... }
       }
    }

   If a client is not present in the i2rs-client list, then the worst priority
   value is assigned

   The best possible priority needs to be reserved for the system, or the
    protocol has to make a special case of system-set data

  4) each client writes into its own pane so there is no conflict
     within a pane;  Difference is really what the server retains from
     a partial or failed edit.  Should be OK to save nothing or save all (caching)

  5) a partial operation is one where some subset of the written data
      is not applied because of better priority for that node;  Only allowed
      if the error-option is stop-on-error or continue-on-error

   --> NETCONF stop-on-error and continue-on-error are not going
        to work.  There is no mandated processing order for edits
        Perhaps I2RS can force some processing order to support partial edits
        IMO, all-or-nothing is the only option that is interoperable.

    -->  NETCONF has no way of reporting which edits were accepted and which
          were rejected, for partial operations. Perhaps I2RS can add new error
         handling response data

    (BTW, all of this was removed from NETCONF (RFC 6241) because it was
    too complicated, and nobody implemented it because it was too complicated.
    I2RS WG should take note of that).

  6) caching is optional; a server may retain the pane for each client;
      if not supported then the pane never contains unaccepted data;
      i.e. the server will return an error and not retain the edit that caused
      the error; caching allows the server to apply lower priority data
      when higher priority data is removed

Not sure if examples should be in a separate appendix of mixed into
the normative text (like YANG RFC)


Andy




On Fri, Sep 18, 2015 at 8:49 AM, Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>> wrote:
Andy:

I understand that Kent is very busy.  I proposed that I start off draft and hand it over to another one of the routing I2RS authors.   I will send out a draft early next week.

Sue

From: I2rs-proto-dt [mailto:i2rs-proto-dt-bounces@ietf.org<mailto:i2rs-proto-dt-bounces@ietf.org>] On Behalf Of Andy Bierman
Sent: Friday, September 18, 2015 11:12 AM
To: Susan Hares
Cc: i2rs-proto-dt@ietf.org<mailto:i2rs-proto-dt@ietf.org>
Subject: Re: [I2rs-proto-dt] FW: Join WebEx meeting in progress: i2rs protocol design team

Hi,

I have asked Kent to be the lead author on this draft,
but he does not have time.  I think a routing person should
be the main author.

The mechanics of editing an ephemeral datastore are somewhat
straight-forward. The overlap of priority-based dependencies
can cause problems.  Detecting those problems so nobody ever
puts a bad edit in the server will be extremely complicated and
the I2RS server could slow down 1000X just to validate all these corner-cases.

IMO it would be better if a routing person laid out the best operational options for routing,
and then a YANG expert can find the most optimal way to do that.


Andy



On Fri, Sep 18, 2015 at 6:47 AM, Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>> wrote:
Hi all:

This is the design team meeting number.   I will be on-line to discuss next-steps for 20 minutes.    Andy and Kent were going to work up text.   I’ve not seen any text from Andy or Kent.   My next steps are to work begin to work on text?

Any  thoughts?

Sue

From: I2RS Working Group [mailto:messenger@webex.com<mailto:messenger@webex.com>]
Sent: Friday, September 18, 2015 9:44 AM
To: shares@ndzh.com<mailto:shares@ndzh.com>
Subject: Join WebEx meeting in progress: i2rs protocol design team

Hello,

My WebEx meeting is in progress.

Join me now from a browser, phone, or video conferencing system or application.





i2rs protocol design team

Friday, September 18, 2015

9:43 am  |  Eastern Daylight Time (New York, GMT-04:00)  |  1 hr





Join WebEx meeting <https://ietf.webex.com/ietf/e.php?MTID=mc24852d4ea59aea3246ff757cf85255d>


Meeting number:

645 703 803

Meeting password:

proto.fun





Join by phone

1-877-668-4493 Call-in toll free number (US/Canada)

1-650-479-3208 Call-in toll number (US/Canada)

Access code: 645 703 803

Toll-free calling restrictions<http://www.webex.com/pdf/tollfree_restrictions.pdf>





Can't join the meeting? Contact support.<https://ietf.webex.com/ietf/mc>





IMPORTANT NOTICE: Please note that this WebEx service allows audio and other information sent during the session to be recorded, which may be discoverable in a legal matter. By joining this session, you automatically consent to such recordings. If you do not consent to being recorded, discuss your concerns with the host or do not join the session.





_______________________________________________
I2rs-proto-dt mailing list
I2rs-proto-dt@ietf.org<mailto:I2rs-proto-dt@ietf.org>
https://www.ietf.org/mailman/listinfo/i2rs-proto-dt