Re: [nwcrg] NWCRG meeting@ietf109 follow-up…

"David R. Oran" <daveoran@orandom.net> Wed, 18 November 2020 14:29 UTC

Return-Path: <daveoran@orandom.net>
X-Original-To: nwcrg@ietfa.amsl.com
Delivered-To: nwcrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FB163A09D4 for <nwcrg@ietfa.amsl.com>; Wed, 18 Nov 2020 06:29:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 otNj2FvA8g8U for <nwcrg@ietfa.amsl.com>; Wed, 18 Nov 2020 06:29:19 -0800 (PST)
Received: from spark.crystalorb.net (spark.crystalorb.net [IPv6:2607:fca8:1530::c]) (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 48B0C3A09D1 for <nwcrg@irtf.org>; Wed, 18 Nov 2020 06:29:19 -0800 (PST)
Received: from [18.30.135.216] ([IPv6:2601:184:407f:80ce:d8cf:f38b:59b4:fc4d]) (authenticated bits=0) by spark.crystalorb.net (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id 0AIET6YB026704 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Nov 2020 06:29:08 -0800
From: "David R. Oran" <daveoran@orandom.net>
To: "Vincent Roca" <vincent.roca@inria.fr>
Cc: nwcrg@irtf.org, icnrg-chairs@ietf.org, "Marie-Jose Montpetit" <marie@mjmontpetit.com>
Date: Wed, 18 Nov 2020 09:29:00 -0500
X-Mailer: MailMate (1.13.2r5726)
Message-ID: <1A9D18D6-8C4E-4FC9-B797-3164C9FCABA2@orandom.net>
In-Reply-To: <048B9020-DF60-4FB7-A36F-88F7613DBC10@inria.fr>
References: <048B9020-DF60-4FB7-A36F-88F7613DBC10@inria.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/nwcrg/s8VThZn4CKLInkouaAiaSmfzoUc>
Subject: Re: [nwcrg] =?utf-8?q?NWCRG_meeting=40ietf109_follow-up=E2=80=A6?=
X-BeenThere: nwcrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IRTF Network Coding Research Group discussion list <nwcrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nwcrg>, <mailto:nwcrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nwcrg/>
List-Post: <mailto:nwcrg@irtf.org>
List-Help: <mailto:nwcrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nwcrg>, <mailto:nwcrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Nov 2020 14:29:21 -0000

Few comments embedded:

On 18 Nov 2020, at 2:36, Vincent Roca wrote:

> Dear all,
>
> Since we run short of time during our meeting yesterday (sorry for 
> that), here are a few additional items to discuss on the list:
>
>
> ##1  BATS I-D adoption as RG Item
>
> Main comment during adoption call (in September) was about the lack of 
> research perspective, the ID being more a specification IETF document 
> than an IRTF document.
> Authors updated their ID in the -04 version, adding in particular 
> section 6. « Data Delivery Protocol Considerations ».
> NWCRG chairs think it’s a good initiative, but it still lacks the 
> required depth. Chairs also think It should not be very difficult to 
> add a more detailed discussion, given the
> major academic background and reputation of the team, given the 
> practical experience gained by the team during field experiments.
> Adding this discussion would highlight the way BATS codes can answer 
> some of these challenges.
>
> Chairs believe we have a small but sufficient set of reviewers 
> (although small, 2-3 people) for adoption, and since the ID is already 
> in good shape, finishing the NWCRG
> work mid-2021 seems feasible.
>
> ————
> Suggestion: adopt it as RG Item document.
>
> @all: raise your hand if you object by next week.
> ————
No objection but a potentially good research connection is the recent 
work by Mike Luby and John Byers published at this year’s UCN 
conference, which might connect well with using BATS in an experimental 
setting to validate their coding-centric ICN architecture. Coding folks 
should definitely read the paper: 
https://dl.acm.org/doi/10.1145/3405656.3418710

>
>
> ##2  NC for CCN/NDN: Requirements and Challenges
>
> The NWCRG chairs think the ID is almost ready for IRSG, it’s just a 
> matter of revising the ID to reflect yesterday’s comments (no 
> serious issue was found).
>
> ————
> @ICNRG chairs: Do you agree?
> ————
Yes for my part. Please also check with Dirk.

>
>
> ##3   About « Coding for QUIC » and « RLC Forward Erasure 
> Correction (FEC) Schemes for QUIC »  I-Ds
>
> No decision has been taken by authors regarding the strategy: keep it 
> as NWCRG informational document, or move them to QUIC IETF WG.
> The work on multipath QUIC could justify moving IDs there.
>
I suspect it’s likely to be a better home since for me the only 
researchy aspects (as opposed to engineering questions) are related to 
congestion control, which we are going to continue to noodle on in NWCRG

> Authors will determine a strategy by IETF110.
>
>
> ##4  « Tetrys, an On-the-Fly Network Coding protocol »
>
> @Authors: what do you want/intend to do?
>
>
> Cheers,
>
>    Marie-Jose and Vincent

> _______________________________________________
> nwcrg mailing list
> nwcrg@irtf.org
> https://www.irtf.org/mailman/listinfo/nwcrg

DaveO