Re: [nwcrg] [dtn] Network Coding and SATCOM - call for review
"Kerim Fouli" <fouli@codeontechnologies.com> Fri, 16 November 2018 20:18 UTC
Return-Path: <fouli@codeontechnologies.com>
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 58E941294D7 for <nwcrg@ietfa.amsl.com>; Fri, 16 Nov 2018 12:18:09 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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 3knfDdGAlGYd for <nwcrg@ietfa.amsl.com>; Fri, 16 Nov 2018 12:17:59 -0800 (PST)
Received: from eldar.securewebz.com (eldar-mx.securewebz.com [75.102.7.29]) (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 30165127332 for <nwcrg@irtf.org>; Fri, 16 Nov 2018 12:17:56 -0800 (PST)
Received: from fw-1-user-net-flrs.cictr.com ([204.9.220.36]:51764 helo=DESKTOPG0L8B7H) by eldar.securewebz.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from <fouli@codeontechnologies.com>) id 1gNkYs-008Tl4-59; Fri, 16 Nov 2018 14:17:54 -0600
From: Kerim Fouli <fouli@codeontechnologies.com>
To: 'Lloyd Wood' <lloyd.wood@yahoo.co.uk>, 'Kuhn Nicolas' <Nicolas.Kuhn@cnes.fr>, Tomaso.deCola@dlr.de
Cc: vincent.roca@inria.fr, marie@mjmontpetit.com, nwcrg@irtf.org
References: <F3B0A07CFD358240926B78A680E166FF1768B2D7@TW-MBX-P03.cnesnet.ad.cnes.fr> <60755266.18907.1541555470144@mail.yahoo.com> <F3B0A07CFD358240926B78A680E166FF1768CFBF@TW-MBX-P03.cnesnet.ad.cnes.fr> <1A39DCC13AF3C14B83CD74124D4DCFC337F9E005@DLDEFFMIMP02EXC.intra.dlr.de> <3A352D2A-12EF-4F9B-83E8-04712DBA1281@mjmontpetit.com> <F3B0A07CFD358240926B78A680E166FF17695E0B@TW-MBX-P02.cnesnet.ad.cnes.fr> <1A39DCC13AF3C14B83CD74124D4DCFC337F9F3FB@DLDEFFMIMP02EXC.intra.dlr.de> <F3B0A07CFD358240926B78A680E166FF176963E2@TW-MBX-P02.cnesnet.ad.cnes.fr> <1864986906.139945.1542162904939@mail.yahoo.com>
In-Reply-To: <1864986906.139945.1542162904939@mail.yahoo.com>
Date: Fri, 16 Nov 2018 15:17:50 -0500
Message-ID: <002501d47de9$732df270$5989d750$@codeontechnologies.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_0026_01D47DBF.8A57EA70"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQHYC73mQO/qVm5Ep7htxwzU351WGwGj2dUNAe6z4DACWgnGoQLfn6aLAUMpnNwCTjEy5QEvdlBRAfPLYzOkz7EFIA==
Content-Language: en-us
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - eldar.securewebz.com
X-AntiAbuse: Original Domain - irtf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - codeontechnologies.com
X-Get-Message-Sender-Via: eldar.securewebz.com: authenticated_id: fouli@codeontechnologies.com
X-Authenticated-Sender: eldar.securewebz.com: fouli@codeontechnologies.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/nwcrg/X756Fc1y4_v9AxxZITP_3aqpsWY>
Subject: Re: [nwcrg] [dtn] Network Coding and SATCOM - call for review
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: Fri, 16 Nov 2018 20:18:11 -0000
Hi Lloyd, Thank you for the interesting point on Sat links and network coding. Coding and PEPs are certainly not mutually exclusive, and coding has a lot to offer on the caching side that is not represented in the article either. However, there may still be other gains purely at the link level: The attached white paper illustrates that a network-layer code can allow the PHY code to let through more errors, leading to link budget gains. Best, Kerim -----Original Message----- From: nwcrg <nwcrg-bounces@irtf.org> On Behalf Of Lloyd Wood Sent: Tuesday, November 13, 2018 9:35 PM To: Kuhn Nicolas <Nicolas.Kuhn@cnes.fr>; Tomaso.deCola@dlr.de Cc: vincent.roca@inria.fr; marie@mjmontpetit.com; nwcrg@irtf.org Subject: Re: [nwcrg] [dtn] Network Coding and SATCOM - call for review Likely relevant to this draft: Can network coding bridge the digital divide in the Pacific?, Spiedel et al., International Symposium on Network Coding (NetCod), Sydney, June 2015. http://arxiv.org/abs/1506.01048 http://dx.doi.org/10.1109/NETCOD.2015.7176795 https://internetnz.nz/sites/default/files/IR201404%20-%20University%20of%20A uckland%20-%20FINAL%20REPORT%20April%202015.pdf https://conference.apnic.net/data/41/apricot-talk_1451964216_1456023873.pdf My take from years of using a very large number of TCP accelerators across satellite links is that: - the performance benefits from the local file/stream/chunk/'object' rapid fetch from Internet side and cached delivery that they offer for the satellite link will far outweigh benefits of network coding across the path and its virtual 'erasure channel' for responsiveness, but that's hard to see from a throughput graph. - the over-satellite-link FEC feature offered is rarely that useful in practice, as channel coding makes it largely redundant. If the PEP accelerator FEC becomes useful, the channel coding needs to be adjusted for the SNR, and that's often a local ACM problem, e.g. heavy rain fade at Ka-band, which the O3b example used in the paper suffers from. - there's a whole bunch of tuning of traffic for the offered satellite link capacity (QoS, prioritisation, shaping, etc) brought to the table by PEPs that network coding cannot consider. Sometimes this gets called 'Orchestration', though that means different things to different communities. oh, draft typo: writting->writing. Haven't had the time to reread and think about the whole draft revision yet. L. Lloyd Wood lloyd.wood@yahoo.co.uk http://about.me/lloydwood ________________________________ _______________________________________________ nwcrg mailing list nwcrg@irtf.org https://www.irtf.org/mailman/listinfo/nwcrg
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Kuhn Nicolas
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Tomaso.deCola
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Marie-Jose Montpetit
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Kuhn Nicolas
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Tomaso.deCola
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Kuhn Nicolas
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Emmanuel Lochin
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Lloyd Wood
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Marie-Jose Montpetit
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Muriel Medard
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Emmanuel Lochin
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Marie-Jose Montpetit
- Re: [nwcrg] [dtn] Network Coding and SATCOM - cal… Kerim Fouli