Re: [netconf] Adoption call for draft-kwatsen-netconf-http-client-server-04

tom petch <> Tue, 12 November 2019 10:28 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 0B39A120026; Tue, 12 Nov 2019 02:28:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: 0.248
X-Spam-Status: No, score=0.248 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id rhHiHJA9MBYW; Tue, 12 Nov 2019 02:28:22 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id AC3CD120013; Tue, 12 Nov 2019 02:28:21 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=UKGB+J75gve/VCqV+dhcBt9PyPWg7siOyKnfXMDoiKt0wsgu5DsByHsYgvDjl1hGjQawgEQvBzoC2dG/H5jHD/OFu8U5El6SNh7XEsVeCijBpRS/hhNODMIT13ddtCt38s4Ap7rRJc9VkIhnfir84MlhkSoIGj53CLDE1VWGO8qHM5NGvBtuRCyvLmOB/UXVr/dqzYomMdMKK0FlUGWrxmnKAv8/bzMQvQQ7imedw+zqtHOz15N6jkUAI1ErqmuQ8UcLVFtjj/fDNdPLruRlr36ZsthfNQY0R+5zPkSE8ERRH0tAulOLNcbB/TRBX16iBGpL7RJxF6TCOW8n4+7W3Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QK/eDUIYFxmjMJMuOm/TbBNYoWvkiiAimFum9iK2JKU=; b=LSYgX6XvdEbc0oFL/DJCyLB9DHbjoeLjJiApFFBJnHTlgqA74lSJ2CknWUxoNa+YftGw0nJyJApWkOV2NRO5PuwJKQyOKakDgv1XwoHqlZ06suomWSc6xwtbarIMNWIjVTpENoInpUl3nKzC0ftS8Yg4kC7HMrgddl5P/+fJurOhHu0AW4DfXcxCLutUp6BWA2LvY2LK/bU6SqC7gz2+2m4h8wrBYIAI95vfCEPcKXbpawJar0n8G6tiS0Q/P7ArXfN/70vc262IFcG5EPEdzHg+p1nfp7M1Sxqx9UxJ7+p2YD5lb6MsCpiVDaQtRpbG/sP5AmqrVneUWXvWWiTaiA==
ARC-Authentication-Results: i=1; 1; spf=pass; dmarc=pass action=none; dkim=pass; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QK/eDUIYFxmjMJMuOm/TbBNYoWvkiiAimFum9iK2JKU=; b=mPHmNCnmxjAaSYe2SLekHKnwGSxtRuuCurVmEqVrtIOG5xmglxvZh9kjM5VjGSM/Ehvj7MNA44STBUe3iiLgrlfrXwtkljlZwE8uhZkizdRI6V8FhYW+OvsipzyCrZhUeUwzSTEMY/LfLXAgU0Nn/C70nrsBliwNAMf74gK8vPU=
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2451.16; Tue, 12 Nov 2019 10:28:17 +0000
Received: from ([fe80::e5bf:72e6:a66c:401a]) by ([fe80::e5bf:72e6:a66c:401a%3]) with mapi id 15.20.2451.018; Tue, 12 Nov 2019 10:28:17 +0000
From: tom petch <>
To: "Rob Wilton (rwilton)" <>, Kent Watsen <>, Martin Bjorklund <>
CC: "" <>, "" <>
Thread-Topic: [netconf] Adoption call for draft-kwatsen-netconf-http-client-server-04
Thread-Index: AQHVmUPlJ24iWD11Rk2SN1Li36cNJQ==
Date: Tue, 12 Nov 2019 10:28:16 +0000
Message-ID: <025901d59943$dc7659e0$>
References: <> <> <> <> <> <>
Accept-Language: en-GB, en-US
Content-Language: en-US
x-clientproxiedby: LO2P265CA0184.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a::28) To (2603:10a6:10:68::32)
authentication-results: spf=none (sender IP is );
x-ms-exchange-messagesentrepresentingtype: 1
x-mailer: Microsoft Outlook Express 6.00.2800.1106
x-originating-ip: []
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ffd19823-973a-4973-ae23-08d7675b07d3
x-ms-traffictypediagnostic: DB7PR07MB6138:
x-microsoft-antispam-prvs: <>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 021975AE46
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(136003)(376002)(39860400002)(346002)(199004)(189003)(51444003)(13464003)(14496001)(52116002)(1556002)(76176011)(386003)(6506007)(81686011)(102836004)(62236002)(44716002)(66446008)(64756008)(66556008)(66946007)(81816011)(7736002)(4720700003)(66476007)(305945005)(86362001)(186003)(26005)(50226002)(6246003)(478600001)(81166006)(4326008)(6436002)(8936002)(44736005)(966005)(61296003)(6512007)(9686003)(6486002)(256004)(14444005)(110136005)(446003)(6306002)(25786009)(66066001)(8676002)(5660300002)(14454004)(486006)(99286004)(476003)(81156014)(229853002)(3846002)(6116002)(316002)(54906003)(2906002)(71200400001)(71190400001)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB7PR07MB6138;; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1;
received-spf: None ( does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: mEwjscmWSfs2FNoLdQsVAK51ckJIxAHTcdrwpHfU672NVskuT/SVTBnpGimy1IFuE615OWrkweO2YO91nowRtvrkaz2asVTjAFhHLLfdS8SJozVn7+ulmr608j9YmJ5hUBAoYlBGQfNL7DqtJvtTjzSKA+Hr+NMISAPetPTDR+Psxm32dWFRtVjxYfHY9WiUkN2O8fcEIsevrLXrF5GQeYJBPlAo6bQlUWnQFqVHH9bIK71YgP8O310RbbKrFDi+PuSh1OZItCMYCUKhX3Us8qWYDayioQKgAiZJsv4bU8BYqamlR/pir8CKVjeGtU14qBv6bCFOMHoI+XZXhgnQo8JBuMDAVT4y0za/Xi2Uv+N4AUoRQqCDvDn3aGSTQ1ZJLJXQ39cNZvDhnnOsIBEAa0/nr8jxHb4e3se1kqbF2lhXKwmUvkJPRgrVzr1OEvc2
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: ffd19823-973a-4973-ae23-08d7675b07d3
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Nov 2019 10:28:16.9871 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 1mh1dvB2YtTW81lgiWnqRYAFIqWPSdyHBqDwVXtfHTWPSoTnJCij6FuKF92b9n2O0Hmxm0yzknQgqpKU9uvwBw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB6138
Archived-At: <>
Subject: Re: [netconf] Adoption call for draft-kwatsen-netconf-http-client-server-04
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 12 Nov 2019 10:28:24 -0000

----- Original Message -----
From: "Rob Wilton (rwilton)" <>
Sent: Monday, November 11, 2019 2:26 PM

Hi Kent,

I broadly agree with Martin here, in that I think that we want to get
all of the "Client-Server" drafts finished.

Defining groupings in one place is probably beneficial and I as such as
support the adoption of this draft, but not if it going to cause the
other drafts that depend on these modules to end up being blocked for
another 8 months, or a year.

Well, my view of groupings and similar constructs in a variety of
languages is that they are mostly harmful, making the code more complex
and harder to understand, requiring a reader to keep having to branch
off and look up something else somewhere else.

They are beneficial only when they encompass a well-defined meaningful
entity, object, idea, collection of data.  When the boundaries are
ill-defined, I find them harmful.

What I see is the same 'n' lines of code, where 'n' is a small, even
very small, integer, appearing in more than one place and then those 'n'
lines being taken out of context, given a wrapping, a name, a separate
evolutionary path just to save <<n lines of code.  As I say, mostly

I do agree that any further delay in the base modules that depend on
this module is to be avoided.

Tom Petch

Can we quickly find a name for these modules that is good enough for us,
and would also be acceptable to the httpbis WG?

Perhaps "http-rest" instead of "http" or "restful"?


From: netconf <> On Behalf Of Kent Watsen
Sent: 08 November 2019 01:45
To: Martin Bjorklund <>
Subject: Re: [netconf] Adoption call for

Hi Martin,

I think it is quite clear that the WG doesn't want more delays.

Is it?   I only know that Balazs K. wishes to have the first three
drafts (crypto-types, truststore, and keystore) completed soon.  The
Nokia/BBF folks were interested in netconf-server, but forked long ago.
Otherwise, I'm unaware of anyone stating a preference.   For myself, I
only hope to achieve a good result.

So I think that either we simply don't add this grouping *at this
and define the necessary nodes in the higher-level modules, even
though it is not perfect; or we define the "restful" module with these
groupings, even though that is also perhaps not perfect.

ietf-restful-client and ietf-restful-server sound nice, but not so much
in a stack:

    tcp-server-parameters : { ... },
    tls-server-parameters : { ... },
    restful-server-parameters : { .... },        <---- end-user says
"what's that?"
    restconf-server-parameters : { ... }

or (for https-notif)

    tcp-client-parameters : { ... },
    tls-client-parameters : { ... },
    restful-client-parameters : { .... }    <---- end-user says "what's

Actually, the above is purposely inaccurate.   If you recall, we
switched to having container-less groupings, thus the consuming module
can name the container whatever it wants, so the net-net is no impact
other than changing the import and uses statements.   Though I still
don't know why we should do even this, given the lack of any response to
my Oct 30th message.

Kent // contributor


> _______________________________________________
> netconf mailing list