Re: [nwcrg] Presenting an implementation of QUIC-FEC in Prague

Vincent Roca <vincent.roca@inria.fr> Mon, 18 February 2019 21:15 UTC

Return-Path: <vincent.roca@inria.fr>
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 C0379130F7C for <nwcrg@ietfa.amsl.com>; Mon, 18 Feb 2019 13:15:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.899
X-Spam-Level:
X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 IEaOn_svTH_X for <nwcrg@ietfa.amsl.com>; Mon, 18 Feb 2019 13:15:35 -0800 (PST)
Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) (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 8461F130E8B for <nwcrg@irtf.org>; Mon, 18 Feb 2019 13:15:34 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.58,385,1544482800"; d="scan'208,217";a="296585180"
Received: from reverse.rezaxess.fr (HELO [10.192.3.219]) ([185.206.118.44]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Feb 2019 22:15:29 +0100
From: Vincent Roca <vincent.roca@inria.fr>
Message-Id: <FACC2776-D832-4D93-9C63-A3D4E5957DD7@inria.fr>
Content-Type: multipart/alternative; boundary="Apple-Mail=_8EE9DD26-1CA5-4B12-BC8B-F6567A4AFA72"
Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\))
Date: Mon, 18 Feb 2019 22:15:27 +0100
In-Reply-To: <DB7PR03MB5065F80E0B76E143477B5E3286630@DB7PR03MB5065.eurprd03.prod.outlook.com>
Cc: Vincent Roca <vincent.roca@inria.fr>, Marie-Jose Montpetit <marie@mjmontpetit.com>, "nwcrg@irtf.org" <nwcrg@irtf.org>
To: François Michel <francois.michel@uclouvain.be>
References: <DB7PR03MB5065F80E0B76E143477B5E3286630@DB7PR03MB5065.eurprd03.prod.outlook.com>
X-Mailer: Apple Mail (2.3445.102.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/nwcrg/BtilWDWu3aFbG9UL1PxCOpEESF4>
Subject: Re: [nwcrg] Presenting an implementation of QUIC-FEC in Prague
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: Mon, 18 Feb 2019 21:15:38 -0000

Dear François,
`
Thanks a lot for this contribution, it's very interesting. You’re on the agenda. 
It will also be a good opportunity to discuss possible QUIC/FEC design choices (you mention
you followed a different approach)...

Agenda construction is on progress, we’ll keep you informed about timing later on (github
nwcrg repository is anyway the place to look at in the meantime).

Cheers,

  Marie-Jose and Vincent


> Le 18 févr. 2019 à 20:27, François Michel <francois.michel@uclouvain.be <mailto:francois.michel@uclouvain.be>> a écrit :
> 
> Dear all,
> 
> My name is François Michel. I am currently working as a PhD student at 
> UCLouvain in Belgium. I worked on QUIC during the previous months, especially 
> on the implementation of a Forward Erasure Correction extension of QUIC. I 
> have a working implmentation and design for the FEC extension in two different 
> QUIC implementations. I also performed experiments to evaluate the benefits of 
> this approach on the protocol. I considered several different FEC Schemes: the 
> XOR and Reed-Solomon Block schemes and the RLC scheme (both Block and Sliding 
> Window versions).
> 
> The design I implemented is quite different from the current drafts about 
> coding for QUIC. One of the reasons for that (among others) is that it has 
> been developed concurrently to the draft redaction. I am still open to switch 
> towards the design presented in the draft in the future and experiment with
> it.
> 
> I also performed an experimental study about the impact of recovering lost 
> data on a loss-based congestion control.
> 
> Would you be interested in a short presentation of the current design and 
> implementation(s) results during the Prague meeting ? I can for sure provide 
> more informations if needed.
> 
> Regards,
> 
> François
> 
> _______________________________________________
> nwcrg mailing list
> nwcrg@irtf.org <mailto:nwcrg@irtf.org>
> https://www.irtf.org/mailman/listinfo/nwcrg <https://www.irtf.org/mailman/listinfo/nwcrg>