[core] Questions/Review on draft-ietf-core-resource-directory-12

Jim Schaad <ietf@augustcellars.com> Wed, 01 November 2017 00:26 UTC

Return-Path: <ietf@augustcellars.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B30D113F5C4; Tue, 31 Oct 2017 17:26:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=augustcellars.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 uUCdT-Xx052X; Tue, 31 Oct 2017 17:26:01 -0700 (PDT)
Received: from mail4.augustcellars.com (augustcellars.com [50.45.239.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C0FF13F1EB; Tue, 31 Oct 2017 17:26:01 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Language: en-us
DKIM-Signature: v=1; a=rsa-sha256; d=augustcellars.com; s=winery; c=simple/simple; t=1509495956; h=from:subject:to:date:message-id; bh=iEjWE+w6mn/VZOwnkoI0HwtMyzijGTUrZJGT6xp/gO4=; b=TgQlbdYp1Rxxjgd3mXPmmh2eY5X5SdvFVuXKWg3F/MmAkHuC618SUm7+VDco1K94ac3x/VWhciX rTCeFbUgX4bpVCHHlaYyoWDa9aKFfG0O7FUuRMOTG/fn3O/DdqjKee8URt/lwkUgPRxsJBX0hA4hE tdIQg/TA0i2286h1jdpPF74ZaQOxcYi1nIJuivCQDF3VObS2AwHfcThUJnsajHIks1OmlRrITyPW/ lmmT0ZN08W+6TR+kCgH3+tol9A0zryU8/mkY9Z+TPgZYORj87EaG5uxkhGItuXjvWHp3ln6+QIx+C h1HQ4rqqSsWMDtUpJmy48llOEgU/pybh3DFQ==
Received: from mail2.augustcellars.com (192.168.1.201) by mail4.augustcellars.com (192.168.1.153) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Tue, 31 Oct 2017 17:25:55 -0700
Received: from Hebrews (192.168.1.162) by mail2.augustcellars.com (192.168.1.201) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Tue, 31 Oct 2017 17:24:54 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: draft-ietf-core-resource-directory@ietf.org
CC: 'core' <core@ietf.org>
Date: Tue, 31 Oct 2017 17:25:50 -0700
Message-ID: <01e301d352a7$fa605670$ef210350$@augustcellars.com>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdNSmIID5/EW2XAeSaqyf51/E/WReA==
X-Originating-IP: [192.168.1.162]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/puP0Nv8sZnL-hW5vKQvCUvAaGRw>
Subject: [core] Questions/Review on draft-ietf-core-resource-directory-12
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Nov 2017 00:26:03 -0000

Over all I think that I understand this version better, but there are still
some things that I am going to need to ask questions about or comment on.
Note this is not a pass from writing code, just from trying to do some
design work.


1.  When creating a group registration, can the link to an endpoint be on a
different resource directory?  This second RD could be either on a different
machine or on the same machine (i.e. coap vs coaps).  If the answer is no,
then do we need to think about some type of relation attribute in the case
that multiple are listed somewhere?

2.  Is there supposed to be an update/patch operation on groups or is this a
replace operation ala what is done for endpoints?

3. Are groups supposed to age out of existence?  Based on the current text I
would say that this is a no.

4.  Should have text on what happens to a group when an endpoint which ages
out of existence.

5.  When registering groups, is there a requirement that all of the
endpoints be in the same domain as the group is?

6.  In section 7.3 - First it would be better to be much more explicit on
the set of items to be matched than the one statement that is current
present.  From what is there, it is not clear to me that one would return a
group if one of the resources of an endpoint in the group has the desired
attribute.  However, based on everything else, it would appear to be true.
Thus the search would be to go up the model (Figure 2) to all ancestor notes
and down the tree to all descendent notes.  Is this a correct understanding?

7.  In section 7.3 - If doing a compound search criteria - Does all of the
criteria need to be matched on ANY node in the search or ALL of the criteria
on one node in the search?  Consider "?d=example.com&rt=foobar"  which would
match the 'd' on the endpoint but the 'rt' on a resource.  So two questions
- the first would be looking at two different items at two different levels
(i.e. group and resource), the second would be two items at the same level
(i.e. two different resources/endpoints which are children/grandchildren of
me).


Jim