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

"Rob Wilton (rwilton)" <rwilton@cisco.com> Thu, 14 November 2019 13:26 UTC

Return-Path: <rwilton@cisco.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6D7E120112; Thu, 14 Nov 2019 05:26:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=X/kggOJ+; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=U7bvOMPp
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 KMX_aEd3HxzO; Thu, 14 Nov 2019 05:26:13 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8858F1200EF; Thu, 14 Nov 2019 05:26:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15575; q=dns/txt; s=iport; t=1573737973; x=1574947573; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=eoe0SUQrxJDW1J+B739TW2cL4Vyyp37xJ79ibIQq4UQ=; b=X/kggOJ+sk1FBHxXfN7vImpmsuGcxI6tzr5f6ifyY5GwZIdDVdV8/K3M XQB7Bo3xd/fkqVqvFBZ9CtYGmNnUWQXK2FZIVS9hzMAVY8DdjKVZO9pQ5 9Mgbri6PGxiBvDCJ73hhcOsb0I31Z+BVmvr6MjGyrnq9j+aMMijn9GvRo o=;
IronPort-PHdr: =?us-ascii?q?9a23=3ARlknKBC0n+NXCp5i572IUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qs13kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHw?= =?us-ascii?q?QAld1QmgUhBMCfDkiuNuHrazA9GuxJVURu+DewNk0GUMs=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ALAADdVM1d/5FdJa1lGgEBAQEBAQE?= =?us-ascii?q?BAQMBAQEBEQEBAQICAQEBAYFqBQEBAQELAYEbL1AFbFggBAsqCodlA4Rahhq?= =?us-ascii?q?CXpMehGKBLoEkA1QJAQEBDAEBLQIBAYRAAoIgJDQJDgIDCwEBBAEBAQIBBQR?= =?us-ascii?q?thTcMhVEBAQEBAxILEBMBATcBDwIBCBEEAQEvMh0IAgQBDQUIEweDAYF5TQM?= =?us-ascii?q?uAQKnSAKBOIhggieCfgEBBYUZGIIXCYE2AYwUGIFAP4FXgU5+PoQeERiDQII?= =?us-ascii?q?slVUkiSCPCQqCKpVnlUiEPIIMhAyIL5oEAgQCBAUCDgEBBYFSOYFYcBWDJ1A?= =?us-ascii?q?RFII3jmODc4pTdIEojjCBMQGBDgEB?=
X-IronPort-AV: E=Sophos;i="5.68,304,1569283200"; d="scan'208,217";a="664850037"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 14 Nov 2019 13:26:10 +0000
Received: from XCH-RCD-009.cisco.com (xch-rcd-009.cisco.com [173.37.102.19]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id xAEDQAvj027585 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 14 Nov 2019 13:26:10 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-009.cisco.com (173.37.102.19) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 14 Nov 2019 07:26:10 -0600
Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 14 Nov 2019 08:26:09 -0500
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 14 Nov 2019 07:26:09 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ctG6g+AMf+gh9t57Lx6Lvoodoo8yKhNK/YqMOx+9F5FQc9/qmQbDdRNU0v6xOE2H6zRY1ys0k0zyZsiRsAWk74CNzNPvk0sKBldQX0yrtGmCNYK+Y6zaSvy1GgoIiwAFJN8BEOdBx1SIUtkN7aWIPnzQ7VN5UzQuk9Gz4WA/Fg/xaNfIJF/GYSvJRp1kvlcCbVaMbWrlVej8aETcrZTSoyivzShnBjPcXxkc9LOzhFuP3krDmDvxacb9qlCfqSetcVmM7DTp0hjK7cifUu7Fkhh4knR8uW38hA4F2bESeYRBILipp+fLgmXbFVfUSYGL8SJeKx7pWFfZ0WGi9ZJFKA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=G2g0vjtpDyXJBMUPCaZzdOh+4OjJWx9zkBWMm+bTb6U=; b=e+NlU1Bgk8vbR7YgnSOSqHu2ZJH20hieEgcS1a3kRf/ubm5vKiwIoxwKrmRl82apoPKBQVn1rw8mchl73tnZJIkR032aGYnNUr5YaFWHEcEO5EAaNGtG/GH3veb+R7jqval0TLGI0LLaTBFOByPg+wz0jExqZj1RI+gbxeooT+OtcggTFTIts1KzGfd4oEWbRhE8IS3USHa+z5cSQCIyV7SGsjiCpNouxE+dQm6bdF/7NdCaB+cTwmIUY5fbP0UGqFFesA2rwfFPGMX0ZN86CmKACixTVrTQvC/woF1kWEk3DBJkswhC0GQYT7t0kigkwpk0Ek+vr3VrHRm4akZ91g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=G2g0vjtpDyXJBMUPCaZzdOh+4OjJWx9zkBWMm+bTb6U=; b=U7bvOMPpYff/T/JBeVToNaO7LYadcBM9356FBPPgkdTvkvnoTLE9ZjxWOBAhdwq/kk0IlCzhsbP/2PipC3BvlSHCQteLLeY2+qOG5iZ6KBy7UaK+Cs4CpOqSUL78lsw6yiFF8Y5I2KwFu8RdQy15NGUpWO5xpnJ7EEF0CNhFGm0=
Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4205.namprd11.prod.outlook.com (52.135.39.87) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2451.27; Thu, 14 Nov 2019 13:26:08 +0000
Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::49b6:bc5c:bd3e:203c]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::49b6:bc5c:bd3e:203c%5]) with mapi id 15.20.2430.027; Thu, 14 Nov 2019 13:26:08 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Kent Watsen <kent+ietf@watsen.net>, Martin Bjorklund <mbj@tail-f.com>
CC: "bill.wu@huawei.com" <bill.wu@huawei.com>, "ietfc@btconnect.com" <ietfc@btconnect.com>, "httpbis-chairs@ietf.org" <httpbis-chairs@ietf.org>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: [netconf] Adoption call for draft-kwatsen-netconf-http-client-server-04
Thread-Index: AdWZwaIxhgQXPPYEQrG4WcDrav91fAA3GaUAAAt1JQAABOu+AAAA/oMAAAJIIAAAADCnEA==
Date: Thu, 14 Nov 2019 13:26:08 +0000
Message-ID: <MN2PR11MB4366854186012165AA8EB752B5710@MN2PR11MB4366.namprd11.prod.outlook.com>
References: <0100016e68049a12-bcb2acea-a4e2-42f9-8eab-05bab261d5dd-000000@email.amazonses.com> <20191114.101406.2087098792700938588.mbj@tail-f.com> <0100016e69b1f262-27a7a4b7-4e6e-4553-9bc5-c76bb7739cee-000000@email.amazonses.com> <20191114.130328.235293728895543729.mbj@tail-f.com> <0100016e6a07d334-324f48f9-5dae-4aa4-8b6a-1c16a8a8033c-000000@email.amazonses.com>
In-Reply-To: <0100016e6a07d334-324f48f9-5dae-4aa4-8b6a-1c16a8a8033c-000000@email.amazonses.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rwilton@cisco.com;
x-originating-ip: [173.38.220.45]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a42e47d0-19a5-4c37-1174-08d769063587
x-ms-traffictypediagnostic: MN2PR11MB4205:
x-microsoft-antispam-prvs: <MN2PR11MB4205E0A7F7F0029C12F2BAE9B5710@MN2PR11MB4205.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 02213C82F8
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(396003)(366004)(346002)(376002)(136003)(199004)(189003)(54094003)(186003)(71200400001)(478600001)(229853002)(14454004)(11346002)(446003)(476003)(486006)(86362001)(7736002)(74316002)(54906003)(6246003)(256004)(316002)(33656002)(110136005)(55016002)(4326008)(6306002)(9686003)(54896002)(6436002)(790700001)(66946007)(66476007)(66556008)(64756008)(66446008)(6116002)(3846002)(9326002)(8676002)(2906002)(14444005)(71190400001)(25786009)(81156014)(81166006)(5660300002)(52536014)(76116006)(8936002)(26005)(99286004)(7696005)(76176011)(66066001)(6506007)(53546011)(102836004); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4205; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: egPTpWQeWwkJyGB7hEULVWaSt2+neSsVp5BZI6U4WV1/GVeSyaWC3AgUMVxOoyhwuc7ceGGWCzFy/TirDEaAKbfOtG4kiv49Evs5WWe9eilcBUB79MIKLr/GJmKMRYimJCdVQlSSOA3qbWG/gkmdUOYIOJ0T93e+gcT3e2SG+J8E5AQTA/Am7R8zoxrDHAjIGCL3iM1tEe9SzAgVzESBII3mz/0DRCiKvcGThZ2Br3aK9qmkUadDYyVHv6TC/zbLMF9bLmL9NGruK418iY8CrSKu7/sugaq5RgCtiJvmXnX+F92CbEAAQqfIlCvZvS94kDkzr90z/nZ57ewpDc4S3kNWKAMu+4Mqa7/mNmrfSlsALdNCZSzo9NLi9yXIwEz3alM8yl5uvJhGQ/wAqvP8fxLxLY8NwtkiqcL1/Q1z1s/TY8hIioD9btZsZbewek2p
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB4366854186012165AA8EB752B5710MN2PR11MB4366namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a42e47d0-19a5-4c37-1174-08d769063587
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Nov 2019 13:26:08.1970 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 8c8iD3h+G7UGCrcUDZEQc4dOlLsppTuvfHxvD/Bol85YuKICuRCd/HJFEkRrOwfsxKCmcW/dzOwdMzl/zIUdtw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4205
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.19, xch-rcd-009.cisco.com
X-Outbound-Node: rcdn-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/JCo1P1I_h6XWp9hUOD0ZAoCmGEQ>
Subject: Re: [netconf] Adoption call for draft-kwatsen-netconf-http-client-server-04
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG 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: Thu, 14 Nov 2019 13:26:17 -0000

