Re: [T2TRG] New Version Notification for draft-bormann-t2trg-ble-uri-00.txt

Christian Groves <Christian.Groves@nteczone.com> Tue, 06 September 2016 23:36 UTC

Return-Path: <Christian.Groves@nteczone.com>
X-Original-To: t2trg@ietfa.amsl.com
Delivered-To: t2trg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B39DD12B01F for <t2trg@ietfa.amsl.com>; Tue, 6 Sep 2016 16:36:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.79
X-Spam-Level:
X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=nteczone.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 dzJ4vwV4I60J for <t2trg@ietfa.amsl.com>; Tue, 6 Sep 2016 16:36:51 -0700 (PDT)
Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (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 B914B12B0A7 for <t2trg@irtf.org>; Tue, 6 Sep 2016 16:36:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=/qq1SM+Yl2Wg+VKrolhyIHpaKzzyTSZmllXTYt/e8xE=; b=QZN8bP2g4ObHvjuXraS84kuZbk oe5TPNYcg3AWxQj99Awzx0H0iqaXLaeeVEBaLqkyGyTSWHeaQIVOLe5fT1iLA534VUVg8f6n0vXKN 2AWvTSrMjYjwVGQ9vSWC+TumUIk0oeddfPDwGy5hOQlgBKvjfD4YD5WRd+nxYKjYJYwO2avAFsKzJ Tuy9cJAoB3oi+dDDhWFtaCSCzkuAP3l4XJeu+35k71CCTu4cMXTxaKQnJn6ljeon6K/0iFn3aQmhK 7+YPtJjD6j7Af2ihYwuFCKs6esCnsqYrY2GkBukkyiQqfuuvn7BMyVx6P5JQ97Lo6IxZa4Or0HGCn I00DPBaQ==;
Received: from ppp118-209-32-135.lns20.mel4.internode.on.net ([118.209.32.135]:50412 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from <Christian.Groves@nteczone.com>) id 1bhPv5-0033zn-QR for t2trg@irtf.org; Wed, 07 Sep 2016 09:36:47 +1000
To: t2trg@irtf.org
References: <20160708212743.32205.16075.idtracker@ietfa.amsl.com> <E085F13E-047F-4CD9-B438-2E64DE94DC2E@ericsson.com> <57dc0f5d-9285-dca0-1960-12cb13cc9f5d@nteczone.com> <4883C09B-07D4-4AA1-AABA-3490ABD1F9F6@ericsson.com>
From: Christian Groves <Christian.Groves@nteczone.com>
Message-ID: <9f83dad0-83c7-14a0-89e9-cf1d0d04a582@nteczone.com>
Date: Wed, 07 Sep 2016 09:36:43 +1000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0
MIME-Version: 1.0
In-Reply-To: <4883C09B-07D4-4AA1-AABA-3490ABD1F9F6@ericsson.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - msh03.myshophosting.com
X-AntiAbuse: Original Domain - irtf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - nteczone.com
X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com
X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/t2trg/WDh5s-YnSSAPLaEHJhG0hGnsXoc>
Subject: Re: [T2TRG] New Version Notification for draft-bormann-t2trg-ble-uri-00.txt
X-BeenThere: t2trg@irtf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "IRTF Thing-to-Thing \(T2T\) Research-Group-in-creation" <t2trg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/t2trg>, <mailto:t2trg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/t2trg/>
List-Post: <mailto:t2trg@irtf.org>
List-Help: <mailto:t2trg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/t2trg>, <mailto:t2trg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Sep 2016 23:36:54 -0000

Hello Ari,

Is there a reason why the draft moved away from using the query part of 
the existing BLE URIs?

Regards, Christian


On 6/09/2016 5:21 AM, Ari Keränen wrote:
> Hi Christian,
>
> Thank you for the review comments! The model in the draft is indeed different than in the original BT SIG white papers. We are currently working together with Bluetooth folks to see how the model could be improved from the old approach.
>
> We still need to work on the GAP/GATT split and related URIs. It would be good to be able to use same URI structure for both but if it doesn't work, perhaps the split makes sense as you suggested. We'll have a look at that for the next version.
>
>
> Cheers,
> Ari
>
>> On 31 Aug 2016, at 04:44, Christian Groves <Christian.Groves@nteczone.com> wrote:
>>
>> Hello Ari,
>>
>> A general question on the approach. Is there a reason why you didn't align with the white papers and use the query part of the URI for things like enable, indicate, notify? Is the goal of the draft to define another scheme rather than formalising the one already in the whitepapers?
>>
>> With respect to the first table in section 2 it has "ble:/gatt/nodes" the information in the text below indicates the table relates to GAP operations. The BLE GAP whitepaper has a /gapnodes/<node> operation that returns information about the node. In the 2nd table there is an entry for {node} (presumably matching the GAP functionality) but the text below indicates the operations are GATT operations.
>>
>> There's a note about needing two types of node links, I would assume that both would be required if the white papers already have both possibilities. Otherwise the URI scheme would not match what has already been defined.
>>
>> Would it be clearer to split 2 into subsections. One specifically for GAP and the other for GATT, in order to parallel the white papers?
>>
>> Regards, Christian
>>
>>
>> On 16/07/2016 1:55 AM, Ari Keränen wrote:
>>> Hi all,
>>>
>>> This draft is straw man proposal for a Bluetooth Low Energy URI scheme and media types. It enables using web technologies for interacting with locally connected BLE devices (as discussed e.g., in W3C WoT work).
>>>
>>> Comments welcome!
>>>
>>>
>>> Cheers,
>>> Ari & Carsten
>>>
>>>> Begin forwarded message:
>>>>
>>>> From: <internet-drafts@ietf.org>
>>>> Subject: New Version Notification for draft-bormann-t2trg-ble-uri-00.txt
>>>> Date: 8 Jul 2016 23:27:43 CEST
>>>> To: Carsten Bormann <cabo@tzi.org>, "Dr. Carsten Bormann" <cabo@tzi.org>, "Ari Keranen" <ari.keranen@ericsson.com>
>>>>
>>>>
>>>> A new version of I-D, draft-bormann-t2trg-ble-uri-00.txt
>>>> has been successfully submitted by Ari Keranen and posted to the
>>>> IETF repository.
>>>>
>>>> Name:		draft-bormann-t2trg-ble-uri
>>>> Revision:	00
>>>> Title:		The BLE (Bluetooth Low Energy) URI Scheme and Media Types
>>>> Document date:	2016-07-08
>>>> Group:		Individual Submission
>>>> Pages:		8
>>>> URL:            https://www.ietf.org/internet-drafts/draft-bormann-t2trg-ble-uri-00.txt
>>>> Status:         https://datatracker.ietf.org/doc/draft-bormann-t2trg-ble-uri/
>>>> Htmlized:       https://tools.ietf.org/html/draft-bormann-t2trg-ble-uri-00
>>>>
>>>>
>>>> Abstract:
>>>>    In addition to its use as a subnetwork layer for IP (e.g., via
>>>>    RFC 7668), in various IoT web applications Bluetooth Low Energy (BLE)
>>>>    can serve as a "local interconnect", connecting devices locally
>>>>    (i.e., not over IP) for use as a source of information and a target
>>>>    for actuation.  In order to fully use these capabilities in
>>>>    applications using web technologies, there is a need for a method for
>>>>    addressing the resources, i.e., a URI scheme, and definition of the
>>>>    representation of the data exchanged between the application and
>>>>    devices, i.e., media types.  This document is a straw man proposal
>>>>    for such a URI scheme and media types for interacting with the
>>>>    Bluetooth GAP and GATT protocols.
>>>>
>>>>
>>>>
>>>>
>>>> Please note that it may take a couple of minutes from the time of submission
>>>> until the htmlized version and diff are available at tools.ietf.org.
>>>>
>>>> The IETF Secretariat
>>>>
>>> _______________________________________________
>>> T2TRG mailing list
>>> T2TRG@irtf.org
>>> https://www.irtf.org/mailman/listinfo/t2trg
>>>
>> _______________________________________________
>> T2TRG mailing list
>> T2TRG@irtf.org
>> https://www.irtf.org/mailman/listinfo/t2trg
> _______________________________________________
> T2TRG mailing list
> T2TRG@irtf.org
> https://www.irtf.org/mailman/listinfo/t2trg
>