[core] Questions & Comments for PubSub updated Proposal

Jim Schaad <ietf@augustcellars.com> Wed, 31 July 2019 22:58 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 488B3120086 for <core@ietfa.amsl.com>; Wed, 31 Jul 2019 15:58:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 0hjmgCAKAToB for <core@ietfa.amsl.com>; Wed, 31 Jul 2019 15:58:16 -0700 (PDT)
Received: from mail2.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 44777120073 for <core@ietf.org>; Wed, 31 Jul 2019 15:58:16 -0700 (PDT)
Received: from Jude (73.180.8.170) by mail2.augustcellars.com (192.168.0.56) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 31 Jul 2019 15:58:10 -0700
From: Jim Schaad <ietf@augustcellars.com>
To: core@ietf.org
Date: Wed, 31 Jul 2019 15:58:07 -0700
Message-ID: <01db01d547f3$6c7eec20$457cc460$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AdVH1MWFrssLtTeySba2FHfbLk+63A==
X-Originating-IP: [73.180.8.170]
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/bkchEhf0PnxDN8Kn-1N_Ye4C4Ck>
Subject: [core] Questions & Comments for PubSub updated Proposal
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
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, 31 Jul 2019 22:58:18 -0000

I was sitting down to look at trying to update my PubSub implementation to
deal with the updated proposal.  At this point I don't think I have enough
information to progress in terms of getting things done.  There are just too
many unanswered questions at this point.

1.  Attribute Inheritance:  I like the idea of doing inheritance because it
makes life easier for lots of people.  However, just playing with it I ended
up needing to be able to decide which attributes are really inherited and
which are not.  In addition, I needed to figure out which attributes were
supposed to deal with the topic and which are to deal with the data.   As an
example, if you look at attributes dealing with ACL control, there are going
to be three different sets of them running around.  A)  Who can create the
topic to begin with, B) Who and update the topic now it is created, and C)
Who is permitted to access the data item.  These are attacked to three
different resources in the design and only two of them (presumably) are
inheritable.  Another such attribute is lifetime where the lifetime of the
topic and the lifetime of the data are going to be different.

2.  It is not clear to me if a data node is supposed to be able to provide a
CoRAL document for information that relates to it.  I am assuming that it is
not because otherwise it would not be possible to publish a CoRAL document
as the data.

3.  Is attribute inheritance live or static?  Are the attributes set at
creation or if the attributes are changed on the parent are they trickled
down?

4.  Is there a way for every attribute to say "don't inherit" which I
currently assume is that the value would be set to "null".

Jim