Subject: [LOOPS] FW: New Version Notification for draft-li-tsvwg-loops-problem-opportunities-02.txt

From: "Zhouxingwang (Joe)" <[email-masked]>
Date: Sat, 25 May 2019 03:24:19 +0000

Hi,

We uploaded a new version of LOOPS problems and opportunities draft. Please see the following info.

A new satellite communication case is added.
LOOPS is a potential way to solve the throughput degradation when unusual high loss rate in special conditions (e.g., fades due to heavy rain) happens and traditional TCP splitting is no  longer applicable for encrypted protocol like QUIC. 

Thanks,
Joe

-----Original Message-----
From: [email-masked] [mailto:[email-masked]] 
Sent: Saturday, May 25, 2019 10:48 AM
To: Zhouxingwang (Joe) <[email-masked]>; Liyizhou <[email-masked]>; Liyizhou <[email-masked]>
Subject: New Version Notification for draft-li-tsvwg-loops-problem-opportunities-02.txt

A new version of I-D, draft-li-tsvwg-loops-problem-opportunities-02.txt
has been successfully submitted by Yizhou Li and posted to the IETF repository.

Name:		draft-li-tsvwg-loops-problem-opportunities
Revision:	02
Title:		LOOPS (Localized Optimizations of Path Segments) Problem Statement and Opportunities
Document date:	2019-05-24
Group:		Individual Submission
Pages:		19
URL:            https://www.ietf.org/internet-drafts/draft-li-tsvwg-loops-problem-opportunities-02.txt
Status:         https://datatracker.ietf.org/doc/draft-li-tsvwg-loops-problem-opportunities/
Htmlized:       https://tools.ietf.org/html/draft-li-tsvwg-loops-problem-opportunities-02
Htmlized:       https://datatracker.ietf.org/doc/html/draft-li-tsvwg-loops-problem-opportunities
Diff:           https://www.ietf.org/rfcdiff?url2=draft-li-tsvwg-loops-problem-opportunities-02

Abstract:
   In various network deployments, end to end paths are partitioned into
   multiple segments.  In some cloud based WAN connections, multiple
   overlay tunnels in series are used to achieve better path selection
   and lower latency.  In satellite communication, the end to end path
   is split into two terrestrial segments and a satellite segment.
   Packet losses can be caused both by random events or congestion in
   various deployments.

   Traditional end-to-end transport layers respond to packet loss slowly
   especially in long-haul networks: They either wait for some signal
   from the receiver to indicate a loss and then retransmit from the
   sender or rely on sender's timeout which is often quite long.  Non-
   congestion caused packet loss may make the TCP sender over-reduce the
   sending rate unnecessarily.  With end-to-end encryption moving under
   the transport (QUIC), traditional PEP (performance enhancing proxy)
   techniques such as TCP splitting are no longer applicable.

   LOOPS (Local Optimizations on Path Segments) aims to provide non end-
   to-end, locally based in-network recovery to achieve better data
   delivery by making packet loss recovery faster and by avoiding the
   senders over-reducing their sending rate.  In an overlay network
   scenario, LOOPS can be performed over the existing, or purposely
   created, overlay tunnel based path segments.

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