[i2rs] What's the next steps for I2RS Models and I2RS Protocol efforts? - We need your feedback

"Susan Hares" <shares@ndzh.com> Tue, 21 March 2017 12:57 UTC

Return-Path: <shares@ndzh.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 DF197126BF0 for <i2rs@ietfa.amsl.com>; Tue, 21 Mar 2017 05:57:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.947
X-Spam-Level:
X-Spam-Status: No, score=0.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, URIBL_BLOCKED=0.001] autolearn=no 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 iiLI9RFC7wag for <i2rs@ietfa.amsl.com>; Tue, 21 Mar 2017 05:57:31 -0700 (PDT)
Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (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 E161012949F for <i2rs@ietf.org>; Tue, 21 Mar 2017 05:57:30 -0700 (PDT)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=70.194.19.173;
From: Susan Hares <shares@ndzh.com>
To: i2rs@ietf.org
Cc: 'Russ White' <russ@riw.us>, 'Alia Atlas' <akatlas@gmail.com>, 'Mehmet Ersue' <mersue@gmail.com>, 'Kent Watsen' <kwatsen@juniper.net>, 'Lou Berger' <lberger@labn.net>, mjethanandani@gmail.com, 'Benoit Claise' <bclaise@cisco.com>
Date: Tue, 21 Mar 2017 08:52:08 -0400
Message-ID: <019501d2a241$f45bb330$dd131990$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0196_01D2A220.6D4B24A0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdKiQbBC2GqIp+UMT1+nM01Ubd/E0w==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/uN_TxyMjLHc3IoC4VyaUSSW56do>
Subject: [i2rs] What's the next steps for I2RS Models and I2RS Protocol efforts? - We need your feedback
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.22
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, 21 Mar 2017 12:57:33 -0000

I2RS WG: 

 

At the I2RS meeting at IETF 98 (3/29  13:00-15:00 CDT), we will be
discussing what our next steps should be on Data Models and the I2RS
protocol.  We will pose the following questions:   

 

1) Do we wait for the revised-datastores model changes to Yang to publish
models? 

(draft-ietf-netmod-revised-datastores) 

 

The topology model must revised or await the revised-datastores to be
published. 

 

2) Do we want to form joint design teams with netmod for I2RS additions to 

   Yang for the revised datastore model? 

   

   A kick-start proposal will be presented at IETF 98. We could start joint
design-teams at IETF 98 with NETMOD. 

 

3) Should I2RS WG await NETCONF and RESTCONF to support the I2RS protocol,
or should we establish joint design teams with NETCONF? 

                

  A kick-start proposal for this will be presented at IETF for
NETCONF/RESTCONF capabilities. We could start joint design-teams at IETF 98.


                

4) Are we ready to start working on I2RS additions to other protocols? 

 

I2RS finished the protocol requirements, and it appears netmod WG has
incorporated control plane datastores and ephemeral control plane datastores
in its YANG design. I2RS determined that we should focus on NETCONF/RESTCONF
as the first protocols with I2RS additions.  If we spin off joint design
teams, for NETCONF/RESTCONF additions (aka capabilities), should I2RS WG
start work on other protocols?   We could engage joint design-teams with the
WGs developing these protocols. 

 

Possible IETF protocols: 

 

CoAP with CBOR (for binary encryption of YANG over DTLS/UDP or TLS) 

Forces with YANG encryption into Data models 

Some variant of gRPC
(https://tools.ietf.org/html/draft-openconfig-rtgwg-gnmi-spec-00) 

Some variant of IPFIX (RFC7011) (for telematics only)

We'd like to know your opinion.  Please send mail to the list and join us as
we discuss this at the I2RS session at IETF 98.   

 

 

Sue Hares