Re: [nwcrg] [dtn] Network Coding and SATCOM

Good idea.

mjm
Marie-Jose Montpetit, Ph.D.
mariejo@mit.edu
marie@mjmontpetit.com
+1-781-526-2661
@SocialTVMIT

> On Nov 13, 2018, at 10:05 PM, Emmanuel Lochin <emmanuel.lochin@isae-supaero.fr> wrote:
> 
> Hi Marie-Jo, all,
> 
> Following one of your request, we (Muriel, I and others) did the work in 2013 to reference NC papers as the one below. It was expected to store (and update) the list over a wiki page. May be this will be a good thing for newcomers in the group to have this list.
> 
> EL
> 
> Le 14/11/2018 à 04:28, Marie-Jose Montpetit a écrit :
> 
>> 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
>>> 
>>> 
>>> 
>>> ________________________________
>> _______________________________________________
>> nwcrg mailing list
>> nwcrg@irtf.org
>> https://www.irtf.org/mailman/listinfo/nwcrg
> 
> -- 
> Emmanuel LOCHIN
> Professeur ISAE
> ISAE SUPAERO - Institut Supérieur de l'Aéronautique et de l'Espace
> 10 avenue Edouard Belin - BP 54032 - 31055 TOULOUSE CEDEX 4 FRANCE -
> http://www.isae-supaero.fr
> Tel +33 5 61 33 84 85 - Fax (+33) 5 61 33 83 45
> Web : http://personnel.isae.fr/emmanuel-lochin/
> 
> "Tomorrow is our purpose": découvrez le nouveau film de marque de l'ISAE-SUPAERO !
> discover the new ISAE-SUPAERO brand film!

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