Hi Kent,

From: Kent Watsen <kent+ietf@watsen.net>
Sent: 14 November 2019 13:09
To: Martin Bjorklund <mbj@tail-f.com>
Cc: bill.wu@huawei.com; ietfc@btconnect.com; Rob Wilton (rwilton) <rwilton@cisco.com>om>; httpbis-chairs@ietf.org; netconf@ietf.org
Subject: Re: [netconf] Adoption call for draft-kwatsen-netconf-http-client-server-04

Hi Martin,

Personally I don't care; just pointing out a discussion that may be
relevant.

Ack.  Let's focus on the module names, the draft name will fall out from that discussion.



I think it is the name "ietf-http-server" that seems to indicate that
this a module that can be used to configure any HTTP server.  (See
below!)

It's more like a possible basis to configure any HTTP server, which to me still seems like the right thing to do, until someone can provide a concrete technical reason why it cannot be so.
[RW]
Do we require consensus from the httpbis WG if we want to use ietf-http-server.yang?  If we do, then how long will that take?  We really want to get these drafts and YANG modules finished (even if they are not perfect).



I wonder if the names should be "ietf-http-server-groupings" instead?

Hmmm, this is an interesting idea...


(and same for tcp / ssh / tls, but not netconf / restconf).

I see why you might say this, but the netconf/restconf drafts also define groupings, which are (IMO) more important than the containers, which we added under questionable conditions (i.e., the "client" containers make almost no sense, and the "server" containers have limited use, especially without the ability to augment/refine things when "implemented").


