Re: [Netconf] Verifing session consensus on RESTCONF as WG item with the maillist

Ladislav Lhotka <lhotka@nic.cz> Mon, 25 November 2013 09:33 UTC

Return-Path: <lhotka@nic.cz>
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 2D8321ACCF4 for <netconf@ietfa.amsl.com>; Mon, 25 Nov 2013 01:33:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.352
X-Spam-Level:
X-Spam-Status: No, score=-0.352 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-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 dG5KjptUnjCL for <netconf@ietfa.amsl.com>; Mon, 25 Nov 2013 01:33:28 -0800 (PST)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) by ietfa.amsl.com (Postfix) with ESMTP id 556771ACCDF for <netconf@ietf.org>; Mon, 25 Nov 2013 01:33:28 -0800 (PST)
Received: from [172.29.2.201] (nat-5.bravonet.cz [77.48.224.5]) by mail.nic.cz (Postfix) with ESMTPSA id E6B9014093F; Mon, 25 Nov 2013 10:33:27 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.cz; s=default; t=1385372008; bh=5E9asv7J/+pWWsXvf4umCniw6fJHOjGfoblB9fEGL8s=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=kiEY1VUQFPlOMuuHSso0Y0RspPkDbV9+axGyd8Scn8n7uXUroCw9LDwXaFqygMkZF IKLEV/8ssQLRhGPScDIBBKh5SNscs87J3usZLeidhfS/qEnAqHoDSKR8COfJIfu1hL jq0X5Y3uPykwV3kApiPoL+Om1lxvCpwfzk/60i9E=
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\))
From: Ladislav Lhotka <lhotka@nic.cz>
In-Reply-To: <20131125091510.GB58602@elstar.local>
Date: Mon, 25 Nov 2013 10:33:26 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <757CAD24-CFC6-4EBC-99A9-7C53FC37B96D@nic.cz>
References: <E4DE949E6CE3E34993A2FF8AE79131F81FE2BA@DEMUMBX005.nsn-intra.net> <20131125091510.GB58602@elstar.local>
To: Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de>
X-Mailer: Apple Mail (2.1822)
X-Virus-Scanned: clamav-milter 0.97.8 at mail
X-Virus-Status: Clean
Cc: Netconf <netconf@ietf.org>
Subject: Re: [Netconf] Verifing session consensus on RESTCONF as WG item with the maillist
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: <http://www.ietf.org/mail-archive/web/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: Mon, 25 Nov 2013 09:33:30 -0000

On 25 Nov 2013, at 10:15, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:

> On Sun, Nov 24, 2013 at 02:16:36PM +0000, Ersue, Mehmet (NSN - DE/Munich) wrote:
>> 
>> Following text is proposed to use for the charter update:
>> "  3. Develop a RESTful protocol (RESTCONF) that provides a programmatic interface for accessing data defined in YANG, using the datastores defined in NETCONF. The three parts concerning RESTCONF protocol, the transport binding over HTTP and the YANG patch operation will be prepared modular and in separate drafts. This enables to add a new transport binding at a later stage."
>> 
> 
> Technical question:
> 
> I do wonder how you can separate the HTTP transport binding out of a
> RESTful protocol without making the specification rather complicated
> to read and understand. After all, you will make assumptions about
> what HTTP provides in many places (e.g. what is carried in HTTP
> message headers or HTTP mechanisms like etags are used). Is there an
> example somewhere I can look at to understand what this separation is
> going to look like? And which problem are we solving by separating
> this out?

Indeed, and also the use of HTTP methods is crucial.

IMO, what makes sense is to factor out YANG Patch because, in principle, other patch formats (media types) may be supported instead/in parallel.

Lada

> 
> /js
> 
> -- 
> 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/>
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C