Re: [nwcrg] [dtn] Network Coding and SATCOM - call for review

Marie-Jose Montpetit <marie@mjmontpetit.com> Wed, 14 November 2018 03:28 UTC

Return-Path: <marie@mjmontpetit.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 5B1CE1271FF for <nwcrg@ietfa.amsl.com>; Tue, 13 Nov 2018 19:28:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] 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 GXMwD4yukARd for <nwcrg@ietfa.amsl.com>; Tue, 13 Nov 2018 19:28:38 -0800 (PST)
Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (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 13D9B127148 for <nwcrg@irtf.org>; Tue, 13 Nov 2018 19:28:38 -0800 (PST)
Received: by mail-pl1-x632.google.com with SMTP id g59-v6so7054622plb.10 for <nwcrg@irtf.org>; Tue, 13 Nov 2018 19:28:37 -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=SINoxY6CgQ+qdF5p4UQkf8852cwLccG7E+JgZcBJGJQ=; b=txDgUgto5bl7jpqerOVdtVCKPIOnlD1DdxeUXo5oWbZ6END+js4pM/geRN6mgjxPd2 o9/of8IV2V5UhsC2xhpprccP2ftNuwPEuAWr9RVmB68sieZKF4PBld/6bIzvG+5QV7ua l7S4SSBBH3Dd1kBZs59/QccbUiqlopCEEQxpSG/iz1nJcTzUxDfvgJyRCf0VVNgN3a7x r5OOwl06JLBdFQtZu9n1QnZIR1tC1WlEmuHHaedQTxg0MI5JzTRhb3irGJzEkZTylnL6 u2FqaXIRM8IlXExfV7wUtTxpuX8CDNB2+QLab2z38sXu73JCGNDAPcswjJPKCQ1tqU8R zpjw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SINoxY6CgQ+qdF5p4UQkf8852cwLccG7E+JgZcBJGJQ=; b=GIr6hbK9GhvffEkx7LpubG/YQAXmXqDoj1B/5G8ILVCC+enytFhraFviAXWjyw25xY h07hfw88y7yvxjhqivnBu7nNCzKnDTh4b/rq30s8GepRgR/e1DmBuXosmbar+R9S2ZcJ ge24SuYrFOOSv2niLYMryW5c6B0iZvSTnjxB7RZB4mvlZX+OgurIX6PcOvQ2ccRIfy1m kEDXM6/1oEeaffSV83VXvM+qnVkJJDVjJul6MABt026Jjx3zequalVSUr+ls++8kP9z9 XjI6auU/9doiOnRLEREsc+mPdFfUVq3qAFJBFkhzvVlVW2ug0rh9vHFmfeDG+eLjh+U2 t0bA==
X-Gm-Message-State: AGRZ1gLaZkAqr5OObUhkFuuR8PBtnlQnFE3FIs5Rz1cbERJdBwBsbt89 Yr51LJJEeDByCwHHmKdIxKbwWg==
X-Google-Smtp-Source: AJdET5eKsZZGHC15OuPo2XL5w8kScaUTTqcYXa66O+19bT3z+YrqU7tat9O+avnC77uIn7aM7UHjRw==
X-Received: by 2002:a17:902:4303:: with SMTP id i3-v6mr254905pld.204.1542166117344; Tue, 13 Nov 2018 19:28:37 -0800 (PST)
Received: from ?IPv6:2600:380:c074:14f0:804b:153e:f502:2759? ([2600:380:c074:14f0:804b:153e:f502:2759]) by smtp.gmail.com with ESMTPSA id 69sm16931837pgg.86.2018.11.13.19.28.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Nov 2018 19:28:35 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
From: Marie-Jose Montpetit <marie@mjmontpetit.com>
X-Mailer: iPhone Mail (16B92)
In-Reply-To: <1864986906.139945.1542162904939@mail.yahoo.com>
Date: Tue, 13 Nov 2018 19:28:34 -0800
Cc: Kuhn Nicolas <Nicolas.Kuhn@cnes.fr>, "Tomaso.deCola@dlr.de" <Tomaso.deCola@dlr.de>, "vincent.roca@inria.fr" <vincent.roca@inria.fr>, "nwcrg@irtf.org" <nwcrg@irtf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <6561B0E3-5CB3-415A-B443-6E8456E98698@mjmontpetit.com>
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>
To: Lloyd Wood <lloyd.wood@yahoo.co.uk>
Archived-At: <https://mailarchive.ietf.org/arch/msg/nwcrg/B2uRZNuLVknDZqCTAnR81-RDfVE>
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: Wed, 14 Nov 2018 03:28:40 -0000

Yes this is a study done a few years ago.

Marie-José Montpetit
marie@mjmontpetit.com
mariejo@mit.edu

> On Nov 13, 2018, at 6:35 PM, Lloyd Wood <lloyd.wood@yahoo.co.uk> wrote:
> 
> 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%20Auckland%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
> 
> 
> 
> ________________________________