Re: [netmod] WGLC: draft-ietf-netmod-geo-location-04

Kent Watsen <kent+ietf@watsen.net> Fri, 27 March 2020 18:32 UTC

Return-Path: <010001711d441316-d15a4d9e-3ab3-4702-aacd-07f3f756ec8a-000000@amazonses.watsen.net>
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 190E33A10A9 for <netmod@ietfa.amsl.com>; Fri, 27 Mar 2020 11:32:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.com
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 FO3V3XyO7ku5 for <netmod@ietfa.amsl.com>; Fri, 27 Mar 2020 11:32:42 -0700 (PDT)
Received: from a48-110.smtp-out.amazonses.com (a48-110.smtp-out.amazonses.com [54.240.48.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D8753A0FE0 for <netmod@ietf.org>; Fri, 27 Mar 2020 11:32:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1585333933; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=gqqB01TShX1SiP7VgHdCXnZXH34GF/MTwPBOvR00oyI=; b=gN/Rt1VJAYxH5eiIVoCE2uHbbHDkcTlzs8h8zZROeImtFpgB6sVzvDLvzqqaGBiI k9nZlAWhc3wzMgtocDeogybtXHFr07LD0/o2XdVhxeU9GBdxth+pE1ZEVAC95mYxEw/ mf+Bu1VSk2mXr9y97jdsYymocvO9HZsTDeqm6QWk=
From: Kent Watsen <kent+ietf@watsen.net>
Message-ID: <010001711d441316-d15a4d9e-3ab3-4702-aacd-07f3f756ec8a-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_2080DF5C-8A70-478C-B4D2-7617644D0229"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Fri, 27 Mar 2020 18:32:12 +0000
In-Reply-To: <4FC34FCE-02B7-4959-AFFD-4DE84F4389B4@chopps.org>
Cc: tom petch <ietfc@btconnect.com>, "netmod@ietf.org" <netmod@ietf.org>
To: Christian Hopps <chopps@chopps.org>
References: <01000170c16b721e-b5be8d27-8f4a-4355-9682-424f0dc5f337-000000@email.amazonses.com> <01000171182b030c-b715fdd4-0d1a-4373-a2b4-ba26e19b3232-000000@email.amazonses.com> <DB7PR07MB5657B7FF2AC7FFB4AE81333FA0CC0@DB7PR07MB5657.eurprd07.prod.outlook.com> <4FC34FCE-02B7-4959-AFFD-4DE84F4389B4@chopps.org>
X-Mailer: Apple Mail (2.3445.104.11)
X-SES-Outgoing: 2020.03.27-54.240.48.110
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/Qm-9Vud2uI2kHnAyqG-yRP4tUUI>
Subject: Re: [netmod] WGLC: draft-ietf-netmod-geo-location-04
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
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, 27 Mar 2020 18:32:54 -0000

Chris,

>> Security Considerations does not use template (which other grouping modules such as Kent's do)
> 
> I've pinged Kent for a pointer.

The template Tom is referring to is from https://tools.ietf.org/html/rfc8407#section-3.7.1.

That said, I have always felt that this template is a starting point that needs to be customized per YANG module (ideally, a separate template instance for each module in the draft).  For instance, if a module defines no "notification” or “rpc" statements, it is better for it to just say that instead of strictly following the template and producing an empty list.

For instance:

	<note: a separate template instance per YANG module in draft>
	https://tools.ietf.org/html/rfc8572#section-9.15. (only defines an rc:yang-data structure)
	https://tools.ietf.org/html/rfc8572#section-9.16 (only defines a couple “rpc” statements)

	<the following are unpublished, so may not be perfect>
	https://tools.ietf.org/html/draft-ietf-netconf-tcp-client-server-04.html#section-6 (only defines “grouping”)
	https://tools.ietf.org/html/draft-ietf-netconf-tls-client-server-04.html#section-5 (only defines “grouping”)


Kent // contributor