IETF Logo Mail Archive

Re: [netmod] Murray Kucherawy's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT)

Christian Hopps <chopps@chopps.org> Thu, 20 May 2021 08:46 UTC

Return-Path: <chopps@chopps.org>
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 1EF513A1333; Thu, 20 May 2021 01:46:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] 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 sDRchxo8qP-r; Thu, 20 May 2021 01:46:01 -0700 (PDT)
Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 002813A1356; Thu, 20 May 2021 01:46:00 -0700 (PDT)
Received: from ja.int.chopps.org.chopps.org (047-026-251-217.res.spectrum.com [47.26.251.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 1022280E04; Thu, 20 May 2021 08:46:00 +0000 (UTC)
References: <162149702436.31231.10601110335947474104@ietfa.amsl.com>
User-agent: mu4e 1.5.13; emacs 27.2
From: Christian Hopps <chopps@chopps.org>
To: Murray Kucherawy <superuser@gmail.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen <kent+ietf@watsen.net>
Date: Thu, 20 May 2021 04:43:06 -0400
In-reply-to: <162149702436.31231.10601110335947474104@ietfa.amsl.com>
Message-ID: <m2h7ixbxo8.fsf@ja.int.chopps.org>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/QZEu5LpIcmVDeyCnvtzIyBAT9Fc>
Subject: Re: [netmod] Murray Kucherawy's No Objection on draft-ietf-netmod-geo-location-08: (with COMMENT)
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: Thu, 20 May 2021 08:46:06 -0000

Murray Kucherawy via Datatracker <noreply@ietf.org> writes:
>
> I support Lars' and Francesca's DISCUSS positions.
>
> The shepherd writeup says: "There are no known implementations known to the
> Shepherd.  No vendors have indicated their plan to implement the specification.
>  It was originally forwarded to support DT's Terra Stream project."  I'm
> tempted to ask why this is slotted for Standards Track publication.

It's a grouping, it's meant to be incorporated into other YANG modules rather than have each module come up with their own version of a geo-location object.

So, it's wont be "implemented" directly by any vendor until it is published and can start to be used in other module definitions. There definitely is interest in this use in the netmod WG.

v2.23.0 | Report a Bug | By Email