From owner-freebsd-net@FreeBSD.ORG Fri Apr 11 11:15:14 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 689E83C8; Fri, 11 Apr 2014 11:15:14 +0000 (UTC) Received: from mx2.netapp.com (mx2.netapp.com [216.240.18.37]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx2.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2AD59193F; Fri, 11 Apr 2014 11:15:13 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.97,841,1389772800"; d="asc'?scan'208";a="82152512" Received: from vmwexceht01-prd.hq.netapp.com ([10.106.76.239]) by mx2-out.netapp.com with ESMTP; 11 Apr 2014 04:15:13 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.246]) by vmwexceht01-prd.hq.netapp.com ([10.106.76.239]) with mapi id 14.03.0123.003; Fri, 11 Apr 2014 04:15:13 -0700 From: "Eggert, Lars" To: "freebsd-net@freebsd.org" Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Topic: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Index: AQHPIYzc3HaTSw//+U6b0HMYTUDKSZsNINqA Date: Fri, 11 Apr 2014 11:15:12 +0000 Message-ID: References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> In-Reply-To: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.122.105.18] Content-Type: multipart/signed; boundary="Apple-Mail=_D1FFEC48-26FD-4FAE-9F8E-C6BF320B08A9"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: Adrian Chadd , hiren panchasara X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2014 11:15:14 -0000 --Apple-Mail=_D1FFEC48-26FD-4FAE-9F8E-C6BF320B08A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, since folks are playing with Midori's DCTCP patch, I wanted to make sure = that you were also aware of the patches that Aris did for PRR and = NewCWV... Lars On 2014-2-4, at 10:38, Eggert, Lars wrote: > Hi, >=20 > below are two patches that implement RFC6937 ("Proportional Rate = Reduction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to = support Rate-Limited Traffic"). They were done by Aris = Angelogiannopoulos for his MS thesis, which is at = https://eggert.org/students/angelogiannopoulos-thesis.pdf. >=20 > The patches should apply to -CURRENT as of Sep 17, 2013. (Sorry for = the delay in sending them, we'd been trying to get some feedback from = committers first, without luck.) >=20 > Please note that newcwv is still a work in progress in the IETF, and = the patch has some limitations with regards to the "pipeACK Sampling = Period" mentioned in the Internet-Draft. Aris says this in his thesis = about what exactly he implemented: >=20 > "The second implementation choice, is in regards with the measurement = of pipeACK. This variable is the most important introduced by the method = and is used to compute the phase that the sender currently lies in. In = order to compute pipeACK the approach suggested by the Internet Draft = (ID) is followed [ncwv]. During initialization, pipeACK is set to the = maximum possible value. A helper variable prevHighACK is introduced that = is initialized to the initial sequence number (iss). prevHighACK holds = the value of the highest acknowledged byte so far. pipeACK is measured = once per RTT meaning that when an ACK covering prevHighACK is received, = pipeACK becomes the difference between the current ACK and prevHighACK. = This is called a pipeACK sample. A newer version of the draft suggests = that multiple pipeACK samples can be used during the pipeACK sampling = period." >=20 > Lars >=20 > --Apple-Mail=_D1FFEC48-26FD-4FAE-9F8E-C6BF320B08A9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU0fOv9ZcnpRveo1xAQKPnAP+M4t/ovAfeWD9rBGqyB3pfUzGASg7B5OW vAL3K6aaWc08OxduE5tw4KlsrdAAIa8p65fEBVWCBwxwthuzzQCVfIPf7948LLf5 2lWsVWSvuoAKmFS6+LS2iha+lDFbYgkV9GqrDsBahk53SLv2eCI3mx+048JAlw80 MOMAOtj2YNU= =UgVh -----END PGP SIGNATURE----- --Apple-Mail=_D1FFEC48-26FD-4FAE-9F8E-C6BF320B08A9--