[tcpm] Running code: Laminar TCP

Matt Mathis <mattmathis@google.com> Thu, 19 July 2012 22:25 UTC

Return-Path: <mattmathis@google.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61E7621F86CA for <tcpm@ietfa.amsl.com>; Thu, 19 Jul 2012 15:25:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.844
X-Spam-Level:
X-Spam-Status: No, score=-102.844 tagged_above=-999 required=5 tests=[AWL=0.133, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5aDPW3+C-0LU for <tcpm@ietfa.amsl.com>; Thu, 19 Jul 2012 15:25:57 -0700 (PDT)
Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id 7D85121F85F2 for <tcpm@ietf.org>; Thu, 19 Jul 2012 15:25:57 -0700 (PDT)
Received: by weyu54 with SMTP id u54so2432698wey.31 for <tcpm@ietf.org>; Thu, 19 Jul 2012 15:26:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-system-of-record; bh=EByfBep85PikMruP9vjkmXLYfHFIscTqkFdnZI3S9E4=; b=WbtTlV/mJLTFl8ZfATW0JmF1eys1CCdIugGRToPHTxLveMesQGDyQIg2HIbqGnND4S qZdDW66L1rL1ELqjWDjFVjmweY2JS6uM9CYFW5wqtY4ZbWmGTe6dZOapYdBDH94W/eoB AlWC7JpyQezRRhXmvz0qFS52kp16ykxJXZxe8J9JsQrYwUD94iSU3NtNttUe5DmLiFPb yBKZwPq+wE7wN9XC8ID4SirmlU9EIdq7w/B6qomiHkONyJGJbzMvPK98SRs+/ZKf655H TzhdDs9MKCf4oelPtEe82Es7hFyzXpcVxonanlaTTW4+SsQrIMkIV7iKdKpX9DAgXlgm DecA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-system-of-record:x-gm-message-state; bh=EByfBep85PikMruP9vjkmXLYfHFIscTqkFdnZI3S9E4=; b=WM/LYFtfXHyiR9ylIt3Er+qHgR7zBcDM2CvPTti1t+gb9BA+ANW+gElJHfcHDnM8kj 7wyIaEYrbtDyktCHssJHps6/Q9tKDANH7BpOooYAPKE7HSZT2nTPJoAM2A53pFQFi0cS BHUUqmlq+wgSq2uZ9XZGDkf4al+i+D9x+Ih8tJ/9qWb8/ix+1NfZfoWFOycNudsU64WO 7FAAYP3r0ISfeVsFsNBYmdtmujtM204EALMX7pkXVSjOfE9Dd9yzkKpXPFDT7YPbuE3b dyVdIYSweDfmFXT5gBmtidFsUlFZG4M8qROzlRYgu7TuEAu7qy/g5PkaA4Q2J2EULWXv p9pg==
Received: by 10.216.143.105 with SMTP id k83mr1938270wej.99.1342736810858; Thu, 19 Jul 2012 15:26:50 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.216.143.105 with SMTP id k83mr1938266wej.99.1342736810629; Thu, 19 Jul 2012 15:26:50 -0700 (PDT)
Received: by 10.216.205.168 with HTTP; Thu, 19 Jul 2012 15:26:50 -0700 (PDT)
Date: Thu, 19 Jul 2012 15:26:50 -0700
Message-ID: <CAH56bmCE2Zxgu=4FztUkSKwOH9o_f5YVwOxi0P0MgjBz=dao2Q@mail.gmail.com>
From: Matt Mathis <mattmathis@google.com>
To: TCP Maintenance and Minor Extensions WG <tcpm@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQn4jnj0/Zo+o+g3bbcBnr1V1Yd7KElifWiugxYhpitHp+6Y5fYjbCcGPuckIl2IGoEjrFVR998/J/GEAfj71h8U3N6qqX03WgsLJbC9Kn9sjjctW9eJ3kFEUp57ZZVhFe7lOIRjLhcJliS1tc8cAkWxFbdpPGQT0B9xqXyllkaCKxbutYg=
Subject: [tcpm] Running code: Laminar TCP
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.12
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: Thu, 19 Jul 2012 22:25:58 -0000

BTW, if you want to play with Laminar TCP, try the experimental patch
at https://developers.google.com/speed/protocols/tcp-laminar

It replaces nearly all of congestion control code in Linux 3.5....  YMMV

Thanks,
--MM--
The best way to predict the future is to create it.  - Alan Kay

---------- Forwarded message ----------
From: <internet-drafts@ietf.org>
Date: Mon, Jul 16, 2012 at 2:52 PM
Subject: New Version Notification for draft-mathis-tcpm-tcp-laminar-01.txt
To: mattmathis@google.com



A new version of I-D, draft-mathis-tcpm-tcp-laminar-01.txt
has been successfully submitted by Matt Mathis and posted to the
IETF repository.

Filename:        draft-mathis-tcpm-tcp-laminar
Revision:        01
Title:           Laminar TCP and the case for refactoring TCP congestion control
Creation date:   2012-07-15
WG ID:           Individual Submission
Number of pages: 15
URL:
http://www.ietf.org/internet-drafts/draft-mathis-tcpm-tcp-laminar-01.txt
Status:          http://datatracker.ietf.org/doc/draft-mathis-tcpm-tcp-laminar
Htmlized:        http://tools.ietf.org/html/draft-mathis-tcpm-tcp-laminar-01
Diff:
http://tools.ietf.org/rfcdiff?url2=draft-mathis-tcpm-tcp-laminar-01

Abstract:
   The primary state variables used by all TCP congestion control
   algorithms, cwnd and ssthresh, are heavily overloaded, carrying
   different semantics in different states.  This leads to excess
   implementation complexity and poorly defined behaviors under some
   combinations of events, such as application stalls during loss
   recovery.  We propose a new framework for TCP congestion control, and
   to recast current standard algorithms to use new state variables.
   This new framework will not generally change the behavior of any of
   the primary congestion control algorithms when they are invoked in
   isolation.  It will permit new algorithms with better behaviors in
   many corner cases, such as when two distinct primary algorithms are
   invoked concurrently.  It will also foster the creation of new
   algorithms to address some events that are poorly treated by today's
   standards.  For the vast majority of traditional algorithms the
   transformation to the new state variables is completely
   straightforward.  However, the resulting implementation is likely to
   technically be in violation of existing TCP standards, even if it is
   fully compliant with their principles and intent.




The IETF Secretariat