Re: [tcpm] [Technical Errata Reported] RFC3782 (6789)
"Black, David" <David.Black@dell.com> Mon, 03 January 2022 17:02 UTC
Return-Path: <David.Black@dell.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2457F3A08B0; Mon, 3 Jan 2022 09:02:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.676
X-Spam-Level:
X-Spam-Status: No, score=-2.676 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.576, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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=dell.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 g5qWLEUZukzU; Mon, 3 Jan 2022 09:02:28 -0800 (PST)
Received: from mx0a-00154904.pphosted.com (mx0a-00154904.pphosted.com [148.163.133.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0895F3A084D; Mon, 3 Jan 2022 09:02:27 -0800 (PST)
Received: from pps.filterd (m0170392.ppops.net [127.0.0.1]) by mx0a-00154904.pphosted.com (8.16.1.2/8.16.1.2) with ESMTP id 203Bbk60012700; Mon, 3 Jan 2022 12:01:58 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dell.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=smtpout1; bh=8QBwQItfNQ91L2oZz9mvwHI4K72GgdA5Ed4mZqXlYZc=; b=JRt/0HPFGiKk6Eq4oHJXjh59V3HCm93M8FLTNAY018eV/7TUW6XgQzsSq8W8o0PKqapr fPDkqv1URJdoBu1iUGoUMLnrCLApTj7wSIM/MgEdMB/OLDJIWjx6YHn3xKYe2qhQNDKn 3P9t6veqWMCHzJ2Fo3L07DGKjKQ+1emO10pGjIZFEQd80SZQJU9iAiq5Jkuw1BDDAozg S5fA6FExEDjWoKnRx/gEeU8rNVW2CEJPTa4wVkUwjb82tojcp3aG2TMJoqDFfHWhzHGW NBnkD3/BjqkEKps8/k2g8XB8c+o9U5DH+RePBXLbvpRJ58U9rG8+iFC5WxuP13PZLGRV lg==
Received: from mx0a-00154901.pphosted.com (mx0a-00154901.pphosted.com [67.231.149.39]) by mx0a-00154904.pphosted.com (PPS) with ESMTPS id 3dak0gwaje-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 03 Jan 2022 12:01:58 -0500
Received: from pps.filterd (m0134746.ppops.net [127.0.0.1]) by mx0a-00154901.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 203H0ONd121959; Mon, 3 Jan 2022 12:01:57 -0500
Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2108.outbound.protection.outlook.com [104.47.55.108]) by mx0a-00154901.pphosted.com with ESMTP id 3dbxkkmtpq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 03 Jan 2022 12:01:57 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K13sXIinu4//4IiZEl70kJ/pVeFKiM8enssuNGEuFJbSzc4E1we29z4k9RhcbY1hV8BH+MIp1n/GZkNOZnbIFICAqRiolOA+tbkxS0Qd2Hn+Tn8nuU5IK3XzD1ozetLpamaFFc+oLPAvQQ+MPC0IN6mkzAGJafADstPQe9+1qzhFWWKo6dFpm2PoHMl3wH6sZbbB7kBrlkdWeG0JhCJ2THDEiFYOWu4g4LW9VWmTTteE3YFVPKu2mzYmEbWPbN+du/dRzU7z5FPsrPah3+kEx0tlpF/EcMV+p1Gz6vvoW8RHE3mLQQJ6YVgGqLJSoV461UEIdDwemayuXiI0pxLDig==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=8QBwQItfNQ91L2oZz9mvwHI4K72GgdA5Ed4mZqXlYZc=; b=jKlvm+W6wcOz604iiUOnHvObPGQLRiwF5uzNvpwpnOBqh+T6wmgKBZAkZ0F+gPmle6pWziuqqBxtyqXQdzaKmj2odIaRR/WGZt06tTP4hyMmv1zZKoy2vtaX/SLCrHz14zrVLP/iQpst4Fw4GD5Sg+5U2cYiWDRK4m0VIQyHtjJqVBzfbqrS4Fvh1jn4dfDCh0uNouwgrpk5Jv5ttRwFlBbwLc/HFG34+KTlFN16sQedzArqtDdjhf2YQ3qjSlt5KojpHG2wD7FKHBb9l7LpK9+OdtGkn/11aHMysx27n+01RuoCjoJRBu6aob/1/2Svd2Bqb5IZwQW47e2FwMLS2Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=dell.com; dmarc=pass action=none header.from=dell.com; dkim=pass header.d=dell.com; arc=none
Received: from MN2PR19MB4045.namprd19.prod.outlook.com (2603:10b6:208:1e4::9) by BL0PR1901MB2019.namprd19.prod.outlook.com (2603:10b6:207:34::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4844.14; Mon, 3 Jan 2022 17:01:55 +0000
Received: from MN2PR19MB4045.namprd19.prod.outlook.com ([fe80::2825:237b:6e94:80bb]) by MN2PR19MB4045.namprd19.prod.outlook.com ([fe80::2825:237b:6e94:80bb%5]) with mapi id 15.20.4844.016; Mon, 3 Jan 2022 17:01:55 +0000
From: "Black, David" <David.Black@dell.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>, "floyd@acm.org" <floyd@acm.org>, "thomas.r.henderson@boeing.com" <thomas.r.henderson@boeing.com>, "andrei.gurtov@teliasonera.com" <andrei.gurtov@teliasonera.com>, "martin.h.duke@gmail.com" <martin.h.duke@gmail.com>, "Zaheduzzaman.Sarker@ericsson.com" <Zaheduzzaman.Sarker@ericsson.com>, "gorry@erg.abdn.ac.uk" <gorry@erg.abdn.ac.uk>, "wes@mti-systems.com" <wes@mti-systems.com>
CC: "q645v49v@anonaddy.me" <q645v49v@anonaddy.me>, "tsvwg@ietf.org" <tsvwg@ietf.org>, "tcpm@ietf.org" <tcpm@ietf.org>, "Black, David" <David.Black@dell.com>
Thread-Topic: [Technical Errata Reported] RFC3782 (6789)
Thread-Index: AQHX9LCJP1miHhqzNEKyugaaxGsJFaxRnXyA
Date: Mon, 03 Jan 2022 17:01:55 +0000
Message-ID: <MN2PR19MB4045B6E7C0CD14859E05BF4883499@MN2PR19MB4045.namprd19.prod.outlook.com>
References: <20211219081501.6A08C214B58@rfc-editor.org>
In-Reply-To: <20211219081501.6A08C214B58@rfc-editor.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_34759c52-a6db-4813-b00f-5ea20e29646d_Enabled=true; MSIP_Label_34759c52-a6db-4813-b00f-5ea20e29646d_SetDate=2022-01-03T17:01:53Z; MSIP_Label_34759c52-a6db-4813-b00f-5ea20e29646d_Method=Privileged; MSIP_Label_34759c52-a6db-4813-b00f-5ea20e29646d_Name=Public; MSIP_Label_34759c52-a6db-4813-b00f-5ea20e29646d_SiteId=945c199a-83a2-4e80-9f8c-5a91be5752dd; MSIP_Label_34759c52-a6db-4813-b00f-5ea20e29646d_ActionId=07d690b1-ed03-40a0-8705-cd2b5dd09885; MSIP_Label_34759c52-a6db-4813-b00f-5ea20e29646d_ContentBits=0
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a11d650f-bad4-4854-bea3-08d9cedabf4b
x-ms-traffictypediagnostic: BL0PR1901MB2019:EE_
x-microsoft-antispam-prvs: <BL0PR1901MB2019BFB695FEE4A0EB7E32C083499@BL0PR1901MB2019.namprd19.prod.outlook.com>
x-exotenant: 2khUwGVqB6N9v58KS13ncyUmMJd8q4
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: lU42U6BdgqGHwyfpLHEc7r0Mk5fDzW9rGDsOSMXF/HdpPEuSTsqXXGbGSXfaxXXsKsAu3pG10F18gqDlpj++Jk/gFv5Ghi6rYNzX9ooDtpZDrLHgSf6a9Jz+OFWpog4wiH2PiFyt6N4vfxBjSajSZqQwtRYHzGtGbfNfyLLD2oz+P4as/xojw59K6p2i63l0J101pezJd589q7Iels9iqD363U71ftBPQfaGhjyhISKAcCzNDVpYbceeHPtdMQFrVNp9RqDDw8SClOS/qDI7MRiovYSCTfNT5+YhGzO6P52+sdKetK3MCBJ/H88jq6d8RjD9TtFWK9igx7hQRsnii30oRvd0VdVT7WxpN74OqLar5AUtQRTSfVbxr8cyJo67IYaOvXcJhEBrRUg8mOl8Nu0MtiiLnn+9zfgR4msFsqVmQZ/PdyPwyY4wP1s5V/5iiOYbpm0pqsOC1xpfXM+tMzPlFMCm2XH2oDBp3cYIcR2J7E44h2c3KFE0dbgFvaKj8KwZB49oNlAI9GVmCejt9fwOn8wi3cU8Eb0on+EqU+HOgmw909fszDeeOJaxix/oSivN8J8qyffbE7nUdhjRtis4r47jZC5KL8POV3iymlesaD7D9/hZAIAX1GGF74IQS9cJ1yQIRjr+yv7M7wFiUS9ghiUr59SA8WMdsgLrsyM7pD7VVHJQuat1XsesjrUYJc/AJiPhxjvxNcSE3GuhhM5/wk8vkRxDnSpC2bAVrdIi74STKsvMOdCjRFW62Hvuix4U6L1HXLdTJvUVQm+TCbKmq3gYAQro2NQegPABL+g=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR19MB4045.namprd19.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(64756008)(9686003)(8676002)(66556008)(786003)(8936002)(4326008)(5660300002)(53546011)(52536014)(66476007)(82960400001)(33656002)(966005)(55016003)(316002)(508600001)(26005)(7696005)(107886003)(6506007)(71200400001)(186003)(66446008)(83380400001)(86362001)(7416002)(2906002)(76116006)(38070700005)(66946007)(110136005)(122000001)(54906003)(38100700002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: z/AEoA1lEQRynETGnhZZL5kr4B5cqUk59/UQUdYpWOfFCloKnWtXgjSbCB7Kt70x70zwm0Wn6NzpT/Jq/B9cqw93EXZxoqcp6V6PHvQAxi2Pqu/U8hCatZ1xgC+7PcBcXijWPBkGrMzLh2YsX2UzMt2K58az/dRq3c6Y7UPn2+fORYPubuWDF9uBpDCxVmveTSaSRtdckPIjKuLIPvPuTf31Iz+oy7OVZ7HaWUM/Edw9J+O6Ic1VSX/CD4h9pze2Aji7O5IWdzetS6DHPYuLAp8tJutFXEGuFJLW/ksrX3m9Ew/BC6h++J+xlDfqJa/lZzjas9M4zD+OtBWL88rEs7zBxgvRbxps2gj93c/XSo1N51pT0v8xMzJ3/PqSE1gNzB8RLZfb6rJOJ5+o42BBiEOufhHle3kLK2ivBG1HCOfilAQ2jQdIncmyXCFNWXbk4RLpAE1TeMpo5TP2BVn0XE26pIimcuszbojff57YWYPjPNn34mJCOAmljvT3BVRLpLlaf2JXJzj5AJTPSpO3bnHOk9DHCE5CKW98OqucYC/OMvSzpJjcmPEtkqbObWkYLgfj6oEDGi8SBzcdbOQM119wUVRmLWTMckvw8XluJOa0Z3QG5MgLxLTYDINmyU2INE6STiyxnCIFNSuIoDJdPmYsSX8F56/DCogS0VZc0tIUFoKhIP8mhvaaS239YoEW4p3l0W5HlwrfmkR/zeaQdEKcOU6SVScD9FqrBU6JPoJGvRXEkubmFuHl40OT6h1nhjIgYNchlUz1yY6+evz77nfaC3OvERumv/3uzakjO456TkbBGtPV/9RLYn9OsdjZI6i7RUlGKPxrQFt+Ja/SCb7ESNcEu+vzdFNaFT0gfsZinRPOvZIUj8/FBHQwKiuP6kzahdYMsb688BxRnjwIe6v8eAKI2TCAScpEOJMm+zddjZ88DR0c1C3PdRqYU+XKFxLYE8+S3j0jLL8fsFzvqJRs1o0nQKlLU35GSrl5O3/6LyaHrUz4PG3mpmawwFu3Dztdl2cgHiE7ZQ7OfUtnn/SIQdeED3C+gjMgrK/yqw3gnFpWZ+mZ8y+QRbXuvQkZdZ2uJzqd9XBT3of43ih6ilIhP/31V14fzhfJXBeHtywuLH5jMYJSYVZh9RvGk/+zGp3co82HrRJaLWL6Z71sBB0GcdvvAbJQ4B09qe/Qfi2NfRD8RgAqN0wyOP5I1zFUlhohBUfpBLQV+OKY/eToNkICMByMHkVq2YQma8puVKk5IKTjhqXUKcxnIhxxZiSk1MeaijPU+3gXXv1dPuINly8Zu/GxiXy03lA5wPMyJQg2KMqUT9pdocr+qGxxLUTwFQ3p1YhU/JL5RQyLN5vbV8JG1MROrjhO+S9DaaDB+0YJdlqszsclSb2lbfnd4l/iec9dRsOn7yzI2h45MrqqxRkrQZfknLESClsUYhVMCQMToyws0hRnPvHeeDYr2pakXm1HLJ+xnaYcdpHb58KN8pExgcN0w5mwkCy+v7vXVEatP1bf1gyXsQIfINYFSipiY5R+UKIJDiycl7DZzwvxpAkgBCefcBeWYM9EujFVl/DdLgzbIHZF9GIzyVc1G5SjmgxwP1rYRFl9IoNvZFOwoQ==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: Dell.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR19MB4045.namprd19.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a11d650f-bad4-4854-bea3-08d9cedabf4b
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jan 2022 17:01:55.5834 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 945c199a-83a2-4e80-9f8c-5a91be5752dd
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: XE8zqfBNAwhwuvHbIPKdtY8ikG31FP292qUQCynxYmhbTxdUNaFocTtrwKTtUO8ycWWvMLMxdVZX6EiDHyR5Gw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR1901MB2019
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.425, 18.0.790 definitions=2022-01-03_06:2022-01-01, 2022-01-03 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 malwarescore=0 priorityscore=1501 lowpriorityscore=0 clxscore=1011 phishscore=0 impostorscore=0 spamscore=0 bulkscore=0 mlxlogscore=999 mlxscore=0 suspectscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2201030115
X-Proofpoint-GUID: xj5WSWBAEseM8P8JyB1IXj7D1lkE_vfo
X-Proofpoint-ORIG-GUID: xj5WSWBAEseM8P8JyB1IXj7D1lkE_vfo
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 mlxlogscore=999 adultscore=0 bulkscore=0 malwarescore=0 mlxscore=0 spamscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2110150000 definitions=main-2201030116
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/0MEJJTdfduS0QQvpHy6N-kcDY4Y>
X-Mailman-Approved-At: Tue, 04 Jan 2022 10:03:04 -0800
Subject: Re: [tcpm] [Technical Errata Reported] RFC3782 (6789)
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jan 2022 17:02:33 -0000
+tcpm, Thanks, --David -----Original Message----- From: RFC Errata System <rfc-editor@rfc-editor.org> Sent: Sunday, December 19, 2021 3:15 AM To: floyd@acm.org; thomas.r.henderson@boeing.com; andrei.gurtov@teliasonera.com; martin.h.duke@gmail.com; Zaheduzzaman.Sarker@ericsson.com; Black, David; gorry@erg.abdn.ac.uk; wes@mti-systems.com Cc: q645v49v@anonaddy.me; tsvwg@ietf.org; rfc-editor@rfc-editor.org Subject: [Technical Errata Reported] RFC3782 (6789) [EXTERNAL EMAIL] The following errata report has been submitted for RFC3782, "The NewReno Modification to TCP's Fast Recovery Algorithm". -------------------------------------- You may review the report below and at: https://urldefense.com/v3/__https://www.rfc-editor.org/errata/eid6789__;!!LpKI!xxWA_mawfGxDiokgZx4JlYDNW_ZS26fWQiKHj4sSE9uTS0HGa1KsqyaqZqDwU0qQ$ [rfc-editor[.]org] -------------------------------------- Type: Technical Reported by: Clive Bloom <q645v49v@anonaddy.me> Section: 6.1 Original Text ------------- If the Cumulative Acknowledgement field didn’t cover more than "recover", check to see if the congestion window is greater than SMSS bytes and the difference between highest_ack and prev_highest_ack is at most 4*SMSS bytes. If true, duplicate ACKs indicate a lost segment (proceed to Step 1A in Section 3). Otherwise, duplicate ACKs likely result from unnecessary retransmissions (proceed to Step 1B in Section 3). Corrected Text -------------- If the Cumulative Acknowledgement field didn’t cover more than "recover", check to see if the congestion window is greater than SMSS bytes and the difference between highest_ack and prev_highest_ack is at most 3*SMSS bytes. If true, duplicate ACKs indicate a lost segment (proceed to Step 1A in Section 3). Otherwise, duplicate ACKs likely result from unnecessary retransmissions (proceed to Step 1B in Section 3). Notes ----- RFC3782 references to Gur03 and GF04 papers as to the initial sources of the heuristics both ACK-based and Timestamp-based. Neither of those papers nor Gur03 nor GF04 defines difference between highest_ack and previous_highest_ack of at least 4*SMSS bytes upon receiving the third duplicate ACK as an indication of droped retransmitted segment. Instead, section III of GF04 says: "The acknowledgment heuristic is based on an observation that if the TCP sender unnecessarily retransmits at least three adjacent packets, there will be a jump by at least four segments in a cumulative acknowledgment field. The sender will have correctly retransmitted at least one packet, to advance the cumulative acknowledgment field, and unnecessarily retransmitted at least three more to result in three duplicate acknowledgments. Following the advancement of the cumulative acknowledgment field, the sender stores the value of the previous cumulative acknowledgment as prev_highest_ack and stores the latest cumulative acknowledgment as highest_ack. Upon receiving the third duplicate acknowledgment, the sender invokes a Fast Retransmit if its congestion window is greater than one MSS (Maximum Segment Size), and the difference between highest_ack and prev_highest_ack is at most three MSS." According to GF04 if TCP sender in absence of any droped acknowledgments upon receiving the third duplicate ACK has difference between highest_ack and prev_highest ack values of at most/i.e. no more than 3*SMSS bytes then this is explicite indication of droped retransmitted segment and leads TCP sender to invoke Fast Retransmit, but current description of ACK-based heuristic in RFC3782 section 6.1 in part of: "if the congestion window is greater than SMSS bytes and the difference between highest_ack and prev_highest_ack is at most 4*SMSS bytes. If true, duplicate ACKs indicate a lost segment (proceed to Step 1A in Section 3)", makes TCP sender to treat difference between highest_ack and prev_highest_ack of 4SMSS bytes upon receiving 3rd duplicate ACK as indication of lost retransmitted segment but again according to GF04 this is NOT so, and makes TCP sender to invoke Fast Retransmit when in fact those three duplicate acknowledgments indicate unnecessarily retransmitted segments and have in their acknowledgment fields sequence number which receiver expects to receive next but which sender has NOT sent yet, so Fast Retransmit has no point in this case. 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. -------------------------------------- RFC3782 (draft-ietf-tsvwg-newreno-02) -------------------------------------- Title : The NewReno Modification to TCP's Fast Recovery Algorithm Publication Date : April 2004 Author(s) : S. Floyd, T. Henderson, A. Gurtov Category : PROPOSED STANDARD Source : Transport Area Working Group Area : Transport Stream : IETF Verifying Party : IESG
- Re: [tcpm] [Technical Errata Reported] RFC3782 (6… Black, David
- Re: [tcpm] [tsvwg] [Technical Errata Reported] RF… Yoshifumi Nishida