Re: [icnrg] New Version Notification for draft-oran-icnrg-reflexive-forwarding-00.txt

Dirk Kutscher <ietf@dkutscher.net> Fri, 03 April 2020 10:26 UTC

Return-Path: <ietf@dkutscher.net>
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 89A173A17AF for <icnrg@ietfa.amsl.com>; Fri, 3 Apr 2020 03:26:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 HrXiP3mAHBcz for <icnrg@ietfa.amsl.com>; Fri, 3 Apr 2020 03:26:38 -0700 (PDT)
Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) (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 EF8C43A16FE for <icnrg@irtf.org>; Fri, 3 Apr 2020 03:26:36 -0700 (PDT)
Received: from [10.37.129.2] ([77.21.26.188]) by mrelayeu.kundenserver.de (mreue109 [212.227.15.183]) with ESMTPSA (Nemesis) id 1N8XHb-1jFtdW1UET-014PdD; Fri, 03 Apr 2020 12:26:31 +0200
From: "Dirk Kutscher" <ietf@dkutscher.net>
To: "Hitoshi Asaeda" <asaeda@ieee.org>
Cc: ICNRG <icnrg@irtf.org>
Date: Fri, 03 Apr 2020 12:26:30 +0200
X-Mailer: MailMate (1.13.1r5671)
Message-ID: <5F9A71B7-BA97-4A3B-9DFC-DB65F2EA9D04@dkutscher.net>
In-Reply-To: <21DD5E23-BA59-47AC-AB11-B19A9B4247CB@ieee.org>
References: <158583825227.26288.2391283622080702417@ietfa.amsl.com> <6EBB0F3C-284B-4DF5-A5F0-96D9AEC83F15@orandom.net> <21DD5E23-BA59-47AC-AB11-B19A9B4247CB@ieee.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:eGygz1lQT9W28meMFShEhb6pjrfrM8hZSfH1zEKYyppS3KYnvq9 B36lEDLQ/jMdBFY36Bzbpj28J4rJX+h0yCaahXCW0vKjT8bFK+n9O6U4fb2Wp+nk0++g77R 6pps6UNl+aZhvaG/BhoHyj6Le992FkjmA9OTqOdPW4r23O4fKI/zNGp+3TutEHxZHSvXLI2 l16BPLOqmV/s3Ah9VdVTA==
X-UI-Out-Filterresults: notjunk:1;V03:K0:iYeKW/3kbNo=:PGfp4fO8OIsrtPcnZmdCf3 GQ/xVsBHMHYtT5q0S/YwMPxE582GjFHijQIooIyQ+Bgdt7JqMbfHvTJrs7bVhDOODLgOqlPiW BAD/gOWibTVtWMqXfeigSEVHahzLR8YFldgfJEWgQUWdLVkXeq87XPWnsa4vwJGsS4dCtMkEz IlbbIS979hSRsMEn3i/FtJ1s4vTVdrQICBH7fnbZoeLbnD5LVvTbV5Y6RQyG5sNQG6WduNlKC w+G7n2RdMCpIcNQqWzJlt10kSHYOX6NUf13ZGP+keaQL3OcEyg0zeB5nv9i3Z5Oxv07l5m7T7 n8QUloSXuAGIcTh8EFEGbEuH1VRVn3wTlEcdaonrNktrdaFVN6ZLYAe7XiR60fj1RLP+lQ392 CiWYzCGPpJbgCALfZOZc0pphQa1FH3pkkM2V4twTiTWlGEbLwXjKmmUvZlhaIjzReYWkXAVwq 4SR9aTq4b10SwO2COWz3JO9o87ovsog62vm0sbNx9rx4vvgdkXMAqY6ZIQG7MI8K67lhjn1/S Z7StAZKnR/gEMGbARlb+HqvABRTW2KF0xnIuEtw7+V9E+sQm2+PMdwYBREWhme5oISS9MBHA8 U/YLIY6+pCZdWWADt9a/ekdWqPn1PXHNR3fiEmlJAmGZWyFrzZOAFuEsVct6DbxXopSLnQyZg KmUto1iFrUypuH4z9meYssc4RXbhwkGKUM5+1XEflcDAj5n+lAH4B5wriMQwR6kIEr9dX/Ej+ K0/4ZQnEkOCzbl0j7mHBfVXhrhBrX9vwMqWc39ZpqgvbsvmSzGbrAxTXboVnjL7OAs8oe7CbB POkdFm7Cc8adfmo10ULaU9WBR2fTFb/Ea7C+jfIEwhc3sCCod5aQWxbb99hIZ5B7oqyqVvP
Archived-At: <https://mailarchive.ietf.org/arch/msg/icnrg/H9dM02YwMpEvUrQQFr1_HRwDqHM>
Subject: Re: [icnrg] New Version Notification for draft-oran-icnrg-reflexive-forwarding-00.txt
X-BeenThere: icnrg@irtf.org
X-Mailman-Version: 2.1.29
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, 03 Apr 2020 10:26:46 -0000

Hi Hitoshi-san,

thanks for the message.

Yes, the statement would be easier to understand after having read the 
draft.

The point is that the draft specifies new forwarding behavior, and the 
Reflexive Forwarding Scheme would (most likely) only work if all 
forwarders implemented that.

So, one of the meta questions here is how the community wants to address 
evolvability, and we think that this proposal would also be good for 
triggering that.

Responding to your concerns, I understand what you are saying.

One perspective here could be that it's also relevant to investigate how 
ICN can deal with protocol evolution in a non-disruptive way.

Looking forward to your thoughts on that.

Best regards,
Dirk



On 3 Apr 2020, at 6:04, Hitoshi Asaeda wrote:

> Hi,
>
> I've not read this draft and this may be a knee-jerk reply (or early 
> to begin with this discussion), but why does this draft potentially 
> request "updating" RFC8569 and 8609?
>
> This proposal may be with insightful thoughts and useful for some 
> applications. But why it needs to update the current bible, 8569 and 
> 8609, we took much time to formalize them?
> I know ICNRG is RG and not working in an SDO and it is not so 
> sensitive to update any documents compared with IETF WGs, but except 
> the case for correcting errors these RFCs should not be easily updated 
> in the current situation.
>
> In the near (or not far) future we may want to try to move this RG to 
> WG. What we need to do now for making ICN research and engineering 
> work more common or visible is to provide interesting/effective ICN 
> services/applications not only in "a" research community but in 
> different communities or preferably market. The chance to update 
> RFC8569 and 8609 should come when this RG becomes WG at earliest, IMO.
>
> In summary, my comment is it is better to consider the technical 
> benefit without assuming the update of these RFCs.
> Thanks.
>
> Regards,
>
> Hitoshi
>
>
>
>> On Apr 3, 2020, at 0:50, David R. Oran <daveoran@orandom.net> wrote:
>>
>> ICNRGers,
>>
>> Dirk Kutscher and I have formalized the reflexive forwarding scheme 
>> we developed for RICE 
>> (https://conferences.sigcomm.org/acm-icn/2018/proceedings/icn18-final9.pdf), 
>> expanded it to cover more use cases (e.g. IoT sensors) and spelled 
>> out the whole scheme in detail including algorithms and encoding in 
>> the Internet Draft we just submitted.
>>
>> It should work equally well for both CCNx and NDN and has concrete 
>> encoding for CCNx, although we need some help from the NDN team on 
>> what the best packet encoding ought to be in NDN for the new TLV we 
>> define.
>>
>> Since this is a fairly major change/enhancement to the CCNx 
>> forwarding model, it really needs a close review to help us figure 
>> out:
>>
>> 	• Are we crazy?
>> 	• Is the complexity/functionality tradeoff appropriate?
>> 	• Did we miss anything, particularly any corner cases we should 
>> have considered
>> 	• Which of the alternative approaches to backward/forward 
>> compatibility we describe seems the right one?
>> 	• Are there more use cases that we ought to document? We were 
>> hoping to have one or two to include for state synchronization, but 
>> have deferred that for now in the interest of getting the spec out 
>> for review.
>> We’d like to talk about this at the ICNRG Interim meeting on April 
>> 20, so p[lease sets aside some time to read/eview/think about between 
>> now and then.
>>
>> Many thanks!
>>
>> Dirk & DaveO.
>>
>> Forwarded message:
>>
>> From: internet-drafts@ietf.org
>> To: Dave Oran <daveoran@orandom.net>et>, David Oran 
>> <daveoran@orandom.net>et>, Dirk Kutscher <ietf@dkutscher.net>
>> Subject: New Version Notification for 
>> draft-oran-icnrg-reflexive-forwarding-00.txt
>> Date: Thu, 02 Apr 2020 07:37:32 -0700
>>
>> A new version of I-D, draft-oran-icnrg-reflexive-forwarding-00.txt
>> has been successfully submitted by Dave Oran and posted to the
>> IETF repository.
>>
>> Name: draft-oran-icnrg-reflexive-forwarding
>> Revision: 00
>> Title: Reflexive Forwarding for CCNx and NDN Protocols
>> Document date: 2020-04-02
>> Group: Individual Submission
>> Pages: 30
>> URL: 
>> https://www.ietf.org/internet-drafts/draft-oran-icnrg-reflexive-forwarding-00.txt
>> Status: 
>> https://datatracker.ietf.org/doc/draft-oran-icnrg-reflexive-forwarding/
>> Htmlized: 
>> https://tools.ietf.org/html/draft-oran-icnrg-reflexive-forwarding-00
>> Htmlized: 
>> https://datatracker.ietf.org/doc/html/draft-oran-icnrg-reflexive-forwarding
>>
>>
>> Abstract:
>> Current Information-Centric Networking protocols such as CCNx and NDN
>> have a wide range of useful applications in content retrieval and
>> other scenarios that depend only on a robust two-way exchange in the
>> form of a request and response (represented by an _Interest-Data
>> exchange_ in the case of the two protocols noted above). A number of
>> important applications however, require placing large amounts of data
>> in the Interest message, and/or more than one two-way handshake.
>> While these can be accomplished using independent Interest-Data
>> exchanges by reversing the roles of consumer and producer, such
>> approaches can be both clumsy for applications and problematic from a
>> state management, congestion control, or security standpoint. This
>> specification proposes a _Reflexive Forwarding_ extension to the CCNx
>> and NDN protocol architectures that eliminates the problems inherent
>> in using independent Interest-Data exchanges for such applications.
>> It updates RFC8569 and RFC8609.
>>
>>
>>
>>
>> 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
>>
>> _______________________________________________
>> 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