[netmod] feedback draft-rtgyangdt-netmod-module-tags -> draft-ietf-netmod-module-tags

joel jaeggli <joelja@bogus.com> Fri, 23 February 2018 16:56 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA04E12D7F0 for <netmod@ietfa.amsl.com>; Fri, 23 Feb 2018 08:56:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=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 57SkSr5e17pm for <netmod@ietfa.amsl.com>; Fri, 23 Feb 2018 08:56:04 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B68E61241F3 for <netmod@ietf.org>; Fri, 23 Feb 2018 08:56:04 -0800 (PST)
Received: from mb.local (c-73-202-177-209.hsd1.ca.comcast.net [73.202.177.209]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id w1NGu3bx018240 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for <netmod@ietf.org>; Fri, 23 Feb 2018 16:56:04 GMT (envelope-from joelja@bogus.com)
X-Authentication-Warning: nagasaki.bogus.com: Host c-73-202-177-209.hsd1.ca.comcast.net [73.202.177.209] claimed to be mb.local
To: NETMOD Working Group <netmod@ietf.org>
From: joel jaeggli <joelja@bogus.com>
Message-ID: <e4b5e5eb-223d-c9ac-0567-3a8a0c05b8b0@bogus.com>
Date: Fri, 23 Feb 2018 08:55:57 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Sx4EvVyGnBvkobpXd6CLWZDe9L9Rk4Z6c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/NhoqVW0QHoXVLucerBMFVA9k5ow>
Subject: [netmod] feedback draft-rtgyangdt-netmod-module-tags -> draft-ietf-netmod-module-tags
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Feb 2018 16:56:07 -0000

introduction / abstract should capture the problem module tags are
attempting to solve succinctly

Robert Wilton's criticism of the approach is well taken; the use of tags
as regular configuration (his approach) vs the treatment of tags as
exceptions (how we understand them as proposed). and seems like a ket
architectural consideration in advancing this draft.

joel