Re: [core] New Version Notification for draft-groves-core-bas-00.txt

Christian Groves <cngroves.std@gmail.com> Thu, 09 March 2017 10:34 UTC

Return-Path: <cngroves.std@gmail.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 59AA0129446 for <core@ietfa.amsl.com>; Thu, 9 Mar 2017 02:34:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.332
X-Spam-Level:
X-Spam-Status: No, score=-0.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 f-G-bvNBaE_a for <core@ietfa.amsl.com>; Thu, 9 Mar 2017 02:34:05 -0800 (PST)
Received: from msh04.myshophosting.com (msh04.myshophosting.com [101.0.86.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58E19128DF6 for <core@ietf.org>; Thu, 9 Mar 2017 02:34:05 -0800 (PST)
Received: from ppp118-209-171-106.lns20.mel8.internode.on.net ([118.209.171.106]:53202 helo=[192.168.1.159]) by msh04.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88) (envelope-from <cngroves.std@gmail.com>) id 1clvOI-002MBU-Bo; Thu, 09 Mar 2017 21:33:50 +1100
To: Michael Koster <michaeljohnkoster@gmail.com>
References: <148765208755.26069.6296092128269483309.idtracker@ietfa.amsl.com> <zarafa.58bfe0ac.3265.599aa7cc46bdc531@za.u-blox.com> <FD4FAA0F-8F5D-495C-A125-AEF5383B9040@gmail.com>
From: Christian Groves <cngroves.std@gmail.com>
Message-ID: <d8c937e0-0b9b-f68c-a947-7475373b671b@gmail.com>
Date: Thu, 09 Mar 2017 21:33:45 +1100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <FD4FAA0F-8F5D-495C-A125-AEF5383B9040@gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - msh04.myshophosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - gmail.com
X-Get-Message-Sender-Via: msh04.myshophosting.com: authenticated_id: christian@kunstmade.com.au
X-Authenticated-Sender: msh04.myshophosting.com: christian@kunstmade.com.au
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/i2R6VlC4ebnu7YMpqQNqh64vI-U>
Cc: core <core@ietf.org>
Subject: Re: [core] New Version Notification for draft-groves-core-bas-00.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 09 Mar 2017 10:34:06 -0000

Hello Michael,

The text on collections was a left over from before I took over the 
editorship. The text in [I-D.ietf-core-interfaces] is:


      3.6
      <https://tools.ietf.org/html/draft-ietf-core-interfaces-08#section-3.6>.
      Observing Collections



    Resource Observation via [I-D.ietf-core-dynlink 
<https://tools.ietf.org/html/draft-ietf-core-interfaces-08#ref-I-D.ietf-core-dynlink>] using CoAP [RFC7252 <https://tools.ietf.org/html/rfc7252>]
    MAY be supported on items in a collection.  A subset of the
    conditional observe parameters MAY be specified to apply.  In most
    cases pmin and pmax are useful.  Resource observation on a
    collection's items resource MAY report any changes of resource state
    in any item in the collection.  Observation Responses, or
    notifications, SHOULD provide representations of the resources that
    have changed in SenML Content-Format.  Notifications MAY include
    multiple observations of a particular resource, with SenML time
    stamps indicating the observation times.


The text in 2.1 of the BAS draft is just trying a paraphrase that. Did 
you want to clarify that text?

Regards, Christian


On 9/03/2017 3:10 AM, Michael Koster wrote:
> In section 2.1
>     The current text of [I-D.ietf-core-interfaces] indicates that observe
>     may be supported on an item in a collection not on the collection
>     itself.
> I don't think we should say that observe isn't supported on collections.
>
> Observe should be supported for any resource, and by definition 
> "caches" the entire method call (for example GET with all its options) 
> for subsequent responses.
>
> Observe doesn't say what triggers the subsequent responses, which 
> dynlink and bas do specify.
>
> Do I understand it correctly?
>
> Best regards,
>
> Michael