We
already have some "-types" modules.  Or even "ietf-http-server-types",
if by "type" we mean "typedef and/or grouping".

...and identities and features (and maybe something else I'm not thinking about just now).
[RW]
Probably also extensions.

It is worth noting that iana-if-type.yang defines identities.  Other "-types" YANG modules define some groupings.

So, perhaps by type it really means a YANG module that does not define any data-nodes (outside groupings), RPC, notifications, or actions.

This could also be a way to make the name less problematic.  It makes
it more obvious that these modules provide building blocks, rather
than a complete solution.

I truly appreciate the intention behind this idea and love the idea of sticking with an undiluted "http", but I question if putting "grouping" into the module name is ideal, perhaps "base" or "basis" would be better?   Even for the NC/RC modules, they are merely a base/basis for higher-level business logic.  [note: I also thought about "params", but the (IMO useless) containers in the NC/RC modules don't lend themselves well to being called "params"]

To help visualize these options:

               ietf-http-server-base
               ietf-http-server-basis
               ietf-http-server-params

               ietf-restconf-server-base
               ietf-restconf-server-basis
               ietf-restconf-server-params

To be clear, I'm not yet agreeing to or promoting this approach yet, though it seems promising.
[RW]
I quite like the idea of "ietf-http-server-types.yang" ...

Thanks,
Rob




Kent // contributor