Re: [netmod] draft-ietf-netmod-geo-location-01: an optional location info

Christian Hopps <chopps@chopps.org> Fri, 19 July 2019 11:08 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 6DDC212008C for <netmod@ietfa.amsl.com>; Fri, 19 Jul 2019 04:08:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=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 C1XDzbYp1H16 for <netmod@ietfa.amsl.com>; Fri, 19 Jul 2019 04:08:12 -0700 (PDT)
Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 2118B12001E for <netmod@ietf.org>; Fri, 19 Jul 2019 04:08:12 -0700 (PDT)
Received: from stubbs.home (172-222-100-236.dhcp.chtrptr.net [172.222.100.236]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 6E24E603A8; Fri, 19 Jul 2019 07:08:11 -0400 (EDT)
From: Christian Hopps <chopps@chopps.org>
Message-Id: <CA05BEB7-A00A-4413-82CF-39333DEC3CB1@chopps.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_7488EED5-BC5F-43F5-9668-8ABC7E1CF916"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Fri, 19 Jul 2019 07:08:10 -0400
In-Reply-To: <8daa922c-194c-4a1f-9a4e-b2851ef58ed3@cesnet.cz>
Cc: Christian Hopps <chopps@chopps.org>, Ladislav Lhotka <lhotka@nic.cz>, netmod@ietf.org
To: Jan Kundrát <jan.kundrat@cesnet.cz>
References: <8bcdad12-cec1-47b2-b8ad-bb8ab6d6783e@cesnet.cz> <87lfx4df50.fsf@nic.cz> <8daa922c-194c-4a1f-9a4e-b2851ef58ed3@cesnet.cz>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/shmKln4tBkd75jv7DRGJ2rYXqZc>
Subject: Re: [netmod] draft-ietf-netmod-geo-location-01: an optional location info
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, 19 Jul 2019 11:08:13 -0000

The intention was for a location node to be required if the <geo-location> container was present. Apparently this will only work if "container geo-lcoation" is a presence container. I'm not even sure that's all that smart of a requirement (e.g., maybe someone just wants to indicate the reference-frame for an object). I'll remove the mandatory from location.

Thanks,
Chris.

> On Jul 11, 2019, at 9:54 AM, Jan Kundrát <jan.kundrat@cesnet.cz> wrote:
> 
>> The "location" choice is defined as mandatory, so an instance of one of the cases must be present. I don't know whether it is necessary or not, but you can avoid it easily by overriding the definition:
> 
> Thanks for explaining this. I'll leave it to the draft authors to evaluate whether an optional geolocation makes more sense than a hard-coded one.
> 
> Diky
> Honza K.
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>