Re: [icnrg] next stepd for draft-zhang-icnrg-icniot-requirements

Marie-Jose Montpetit <marie@mjmontpetit.com> Fri, 11 November 2016 01:47 UTC

Return-Path: <marie@mjmontpetit.com>
X-Original-To: icnrg@ietfa.amsl.com
Delivered-To: icnrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 792761295B9 for <icnrg@ietfa.amsl.com>; Thu, 10 Nov 2016 17:47:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mjmontpetit-com.20150623.gappssmtp.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 j9H00VeDkPEi for <icnrg@ietfa.amsl.com>; Thu, 10 Nov 2016 17:47:54 -0800 (PST)
Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4B7912954E for <icnrg@irtf.org>; Thu, 10 Nov 2016 17:47:53 -0800 (PST)
Received: by mail-qk0-x22d.google.com with SMTP id q130so3975554qke.1 for <icnrg@irtf.org>; Thu, 10 Nov 2016 17:47:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mjmontpetit-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=rhC2/nG/F49H3hXgqObPN92wcyq9ALPCZ5zMSiy3VCI=; b=v0nO/BGFUJJ33CCzIJ/9QSu1zATRedinFfKGa4ckIzeYrAnsc0ERNUNJEOk+kFm2El R0z5FjJy0C9z7r7iowsg6BrZDL9rbZaxiR4LgzBvjw/f7noE1JWIU5wJPBFcmpkiuOw4 gO3jDRJy/Q/+XUVcSapl3nN1OE03USNhyNSaA1NKStAnXcU1dTXNkjMvLq313ifPp3OS ysYg+OtYwezQ/JRp9BYFm1ll/6Qf6qiUjntmxotqkmx2L2h6lT13PB1Z6L4RuDGkZFw0 CeGgCx7s3QXxK4sDvmCej9T3+PvkWYOGifNCaH/oX+mMLqhA2Qqh3ssLgerRRdXtPVhj j25Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=rhC2/nG/F49H3hXgqObPN92wcyq9ALPCZ5zMSiy3VCI=; b=bYkgnH2xCZsVnJ6GejW19+3qXFm0raDC/wfsSpWvNfjCEeoeeGGM+P7ZHcn1X7ac+x jpNWeYg4trAjmcEUiKoUE561dBADqBLtBpDBpUvSjRCKap2pHxSSDhzd2qA3YKGBKfUx xiXmDwKwhYGG/rPaNfHxgwRmcDNMVujS1CUb6KRru48ZfCHU1U3gh6DyyBkaXxpn0gjA 0XQkN7616aPPP1Efkh1ix7N7Qab/9bp0oPrvLbjB72wEca8fieNaG5iyzRYgPzD6aqeF XH/LibIEcQySDlhBNeYA0Sw8eVVHml9GrjbRwUadR54Ax1nAksNT5tIHPbjP2Kx9ffmm 1fKA==
X-Gm-Message-State: ABUngvdxJHvJiKd33PNAh9y81F3sFXu0Zsa2zEwLA9oVQp8fFUmmVyJvw25T20qks1QL4w==
X-Received: by 10.55.160.136 with SMTP id j130mr757823qke.108.1478828872726; Thu, 10 Nov 2016 17:47:52 -0800 (PST)
Received: from [172.16.42.3] (c-73-186-33-14.hsd1.ma.comcast.net. [73.186.33.14]) by smtp.gmail.com with ESMTPSA id w8sm4085106qta.25.2016.11.10.17.47.51 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 10 Nov 2016 17:47:52 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Marie-Jose Montpetit <marie@mjmontpetit.com>
In-Reply-To: <D96E28F4A22C864DBC6C871B5B1C4CC3216BC934@dfweml501-mbb>
Date: Thu, 10 Nov 2016 20:47:51 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <5F93775B-F383-404F-AEA9-DAD501D7A780@mjmontpetit.com>
References: <82AB329A76E2484D934BBCA77E9F5249AF4A4A27@PALLENE.office.hd> <E5891BA9-F809-4830-BA0A-35FDB3837C56@cs.ucla.edu> <E7B36C2F-89B0-4499-8487-DB5370F5FA31@mjmontpetit.com> <369480A01F73974DAC423D05A977B4F21D4A3800@SJCEML701-CHM.china.huawei.com> <CAOf27iSzK75csSCG6_tFKhDUsxYBk5AfnqN2y6EAUe3B7Mx4-A@mail.gmail.com> <F893BEC192403B489DBA38999068CF190DF3D98F@ORSMSX114.amr.corp.intel.com> <D96E28F4A22C864DBC6C871B5B1C4CC3216B927F@dfweml501-mbb> <50146735-088d-8285-d158-0592bac1e4a9@dkutscher.net> <D96E28F4A22C864DBC6C871B5B1C4CC3216BC934@dfweml501-mbb>
To: Ravi Ravindran <ravi.ravindran@huawei.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/icnrg/MOZLsOPC_U7nJUePMiujWcBrzgM>
Cc: Börje Ohlman <borje.ohlman@ericsson.com>, "icnrg@irtf.org" <icnrg@irtf.org>, David Oran <daveoran@orandom.net>, Dirk Kutscher <ietf@dkutscher.net>
Subject: Re: [icnrg] next stepd for draft-zhang-icnrg-icniot-requirements
X-BeenThere: icnrg@irtf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Information-Centric Networking research group discussion list <icnrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/icnrg>, <mailto:icnrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/icnrg/>
List-Post: <mailto:icnrg@irtf.org>
List-Help: <mailto:icnrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/icnrg>, <mailto:icnrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Nov 2016 01:47:56 -0000

