Re: [nwcrg] TR: New Version Notification for draft-irtf-nwcrg-coding-and-congestion-01.txt

"lloyd.wood@yahoo.co.uk" <lloyd.wood@yahoo.co.uk> Sat, 08 February 2020 21:24 UTC

Return-Path: <lloyd.wood@yahoo.co.uk>
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 0B2A3120090 for <nwcrg@ietfa.amsl.com>; Sat, 8 Feb 2020 13:24:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk
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 v3i03IgtqiVd for <nwcrg@ietfa.amsl.com>; Sat, 8 Feb 2020 13:24:30 -0800 (PST)
Received: from sonic312-26.consmr.mail.ir2.yahoo.com (sonic312-26.consmr.mail.ir2.yahoo.com [77.238.178.97]) (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 B7AF2120052 for <nwcrg@irtf.org>; Sat, 8 Feb 2020 13:24:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1581197067; bh=GkO0Rjoz7l5QZOoMO8WcT3ojClsx7rxWce0HFhhE6HU=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject; b=HSnySEHWtf1Kn31ah+JLZKNlCcqGzTOGT1bTKS0b7bgQ9tnN3qxC7XqDV9OiMRCNPQZyaWr0hUPMYWONwAiMTzNvBMkKgwnYszsX/ouGVxRmkAt6ZLOxRX1vuweEksa2VfWALSQrvJYDchpBULx1/Nrd3K39ZVPVcSfGjk2mYPcwz4JB5VX6wSQxLmyzwV+9Whc3yDYGJperhJcKVJLVCr8TE2GGWo2sO3q966W8sQVvDGbxzRbDv4ja5WbjILwqsifUiXOv4bSXWVL5Ldj9UxeEfj/a+dhrYuMXlFVN+Apy0JzFrkPP/mescQYCYOD2PD1s7Xvwyt4ti8zz5u1eHA==
X-YMail-OSG: 1OuZGbcVM1mELojTvk9WMR.yMP_7D0e1QsUMDv0yhkcWsw.GFmdR5RPtTEKq08E s3WCFJVeLmb8yWdqXZD2npz4K9YfFc.WQLJOAUaEnYZNsS7yGeHFeFtj5gTttYzg36X7Bq6V1h87 IAAj427.GofguVmo2D8zcMqF.NiIXLnWp0jUIynGSUJN8aUkQWPkBymKgy38obsFvIBAqvNacNrA lNGSzbYB29s6FseYJQXTmhrTYqXCvv4wf_Oi7GEk3fp7PClsh1Ujzj05zkPBqXRpgLLLseaQ_8px 0g5HEkh7pkIk3T3x3sBtICqUZxLw7mLFx4wyi7aSb1Rm61BgFZskyqC.eVvmjJ7hf0i9eq9i_lUT Gi_gT1mbXilIyRHpAH2HmpVxFYrxdbZnGocQp8l5wHl9ZKPuRB8dtxmQaqHrZZrdLdxUbktr1oOb 61zu54ELZN.dhY9.GhuWmruSqfudu_n5Nx36UDD.lDh7F6F2GWPRUKPHkQ8wq9.zFvqza2NHukow SdI7IKJ2Ljj.OVz8tv0snc7ppJ5Ml6fKR1HnTQlW2LOT0UKkicrAej3scKTqYCKmA2wFAKUYTIhe xq3UevXBjmlGJSDraUcupt.wgO8S3Us5Y3nDp4DirvS7nmfkIOKuvrcDW87eybFZOzztPRXYOFjN 6DmfKYmcXi54FkvIRtoZNL2VcOsqOwgZfYeM._TI0pOgbZPed6Qqfd6U4vX0NMvV48.pdI3MoMKM ECxD.B4Vx0XyzgUzolUCn8StG41CRmri2PhRomHlOOabL3alSV63ZTSamwZHdd4.d86G1rnziWyD 8iI7LOpVM4cidAnSiwoA4NjHwQyH_zLvTrPeNHeN.MG7RMO1kMWdkoYJEcWMttt7WnYLF2212MhB wT54dy0jSp3S6TLPVgxX0BT.6D18w3KhaGAayIezQ2gsA7WY26DEZp4wP5emDiCEV2AHiVs5lebM oGhriGBKi3Ff0Ijq42HlSmNmsiqEUD5PX0Jhn0cIFYiAp92Y3KR7cr4eRdAmRajHkPWUG3gDPKgN u59SGC5FQrU48_XkH3dRUolQlIPqst8DMeBVWADIFtEkciG2n0vI8mQlsEgQK5hywO_22NbhIrt3 flHPh2uH7pfTRBtsLPPd6CPNyZQqjgPWm0g1q1J69VYupEvFIMJ9bFZwDB30E0ssI_SLYtb1IMYw EdppxmtZeU28k9wOg.eCxzb9h3I2HjJVHZl3pFj1scL5I1R.bZOAh1mwTDRsDE2cMETRKqE3VIm9 sCvyvN3PmTE6IjEZ8GP4g8Fiis3X84pIXxTbcoB2hD_vJCMIcza5XyT5IyqYQfu6Wz.4wfgPV7kx 1h8_IQxYheDPyUqsYWmuQ8Zz1iryO9B0sXP3zMey4rMk6
Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.ir2.yahoo.com with HTTP; Sat, 8 Feb 2020 21:24:27 +0000
Date: Sat, 08 Feb 2020 21:24:23 +0000
From: "lloyd.wood@yahoo.co.uk" <lloyd.wood@yahoo.co.uk>
To: lloyd.wood=40yahoo.co.uk@dmarc.ietf.org, Michael Welzl <michawe@ifi.uio.no>
Cc: Kuhn Nicolas <nicolas.kuhn@cnes.fr>, Nwcrg <nwcrg@irtf.org>
Message-ID: <388213080.406105.1581197063264@mail.yahoo.com>
In-Reply-To: <24924DA3-6DDD-448E-96D1-09F1D7C3C570@ifi.uio.no>
References: <158105949299.16113.616856321541547326.idtracker@ietfa.amsl.com> <F3B0A07CFD358240926B78A680E166FF1ED5B8C9@TW-MBX-P03.cnesnet.ad.cnes.fr> <1170541236.13290.1581121465312@mail.yahoo.com> <24924DA3-6DDD-448E-96D1-09F1D7C3C570@ifi.uio.no>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: WebService/1.1.15199 YMailNorrin Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/nwcrg/g6Ur6AXdIplsbRK06XrqEqCzo-Y>
Subject: Re: [nwcrg] TR: New Version Notification for draft-irtf-nwcrg-coding-and-congestion-01.txt
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: Sat, 08 Feb 2020 21:24:33 -0000

Thanks, Michael.


that makes more sense -- the term, to me, invoked a router 
bug overwriting the tail of a packet in memory, but the 
packet is still delivered (because header checksums 
are a fixup, and a whole recomputation across the packet 
is not done) - in other words, the transport area 
that UDP Lite works in for end-corrupted (tail loss) 
packets, and was developed to address. 


Packet tail rather than session tail. 
And that really didn't fit with the context...


'session tail loss' or 'transfer tail loss' 
may be clearer.



Lloyd Wood lloyd.wood@yahoo.co.uk http://about.me/lloydwood






On Sunday, 9 February 2020, 00:53:49 GMT+11, Michael Welzl <michawe@ifi.uio.no> wrote: 





Thanks!  We’ll explain in the next version.
“Tail loss” has become a common term in transport - because it’s a common problem: e.g. web transfers are usually short, and it’s not uncommon to lose just the last few packets of them (hence “tail”) - but then, for these packets, the sender never gets a DupACK, and all that helps is a timeout, creating significant delay.

Cheers,
Michael


> On Feb 8, 2020, at 1:24 AM, lloyd.wood=40yahoo.co.uk@dmarc.ietf.org wrote:
> 
>  What is a "tail loss"? The trem is used repeatedly...
> 
> thanks
> 
> 
> Lloyd Wood
> lloyd.wood@yahoo.co.uk
> 
> On Friday, February 7, 2020, 6:52 pm, Kuhn Nicolas <Nicolas.Kuhn@cnes.fr> wrote:
>> Hello everyone, 
>> 
>> Following the fruitfull discussions we had at last IETF, we have been working on an updated version of the document. 
>> We have clarified the interactions between the transport congestion control and the FEC mechanism and clarified the scope of the document. 
>> 
>> We expect to further work on the document before the cut-off (and at least include a discussion on the receiver). 
>> In the meantime, please let us know if you have any views on this document.
>> 
>> Thanks, 
>> 
>> Nico
>> 
>> -----Message d'origine-----
>> De : internet-drafts@ietf.org <internet-drafts@ietf.org> 
>> Envoyé : vendredi 7 février 2020 08:12
>> À : Michael Welzl <michawe@ifi.uio.no>; Francois Michel <francois.michel@uclouvain.be>; Kuhn Nicolas <Nicolas.Kuhn@cnes.fr>; Emmanuel Lochin <emmanuel.lochin@isae-supaero.fr>
>> Objet : New Version Notification for draft-irtf-nwcrg-coding-and-congestion-01.txt
>> 
>> 
>> A new version of I-D, draft-irtf-nwcrg-coding-and-congestion-01.txt
>> has been successfully submitted by Nicolas Kuhn and posted to the IETF repository.
>> 
>> Name:        draft-irtf-nwcrg-coding-and-congestion
>> Revision:    01
>> Title:        Coding and congestion control in transport
>> Document date:    2020-02-06
>> Group:        nwcrg
>> Pages:        9
>> URL:            https://www.ietf.org/internet-drafts/draft-irtf-nwcrg-coding-and-congestion-01.txt
>> Status:        https://datatracker.ietf.org/doc/draft-irtf-nwcrg-coding-and-congestion/
>> Htmlized:      https://tools.ietf.org/html/draft-irtf-nwcrg-coding-and-congestion-01
>> Htmlized:      https://datatracker.ietf.org/doc/html/draft-irtf-nwcrg-coding-and-congestion
>> Diff:          https://www.ietf.org/rfcdiff?url2=draft-irtf-nwcrg-coding-and-congestion-01
>> 
>> Abstract:
>>   Coding is a reliability mechanism that is distinct and separated from
>>   the loss detection of congestion controls.  Using coding can be a
>>   useful way to better deal with tail losses or with networks with non-
>>   congestion losses.  However, coding mechanisms should not hide
>>   congestion signals.  This memo offers a discussion of how coding and
>>   congestion control can coexist.  This document can help the
>>   comparison of FEC schemes by identifying at which level they are
>>   operating with respect to the transport congestion control.
>> 
>>   This document is the product of the Coding for Efficient Network
>>   Communications Research Group (NWCRG).  The scope of the document is
>>   end-to-end communications: coding for tunnels is out-of-the scope of
>>   the document.
>> 
>>                                                                                   
>> 
>> 
>> Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.
>> 
>> The IETF Secretariat
>> 
>> _______________________________________________
>> nwcrg mailing list
>> nwcrg@irtf.org
>> https://www.irtf.org/mailman/listinfo/nwcrg
>>> 
> 
> _______________________________________________
> nwcrg mailing list
> nwcrg@irtf.org
> https://www.irtf.org/mailman/listinfo/nwcrg

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