Re: [Netconf] New YANG PubSub drafts for NETCONF, RESTCONF, HTTP/2

"Alberto Gonzalez Prieto (albertgo)" <albertgo@cisco.com> Tue, 27 October 2015 19:51 UTC

Return-Path: <albertgo@cisco.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC3CC1ACECC for <netconf@ietfa.amsl.com>; Tue, 27 Oct 2015 12:51:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 B244iFLEw2P3 for <netconf@ietfa.amsl.com>; Tue, 27 Oct 2015 12:51:27 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBF941ACEA7 for <netconf@ietf.org>; Tue, 27 Oct 2015 12:51:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16629; q=dns/txt; s=iport; t=1445975486; x=1447185086; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=vJGBm30QdFFfxcSSFBEq11ZIYiGIv4YOVsR5H1TnGoc=; b=FZ2tyQFJ5IpcumvBO2YkgHksaUoeXZkLfY67kuiDCElLr+fC2FiOx5Hp aywu/i0F1J6i2k0newuofYpbNfEsBM5itcR6QWknXgzBk8Wm18iEm+0Fq g0X+3LDfRLPsMa+c8fW0ugg8UTy3tCzgL3m/jVtQuNInJQfAVG2roJH7Y M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AbAgBT1C9W/4ENJK1egmlNVG8GumKEIQENgVohhS9KAoFFOBQBAQEBAQEBgQqEMgEBAQQtQAwQAgEIDgMDAQEBDhoHIREUCQgBAQQBDQUJiBIDEg3BKQ2EQQEBAQEBAQEBAQEBAQEBAQEBAQEBARiLdYJQgWUGAQE/EQYBhC4FjVKFEYNVAYstgXaBWZMKg1+DbwEfAQFChARyAYQlCBcjgQYBAQE
X-IronPort-AV: E=Sophos; i="5.20,206,1444694400"; d="scan'208,217"; a="41513002"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-4.cisco.com with ESMTP; 27 Oct 2015 19:51:25 +0000
Received: from XCH-RCD-014.cisco.com (xch-rcd-014.cisco.com [173.37.102.24]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t9RJpPKx001513 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 27 Oct 2015 19:51:25 GMT
Received: from xch-aln-003.cisco.com (173.36.7.13) by XCH-RCD-014.cisco.com (173.37.102.24) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 27 Oct 2015 14:51:01 -0500
Received: from xch-aln-003.cisco.com ([173.36.7.13]) by XCH-ALN-003.cisco.com ([173.36.7.13]) with mapi id 15.00.1104.000; Tue, 27 Oct 2015 14:51:00 -0500
From: "Alberto Gonzalez Prieto (albertgo)" <albertgo@cisco.com>
To: Kent Watsen <kwatsen@juniper.net>, Susan Hares <shares@ndzh.com>, "Eric Voit (evoit)" <evoit@cisco.com>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: [Netconf] New YANG PubSub drafts for NETCONF, RESTCONF, HTTP/2
Thread-Index: AdEGMYYuBt91fZS4QJ2ekMkkyW+o9wK4PTAAAAEP8oD//5K3gA==
Date: Tue, 27 Oct 2015 19:51:00 +0000
Message-ID: <D2551E7D.52612%albertgo@cisco.com>
References: <203b7493c8b0494fa6c266cebe37381e@XCH-ALN-013.cisco.com> <047b01d110e8$92e3ba30$b8ab2e90$@ndzh.com> <FA854546-4B96-48DE-81EA-3F490A6F95ED@juniper.net>
In-Reply-To: <FA854546-4B96-48DE-81EA-3F490A6F95ED@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.5.7.151005
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.156.48.200]
Content-Type: multipart/alternative; boundary="_000_D2551E7D52612albertgociscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/netconf/2654Z_KbfwNk3mWxBarLQDJ0W6E>
Cc: 'Alia Atlas' <akatlas@gmail.com>
Subject: Re: [Netconf] New YANG PubSub drafts for NETCONF, RESTCONF, HTTP/2
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Oct 2015 19:51:30 -0000

Thanks Kent,