I think a lot of us are still looking for the draft to show how ICN is improving on non-ICN IoT. I have Nest, Hue and Alexa and Siri and got a few of of the Amazon Dash for fun - and getting the Google Home soon. How can ICN improve on this? I agree they all have their own app. But what else?

mjm
> On Nov 10, 2016, at 8:43 PM, Ravi Ravindran <ravi.ravindran@huawei.com> wrote:
> 
> Dear Chairs,
> 
> Thanks for update on the draft. Sure we would like to work with others to improve it. If folks want to collaborate on this, I'll be available at the interim and main session for more discussion.
> 
> Another comment on the support for this draft, to be fair to all those who took time to provide us their feedback; even with the slow pace of activity in this mailing list, we received ~10 responses, mostly either support for adoption or technical comments to the draft. To validate, in addition to the recent comments, the attachment has the previous comments that were provided on the mailing list and that were addressed in the last revision. So I'm not sure if this number isn't a show of enthusiasm for adoption ?.
> 
> Regards,
> Ravi
> 
> -----Original Message-----
> From: icnrg [mailto:icnrg-bounces@irtf.org] On Behalf Of Dirk Kutscher
> Sent: Thursday, November 10, 2016 9:06 AM
> To: icnrg@irtf.org
> Cc: Börje Ohlman <borje.ohlman@ericsson.com>; David R Oran <daveoran@orandom.net>
> Subject: Re: [icnrg] next stepd for draft-zhang-icnrg-icniot-requirements
> 
> Hi Ravi and all,
> 
> thanks for the reminder and apologies for the longer processing time.
> 
> The chairs have reviewed draft-zhang-icnrg-icniot-requirements and considered the nature and breadth of the commentary from the RG participants. While our joint assessment is that the draft has some value and could be published after a reasonable amount of additional technical improvement, we are concerned that the level of engagement of the RG beyond the authors has not been sufficient to have a consensus to adopt the the draft and continue to work on it as an RG-sponsored document. The chairs have made multiple consensus calls and not found much enthusiasm. We therefore propose that ICNRG not adopt this document but do not object to it proceeding as an individual RFC candidate. 
> However, if by the end of the two ICNRG sessions at IETF 97 at least 2 non-author RG participants indicate willingness to invest time to work with the authors to solicit further comments and make editorial improvements we will reconsider this decision.
> 
> Let us know in case of any question or comment.
> 
> Best regards,
> 
> Dave, Börje, Dirk (ICNRG chairs)
> 
> 
> 
> 
> On 04.11.2016 19:07, Ravi Ravindran wrote:
>> Hi,
>> 
>> It will be nice to know the decision on this draft. We can address the comments raised by Marie-Jose, Lixia and Thomas as an RG contribution.
>> 
>> Many comments raised in the last call for comments have already been addressed in the current revision.
>> 
>> https://www.ietf.org/archive/id/draft-zhang-icnrg-icniot-requirements-
>> 01.txt
>> 
>> 
>> Regards,
>> Ravi
>> 
>> -----Original Message-----
>> From: icnrg [mailto:icnrg-bounces@irtf.org] On Behalf Of Moustafa, 
>> Hassnaa
>> Sent: Friday, September 23, 2016 5:30 PM
>> To: 'gennaro.boggia@poliba.it'; Cedric Westphal
>> Cc: Lixia Zhang; Marie-Jose Montpetit; icnrg@irtf.org; Dirk Kutscher
>> Subject: Re: [icnrg] next stepd for 
>> draft-zhang-icnrg-icniot-requirements
>> 
>> I support the adoption of this draft as a WG document. This draft is a very good basis and be a very useful guideline for ICN deployment for IOT. And the comments below are so useful to consider. It would be also of value to show examples for delay sensitive applications in IOT and how ICN can be a better solution.
>> 
>> Thanks
>> Hassnaa
>> 
>> -----Original Message-----
>> From: icnrg [mailto:icnrg-bounces@irtf.org] On Behalf Of Gennaro 
>> Boggia
>> Sent: Wednesday, September 21, 2016 1:34 AM
>> To: Cedric Westphal <Cedric.Westphal@huawei.com>
>> Cc: Dirk Kutscher <Dirk.Kutscher@neclab.eu>; Marie-Jose Montpetit 
>> <marie@mjmontpetit.com>; icnrg@irtf.org; Lixia Zhang 
>> <lixia@cs.ucla.edu>
>> Subject: Re: [icnrg] next stepd for 
>> draft-zhang-icnrg-icniot-requirements
>> 
>> I agree with the previous comments and I support the adoption of it as 
>> a WG document
>> 
>> Best Regards
>> Gennaro
>> 
>> 
>> --
>> Gennaro Boggia, PhD
>> Associate Professor
>> DEI - Politecnico di Bari
>> v. Orabona 4
>> 70125 Bari (Italy)
>> Tel. +39 080 5963913
>> Fax +39 080 5963410
>> Skype: g.boggia
>> e-mail: gennaro.boggia@poliba.it; gennaro.boggia@gmail.com
>> web: http://telematics.poliba.it/boggia
>> 
>> 
>> 2016-09-19 22:29 GMT+02:00 Cedric Westphal <Cedric.Westphal@huawei.com>:
>>> I agree with Lixia and Marie-Jose that this draft would benefit from 
>>> being worked on by the  RG. I support adoption as a WG document.
>>> 
>>> Best,
>>> 
>>> 
>>> 
>>> C.
>>> 
>>> 
>>> 
>>> From: icnrg [mailto:icnrg-bounces@irtf.org] On Behalf Of Marie-Jose 
>>> Montpetit
>>> Sent: Saturday, September 17, 2016 9:06 AM
>>> To: Lixia Zhang
>>> Cc: icnrg@irtf.org; Dirk Kutscher
>>> Subject: Re: [icnrg] next stepd for
>>> draft-zhang-icnrg-icniot-requirements
>>> 
>>> 
>>> 
>>> I agree with Lixia. This needs more focus. Security is yes weak and 
>>> should not be an afterthought. But I think the justification of ICN 
>>> for IOT needs more in-depth descriptions and use cases. I can see 
>>> many reasons to use ICN in IOT (flexibility in caching, storage and 
>>> retrieval, naming abstraction, abstracted functionalities) but almost 
>>> as many reasons not too (added complexity, lack of backward 
>>> compatibility, firmware development in sensor
>>> networks) etc. A few solid examples and I would say solid 
>>> implementations comparing the advantages of ICN vs. current implementations would be great.
>>> Our houses are already filled with IOT apps; how will ICN make them better?
>>> 
>>> 
>>> 
>>> I am not saying the draft is bad. Just that it needs more work before 
>>> truly reflecting the gains that ICN will bring to IOT.
>>> 
>>> 
>>> 
>>> Marie-José
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Sep 17, 2016, at 11:54 AM, Lixia Zhang <lixia@cs.ucla.edu> wrote:
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Sep 16, 2016, at 9:00 AM, Dirk Kutscher <Dirk.Kutscher@neclab.eu> wrote:
>>> 
>>> 
>>> 
>>> Hi all,
>>> 
>>> 
>>> 
>>> This may have fallen between the cracks during the summer break – so 
>>> this is a friendly reminder:
>>> 
>>> 
>>> 
>>> Please let us have your opinion on how to pursue with this draft. Do 
>>> you support adopting it as an RG document?
>>> 
>>> 
>>> 
>>> I just had a quick look over the draft: it seems to me that this 
>>> draft still left lots rooms for improvements, not the least is its 
>>> treatment on security.  The current draft seems reflecting the common 
>>> mindset that security is something one has to mention, not that 
>>> security is an integral component in all aspects of a system.
>>> 
>>> 
>>> 
>>> Section 2: would it be more appropriate to move security from section
>>> 2.8 to section 2.2, right after naming?  given security needs crypto 
>>> protection, crypto is directly related to identities
>>> 
>>> 
>>> 
>>> Section 4 on Advantages of using ICN for IoT has no mentioning about 
>>> security.
>>> 
>>> 
>>> 
>>> Section 5, like section 2, puts security discussions much later after 
>>> other subjects that may be felt more familiar with, like name 
>>> resolution, caching and storage, routing/forwarding, etc.--aren't al 
>>> these components need security as well?
>>> 
>>> There seem also discussions on trust that seems separate from security ...
>>> 
>>> 
>>> 
>>> Another comment is a wish: the draft looks really 
>>> abstract/motherhood-and-applepie to me, I wonder whether it would be 
>>> possible to ground the description with some specific examples.
>>> 
>>> 
>>> 
>>> my 2 cents from a *super* quick flip through (so please take with a 
>>> big grain of salt!)
>>> 
>>> 
>>> 
>>> Lixia
>>> 
>>> 
>>> 
>>> From: Dirk Kutscher
>>> Sent: Montag, 8. August 2016 17:33
>>> To: icnrg@irtf.org
>>> Subject: next stepd for draft-zhang-icnrg-icniot-requirements
>>> 
>>> 
>>> 
>>> Hi all,
>>> 
>>> 
>>> 
>>> at the Berlin meeting, we concluded that we’d use the mailing list to 
>>> agree on next steps for draft-zhang-icnrg-icniot-requirements [1].
>>> 
>>> 
>>> 
>>> In case you don’t remember, this draft is the result of a merger of
>>> draft-zhang-iot-icn-challenges-02 [2] and
>>> draft-lindgren-icnrg-efficientiot-03 [3], focusing on the scenario, 
>>> requirements and challenges aspects of both input drafts.
>>> 
>>> 
>>> 
>>> After the merger, the authors have submitted another version, 
>>> reflecting some community feedback.
>>> 
>>> 
>>> 
>>> Please see
>>> https://www.ietf.org/proceedings/96/slides/slides-96-icnrg-3.pdf
>>> for a summary of the genesis and the current content.
>>> 
>>> 
>>> 
>>> The chairs would like to get an understanding whether the ICNRG has 
>>> an interest in pursuing this draft as a RG activity (“adoption”). We 
>>> normally do this for drafts where there is a critical mass of 
>>> interested people that would like to see this progressing within 
>>> ICNRG and eventually be published as an (in this case, Informational)  RFC.
>>> This would also require a critical mass of people that would be 
>>> interested to spend cycles for reviewing the draft and future revisions.
>>> 
>>> 
>>> 
>>> Could you please let us know whether you think this draft a) should 
>>> be adopted as a RG item and b) whether you’d be able to help reviewing it?
>>> 
>>> 
>>> 
>>> Thanks,
>>> 
>>> Börje, Dave, Dirk (ICNRG chairs)
>>> 
>>> 
>>> 
>>> [1]
>>> https://datatracker.ietf.org/doc/draft-zhang-icnrg-icniot-requirement
>>> s
>>> /
>>> 
>>> [2] https://tools.ietf.org/html/draft-zhang-iot-icn-challenges-02
>>> 
>>> [3]
>>> https://datatracker.ietf.org/doc/draft-lindgren-icnrg-efficientiot/03
>>> /
>>> 
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> icnrg mailing list
>>> icnrg@irtf.org
>>> https://www.irtf.org/mailman/listinfo/icnrg
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> icnrg mailing list
>>> icnrg@irtf.org
>>> https://www.irtf.org/mailman/listinfo/icnrg
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> icnrg mailing list
>>> icnrg@irtf.org
>>> https://www.irtf.org/mailman/listinfo/icnrg
>>> 
>> _______________________________________________
>> icnrg mailing list
>> icnrg@irtf.org
>> https://www.irtf.org/mailman/listinfo/icnrg
>> _______________________________________________
>> icnrg mailing list
>> icnrg@irtf.org
>> https://www.irtf.org/mailman/listinfo/icnrg
>> _______________________________________________
>> icnrg mailing list
>> icnrg@irtf.org
>> https://www.irtf.org/mailman/listinfo/icnrg
> 
> _______________________________________________
> icnrg mailing list
> icnrg@irtf.org
> https://www.irtf.org/mailman/listinfo/icnrg
> <Comment-and-Changes.docx>_______________________________________________
> icnrg mailing list
> icnrg@irtf.org
> https://www.irtf.org/mailman/listinfo/icnrg