RFC 8961: Requirements for Time-Based Loss Detection
In plain English — editorial summary, not part of the RFC
Many protocols must detect packet loss for various reasons (e.g., to ensure reliability using retransmissions or to understand the level of congestion along a network path). While many mechanisms have been designed to detect loss, ultimately, protocols can only count on the passage of time without delivery confirmation to declare a packet "lost". Each implementation of a time-based loss detection mechanism represents a balance between correctness and timeliness; therefore, no implementation suits all situations. This document provides high-level requirements for time-based loss detectors appropriate for general use in unicast communication across the Internet. Within the requirements, implementations have latitude to define particulars that best address each situation.
Document record
- Document ID
- RFC8961
- Published
- November 2020
- Authors
- M. Allman
- Status
- BEST CURRENT PRACTICE
- Stream
- IETF
- Area
- wit
- Pages
- 12
- Also known as
- BCP233
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 6679Explicit Congestion Notification (ECN) for RTP over UDPUpdated
August 2012
- RFC 8761Video Codec Requirements and Evaluation MethodologyCurrent
April 2020
- RFC 7290Test Plan and Results for Advancing RFC 2680 on the Standards TrackCurrent
July 2014
- RFC 4988Mobile IPv4 Fast HandoversCurrent
October 2007
- RFC 3127Authentication, Authorization, and Accounting: Protocol EvaluationCurrent
June 2001
- RFC 3105Finding an RSIP Server with SLPCurrent
October 2001
- RFC 3104RSIP Support for End-to-end IPsecCurrent
October 2001
- RFC 3103Realm Specific IP: Protocol SpecificationCurrent
October 2001
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?