From nobody Mon Aug 6 11:30:42 2018 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2754E130E1C; Mon, 6 Aug 2018 11:30:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: tcpm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: tcpm@ietf.org Message-ID: <153358023912.26738.12640416407195629397@ietfa.amsl.com> Date: Mon, 06 Aug 2018 11:30:39 -0700 Archived-At: Subject: [tcpm] I-D Action: draft-ietf-tcpm-alternativebackoff-ecn-08.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2018 18:30:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the TCP Maintenance and Minor Extensions WG of the IETF. Title : TCP Alternative Backoff with ECN (ABE) Authors : Naeem Khademi Michael Welzl Grenville Armitage Godred Fairhurst Filename : draft-ietf-tcpm-alternativebackoff-ecn-08.txt Pages : 13 Date : 2018-08-06 Abstract: Active Queue Management (AQM) mechanisms allow for burst tolerance while enforcing short queues to minimise the time that packets spend enqueued at a bottleneck. This can cause noticeable performance degradation for TCP connections traversing such a bottleneck, especially if there are only a few flows or their bandwidth-delay- product is large. The reception of a Congestion Experienced (CE) ECN mark indicates that an AQM mechanism is used at the bottleneck, and therefore the bottleneck network queue is likely to be short. Feedback of this signal allows the TCP sender-side ECN reaction in congestion avoidance to reduce the Congestion Window (cwnd) by a smaller amount than the congestion control algorithm's reaction to inferred packet loss. This specification therefore defines an experimental change to the TCP reaction specified in RFC3168, as permitted by RFC 8311. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tcpm-alternativebackoff-ecn/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-tcpm-alternativebackoff-ecn-08 https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-alternativebackoff-ecn-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-alternativebackoff-ecn-08 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Aug 6 11:33:03 2018 Return-Path: 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 84206130EDF for ; Mon, 6 Aug 2018 11:33:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no 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 wPCsdvT-Cwx5 for ; Mon, 6 Aug 2018 11:33:00 -0700 (PDT) Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [137.50.19.135]) by ietfa.amsl.com (Postfix) with ESMTP id 14E3E130ED6 for ; Mon, 6 Aug 2018 11:33:00 -0700 (PDT) Received: from Gs-MacBook-Pro.local (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id BEA801B0014F for ; Mon, 6 Aug 2018 19:32:57 +0100 (BST) Message-ID: <5B689459.9020509@erg.abdn.ac.uk> Date: Mon, 06 Aug 2018 19:32:57 +0100 From: Gorry Fairhurst Reply-To: gorry@erg.abdn.ac.uk Organization: University of Aberdeen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: tcpm@ietf.org References: <153358023930.26738.12554184648417970271.idtracker@ietfa.amsl.com> In-Reply-To: <153358023930.26738.12554184648417970271.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [tcpm] New Version Notification for draft-ietf-tcpm-alternativebackoff-ecn-08.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2018 18:33:02 -0000 The editors have submitted a new WG draft, which we think addresses the issues raised during AD review. Mirja (and WG), could you please look at the revised document and see if this acceptable. Best wishes, Gorry On 06/08/2018, 19:30, internet-drafts@ietf.org wrote: > A new version of I-D, draft-ietf-tcpm-alternativebackoff-ecn-08.txt > has been successfully submitted by Godred Fairhurst and posted to the > IETF repository. > > Name: draft-ietf-tcpm-alternativebackoff-ecn > Revision: 08 > Title: TCP Alternative Backoff with ECN (ABE) > Document date: 2018-08-07 > Group: tcpm > Pages: 13 > URL: https://www.ietf.org/internet-drafts/draft-ietf-tcpm-alternativebackoff-ecn-08.txt > Status: https://datatracker.ietf.org/doc/draft-ietf-tcpm-alternativebackoff-ecn/ > Htmlized: https://tools.ietf.org/html/draft-ietf-tcpm-alternativebackoff-ecn-08 > Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-alternativebackoff-ecn > Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-alternativebackoff-ecn-08 > > Abstract: > Active Queue Management (AQM) mechanisms allow for burst tolerance > while enforcing short queues to minimise the time that packets spend > enqueued at a bottleneck. This can cause noticeable performance > degradation for TCP connections traversing such a bottleneck, > especially if there are only a few flows or their bandwidth-delay- > product is large. The reception of a Congestion Experienced (CE) ECN > mark indicates that an AQM mechanism is used at the bottleneck, and > therefore the bottleneck network queue is likely to be short. > Feedback of this signal allows the TCP sender-side ECN reaction in > congestion avoidance to reduce the Congestion Window (cwnd) by a > smaller amount than the congestion control algorithm's reaction to > inferred packet loss. This specification therefore defines an > experimental change to the TCP reaction specified in RFC3168, as > permitted by RFC 8311. > > > > > 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 From nobody Mon Aug 6 13:49:19 2018 Return-Path: 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 861D3130E26; Mon, 6 Aug 2018 13:49:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 2007eXWn0QPU; Mon, 6 Aug 2018 13:49:16 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (mail.sfc.wide.ad.jp [203.178.142.146]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FD53126F72; Mon, 6 Aug 2018 13:49:15 -0700 (PDT) Received: from mail-it0-f48.google.com (mail-it0-f48.google.com [209.85.214.48]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 51A962783CA; Tue, 7 Aug 2018 05:49:14 +0900 (JST) Received: by mail-it0-f48.google.com with SMTP id e14-v6so19254139itf.1; Mon, 06 Aug 2018 13:49:14 -0700 (PDT) X-Gm-Message-State: AOUpUlFvM7dK8FUNnR7Jg4JuofUhO+xAa9Nr20LL43QBHU+bQ0Pv7zjX V5Vo6P1i93Vv2PmA2FMsfz6v+JNsr5cLJADBvaQ= X-Google-Smtp-Source: AAOMgpch4NH1/PMyguQ1xwSgtCA2KTGBhFUfnludc4WuFpsJBSMOi7S0sr5qYpYTfvfGGnTzN9M5yqyC5Gc8c9wFsyk= X-Received: by 2002:a24:bd82:: with SMTP id x124-v6mr17631124ite.143.1533588552607; Mon, 06 Aug 2018 13:49:12 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:6547:0:0:0:0:0 with HTTP; Mon, 6 Aug 2018 13:49:09 -0700 (PDT) From: Yoshifumi Nishida Date: Mon, 6 Aug 2018 13:49:09 -0700 X-Gmail-Original-Message-ID: Message-ID: To: "tcpm@ietf.org" Cc: "tcpm-chairs@ietf.org" Content-Type: multipart/alternative; boundary="000000000000e8f0dc0572ca683d" Archived-At: Subject: [tcpm] draft minutes for Montreal meeting X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2018 20:49:19 -0000 --000000000000e8f0dc0572ca683d Content-Type: text/plain; charset="UTF-8" Hi, Sorry for the delay. We've uploaded a draft minutes for Montreal meeting Please let us know if there's any corrections, suggestions and questions. https://datatracker.ietf.org/doc/minutes-102-tcpm/ We appreciate Gorry for precise note taking. Thanks, -- Yoshi --000000000000e8f0dc0572ca683d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Sorry for the delay. We've uplo= aded a draft minutes for Montreal meeting
Please let us know if t= here's any corrections, suggestions and questions.
We appreciate Gorry for precise note taking.

Thanks,
--
Yoshi
--000000000000e8f0dc0572ca683d-- From nobody Thu Aug 9 11:43:16 2018 Return-Path: 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 7BED4130EA9 for ; Thu, 9 Aug 2018 11:43:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 SgmNQpCTqxJv for ; Thu, 9 Aug 2018 11:43:12 -0700 (PDT) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2EB4130EAC for ; Thu, 9 Aug 2018 11:43:11 -0700 (PDT) Received: by mail-io0-x235.google.com with SMTP id l7-v6so1759647iok.6 for ; Thu, 09 Aug 2018 11:43:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=yInQewE1YEm257AMFtGqWMgihHSuHLCey4qF6XGLJz4=; b=rjxBF7mo51pn9Be8JCruQuvrhrWxsgFe+7ikY/Bhe83OKabyj4E3JsOlKA4b5vyIpb nNI/Fd4iRO8ZAJW2PDJD5jGtMNLupBWvAb06saQuao8g/LocdL+Yo7CvQ2SLbSXqzIMC DoW4+v3Imxe/2F0dukPJ19vhywORJuSW+lgMAffbAa3+BCe8GhNIeIz1h5XXQU/cVC8r 1z/bfPTYlYLFBD/1L3JhDus0urBMa6zRKnmpsZTqLbbGhSAn9xNTb1T0YkGldohIDD1F Ky9VbarfnMDH1868bTUy1IZt9j9c8wyu06VnYRztl/wHdTHn3CQqXWvAjqVoUliDIf0A o+CQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=yInQewE1YEm257AMFtGqWMgihHSuHLCey4qF6XGLJz4=; b=HkkSpuP7PONlvJhNil7VljNd8nTlPwqVgxNRRHAYzBvswNaZ3xDrwUbzRnwBOLdago wDef2yiCqc/ZXDa7G42t/lNLfwhekFYgohMOw3nhBBGKaVE9aIyuk5KPI61/onZQp2r/ 0c0iSiFsaSR+L0Sgecix5JzOvfpqc9OYcNBvB64+ojgOWY7dMsK0EeLuQaFH8kl4p0tP Vi7Ll5B17p84m9Urey5g4ai0O3+JgmQLA6mmORqFPkCWW19gTH3SfA3hjZbhRe2TAtT/ ZynDQc9UAHHKg/9+FABz6azswQFmA69G4xDPWMnCnOWQcFi+je+M93lMWlqGkVgHaGYQ ADYA== X-Gm-Message-State: AOUpUlExI4o0qIPpegDVIY6zYyHRFLkd4HTSAAl2XjecoWBzjc/5UpXU YYL/wrMLpmoxXUrF58CvetSJWJd/A5B8Ac9eeqTi3t/3 X-Google-Smtp-Source: AA+uWPznK8B+SuwjCB7e0FFoFVfIce9rJgUeJa4f/kjkXCtR5HH351LFqSibhQIqIb2zN/zUxbppw/SdIvfcbrRJ/Ak= X-Received: by 2002:a6b:cc03:: with SMTP id c3-v6mr2690239iog.191.1533840190697; Thu, 09 Aug 2018 11:43:10 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:5e47:0:0:0:0:0 with HTTP; Thu, 9 Aug 2018 11:43:10 -0700 (PDT) From: Loganaden Velvindron Date: Thu, 9 Aug 2018 22:43:10 +0400 Message-ID: To: "tcpm@ietf.org Extensions" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [tcpm] TCP segment reassembly vulnerability X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2018 18:43:15 -0000 It appears to be an issue on multiple implementations. AFAIK, it's due to lack of limits for the reassembly logic when the segments enter the queue. FreeBSD: https://www.freebsd.org/security/advisories/FreeBSD-SA-18:08.tcp.asc Linux: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git/commit/?id=1a4f14bab1868b443f0dd3c55b689a478f82e72e Perhaps it might be worth documenting those solutions and possible workarounds. Thoughts ? From nobody Thu Aug 9 13:12:07 2018 Return-Path: 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 D7DB7130E77 for ; Thu, 9 Aug 2018 13:12:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netorgft3309700.onmicrosoft.com 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 Mun4scdE0qUO for ; Thu, 9 Aug 2018 13:12:02 -0700 (PDT) Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-bn3nam04on0716.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe4e::716]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E30C130E41 for ; Thu, 9 Aug 2018 13:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT3309700.onmicrosoft.com; s=selector1-asomi-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GPE3+weaKzvt1qz1KxDbc8s4dXf3iYoTKH1Pq202nAs=; b=kT5+KlEAAK7Hlbf6g73VZ8pDattbOpyV1mtM1qz599QJUj8VPOl4zAHqcKC6WTfveIo3pVTQbWMux0wifolv5/smS7gy7G8jSwdtMm+T1f5RO4oY2EZLXmGOl/wTUb2YfcMBWxumkSeGOcC+4UihPKQkdDQtSvYFFs5vnE4iJ6o= Received: from SN6PR11MB2606.namprd11.prod.outlook.com (52.135.91.27) by SN6PR11MB2846.namprd11.prod.outlook.com (52.135.93.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1038.19; Thu, 9 Aug 2018 20:11:59 +0000 Received: from SN6PR11MB2606.namprd11.prod.outlook.com ([fe80::ddc5:5460:7da9:c964]) by SN6PR11MB2606.namprd11.prod.outlook.com ([fe80::ddc5:5460:7da9:c964%4]) with mapi id 15.20.1038.019; Thu, 9 Aug 2018 20:11:59 +0000 From: Caitlin Bestler To: Loganaden Velvindron , "tcpm@ietf.org Extensions" Thread-Topic: [tcpm] TCP segment reassembly vulnerability Thread-Index: AQHUMBDc+yngLnimCk2VyjEQkFD99KS32fhv Date: Thu, 9 Aug 2018 20:11:59 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=cait@asomi.com; x-originating-ip: [67.207.101.170] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; SN6PR11MB2846; 6:tXRh/sQ5CgViJhYW1VoihszUz7rugRK4AMdsKUghb/bawIymSs+d5FyaeP/e2vN2YDU2evjEXz0YkWB+on1lbj226W00s37tRdvS7F84Sdudo6DL67PRYlHuaPZtOVTKRQQgXHLxqJcwuYiUjkwdPniU1QKhjuZofQWg8mA9iQX+hh84qP1qQ/fDfKnixzGy79kWfe9wfAlcy/ZwOtB3AknPjCSU9X70OVnaafvpWwBoPln3YlixMvAU5md90bUySFcNXc+N0Uhd1CAXEElPaHz39jD0Jw4maTaaKnuzTDqBNPtAZglsz1haLwqTI5JM1s9hd2G6G4meeI5SuxMENvVO3+vYQ4dp+KhPc3Ju/0WWFkr00+uiiMxlzhE7fyxlAN2ugZYhcsjCcsBwB47d1Vy9BUgrmuzBYlOATfuv8ft7enFzvxcnKh/EIoGBp2ET9VNdpGvQNUrEsWn2Sp25Pw==; 5:UrTxYXpKHYngohIKb3xdnqkaFPteeTinXvkzGfL9ppHOZEDInQoIEoeGxsZhyCho9OhH0+6LXZiB94rRhV6qbeBKdrNJoP3R4/+NJuo4juu3QhOSPWZ5+Jb3wamr6m6akmRyxcyBNh0EOaZDBY8w2VrTcQbk1+64+FOBhlL4+Qc=; 7:u94LBxZfsuZx6HKEKSDxWOB9UY8cJls5v2RXEpuYz94YNsCWux5zvwOsaV3mWThMlf1tlueEjJ0iJ9fBmDvOT8FJdyeuLPHJvpIVSMOXzkLQug0t6lTrUt3RgUgKe8hW7lopVEH4KNjBlefkMgij80IB+miZ6jnnEA9zhHql0oEWTZda5ZwEdWQX7hOkqTwy133QkUMzQWXB/MUOwpzB7NUYcXQiD1joEpL2gJVWLQHfIILw8QN0gLL7bTi8bksg x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 7b8efbc7-21ac-4f4b-9b8d-08d5fe345d0c x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(7021125)(8989117)(4534165)(7022125)(4603075)(4627221)(201702281549075)(8990107)(7048125)(7024125)(7027125)(7028125)(7023125)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:SN6PR11MB2846; x-ms-traffictypediagnostic: SN6PR11MB2846: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(192374486261705)(85827821059158)(84791874153150); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(3231311)(944501410)(52105095)(149027)(150027)(6041310)(20161123558120)(20161123564045)(20161123562045)(2016111802025)(20161123560045)(6072148)(6043046)(201708071742011)(7699016); SRVR:SN6PR11MB2846; BCL:0; PCL:0; RULEID:; SRVR:SN6PR11MB2846; x-forefront-prvs: 0759F7A50A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(39830400003)(396003)(136003)(366004)(189003)(199004)(14454004)(186003)(105586002)(106356001)(25786009)(39060400002)(966005)(2900100001)(33656002)(478600001)(99286004)(14444005)(256004)(81156014)(97736004)(81166006)(8936002)(19627405001)(102836004)(53546011)(6506007)(68736007)(8676002)(26005)(5660300001)(76176011)(66066001)(53936002)(3846002)(7696005)(6436002)(6116002)(54896002)(6306002)(606006)(229853002)(86362001)(55016002)(5250100002)(6246003)(9686003)(316002)(236005)(2906002)(446003)(575784001)(7736002)(110136005)(74316002)(486006)(11346002)(476003)(6606003); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR11MB2846; H:SN6PR11MB2606.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: asomi.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: sHV7sa2CWUofDbtewdRCbRlH97R9xWdHYEazejaJgoJCCntfaJFuPypTHDpd1dFLKrC1vAGB7XDvoKhNAGX2x1kgT0GXMHci2LwNdXf3BZB5lqu38akmvI1h3Wa8Jb2PH6QyelsEI9TadQs7EGR+I2zEc7QQKTrKgxMd+9HFgkTup5U58pCcyBDeaJyYHlNgmgg+uOJLFM2aC8aVkRDC2l/jvE/48bQm+Bwb9WrCISwr0CBTvMEV1buPOFhQctup3ir8MzATOP7bIw5OoRem/vpMYMELqRv17GbfFdt3vX56KYAnuJbssBgpHcaH5b6rWRdbcW8lk26BhtCmEuaxb+GM/l1pi5DY5uPQDbYP8lg= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_SN6PR11MB26069983A24EE191F9FD1033D3250SN6PR11MB2606namp_" MIME-Version: 1.0 X-OriginatorOrg: asomi.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7b8efbc7-21ac-4f4b-9b8d-08d5fe345d0c X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Aug 2018 20:11:59.3155 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a90e44c6-9570-49f9-9cdb-dff096fd98a3 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB2846 Archived-At: Subject: Re: [tcpm] TCP segment reassembly vulnerability X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2018 20:12:05 -0000 --_000_SN6PR11MB26069983A24EE191F9FD1033D3250SN6PR11MB2606namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable My reading of the two citations show that the issue can be addressed adequately by implementers already without the need for any guidance from the IETF. ________________________________ From: tcpm on behalf of Loganaden Velvindron Sent: Thursday, August 9, 2018 11:43:10 AM To: tcpm@ietf.org Extensions Subject: [tcpm] TCP segment reassembly vulnerability It appears to be an issue on multiple implementations. AFAIK, it's due to lack of limits for the reassembly logic when the segments enter the queue. FreeBSD: https://www.freebsd.org/security/advisories/FreeBSD-SA-18:08.tcp.asc Linux: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git/commit/?id=3D= 1a4f14bab1868b443f0dd3c55b689a478f82e72e Perhaps it might be worth documenting those solutions and possible workarou= nds. Thoughts ? _______________________________________________ tcpm mailing list tcpm@ietf.org https://www.ietf.org/mailman/listinfo/tcpm --_000_SN6PR11MB26069983A24EE191F9FD1033D3250SN6PR11MB2606namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

My reading of the two citations s= how that the issue can be addressed
adequately by implementers already without the need for any guidance
from the IETF.


From: tcpm <tcpm-bounces= @ietf.org> on behalf of Loganaden Velvindron <loganaden@gmail.com>=
Sent: Thursday, August 9, 2018 11:43:10 AM
To: tcpm@ietf.org Extensions
Subject: [tcpm] TCP segment reassembly vulnerability
 
It appears to be an issue on multiple implementati= ons. AFAIK, it's due
to lack of limits for the reassembly logic when the segments enter the
queue.

FreeBSD:
https://www.freebsd.org/security/advisories/FreeBSD-SA-18:08.tcp.asc<= /a>

Linux:
https://git.kernel.org= /pub/scm/linux/kernel/git/davem/net.git/commit/?id=3D1a4f14bab1868b443f0dd3= c55b689a478f82e72e

Perhaps it might be worth documenting those solutions and possible workarou= nds.


Thoughts ?

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org= /mailman/listinfo/tcpm
--_000_SN6PR11MB26069983A24EE191F9FD1033D3250SN6PR11MB2606namp_-- From nobody Mon Aug 13 01:54:10 2018 Return-Path: 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 F0C21127B92; Mon, 13 Aug 2018 01:54:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 ysNH7qj98yCn; Mon, 13 Aug 2018 01:54:01 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C908127598; Mon, 13 Aug 2018 01:54:01 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 979C0B81BA4; Mon, 13 Aug 2018 01:53:53 -0700 (PDT) To: jmccauley@cs.berkeley.edu, mallman@icir.org, vern@icir.org, eblanton@cs.purdue.edu X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: ietf@kuehlewind.net, iesg@ietf.org, tcpm@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180813085353.979C0B81BA4@rfc-editor.org> Date: Mon, 13 Aug 2018 01:53:53 -0700 (PDT) Archived-At: Subject: [tcpm] [Errata Verified] RFC5681 (5458) X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2018 08:54:03 -0000 The following errata report has been verified for RFC5681, "TCP Congestion Control". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5458 -------------------------------------- Status: Verified Type: Editorial Reported by: James McCauley Date Reported: 2018-08-12 Verified by: Mirja Kühlewind (IESG) Section: 2 Original Text ------------- DUPLICATE ACKNOWLEDGMENT: An acknowledgment is considered a "duplicate" in the following algorithms when (a) the receiver of the ACK has outstanding data, (b) the incoming acknowledgment carries no data, (c) the SYN and FIN bits are both off, (d) the acknowledgment number is equal to the greatest acknowledgment received on the given connection (TCP.UNA from [RFC793]) and (e) the advertised window in the incoming acknowledgment equals the advertised window in the last incoming acknowledgment. Corrected Text -------------- DUPLICATE ACKNOWLEDGMENT: An acknowledgment is considered a "duplicate" in the following algorithms when (a) the receiver of the ACK has outstanding data, (b) the incoming acknowledgment carries no data, (c) the SYN and FIN bits are both off, (d) the acknowledgment number is equal to the greatest acknowledgment received on the given connection (SND.UNA from [RFC793]) and (e) the advertised window in the incoming acknowledgment equals the advertised window in the last incoming acknowledgment. Notes ----- There is no such thing as TCP.UNA in RFC793. The boundary between acknowledged and unacknowledged sent data is SND.UNA. -------------------------------------- RFC5681 (draft-ietf-tcpm-rfc2581bis-07) -------------------------------------- Title : TCP Congestion Control Publication Date : September 2009 Author(s) : M. Allman, V. Paxson, E. Blanton Category : DRAFT STANDARD Source : TCP Maintenance and Minor Extensions Area : Transport Stream : IETF Verifying Party : IESG From nobody Mon Aug 13 02:09:20 2018 Return-Path: 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 3A716130E9F; Mon, 13 Aug 2018 02:09:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com 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 ruW_y-OVqyOb; Mon, 13 Aug 2018 02:09:16 -0700 (PDT) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0127.outbound.protection.outlook.com [104.47.0.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CEF7130E9A; Mon, 13 Aug 2018 02:09:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=c28DZAyRwoqJlt3jMZJjflfuc0jdVNyL/9WmOlZtlTc=; b=Wvhu9MY+3j53uy2o8ddBmxkRTLMwKuQ5l5+/RrCEDJoJcQts8asRfDeYW4pFx+uCSO5I8caG2NNVgpCRLrC7ibY3JKBs4mRmsGUvEQyN7KSWoKgfWmjVPli4EaPsOKq5ZMJrVA5ooWgP+tQl8oEjyENtEwyoFO+aWzVqwT9QGGE= Received: from VI1PR07MB0880.eurprd07.prod.outlook.com (10.161.108.22) by VI1PR07MB4288.eurprd07.prod.outlook.com (20.176.6.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.13; Mon, 13 Aug 2018 09:09:11 +0000 Received: from VI1PR07MB0880.eurprd07.prod.outlook.com ([fe80::b531:1322:3248:4da0]) by VI1PR07MB0880.eurprd07.prod.outlook.com ([fe80::b531:1322:3248:4da0%4]) with mapi id 15.20.1059.010; Mon, 13 Aug 2018 09:09:11 +0000 From: "Scharf, Michael (Nokia - DE/Stuttgart)" To: tcpm IETF list CC: "nvo3-chairs@ietf.org" , "Vigoureux, Martin (Nokia - FR/Paris-Saclay)" , "ietf@kuehlewind.net" Thread-Topic: TCP connection migration in draft-ietf-nvo3-vmm Thread-Index: AdQy5N7aF/Sa7h1ySUi1qLcAyHIJXA== Date: Mon, 13 Aug 2018 09:09:10 +0000 Message-ID: Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [92.203.160.99] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VI1PR07MB4288; 6:JUMfacpbBPR81SYLINxwQnYpKrvSmMZf9wkkwHUnkVNIUYoTHHuCu1GqeU7MqYiS8mPxSeqgdD2JPvtz6XDhiaNpL7kn3/Tt7w/GrwamJcW/LOMei/i6PBBOAWODHFuQoHYyy5EeQEoKAm3pS/4f0arNYJaDBVAixZlut3I0K7c5fg6u8NHL8m4yGKQXYmduoNKvomgG2atsN79SrTyTx2fjDeu8+o1Tbo2dexb7OfLnKJRSZIfSb8g7zSRgrJBfChAbCodsSjDIC18BEi+tTg2PMxxQRNCnhLLI7CKWo9rXMJuldM0cgGy7HQPMke4GY5SxuJAg7tiNhXqYHvBwXhQctXvKlyjyRBHfEuH96L9AbcwdlDlCP+o778srDo9ZoPxe8UiOxt6Um2zL4MuggS8zEUnW+sTMehlEfTxi/IVdFlmZxnoUGo8jlVvnAMikbd2H4s+t84mPlinxoPkrjA==; 5:pWMD28A8Mt8zTiyZ+xGg3i/bQRnZ0H+HxFlLC9efVGWnuTLHpKW7mj3YRGXCd0iJ1HqS6b+SBfOOEyokFLZQBn0df2dZUnf16WYrP0Sj4r/lDZy/xHAzZFS2aXpuHXl/QRs6/T0srjlzLScNJxmo2RNGXEvNiqNHtywvEzCO4tw=; 7:iM2t6vQR1qc/GgGutUBQX1uyXLvzaBDRQaLBiejcg7wrf330hczyjHRHosaBZbfyDn/tMrhYSRFuItFglwwQ+A5CfKajx7KSx2GGyCEk95PJYR+ybE+xcGdNp87qNNGLWPttn/CyArHjEXc9bIp+MzNEDQfIIW4aMBFSHA2q4UyDYdPqDkgAB9Spu8eJCKpjXkKIWX1nMFxIy0JMrYDq0fEgq69OT+fMWhEW4ObraM3/FmKNMRpSa8QUB+IBR4eO x-ms-exchange-antispam-srfa-diagnostics: SOS;SOR; x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(136003)(396003)(366004)(39860400002)(346002)(376002)(189003)(199004)(53754006)(54906003)(106356001)(4326008)(25786009)(2906002)(486006)(476003)(256004)(8936002)(26005)(14454004)(2900100001)(316002)(478600001)(97736004)(6916009)(68736007)(105586002)(606006)(5660300001)(966005)(186003)(5250100002)(99286004)(6506007)(74316002)(7696005)(102836004)(55016002)(8676002)(9686003)(33656002)(790700001)(236005)(81166006)(81156014)(7736002)(53936002)(6116002)(66066001)(54896002)(6306002)(3846002)(6436002)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB4288; H:VI1PR07MB0880.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; x-ms-office365-filtering-correlation-id: d8f2f7b2-fbe5-4c02-cdaa-08d600fc6ed8 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(4618075)(2017052603328)(7193020); SRVR:VI1PR07MB4288; x-ms-traffictypediagnostic: VI1PR07MB4288: authentication-results: spf=none (sender IP is ) smtp.mailfrom=michael.scharf@nokia.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(120809045254105)(21748063052155); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(823301033)(10201501046)(3231311)(11241501184)(806099)(944501410)(52105095)(3002001)(93006095)(93001095)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:VI1PR07MB4288; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB4288; x-forefront-prvs: 07630F72AD received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: dlMkEuRp3f3n1nMi1vJ18Pxm04JmJkcfzJwGCUvTooYm0xV3vO+sq5W0M7fzA4uIdrj3MzvB2ifn60FJS75b29QMj6PonzlcsG6pieD0NUmxEnz7fOBGdpQFLw1diTeVy+yGWKCYwchDv3HUrYsFdRHABF0esfmjtrq/++3gtzRdrx83zVYWeV46oQQIo/vQCE5Ar0iTpZqpj1EMjzz4OecPUeVIrePgAyfWmjsfM4YvleDs3Bj0kAYnWOo0mjH/RIiXc5PY+TNenvQFaqnhXx5uOWI8r6aUDMUx6ttBBy/96SD5hKG0NjA64nFXpgjHFuvfPezA2UkNa0KOnZMx5JmvQu+bL8HB8XEQIgrHrgnlaY9ac10fxxsGfz1QoShy6cfhgBvxqRaNXZyLUxavLg== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_VI1PR07MB0880B952E40C8B8A837BA2B593390VI1PR07MB0880eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: d8f2f7b2-fbe5-4c02-cdaa-08d600fc6ed8 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Aug 2018 09:09:10.8852 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4288 Archived-At: Subject: [tcpm] TCP connection migration in draft-ietf-nvo3-vmm X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2018 09:09:18 -0000 --_000_VI1PR07MB0880B952E40C8B8A837BA2B593390VI1PR07MB0880eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, This is a heads-up that the document https://datatracker.ietf.org/doc/draft-ietf-nvo3-vmm/ discusses TCP connection migration when a virtual machine moves. If there are any comments from the TCPM community, please send them to the = NVO3 mailing list. Please also include copy the draft authors and NVO3 chai= rs. Thanks Michael --_000_VI1PR07MB0880B952E40C8B8A837BA2B593390VI1PR07MB0880eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

This is a heads-up that the document

 

https://datatracker.ietf.org/doc/draft-i= etf-nvo3-vmm/

 

discusses TCP connection migrat= ion when a virtual machine moves.

 

If there are any comments from = the TCPM community, please send them to the NVO3 mailing list. Please also = include copy the draft authors and NVO3 chairs.

 

Thanks

 

Michael

 

--_000_VI1PR07MB0880B952E40C8B8A837BA2B593390VI1PR07MB0880eurp_-- From nobody Mon Aug 13 02:13:06 2018 Return-Path: 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 86D3D130E94 for ; Mon, 13 Aug 2018 02:01:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 U5iBdd4vQuBE for ; Mon, 13 Aug 2018 02:01:49 -0700 (PDT) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C26DD130E91 for ; Mon, 13 Aug 2018 02:01:48 -0700 (PDT) Received: from [172.18.127.168] (unknown [46.183.103.17]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id F1B2972106C13; Mon, 13 Aug 2018 11:01:43 +0200 (CEST) From: Michael Tuexen Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_8BAEB295-C8FC-40F3-A849-C2B79C3D26E5"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Mon, 13 Aug 2018 11:01:39 +0200 In-Reply-To: <20180812233312.9C2DCB819E8@rfc-editor.org> Cc: mallman@icir.org, vern@icir.org, eblanton@cs.purdue.edu, spencerdawkins.ietf@gmail.com, ietf@kuehlewind.net, michael.scharf@nokia.com, nishida@sfc.wide.ad.jp, jmccauley@cs.berkeley.edu, tcpm@ietf.org To: RFC Errata System References: <20180812233312.9C2DCB819E8@rfc-editor.org> X-Mailer: Apple Mail (2.3445.9.1) Archived-At: X-Mailman-Approved-At: Mon, 13 Aug 2018 02:13:04 -0700 Subject: Re: [tcpm] [Technical Errata Reported] RFC5681 (5458) X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2018 09:01:51 -0000 --Apple-Mail=_8BAEB295-C8FC-40F3-A849-C2B79C3D26E5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 13. Aug 2018, at 01:33, RFC Errata System = wrote: >=20 > The following errata report has been submitted for RFC5681, > "TCP Congestion Control". >=20 > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata/eid5458 >=20 > -------------------------------------- > Type: Technical > Reported by: James McCauley >=20 > Section: 2 >=20 > Original Text > ------------- > DUPLICATE ACKNOWLEDGMENT: An acknowledgment is considered a > "duplicate" in the following algorithms when (a) the receiver of > the ACK has outstanding data, (b) the incoming acknowledgment > carries no data, (c) the SYN and FIN bits are both off, (d) the > acknowledgment number is equal to the greatest acknowledgment > received on the given connection (TCP.UNA from [RFC793]) and (e) > the advertised window in the incoming acknowledgment equals the > advertised window in the last incoming acknowledgment. >=20 > Corrected Text > -------------- > DUPLICATE ACKNOWLEDGMENT: An acknowledgment is considered a > "duplicate" in the following algorithms when (a) the receiver of > the ACK has outstanding data, (b) the incoming acknowledgment > carries no data, (c) the SYN and FIN bits are both off, (d) the > acknowledgment number is equal to the greatest acknowledgment > received on the given connection (SND.UNA from [RFC793]) and (e) > the advertised window in the incoming acknowledgment equals the > advertised window in the last incoming acknowledgment. >=20 > Notes > ----- > There is no such thing as TCP.UNA in RFC793. The boundary between = acknowledged and unacknowledged sent data is SND.UNA. I agree. Best regards Michael >=20 > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party =20 > can log in to change the status and edit the report, if necessary.=20 >=20 > -------------------------------------- > RFC5681 (draft-ietf-tcpm-rfc2581bis-07) > -------------------------------------- > Title : TCP Congestion Control > Publication Date : September 2009 > Author(s) : M. Allman, V. Paxson, E. Blanton > Category : DRAFT STANDARD > Source : TCP Maintenance and Minor Extensions > Area : Transport > Stream : IETF > Verifying Party : IESG --Apple-Mail=_8BAEB295-C8FC-40F3-A849-C2B79C3D26E5 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQkDCCBNUw ggO9oAMCAQICCFBOxvU9EbRkMA0GCSqGSIb3DQEBCwUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQK ExNEZXV0c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3QgQ2VudGVyMSMw IQYDVQQDExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0xNDA3MjIxMjA4MjZaFw0xOTA3 MDkyMzU5MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQQKEwpERk4tVmVyZWluMRAwDgYDVQQLEwdE Rk4tUEtJMSQwIgYDVQQDExtERk4tVmVyZWluIFBDQSBHbG9iYWwgLSBHMDEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDpm8NnhfkNrvWNVMOWUDU9YuluTO2U1wBblSJ01CDrNI/W7MAx BAuZgeKmFNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QRdDtoAB6fL9KDhsAw4bpXCsxEXsM84Ik Q4wcOItqaACa7txPeKvSxhObdq3u3ibo7wGvdA/BCaL2a869080UME/15eOkyGKbghoDJzANAmVg Te3RCSMqljVYJ9N2xnG2kB3E7f81hn1vM7PbD8URwoqDoZRdQWvY0hD1TP3KUazZve+Sg7va64sW VlZDz+HVEz2mHycwzUlU28kTNJpxdcVs6qcLmPkhnSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjggGG MIIBgjAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFEm3xs/oPR9/6kR7Eyn38QpwPt5kMB8GA1Ud IwQYMBaAFDHDeRu69VPXF+CJei0XbAqzK50zMBIGA1UdEwEB/wQIMAYBAf8CAQIwYgYDVR0gBFsw WTARBg8rBgEEAYGtIYIsAQEEAgIwEQYPKwYBBAGBrSGCLAEBBAMAMBEGDysGAQQBga0hgiwBAQQD ATAPBg0rBgEEAYGtIYIsAQEEMA0GCysGAQQBga0hgiweMD4GA1UdHwQ3MDUwM6AxoC+GLWh0dHA6 Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvRFRfUk9PVF9DQV8yLmNybDB4BggrBgEFBQcBAQRsMGow LAYIKwYBBQUHMAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMDoGCCsGAQUFBzAC hi5odHRwOi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9EVF9ST09UX0NBXzIuY2VyMA0GCSqGSIb3 DQEBCwUAA4IBAQBjICj9nCGGcr45Rlk5MiW8qQGbDczKfUGchm0KbiyzE1l1sTOSG2EnFv/DstU1 gvuEKgFJvWa7Zi+ywgZdbj9u4wFaW8pDY1yVtuExpx/VB19N5mWCTjL5w3x6S81NXHTuIfJ1AuxS PtLJatOQI25JZzW+f01WpOzML8+3oZeocj7JvEDWWqQIPda8gsO3tzKOsSyOam23NQIZz/U5RFhj pyQAELC7/E6vbi84u6VXST/YblBvLJeW3B1GmmWJz67M8uXZn1OzPqEvkqnYC8aEHwTG6x7on321 e6UC8STFJGMRNMxakyAqeYg6JUKQqWU7fIbTEhUjKfws2sw5W1QXMIIFojCCBIqgAwIBAgIHF6Qk oQlIMzANBgkqhkiG9w0BAQsFADBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQ MA4GA1UECxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMB4X DTE0MDUyNzE0NTQwOVoXDTE5MDcwOTIzNTkwMFowgcYxCzAJBgNVBAYTAkRFMRwwGgYDVQQIExNO b3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4GA1UEChMXRmFjaGhvY2hz Y2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5nc3plbnRyYWxlMR0wGwYD VQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYRY2FAZmgtbXVlbnN0ZXIu ZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4eWyu8GzsIv0iowf2v/9BT0SmCFNX /eyQe5BncOk1j6XIlY5bnNu1S5uBe3uVgekgTh3gJyVNlaoIfCgAjqCrNJIaNQq5fr/S6L8uFeaU O8IF/C4RH5P7f9Hn2GUueEjmJhg9CI3LBAhrfAmEEtNmuVfDycN2MjngwDNxUNRfuXbWxuhkgDqJ 0ztJeayHGhFDrGx88eyStx40xy+0c0OFWdWxzBFQlBRHnl+zRftj3c9qy6BY+/fGaA2vV1oKr3h5 X6eyU1T8YlpP1NDe4bylqAteX01sM2Qciu8UAPnNc7Sb93TQjhCFRVDIS3CdN6AOpwz5YWEld6ey CdmFZ7pvAgMBAAGjggH+MIIB+jASBgNVHRMBAf8ECDAGAQH/AgEBMA4GA1UdDwEB/wQEAwIBBjAR BgNVHSAECjAIMAYGBFUdIAAwHQYDVR0OBBYEFArzW7zkMYDWNUKJptPDzzfe0d/XMB8GA1UdIwQY MBaAFEm3xs/oPR9/6kR7Eyn38QpwPt5kMBwGA1UdEQQVMBOBEWNhQGZoLW11ZW5zdGVyLmRlMIGI BgNVHR8EgYAwfjA9oDugOYY3aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9w dWIvY3JsL2NhY3JsLmNybDA9oDugOYY3aHR0cDovL2NkcDIucGNhLmRmbi5kZS9nbG9iYWwtcm9v dC1jYS9wdWIvY3JsL2NhY3JsLmNybDCB1wYIKwYBBQUHAQEEgcowgccwMwYIKwYBBQUHMAGGJ2h0 dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBHBggrBgEFBQcwAoY7aHR0cDov L2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwRwYI KwYBBQUHMAKGO2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NhY2Vy dC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQDeRwM11kpvuRIPuzWXLapr/ZBtB76V3cuF l45x/Kx0u03yjB4GaBPcxihn4P1z5KhRYkDBMo8HXkOgbL59aF6VdOlCurEgZvghKvUkKOCyWeYx S9rTGPBkbGiNn2ATVuLXzF8rDf50ynAIu3otstOOv+3Ifqi1pzCva1nO64khQA5Gd5/BNyu+YHbW f8ERAf9leu5a7yVI7cv1gCZAHpWJpkUKmfawyY4sAJ2hbGZRBvdACOxrfbuMdSOzPneT2rlmvH+D 7M6DmzVabLYk6UtAxQhldd/T/qsHkWvaWXHt0Eb9STs2Fl03Ls7M3NyLQLhaeR3ysNURYcaEfaB+ lxN+MIIGDTCCBPWgAwIBAgIHG5mIdDexozANBgkqhkiG9w0BAQsFADCBxjELMAkGA1UEBhMCREUx HDAaBgNVBAgTE05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQK ExdGYWNoaG9jaHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVu dHJhbGUxHTAbBgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBm aC1tdWVuc3Rlci5kZTAeFw0xNjA3MDQwNzA2MTNaFw0xOTA3MDQwNzA2MTNaMHwxCzAJBgNVBAYT AkRFMSAwHgYDVQQKDBdGYWNoaG9jaHNjaHVsZSBNdWVuc3RlcjEyMDAGA1UECwwpRmFjaGJlcmVp Y2ggRWxla3Ryb3RlY2huaWsgdW5kIEluZm9ybWF0aWsxFzAVBgNVBAMMDk1pY2hhZWwgVHVleGVu MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzJoaUG3Zm24XxA/zNg2sbFcL56w8xqMg +X6G7UsYec3YEncnlkw3jgE5nDefos7UVoCA7wPjFTj8AQt5xfpXElnbM45IPy5Ng7g6dS7biGSM VRACPXe1PrjgApRAwwGmCPvALnZXkmKP6Zlf+3VLfz9YWIIaeKu3jFM2Lk6Y3gr5U1l8bjHSawOo WMlfvSsXXLT38zKW7Uz9jS278j0OqHANBPgsE6/LJoCWFInwlvybxhO3nGU7OteUGaPikqzvjLsL YgpHDi0WjMZfVx/UtUSzZ4EJvmJTBeuVwyKnCbrawnfwYPTQQ6VE1OkAzmsMByBbEwJ996RtG//T XCG06QIDAQABo4ICRzCCAkMwQAYDVR0gBDkwNzARBg8rBgEEAYGtIYIsAQEEAwUwEQYPKwYBBAGB rSGCLAIBBAMBMA8GDSsGAQQBga0hgiwBAQQwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMCBeAwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBTQHa9qhKgSZgCCAPThZkXaEaJ/ dTAfBgNVHSMEGDAWgBQK81u85DGA1jVCiabTw8833tHf1zAgBgNVHREEGTAXgRV0dWV4ZW5AZmgt bXVlbnN0ZXIuZGUwgYgGA1UdHwSBgDB+MD2gO6A5hjdodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Zo LW11ZW5zdGVyLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMD2gO6A5hjdodHRwOi8vY2RwMi5wY2EuZGZu LmRlL2ZoLW11ZW5zdGVyLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMIHXBggrBgEFBQcBAQSByjCBxzAz BggrBgEFBQcwAYYnaHR0cDovL29jc3AucGNhLmRmbi5kZS9PQ1NQLVNlcnZlci9PQ1NQMEcGCCsG AQUFBzAChjtodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2ZoLW11ZW5zdGVyLWNhL3B1Yi9jYWNlcnQv Y2FjZXJ0LmNydDBHBggrBgEFBQcwAoY7aHR0cDovL2NkcDIucGNhLmRmbi5kZS9maC1tdWVuc3Rl ci1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQELBQADggEBAEj2/6x4kzoCVIiu aaminPrOHxACyoYsmSRjYPQpgW5xRj/FlolO1nG+ZZ11sqTb3TdCGD69ko5/zs8eGKnv/i0VLCHF g1JLfpaxElN5RrR/cqRJrbzKshF9aUkBODF8vlf9BCeimMK3fifjbbWRyxHssfEECffujD7/Yvta NYMO46Roz39lIK2s37IVFq3V5RWzUeTuwpP9t8lOxirOi9eK2OYI/dh0HjR2S5Dr9nMR1dNulrhz jlFxGc+opefGScrRR9Ec0eqTXlbt1Q9UzNIYVS+OGZY8/bBbprwXVTmwSp8dygEULkIaMbLsaTaW 6TehuL8ousPJkL52SOENgSkxggQpMIIEJQIBATCB0jCBxjELMAkGA1UEBhMCREUxHDAaBgNVBAgT E05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQKExdGYWNoaG9j aHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVudHJhbGUxHTAb BgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBmaC1tdWVuc3Rl ci5kZQIHG5mIdDexozAJBgUrDgMCGgUAoIICKzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0xODA4MTMwOTAxMzlaMCMGCSqGSIb3DQEJBDEWBBTGz7FIvzZLjJNldTmS PtgWvfT3TjCB4wYJKwYBBAGCNxAEMYHVMIHSMIHGMQswCQYDVQQGEwJERTEcMBoGA1UECBMTTm9y ZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0ZXIxIDAeBgNVBAoTF0ZhY2hob2Noc2No dWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFyYmVpdHVuZ3N6ZW50cmFsZTEdMBsGA1UE AxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG9w0BCQEWEWNhQGZoLW11ZW5zdGVyLmRl AgcbmYh0N7GjMIHlBgsqhkiG9w0BCRACCzGB1aCB0jCBxjELMAkGA1UEBhMCREUxHDAaBgNVBAgT E05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQKExdGYWNoaG9j aHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVudHJhbGUxHTAb BgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBmaC1tdWVuc3Rl ci5kZQIHG5mIdDexozANBgkqhkiG9w0BAQEFAASCAQAaYudzusPDf+xkRM4HUgnJSSLA+RgoIe62 HD7sOIznUkImRAV4/t6hc60uWVED2YawrAR62nhPg9ORWPUdn0Bte0pLG3NJCyCH+mZNzKyOPAhe LWEPSgsvQF4RD2A9JjkbsAgliOb17clEGP6m1WlmXoVTDXaUhrffliAQkqiURu1LE7MkPqAqCbFD ExUm2ZXqMzshA2JueSEnAOxGX9v7DpR3eRYcCx8EwzOyk4F/OtTxYxWiPMiKb7BG7wbK7ddgTLDe tfiK9ddmDCI8NfxuTglHe8MLusM5i8UwAovxeuGxWu1oz0y87OxHXC1ECJdNsg68dviTqIHqVv8Y UASUAAAAAAAA --Apple-Mail=_8BAEB295-C8FC-40F3-A849-C2B79C3D26E5-- From nobody Mon Aug 13 02:13:25 2018 Return-Path: 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 B83CF130E46 for ; Sun, 12 Aug 2018 16:33:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 FFpUrd0lyJpf for ; Sun, 12 Aug 2018 16:33:20 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30B9312F1A5 for ; Sun, 12 Aug 2018 16:33:20 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 9C2DCB819E8; Sun, 12 Aug 2018 16:33:12 -0700 (PDT) To: mallman@icir.org, vern@icir.org, eblanton@cs.purdue.edu, spencerdawkins.ietf@gmail.com, ietf@kuehlewind.net, michael.scharf@nokia.com, tuexen@fh-muenster.de, nishida@sfc.wide.ad.jp X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: jmccauley@cs.berkeley.edu, tcpm@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20180812233312.9C2DCB819E8@rfc-editor.org> Date: Sun, 12 Aug 2018 16:33:12 -0700 (PDT) Archived-At: X-Mailman-Approved-At: Mon, 13 Aug 2018 02:13:24 -0700 Subject: [tcpm] [Technical Errata Reported] RFC5681 (5458) X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2018 23:33:22 -0000 The following errata report has been submitted for RFC5681, "TCP Congestion Control". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5458 -------------------------------------- Type: Technical Reported by: James McCauley Section: 2 Original Text ------------- DUPLICATE ACKNOWLEDGMENT: An acknowledgment is considered a "duplicate" in the following algorithms when (a) the receiver of the ACK has outstanding data, (b) the incoming acknowledgment carries no data, (c) the SYN and FIN bits are both off, (d) the acknowledgment number is equal to the greatest acknowledgment received on the given connection (TCP.UNA from [RFC793]) and (e) the advertised window in the incoming acknowledgment equals the advertised window in the last incoming acknowledgment. Corrected Text -------------- DUPLICATE ACKNOWLEDGMENT: An acknowledgment is considered a "duplicate" in the following algorithms when (a) the receiver of the ACK has outstanding data, (b) the incoming acknowledgment carries no data, (c) the SYN and FIN bits are both off, (d) the acknowledgment number is equal to the greatest acknowledgment received on the given connection (SND.UNA from [RFC793]) and (e) the advertised window in the incoming acknowledgment equals the advertised window in the last incoming acknowledgment. Notes ----- There is no such thing as TCP.UNA in RFC793. The boundary between acknowledged and unacknowledged sent data is SND.UNA. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5681 (draft-ietf-tcpm-rfc2581bis-07) -------------------------------------- Title : TCP Congestion Control Publication Date : September 2009 Author(s) : M. Allman, V. Paxson, E. Blanton Category : DRAFT STANDARD Source : TCP Maintenance and Minor Extensions Area : Transport Stream : IETF Verifying Party : IESG From nobody Mon Aug 13 02:35:45 2018 Return-Path: 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 8DD9D130EBB for ; Mon, 13 Aug 2018 02:35:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=ietf@kuehlewind.net header.d=kuehlewind.net 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 flMQPINzwKe2 for ; Mon, 13 Aug 2018 02:35:40 -0700 (PDT) Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDD64130E97 for ; Mon, 13 Aug 2018 02:35:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlewind.net; b=pHJuk/tu58MP0inG/OqNuDm8PXhd/IvCobE+Q6s0JeGN8ZSKCrICxIWHSzU/6b70zAA1e/M9cxsSwvikX8S6MBFeWjfJ/mxJG/wQrur2If6Mjo90vygYWpD+uLiS7UVC+nWt0eGRr+X4xbKxp+XsB9asYXESMauz27sv0LqUBv4=; h=Received:Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:X-PPP-Message-ID:X-PPP-Vhost; Received: (qmail 29685 invoked from network); 13 Aug 2018 11:34:37 +0200 Received: from mue-88-130-61-222.dsl.tropolys.de (HELO ?192.168.178.24?) (88.130.61.222) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 13 Aug 2018 11:34:37 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: "Mirja Kuehlewind (IETF)" In-Reply-To: Date: Mon, 13 Aug 2018 11:34:35 +0200 Cc: RFC Errata System , tcpm@ietf.org, vern@icir.org, jmccauley@cs.berkeley.edu, mallman@icir.org, eblanton@cs.purdue.edu, spencerdawkins.ietf@gmail.com Content-Transfer-Encoding: quoted-printable Message-Id: References: <20180812233312.9C2DCB819E8@rfc-editor.org> To: Michael Tuexen X-Mailer: Apple Mail (2.3445.9.1) X-PPP-Message-ID: <20180813093437.29674.61486@lvps83-169-45-111.dedicated.hosteurope.de> X-PPP-Vhost: kuehlewind.net Archived-At: Subject: Re: [tcpm] [Technical Errata Reported] RFC5681 (5458) X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2018 09:35:43 -0000 Verified as editorial errata. > Am 13.08.2018 um 11:01 schrieb Michael Tuexen : >=20 >> On 13. Aug 2018, at 01:33, RFC Errata System = wrote: >>=20 >> The following errata report has been submitted for RFC5681, >> "TCP Congestion Control". >>=20 >> -------------------------------------- >> You may review the report below and at: >> http://www.rfc-editor.org/errata/eid5458 >>=20 >> -------------------------------------- >> Type: Technical >> Reported by: James McCauley >>=20 >> Section: 2 >>=20 >> Original Text >> ------------- >> DUPLICATE ACKNOWLEDGMENT: An acknowledgment is considered a >> "duplicate" in the following algorithms when (a) the receiver of >> the ACK has outstanding data, (b) the incoming acknowledgment >> carries no data, (c) the SYN and FIN bits are both off, (d) the >> acknowledgment number is equal to the greatest acknowledgment >> received on the given connection (TCP.UNA from [RFC793]) and (e) >> the advertised window in the incoming acknowledgment equals the >> advertised window in the last incoming acknowledgment. >>=20 >> Corrected Text >> -------------- >> DUPLICATE ACKNOWLEDGMENT: An acknowledgment is considered a >> "duplicate" in the following algorithms when (a) the receiver of >> the ACK has outstanding data, (b) the incoming acknowledgment >> carries no data, (c) the SYN and FIN bits are both off, (d) the >> acknowledgment number is equal to the greatest acknowledgment >> received on the given connection (SND.UNA from [RFC793]) and (e) >> the advertised window in the incoming acknowledgment equals the >> advertised window in the last incoming acknowledgment. >>=20 >> Notes >> ----- >> There is no such thing as TCP.UNA in RFC793. The boundary between = acknowledged and unacknowledged sent data is SND.UNA. > I agree. >=20 > Best regards > Michael >>=20 >> Instructions: >> ------------- >> This erratum is currently posted as "Reported". If necessary, please >> use "Reply All" to discuss whether it should be verified or >> rejected. When a decision is reached, the verifying party =20 >> can log in to change the status and edit the report, if necessary.=20 >>=20 >> -------------------------------------- >> RFC5681 (draft-ietf-tcpm-rfc2581bis-07) >> -------------------------------------- >> Title : TCP Congestion Control >> Publication Date : September 2009 >> Author(s) : M. Allman, V. Paxson, E. Blanton >> Category : DRAFT STANDARD >> Source : TCP Maintenance and Minor Extensions >> Area : Transport >> Stream : IETF >> Verifying Party : IESG >=20 > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm From nobody Tue Aug 14 01:11:25 2018 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D9EF130E47; Tue, 14 Aug 2018 01:11:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: tcpm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: tcpm@ietf.org Message-ID: <153423428325.17927.4154748925305968555@ietfa.amsl.com> Date: Tue, 14 Aug 2018 01:11:23 -0700 Archived-At: Subject: [tcpm] I-D Action: draft-ietf-tcpm-alternativebackoff-ecn-09.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2018 08:11:23 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the TCP Maintenance and Minor Extensions WG of the IETF. Title : TCP Alternative Backoff with ECN (ABE) Authors : Naeem Khademi Michael Welzl Grenville Armitage Godred Fairhurst Filename : draft-ietf-tcpm-alternativebackoff-ecn-09.txt Pages : 13 Date : 2018-08-14 Abstract: Active Queue Management (AQM) mechanisms allow for burst tolerance while enforcing short queues to minimise the time that packets spend enqueued at a bottleneck. This can cause noticeable performance degradation for TCP connections traversing such a bottleneck, especially if there are only a few flows or their bandwidth-delay- product is large. The reception of a Congestion Experienced (CE) ECN mark indicates that an AQM mechanism is used at the bottleneck, and therefore the bottleneck network queue is likely to be short. Feedback of this signal allows the TCP sender-side ECN reaction in congestion avoidance to reduce the Congestion Window (cwnd) by a smaller amount than the congestion control algorithm's reaction to inferred packet loss. This specification therefore defines an experimental change to the TCP reaction specified in RFC3168, as permitted by RFC 8311. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tcpm-alternativebackoff-ecn/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-tcpm-alternativebackoff-ecn-09 https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-alternativebackoff-ecn-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-alternativebackoff-ecn-09 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 14 07:19:46 2018 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AE0B12426A; Tue, 14 Aug 2018 07:19:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.83.1 Auto-Submitted: auto-generated Precedence: bulk CC: tcpm@ietf.org, tuexen@fh-muenster.de, draft-ietf-tcpm-alternativebackoff-ecn@ietf.org, ietf@kuehlewind.net, =?utf-8?q?Michael_T=C3=BCxen?= , tcpm-chairs@ietf.org Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Reply-To: ietf@ietf.org Message-ID: <153425638437.27164.17254946191920935512.idtracker@ietfa.amsl.com> Date: Tue, 14 Aug 2018 07:19:44 -0700 Archived-At: Subject: [tcpm] Last Call: (TCP Alternative Backoff with ECN (ABE)) to Experimental RFC X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2018 14:19:45 -0000 The IESG has received a request from the TCP Maintenance and Minor Extensions WG (tcpm) to consider the following document: - 'TCP Alternative Backoff with ECN (ABE)' as Experimental RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2018-08-28. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Active Queue Management (AQM) mechanisms allow for burst tolerance while enforcing short queues to minimise the time that packets spend enqueued at a bottleneck. This can cause noticeable performance degradation for TCP connections traversing such a bottleneck, especially if there are only a few flows or their bandwidth-delay- product is large. The reception of a Congestion Experienced (CE) ECN mark indicates that an AQM mechanism is used at the bottleneck, and therefore the bottleneck network queue is likely to be short. Feedback of this signal allows the TCP sender-side ECN reaction in congestion avoidance to reduce the Congestion Window (cwnd) by a smaller amount than the congestion control algorithm's reaction to inferred packet loss. This specification therefore defines an experimental change to the TCP reaction specified in RFC3168, as permitted by RFC 8311. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-tcpm-alternativebackoff-ecn/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-tcpm-alternativebackoff-ecn/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Thu Aug 16 19:32:34 2018 Return-Path: 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 99A5F130E27; Thu, 16 Aug 2018 19:32:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 aXNg4vZXzayP; Thu, 16 Aug 2018 19:32:23 -0700 (PDT) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76714130E26; Thu, 16 Aug 2018 19:32:23 -0700 (PDT) Received: by mail-qt0-x22f.google.com with SMTP id n6-v6so7273277qtl.4; Thu, 16 Aug 2018 19:32:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=30L9Uxyo9rb5tzruisuHcPPwUAUvr2jBPBuWwuEyyp8=; b=GLnsCnxmfmIsRKzMA86BLUhQdxQ7zfPf69oVNSxWFfvmtVb6908MPUl9VGdgoWrEEf s5ygS2W3p7EyLgMnexwWbanoCtK0IgR2p0DcIFM2x8DNdjYK3ubluUd0GiEeOrWXvGyn qndPm1D4U2pUrcHLG/Bvh005oVqyjy6v8zuz9jHJlh1YDXUb/zn3e44BzGtNhn2ZL+z8 zFyQ4jUXM9XCP/4kHfhcx/zYPeAikOVCxeQd05EsOXWXa0jHOzFlapukTjjPO41xkh8x Cw3jNtYK5MRMS/TZKCfJJiyAuMqYRwFRfTt/MJ2EOt10yRN7buAPPKudOw2dLnVvU93E /qfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=30L9Uxyo9rb5tzruisuHcPPwUAUvr2jBPBuWwuEyyp8=; b=AzWrxd9jj5L2WQNtCu+LDpe3CTm0XDm1W0eJBpUKI9lr4GfOaTQ0Hl/05ouKjDokAB jFPYgSCH1huK+KLAkGGgUKq2CF4ChZ6UR0RcfONIm28y6/4oWgGApDn1Fdnugz4p45qW Z5J5fDu9UHCunrQkaAJaoipD24W3rT1xSu6fZvpFDTmN+2eRlMmDnPfQrDopledmfqo8 Hdmh0YSqd/CbjQd6dkGYbILAj4d/gHdnNLL69knOSWBeFxeIetL+tOOjbBIz9U85LpX+ 0X3hZfmBdiEn8hTbc1OIFiuohD1Yh4NOSQLGZcvNtgYkPkO+k1KBE7Dio7hPRg8y29rb vQzg== X-Gm-Message-State: AOUpUlErLfdjbUFXjJXMtxn+yVZekyQGYNH25omKmOg4A6tZxeRfHo2/ dA5auPRsQjb3RCcQlkLgiYATGk+sorw2C9DZmWi8UCQY X-Google-Smtp-Source: AA+uWPwFM1+F7s8VxUWopol24vwyXlZCVejN4KirZLl9pOBylaNu5r+BcjboZVeKHOUjBbQP83J/AjwZboXn9spO7Pg= X-Received: by 2002:aed:2686:: with SMTP id q6-v6mr6895738qtd.199.1534473142016; Thu, 16 Aug 2018 19:32:22 -0700 (PDT) MIME-Version: 1.0 From: Dave Taht Date: Thu, 16 Aug 2018 19:32:09 -0700 Message-ID: To: tcpm@ietf.org, IETF Discussion Mailing List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [tcpm] Last Call: (TCP Alternative Backoff with ECN (ABE)) to Experimental RFC X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 02:32:26 -0000 For the record, I do not support this draft. This group insanity about ECN and ever more relaxed responses to it, is why I quit the IETF. I'm busy fixing bufferbloat everywhere I can, with running code, running on real linux and real bsd systems, and real results[0] - and the only thing I lose sleep over with that deployment[1] is the thought of y'all making an *already not a big enough reduction* for ecn response in modern tcps, even worse. [2] Having left the room, and having realized that few pay attention anyway to this standards body anymore, *please* feel free to pass it over my objection. I realize it's just an experimental draft. However, if there is a future version of this draft, please take my name off the "thanks" page. My suggestion, for an "experiment", would be to CE mark to .5, return linux cubic to .5, and in the presence of both loss and CE marks in an RTT, back off even harder than that, as you've completely overestimated the RTT usually at that point. And then test the hell out of it on the hundreds of flows/minute typically never exiting IW10 slow start on a your typical edge link, against a few long running tcp flows, not the other way 'round. I've had many other suggestions over the years as to valid tests - (many now in flent) against other forms of traffic, videoconferencing, voip, etc, loads, against new forms of DDOS made possible by ECN, etc, etc, all ignored by those afflicted by the ECN madness. The *deployed* aqms I'm most familiar with, fq_codel, and to some extent pie, in the crazy overbuffered[3] world we live in, respond much better to rfc3168-style behavior, in this, typical environment, where we have to inbound shape 680ms of inherent delay in your typical CMTS down to something sane. I have no idea why you need an experimental draft to do this experiment in the first place. Just do the experiment. On your own network, not mine, please. [0] https://github.com/pfsense/pfsense/pull/3941 [1] https://github.com/systemd/systemd/issues/9748 [2] We already, in the sqm-scripts reference distribution, disable ecn universally for outbound, by default, for fq_codel. Recently, we enabled it universally for sch_cake, and as an experiment that's not going particularly well. Please feel free to try these aqms in your experments as they are widely available in openwrt and the current linux kernel. [3] http://www.dslreports.com/speedtest/results/bufferbloat?up=3D1 PS Better yet, redteam ECN. Simplest experiment, one that blows up many ecn assumptions, is just hit your aqm of choice with ECT(0), ECT(1), and CE floods across 1000 udp ports. It's a really hostile internet out there... --=20 Dave T=C3=A4ht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619 From nobody Fri Aug 17 11:17:40 2018 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E0F3130E14; Fri, 17 Aug 2018 11:17:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Russ Housley To: Cc: tcpm@ietf.org, ietf@ietf.org, draft-ietf-tcpm-alternativebackoff-ecn.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153452985801.18009.2900521078281198682@ietfa.amsl.com> Date: Fri, 17 Aug 2018 11:17:38 -0700 Archived-At: Subject: [tcpm] Genart last call review of draft-ietf-tcpm-alternativebackoff-ecn-09 X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 18:17:38 -0000 Reviewer: Russ Housley Review result: Ready I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more information, please see the FAQ at . Document: draft-ietf-tcpm-alternativebackoff-ecn-09 Reviewer: Russ Housley Review Date: 2018-08-17 IETF LC End Date: 2018-08-28 IESG Telechat date: unknown Summary: Ready Major Concerns: None Minor Concerns: Section 2: Please update the first paragraph to reference RFC 8174 in addition to RFC 2119, as follows: The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here. Section 12.1: Please add a normative reference to RFC 7926. Nits: Abstract: s/RFC3168/RFC 3168/ Section 1: s/RFC8087 [RFC8087]/[RFC8087]/ Section 1 says: However, currently used loss-based congestion control mechanisms cannot always utilise a bottleneck link well where there are short queues. I stumbled on this sentence. Maybe it would read better if you said that current mechanisms sometimes provides poor link utilization when queues are short. Section 1: s/allow for short queues only/allow only for short queues/ Section 6: s/RFC3168 states/[RFC3168] states/ and s/dropped packet [RFC3168]./dropped packet./ Section 6: s/the TCPM WG or IESG/the TCPM WG or the IESG/ Section 7" s/TCPM working group/TCPM Working Group/ or /TCPM WG/ From nobody Fri Aug 17 11:23:12 2018 Return-Path: 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 1236A130E00; Fri, 17 Aug 2018 11:22:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 p4qET-ejKOjL; Fri, 17 Aug 2018 11:22:55 -0700 (PDT) Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [137.50.19.135]) by ietfa.amsl.com (Postfix) with ESMTP id A4286130DC7; Fri, 17 Aug 2018 11:22:52 -0700 (PDT) Received: from Gs-MacBook-Pro.local (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id C99691B0020A; Fri, 17 Aug 2018 19:22:45 +0100 (BST) Message-ID: <5B771275.2080709@erg.abdn.ac.uk> Date: Fri, 17 Aug 2018 19:22:45 +0100 From: Gorry Fairhurst Reply-To: gorry@erg.abdn.ac.uk Organization: University of Aberdeen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Russ Housley CC: gen-art@ietf.org, tcpm@ietf.org, ietf@ietf.org, draft-ietf-tcpm-alternativebackoff-ecn.all@ietf.org References: <153452985801.18009.2900521078281198682@ietfa.amsl.com> In-Reply-To: <153452985801.18009.2900521078281198682@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [tcpm] Genart last call review of draft-ietf-tcpm-alternativebackoff-ecn-09 X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 18:22:58 -0000 Thanks Russ - I believe we will deal with all these in the next revision, Gorry On 17/08/2018, 19:17, Russ Housley wrote: > Reviewer: Russ Housley > Review result: Ready > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > . > > Document: draft-ietf-tcpm-alternativebackoff-ecn-09 > Reviewer: Russ Housley > Review Date: 2018-08-17 > IETF LC End Date: 2018-08-28 > IESG Telechat date: unknown > > Summary: Ready > > > Major Concerns: > > None > > > Minor Concerns: > > Section 2: Please update the first paragraph to reference RFC 8174 > in addition to RFC 2119, as follows: > > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and > "OPTIONAL" in this document are to be interpreted as described in BCP > 14 [RFC2119] [RFC8174] when, and only when, they appear in all > capitals, as shown here. > > Section 12.1: Please add a normative reference to RFC 7926. > > > Nits: > > Abstract: s/RFC3168/RFC 3168/ > > Section 1: s/RFC8087 [RFC8087]/[RFC8087]/ > > Section 1 says: > > However, currently used loss-based congestion control mechanisms > cannot always utilise a bottleneck link well where there are short > queues. > > I stumbled on this sentence. Maybe it would read better if you said > that current mechanisms sometimes provides poor link utilization when > queues are short. > > Section 1: s/allow for short queues only/allow only for short queues/ > > Section 6: s/RFC3168 states/[RFC3168] states/ and > s/dropped packet [RFC3168]./dropped packet./ > > Section 6: s/the TCPM WG or IESG/the TCPM WG or the IESG/ > > Section 7" s/TCPM working group/TCPM Working Group/ or /TCPM WG/ > From nobody Fri Aug 17 11:49:02 2018 Return-Path: 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 E1D06130F01 for ; Fri, 17 Aug 2018 11:48:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no 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 NfA5mpvblcGn for ; Fri, 17 Aug 2018 11:48:51 -0700 (PDT) Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A7DE130F21 for ; Fri, 17 Aug 2018 11:48:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id 8E282300596 for ; Fri, 17 Aug 2018 14:41:28 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.smeinc.net Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id z4i4-q9ddec3 for ; Fri, 17 Aug 2018 14:41:26 -0400 (EDT) Received: from a860b60074bd.home (pool-71-127-50-4.washdc.fios.verizon.net [71.127.50.4]) by mail.smeinc.net (Postfix) with ESMTPSA id B1DE7300433; Fri, 17 Aug 2018 14:41:26 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: Russ Housley In-Reply-To: <153452985801.18009.2900521078281198682@ietfa.amsl.com> Date: Fri, 17 Aug 2018 14:41:26 -0400 Cc: tcpm@ietf.org, IETF , draft-ietf-tcpm-alternativebackoff-ecn.all@ietf.org Content-Transfer-Encoding: 7bit Message-Id: References: <153452985801.18009.2900521078281198682@ietfa.amsl.com> To: IETF Gen-ART X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [tcpm] [Gen-art] Genart last call review of draft-ietf-tcpm-alternativebackoff-ecn-09 X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 18:48:53 -0000 See inline. > On Aug 17, 2018, at 2:17 PM, Russ Housley wrote: > > Reviewer: Russ Housley > Review result: Ready > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > . > > Document: draft-ietf-tcpm-alternativebackoff-ecn-09 > Reviewer: Russ Housley > Review Date: 2018-08-17 > IETF LC End Date: 2018-08-28 > IESG Telechat date: unknown > > Summary: Ready > > > Major Concerns: > > None > > > Minor Concerns: > > Section 2: Please update the first paragraph to reference RFC 8174 > in addition to RFC 2119, as follows: > > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and > "OPTIONAL" in this document are to be interpreted as described in BCP > 14 [RFC2119] [RFC8174] when, and only when, they appear in all > capitals, as shown here. > > Section 12.1: Please add a normative reference to RFC 7926. Oops. This should say RFC 8174. > > > Nits: > > Abstract: s/RFC3168/RFC 3168/ > > Section 1: s/RFC8087 [RFC8087]/[RFC8087]/ > > Section 1 says: > > However, currently used loss-based congestion control mechanisms > cannot always utilise a bottleneck link well where there are short > queues. > > I stumbled on this sentence. Maybe it would read better if you said > that current mechanisms sometimes provides poor link utilization when > queues are short. > > Section 1: s/allow for short queues only/allow only for short queues/ > > Section 6: s/RFC3168 states/[RFC3168] states/ and > s/dropped packet [RFC3168]./dropped packet./ > > Section 6: s/the TCPM WG or IESG/the TCPM WG or the IESG/ > > Section 7" s/TCPM working group/TCPM Working Group/ or /TCPM WG/ > > > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art From nobody Fri Aug 24 06:39:31 2018 Return-Path: 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 5B95A127148 for ; Fri, 24 Aug 2018 06:39:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 B4HOFrrBthT9 for ; Fri, 24 Aug 2018 06:39:27 -0700 (PDT) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA26F126BED for ; Fri, 24 Aug 2018 06:39:27 -0700 (PDT) Received: by mail-io0-x235.google.com with SMTP id q5-v6so3923533iop.3 for ; Fri, 24 Aug 2018 06:39:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=tUzmwDTxDKJRZN7iubbXmz5mdpH28AbYg2qpim63OpA=; b=klAVd59R/iofsh/XPeT1S/f7BtQvxCCOagr8DbKfziAXyFrhxHdzxEWoNUxsNvvlcu Z4M8K9hx3755Aht/F7ytcHzvyfYv01mg7lBnbmNPbSqykpLK60o5RJ6W12JGAsyDej/x lTzT+OXwFvCsYeLRSaRmJf5iMmOTkL7xgN/rIgExPtNVA9bZ9C4idSi/5vNKVMWlraxs dmd7VwSwZCxs24Ml4vMJg27CqSIdm7i75p4F4BXRd+h23/71FY2M0JzUSHzf9HbcwwxO uGWqxbvyq4eotCv0Wa/RN6jcthdZVfgSG8m2DEdWWTayK+Pr48E8C2MNr0xrniB40puW jJwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=tUzmwDTxDKJRZN7iubbXmz5mdpH28AbYg2qpim63OpA=; b=hTW8bhTAprp9wDeDi1+VxB/Sc4iEk7cUH8fJwqSdiFKRDYBqEcMBq5RyYqZd3Wgxbc bwAU8medD61ON/HFNGpb+AxO89LI22VzmyIEdsU2CRTYRExU6VhH5mU502p5aXAB/dcp /9WgoVJiS26MSCFSZJxslfq/jOUl0ut/Od+llQ6/ZjZUCX/vZl5D+CDwXk1LjtK8qSyf nvzV9sqsK02VU5m5Fag0hPXogHIPfFWtKP80M0STFQoQaVjY3DgJEWUBPaA6qtS6Qyma gjkELQYg/np07MWn3bZx4QQBZkmNGtU+Bre6SFbpR0aEcheWB5DbOP+Pk5Q1vSBgR5+5 1crA== X-Gm-Message-State: APzg51AKVrUuVMI1Utz6m3WYwNzmr0Ot/Ph9i8dYr7UuPrNyr7V5zhKn QO4I+KRjc8EZIceyL0ZHV1bNekpDgPDRDXgHwNLDgR/u X-Google-Smtp-Source: ANB0VdZxVdOezbv0B44qrPYxtHMBH7ZSqTxKnuHQkIEBQG0/MNWnS+9sxhtarzIDqPIWpvu8WhPIk/1NVJHC7KGfFqI= X-Received: by 2002:a6b:24a:: with SMTP id 71-v6mr1209769ioc.191.1535117966853; Fri, 24 Aug 2018 06:39:26 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:f741:0:0:0:0:0 with HTTP; Fri, 24 Aug 2018 06:39:26 -0700 (PDT) From: Loganaden Velvindron Date: Fri, 24 Aug 2018 17:39:26 +0400 Message-ID: To: "tcpm@ietf.org Extensions" , =?UTF-8?Q?Mirja_K=C3=BChlewind?= Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [tcpm] rfc5961 and suggested updates. X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Aug 2018 13:39:31 -0000 Hello folks, I realized a few days ago that this draft: draft-lvelvindron-ack-throttling-02 was referenced here (slide 34): https://data.hackinn.com/ppt/2018%E7%9C%8B%E9%9B%AA%E5%BC%80%E5%8F%91%E8%80%85%E5%B3%B0%E4%BC%9A/TCP%E7%9A%84%E5%8E%84%E8%BF%90%EF%BC%8C%E7%BD%91%E7%BB%9C%E5%8D%8F%E8%AE%AE%E4%BE%A7%E4%BF%A1%E9%81%93%E5%88%86%E6%9E%90%E5%8F%8A%E5%88%A9%E7%94%A8.pdf There were some objections at the time regarding whether to update https://tools.ietf.org/html/rfc5961 or not: https://www.ietf.org/mail-archive/web/tcpm/current/msg10433.html Since the draft is referenced, I would consider doing some more work for an independent submission that clarifies rfc5961 or even an informational WG document. We can clarify section 7 and leave the deprecation out of the draft, as Joe disagreed on this part. I would like to hear opinions. From nobody Fri Aug 24 07:07:36 2018 Return-Path: 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 8BA05127332 for ; Fri, 24 Aug 2018 07:07:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no 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 xXx6pIvKwJTh for ; Fri, 24 Aug 2018 07:07:32 -0700 (PDT) Received: from virgo02.ee.ethz.ch (virgo02.ee.ethz.ch [129.132.72.10]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 519F6127333 for ; Fri, 24 Aug 2018 07:07:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by virgo02.ee.ethz.ch (Postfix) with ESMTP id 41xjlk60xjz15M2c; Fri, 24 Aug 2018 16:07:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at virgo02.ee.ethz.ch Received: from virgo02.ee.ethz.ch ([127.0.0.1]) by localhost (virgo02.ee.ethz.ch [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v5Bi6mO6vrte; Fri, 24 Aug 2018 16:07:29 +0200 (CEST) X-MtScore: NO score=0 Received: from [192.168.178.24] (mue-88-130-61-056.dsl.tropolys.de [88.130.61.56]) by virgo02.ee.ethz.ch (Postfix) with ESMTPSA; Fri, 24 Aug 2018 16:07:29 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: =?utf-8?Q?Mirja_K=C3=BChlewind?= In-Reply-To: Date: Fri, 24 Aug 2018 16:07:25 +0200 Cc: "tcpm@ietf.org Extensions" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Loganaden Velvindron X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [tcpm] rfc5961 and suggested updates. X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Aug 2018 14:07:35 -0000 Hi, my personal opinion: I agree that documenting the problem and recommending the implementation = of per-socket limits would be a useful thing to do. I don=E2=80=99t think it is appropriated or needed to update or even = deprecate RFC5961, therefore I would strongly support the changes to = this draft as you described below. Mirja > Am 24.08.2018 um 15:39 schrieb Loganaden Velvindron = : >=20 > Hello folks, >=20 > I realized a few days ago that this draft: > draft-lvelvindron-ack-throttling-02 >=20 > was referenced here (slide 34): > = https://data.hackinn.com/ppt/2018%E7%9C%8B%E9%9B%AA%E5%BC%80%E5%8F%91%E8%8= 0%85%E5%B3%B0%E4%BC%9A/TCP%E7%9A%84%E5%8E%84%E8%BF%90%EF%BC%8C%E7%BD%91%E7= %BB%9C%E5%8D%8F%E8%AE%AE%E4%BE%A7%E4%BF%A1%E9%81%93%E5%88%86%E6%9E%90%E5%8= F%8A%E5%88%A9%E7%94%A8.pdf >=20 > There were some objections at the time regarding whether to update > https://tools.ietf.org/html/rfc5961 or not: >=20 > https://www.ietf.org/mail-archive/web/tcpm/current/msg10433.html >=20 > Since the draft is referenced, I would consider doing some more work > for an independent submission that clarifies rfc5961 or even an > informational WG document. We can clarify section 7 and leave the > deprecation out of the draft, as Joe disagreed on this part. >=20 > I would like to hear opinions. From nobody Wed Aug 29 09:19:15 2018 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AA1E1130E97; Wed, 29 Aug 2018 09:19:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Joseph Salowey To: Cc: tcpm@ietf.org, iesg@ietf.org, draft-ietf-tcpm-alternativebackoff-ecn.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153555955265.14634.5037104008217643409@ietfa.amsl.com> Date: Wed, 29 Aug 2018 09:19:12 -0700 Archived-At: Subject: [tcpm] Secdir last call review of draft-ietf-tcpm-alternativebackoff-ecn-09 X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 16:19:13 -0000 Reviewer: Joseph Salowey Review result: Ready I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. The summary of the review is the document is ready. This document discusses and experimental change to the TCP ECN backoff. The document was understandable and had adequate security considerations. From nobody Fri Aug 31 00:02:57 2018 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 56F9712872C; Fri, 31 Aug 2018 00:02:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: tcpm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: tcpm@ietf.org Message-ID: <153569896828.29273.13774209697177546914@ietfa.amsl.com> Date: Fri, 31 Aug 2018 00:02:48 -0700 Archived-At: Subject: [tcpm] I-D Action: draft-ietf-tcpm-alternativebackoff-ecn-10.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 07:02:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the TCP Maintenance and Minor Extensions WG of the IETF. Title : TCP Alternative Backoff with ECN (ABE) Authors : Naeem Khademi Michael Welzl Grenville Armitage Godred Fairhurst Filename : draft-ietf-tcpm-alternativebackoff-ecn-10.txt Pages : 13 Date : 2018-08-31 Abstract: Active Queue Management (AQM) mechanisms allow for burst tolerance while enforcing short queues to minimise the time that packets spend enqueued at a bottleneck. This can cause noticeable performance degradation for TCP connections traversing such a bottleneck, especially if there are only a few flows or their bandwidth-delay- product is large. The reception of a Congestion Experienced (CE) ECN mark indicates that an AQM mechanism is used at the bottleneck, and therefore the bottleneck network queue is likely to be short. Feedback of this signal allows the TCP sender-side ECN reaction in congestion avoidance to reduce the Congestion Window (cwnd) by a smaller amount than the congestion control algorithm's reaction to inferred packet loss. This specification therefore defines an experimental change to the TCP reaction specified in RFC3168, as permitted by RFC 8311. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tcpm-alternativebackoff-ecn/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-tcpm-alternativebackoff-ecn-10 https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-alternativebackoff-ecn-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-alternativebackoff-ecn-10 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Aug 31 00:05:01 2018 Return-Path: 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 2C186130E12 for ; Fri, 31 Aug 2018 00:05:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no 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 v2HG70KxIE1c for ; Fri, 31 Aug 2018 00:04:57 -0700 (PDT) Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [137.50.19.135]) by ietfa.amsl.com (Postfix) with ESMTP id 4E42112872C for ; Fri, 31 Aug 2018 00:04:57 -0700 (PDT) Received: from Gs-MacBook-Pro.local (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPSA id 9DAC21B00414; Fri, 31 Aug 2018 08:04:53 +0100 (BST) Message-ID: <5B88E894.5010100@erg.abdn.ac.uk> Date: Fri, 31 Aug 2018 08:04:52 +0100 From: Gorry Fairhurst Reply-To: gorry@erg.abdn.ac.uk Organization: University of Aberdeen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: "tcpm@ietf.org" CC: "ietf@kuehlewind.net" References: <153569896879.29273.11646529703175889514.idtracker@ietfa.amsl.com> In-Reply-To: <153569896879.29273.11646529703175889514.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <153569896879.29273.11646529703175889514.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [tcpm] Fwd: New Version Notification for draft-ietf-tcpm-alternativebackoff-ecn-10.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 07:05:00 -0000 We just posted a new revision that we think addresses the recent GenART review comments. Best wishes, Gorry -------- Original Message -------- Subject: New Version Notification for draft-ietf-tcpm-alternativebackoff-ecn-10.txt Date: Fri, 31 Aug 2018 00:02:48 -0700 From: internet-drafts@ietf.org To: Grenville Armitage , Godred Fairhurst , Michael Welzl , Naeem Khademi , Gorry Fairhurst A new version of I-D, draft-ietf-tcpm-alternativebackoff-ecn-10.txt has been successfully submitted by Godred Fairhurst and posted to the IETF repository. Name: draft-ietf-tcpm-alternativebackoff-ecn Revision: 10 Title: TCP Alternative Backoff with ECN (ABE) Document date: 2018-08-31 Group: tcpm Pages: 13 URL: https://www.ietf.org/internet-drafts/draft-ietf-tcpm-alternativebackoff-ecn-10.txt Status: https://datatracker.ietf.org/doc/draft-ietf-tcpm-alternativebackoff-ecn/ Htmlized: https://tools.ietf.org/html/draft-ietf-tcpm-alternativebackoff-ecn-10 Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-alternativebackoff-ecn Diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-alternativebackoff-ecn-10 Abstract: Active Queue Management (AQM) mechanisms allow for burst tolerance while enforcing short queues to minimise the time that packets spend enqueued at a bottleneck. This can cause noticeable performance degradation for TCP connections traversing such a bottleneck, especially if there are only a few flows or their bandwidth-delay- product is large. The reception of a Congestion Experienced (CE) ECN mark indicates that an AQM mechanism is used at the bottleneck, and therefore the bottleneck network queue is likely to be short. Feedback of this signal allows the TCP sender-side ECN reaction in congestion avoidance to reduce the Congestion Window (cwnd) by a smaller amount than the congestion control algorithm's reaction to inferred packet loss. This specification therefore defines an experimental change to the TCP reaction specified in RFC3168, as permitted by RFC 8311. 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 From nobody Fri Aug 31 09:01:09 2018 Return-Path: X-Original-To: tcpm@ietf.org Delivered-To: tcpm@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 42E51130E20; Fri, 31 Aug 2018 09:01:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: tcpm@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: tcpm@ietf.org Message-ID: <153573126721.29168.5176004281946528253@ietfa.amsl.com> Date: Fri, 31 Aug 2018 09:01:07 -0700 Archived-At: Subject: [tcpm] I-D Action: draft-ietf-tcpm-alternativebackoff-ecn-11.txt X-BeenThere: tcpm@ietf.org X-Mailman-Version: 2.1.27 List-Id: TCP Maintenance and Minor Extensions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 16:01:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the TCP Maintenance and Minor Extensions WG of the IETF. Title : TCP Alternative Backoff with ECN (ABE) Authors : Naeem Khademi Michael Welzl Grenville Armitage Godred Fairhurst Filename : draft-ietf-tcpm-alternativebackoff-ecn-11.txt Pages : 13 Date : 2018-08-31 Abstract: Active Queue Management (AQM) mechanisms allow for burst tolerance while enforcing short queues to minimise the time that packets spend enqueued at a bottleneck. This can cause noticeable performance degradation for TCP connections traversing such a bottleneck, especially if there are only a few flows or their bandwidth-delay- product is large. The reception of a Congestion Experienced (CE) ECN mark indicates that an AQM mechanism is used at the bottleneck, and therefore the bottleneck network queue is likely to be short. Feedback of this signal allows the TCP sender-side ECN reaction in congestion avoidance to reduce the Congestion Window (cwnd) by a smaller amount than the congestion control algorithm's reaction to inferred packet loss. This specification therefore defines an experimental change to the TCP reaction specified in RFC3168, as permitted by RFC 8311. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-tcpm-alternativebackoff-ecn/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-tcpm-alternativebackoff-ecn-11 https://datatracker.ietf.org/doc/html/draft-ietf-tcpm-alternativebackoff-ecn-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-tcpm-alternativebackoff-ecn-11 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/