Re: [Netconf] Draft Charter Proposal for NETCONF WG

[Juergen Schoenwaelder <[e-mail]>]

On Tue, Mar 21, 2017 at 09:58:54PM +0000, Eric Voit (evoit) wrote:
> Hi Juergen,
> 
> > -----Original Message-----
> > From: Juergen Schoenwaelder, March 21, 2017 4:20 AM
> > 
> > On Mon, Mar 20, 2017 at 05:32:41PM +0100, Mehmet Ersue wrote:
> > >    - Definition of notifications sent over NETCONF and how YANG
> > >      notifications are encoded in XML and JSON. Include considerations
> > >      for parallel support / implementation compatibility with RFC-5277.
> > >
> > >    - Definition of notifications sent over RESTCONF and HTTP2 and how
> > >      YANG notifications are encoded in XML and JSON. Include specifics
> > >      of call-home and heartbeat for subscriptions.
> > 
> > I believe we do have specifications how YANG defined notifications are
> > encoded in XML and JSON. Do we plan to redo this? I do not think so.
> 
> No plans to redo this.  The only thing this shows is that there are plans to provide examples which match to the Network Subscriptions space.
>

But this is not what the text says. So the text needs to be fixed.

> > Perhaps it needs to be state more clearly what the scope of this work is and
> > what it is not.
> > 
> > And what is HTTP2 doing here? I assume this is about replacing the Server-
> > Sent Events (SSE) mechanism with HTTP/2 push. I checked RFC
> > 8040 and it specifically says:
> > 
> >    This document defines a protocol based on HTTP [RFC7230] called
> >    "RESTCONF", for configuring data defined in YANG version 1 [RFC6020]
> >    or YANG version 1.1 [RFC7950], using the datastore concepts defined
> >    in the Network Configuration Protocol (NETCONF) [RFC6241].
> > 
> > Note that RFC 7230 is HTTP/1.1. I think the WG really needs to write a
> > document that defines RESTCONF over HTTP/2 and not just notifications over
> > HTTP/2. Such a document may very well say that almost nothing needs
> > changes to run over HTTP/2 except the notification delivery being done
> > differently. But I think the scope should be RESTCONF over
> > HTTP2 and not RESTCONF notifications over HTTP2.
> 
> There are two different needs:
> 
> (1) RESTCONF over HTTP2:  This is what you are asking for, and I would love to see this as well.  As far as I know, nobody is currently defining this. 
> 
> (2) Notifications over HTTP2:  for Configured Subscriptions, there is no need for any RESTCONF involvement when the resulting stream of Notifications is delivered over HTTP.  In addition, there are multiplexing, QoS, and other benefits if the Notifications are delivered over HTTP2.   I believe the NETCONF WG has an interest in this issue the same notification structures can be used as would also be used with does Dynamic Subscriptions established using RESTCONF control plane messages.
>

I disagree that we should create another protocol in addition to
RESTCONF to deliver notifications.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: [phone]         Campus Ring 1 | 28759 Bremen | Germany
Fax:   [phone]         <http://www.jacobs-university.de/>