On 1 vs 2 drafts.
I am open to discuss a merge of the two drafts, and I will be happy to listen to the WG opinions and discuss them.
To start the discussion, let me state some reasons why the authors tend to prefer keeping them separate:

  1.  Keep modularity.  If using a single document, would compliance require supporting both netconf and restconf?  This should not be the case, and it might become a hurdle for adoption. Also additional extensions are likely (e.g., other transports and encoding), and keeping different flavors/extension in different modules would facilitate that. Alternatively, should the definition of extensions result in revisions of a common document?
  2.  Limit the complexity of docs. This may facilitate newcomers learning the technology.

Thanks,

Alberto


From: Netconf <netconf-bounces@ietf.org<mailto:netconf-bounces@ietf.org>> on behalf of Kent Watsen <kwatsen@juniper.net<mailto:kwatsen@juniper.net>>
Date: Tuesday, October 27, 2015 at 12:22 PM
To: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>, "Eric Voit (evoit)" <evoit@cisco.com<mailto:evoit@cisco.com>>, "netconf@ietf.org<mailto:netconf@ietf.org>" <netconf@ietf.org<mailto:netconf@ietf.org>>
Cc: 'Alia Atlas' <akatlas@gmail.com<mailto:akatlas@gmail.com>>
Subject: Re: [Netconf] New YANG PubSub drafts for NETCONF, RESTCONF, HTTP/2


I think it important that whatever we do in NETCONF we can also do in RESTCONF.   To that end, I support the WG defining "yang-push" for both protocols.

Actually, I'm a little surprised that we're discussing this.  Maybe it's just me, but when the WG adopted draft-ietf-netconf-yang-push, I thought that it would cover both protocols eventually.   Perhaps that a separate draft has been produced is another surprise here - do we really need another draft?

Kent

From: Netconf <netconf-bounces@ietf.org<mailto:netconf-bounces@ietf.org>> on behalf of Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>
Date: Tuesday, October 27, 2015 at 2:52 PM
To: "'Eric Voit (evoit)'" <evoit@cisco.com<mailto:evoit@cisco.com>>, "netconf@ietf.org<mailto:netconf@ietf.org>" <netconf@ietf.org<mailto:netconf@ietf.org>>
Cc: 'Alia Atlas' <akatlas@gmail.com<mailto:akatlas@gmail.com>>
Subject: Re: [Netconf] New YANG PubSub drafts for NETCONF, RESTCONF, HTTP/2

NETCONF:

These drafts is important to the I2RS pub/sub.   Is the RESTCONF draft going to be adopted (draft-voit-restconf-yang-push-00.txt)?

It would be really helpful.

Sue Hares
I2RS WG chair

From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Eric Voit (evoit)
Sent: Tuesday, October 13, 2015 11:37 PM
To: netconf@ietf.org<mailto:netconf@ietf.org>
Subject: [Netconf] New YANG PubSub drafts for NETCONF, RESTCONF, HTTP/2

There are a couple new drafts posted in NETCONF:

(1)  Subscribing to YANG datastore push updates
http://www.ietf.org/id/draft-clemm-netconf-yang-push-02.txt
As per earlier NETCONF discussions<http://www.ietf.org/mail-archive/web/netconf/current/msg10432.html> we are expecting this draft to become draft-ietf-netconf-yang-push in the coming days (once the NETCONF charter is approved).  Look for an OpenDaylight client in the Beryllium release (Feb).

(2) Restconf subscription and HTTP push for YANG datastores
http://www.ietf.org/id/draft-voit-restconf-yang-push-00.txt
Extends draft-clemm-netconf-yang-push in the following ways:

·     proposes Restconf subscription and push mechanisms to continuously stream information from YANG datastores over HTTP

·     provides a mechanism to support static subscriptions so that an operator can stream updates over HTTP without Restconf

·     provides YANG model extensions to leverage HTTP/2 so that individual subscriptions can get custom treatment via their own HTTP streams.

Thanks for your interest, and we look forward to the discussions!

- Alexander Clemm, Eric Voit, Alberto Gonzalez Prieto, Ambika Prasad Tripathy, & Einar Nilsen-Nygaard