[tcpm] about synchronization losses in Cubic and draft-zimmermann-tcpm-cubic-01
Dino.LOPEZ@unice.fr Wed, 13 May 2015 15:05 UTC
Return-Path: <Dino.LOPEZ@unice.fr>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4922E1B2CFD for <tcpm@ietfa.amsl.com>; Wed, 13 May 2015 08:05:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.361
X-Spam-Level:
X-Spam-Status: No, score=-0.361 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 Q4Q1-BhSpANF for <tcpm@ietfa.amsl.com>; Wed, 13 May 2015 08:05:38 -0700 (PDT)
Received: from ironport01.unice.fr (ironport01.unice.fr [134.59.1.129]) by ietfa.amsl.com (Postfix) with ESMTP id 103B41A87A4 for <tcpm@ietf.org>; Wed, 13 May 2015 08:05:36 -0700 (PDT)
From: Dino.LOPEZ@unice.fr
Received: from naxos1.unice.fr ([134.59.1.116]) by ironport13.unice.fr with ESMTP; 13 May 2015 17:05:36 +0200
Received: from Dinos-MacBook-Pro.local ([172.19.130.15]) (authenticated bits=0) by naxos1.unice.fr (8.13.8/8.13.8) with ESMTP id t4DF5ZGB008411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 13 May 2015 17:05:35 +0200
Message-ID: <55536840.6050101@unice.fr>
Date: Wed, 13 May 2015 17:05:36 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: tcpm@ietf.org
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/tcpm/oez4AQ4nA-Uymcr1v19-JjBw3tY>
Subject: [tcpm] about synchronization losses in Cubic and draft-zimmermann-tcpm-cubic-01
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 May 2015 15:05:43 -0000
Dear all, FYI and in case it is of interest for the "Discussion" section in draft-zimmermann-tcpm-cubic-01, we have published an article where we explain how and under which scenarios Cubic suffers from higher loss synchronization than standard TCP. Our observations suggest that both large RTTs and Fast Convergence mechanism in Cubic catalyze the synchronization losses. We also suggest that synchronization is unavoidable in high speed versions of TCP and AQM shall help mitigating the problem Synchronization has been observed in simulations, testbeds and in the Internet. Some experimental results are available in the article. The paper can be downloaded at http://www.i3s.unice.fr/~sassatelli/articles/ITC2014.pdf Thank you! -- Dino L., Lucile S. & Guillaume UK University Nice Sophia-Antipolis France