Re: [EToSat] TR: New Version Notification for draft-kuhn-quic-4-sat-04.txt

Hi,

do you have measurements with multiple parallel flows and/or competing TCP traffic?

Thanks,
Lars

-- 
Sent from a mobile device; please excuse typos.

> On Apr 23, 2020, at 06:05, Christian Huitema <huitema@huitema.net> wrote:
> 
> Something related: I have been working for some time on how to
> accelerate the "startup" phase of a QUIC connection over satellite. The
> main changes in Picoquic are:
> 
> 1) If the measured RTT is large, scale up the initial Window. We
> discussed this in Singapore.
> 
> 2) Tweak the pacing algorithm so Picoquic can send data bursts
> (moderately sized)
> 
> 3) Implement a peak bandwidth measurement by looking at acknowledgements
> over time, and noticing peaks when data bursts are acknowledged
> 
> 4) During start-up, increase the congestion window if it is smaller than
> 1/2 peak-bandwidth times RTT.
> 
> With that, the test of sending 100MB on a 250/3 Mbps link completes in
> 5.2 second, of which 1.2 seconds are the connection set up RTT and one
> RTT to request and ack the file. That means the actual transfer lasts 4
> seconds, average rate of 200 Mbps, 80% of the capacity.
> 
> Details on how the experiment progressed at
> https://huitema.wordpress.com/2020/04/21/faster-slow-start-for-satellite-links/.
> 
> -- Christian Huitema
> 
>> On 3/6/2020 7:53 AM, Kuhn Nicolas wrote:
>> Hi,
>> 
>> We have just pushed an updated version of the "QUIC 4 SAT" document. 
>> The main difference with the previous version is that we have proposed baseline values for the regression test for the performance of QUIC on SATCOM systems. 
>> 
>> We plan a side-meeting during IETF107 where we will present the rationale behind these numbers and recent experiments on QUIC over SATCOM systems.
>>    Monday 23rd 
>>    8:30 am 
>>    Room: Regency E
>> 
>> If you are interested by remote participation, please join the ETOSAT mailing list where we will share conf call details. 
>> In the meantime, do not hesitate if you have comments on this version of the document. 
>> 
>> Cheers, 
>> 
>> Nico - on the behalf of the authors 
>> 
>> -----Message d'origine-----
>> De : internet-drafts@ietf.org <internet-drafts@ietf.org> 
>> Envoyé : vendredi 6 mars 2020 16:43
>> À : Gorry Fairhurst <gorry@erg.abdn.ac.uk>; Kuhn Nicolas <Nicolas.Kuhn@cnes.fr>; John Border <border@hns.com>; Godred Fairhurst <gorry@erg.abdn.ac.uk>; Stephan Emile <emile.stephan@orange.com>; Emile Stephan <emile.stephan@orange.com>
>> Objet : New Version Notification for draft-kuhn-quic-4-sat-04.txt
>> 
>> 
>> A new version of I-D, draft-kuhn-quic-4-sat-04.txt has been successfully submitted by Nicolas Kuhn and posted to the IETF repository.
>> 
>> Name:        draft-kuhn-quic-4-sat
>> Revision:    04
>> Title:        QUIC for SATCOM
>> Document date:    2020-03-06
>> Group:        Individual Submission
>> Pages:        13
>> URL:            https://www.ietf.org/internet-drafts/draft-kuhn-quic-4-sat-04.txt
>> Status:         https://datatracker.ietf.org/doc/draft-kuhn-quic-4-sat/
>> Htmlized:       https://tools.ietf.org/html/draft-kuhn-quic-4-sat-04
>> Htmlized:       https://datatracker.ietf.org/doc/html/draft-kuhn-quic-4-sat
>> Diff:           https://www.ietf.org/rfcdiff?url2=draft-kuhn-quic-4-sat-04
>> 
>> Abstract:
>>   QUIC has been designed for use across Internet paths.  Initial
>>   designs of QUIC have focussed on common deployment scenarios for web
>>   traffic and have not focussed on the performance when using a path
>>   with a large Bandwidth-Delay Product (BDP).  A path can combine
>>   satellites network segment together with a wide variety of other
>>   network technologies (Ethernet, cable modems, WiFi, cellular, radio
>>   links, etc): this complicates the characteristics of the end-to-end
>>   path.  One example of such a scenario occurs when a satellite
>>   communication (SATCOM) system is used to provide all or a part of the
>>   end-to-end path.  If this is not addressed, the end-to-end quality of
>>   experience can be degraded.
>> 
>>   This memo identifies the characteristics of a SATCOM link that impact
>>   the operation of the QUIC transport protocol.  It proposes regression
>>   tests to evaluate QUIC over SATCOM links.  It discusses how to ensure
>>   acceptable protocol performance.
>> 
>> 
>> 
>> 
>> 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
>> 
>> 
>> _______________________________________________
>> EToSat mailing list
>> EToSat@ietf.org
>> https://www.ietf.org/mailman/listinfo/etosat
> 
> _______________________________________________
> EToSat mailing list
> EToSat@ietf.org
> https://www.ietf.org/mailman/listinfo/etosat