QUIC network awareness Acknowledgements
draft-gao-quic-network-awareness-ack-00
This document is an Internet-Draft (I-D).
Anyone may submit an I-D to the IETF.
This I-D is not endorsed by the IETF and has no formal standing in the
IETF standards process.
Document | Type | Active Internet-Draft (individual) | |
---|---|---|---|
Authors | Gao xing , Mengyao Han , Zheng Ruan , Hang Shi | ||
Last updated | 2024-07-03 | ||
RFC stream | (None) | ||
Intended RFC status | (None) | ||
Formats | |||
Stream | Stream state | (No stream defined) | |
Consensus boilerplate | Unknown | ||
RFC Editor Note | (None) | ||
IESG | IESG state | I-D Exists | |
Telechat date | (None) | ||
Responsible AD | (None) | ||
Send notices to | (None) |
draft-gao-quic-network-awareness-ack-00
QUIC X. Gao, Ed. Internet-Draft M. Han, Ed. Intended status: Standards Track Z. Ruan, Ed. Expires: 5 January 2025 China Unicom H. Shi Huawei 4 July 2024 QUIC network awareness Acknowledgements draft-gao-quic-network-awareness-ack-00 Abstract This document defines a quic ACK frame format for notifying network status information. Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on 5 January 2025. Copyright Notice Copyright (c) 2024 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/ license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License. Gao, et al. Expires 5 January 2025 [Page 1] Internet-Draft QUIC ack for network awareness July 2024 Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Conventions and Definitions . . . . . . . . . . . . . . . . . 2 3. Overview of ACK mechanism . . . . . . . . . . . . . . . . . . 3 4. Network State Awareness Process . . . . . . . . . . . . . . . 3 5. Network awareness ACK frame . . . . . . . . . . . . . . . . . 4 6. Security Considerations . . . . . . . . . . . . . . . . . . . 4 7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5 8. Informative References . . . . . . . . . . . . . . . . . . . 5 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 5 1. Introduction Network state awareness is an important part of achieving rational allocation and scheduling of network resources, reducing network congestion,and ensuring network reliability. In the scenario of end to network collaboration, the perception of network status by the end side and the implementation of congestion control, path selection, etc, are the current trends in business development. Regulating by the end side can better meet the application needs of the user side and better adapt to personalized scenarios; And the end side can perceive real-time changes in the local environment and state, adjust the path and speed in a timely manner, and achieve rapid response. The quic protocol relies on feedback information provided by the ack mechanism to achieve congestion control and reliable transmission functions, used to manage network congestion and ensure smooth data transmission. In the scenario of end to network collaboration, based on the extension of the quic ACK mechanism, it supports carrying network status information such as available path bandwidth and path delay. The network status indicators are quickly notified to the end side, which is used to achieve load balancing, rate control and other operations on the end side, making data transmission more efficient and network resource utilization higher, greatly improving network service quality. 2. Conventions and Definitions 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. Gao, et al. Expires 5 January 2025 [Page 2] Internet-Draft QUIC ack for network awareness July 2024 3. Overview of ACK mechanism The triggering condition of ACK determines the timing of ACK generation and transmission. The confirmation mechanism of the quic protocol generally involves the receiver immediately replying to an ACK message after receiving a specified number of data packets, or waiting for a specified time delay to reply to an ACK message regardless of whether a data packet has arrived. [RFC9000] specifies a simple delay ACK mechanism, where the receiver can send an ACK every other packet, or send an ACK when the max_ck_delay timer expires. This document extends the quick ACK mechanism by adding the condition for triggering ACK: when the IP header of the forward path contains network status information, the ACK confirmation is triggered by the receiver after receiving the data packet, and the ACK carries the network status information to notify the sender. The specific implementation method can negotiate to change the peer's confirmation behavior by defining new quic frame types; Alternatively, initialization configuration can be performed at the receiving end to enable the receiver to generate an ACK when receiving a message containing network status information. Support generating ACKs based on packet by packet feedback or time cycles. If multiple packets may be received within a cycle, the network status information carried by ACK can be based on the last received packet. 4. Network State Awareness Process +--------+ pkt +------ --+ pkt+tlm+---------+ pkt+tlm +---------+ | Data |-------->| |------->| |-------->| Data | | Sender |======== | Router1 |========| Router2 |=========| Receiver| +--------+ +---------+ +---------+ +---------+ /|\ | +------------------------------------------------------------+ Notification Packets/ACKs Figure 1: Network Status Awareness Process (tlm=inband telemtry) During the process of sending packets from the sender to the receiver, in band telemetry information is inserted into each router along the path, including timestamp information, congestion information, path bottleneck bandwidth, as well as routing ID and port ID. Reference for collecting congestion information[draft-shi- ippm-advanced-ecn-00]; Time delay information collection calculates link delay and end-to-end delay by recording the timestamps of hop by hop links or end-to-end forward paths; The maximum data transmission rate that a path can provide for a new single connection is collected based on the available bandwidth of the path, without affecting the transmission rate of the existing connection. When the receiver receives a data packet, it copies all in band telemetry information recorded on the network into an ACK message and sends it back to the sender. The frame format extension method is detailed in Chapter 5. Gao, et al. Expires 5 January 2025 [Page 3] Internet-Draft QUIC ack for network awareness July 2024 5. Network awareness ACK frame Network awareness ACK Frame { Type (i) = 0x20, Largest Acknowledged(i), ACK Delay (i), ACK Range Count (i), First ACK Range (i), ACK Range (..) …, Network information(..), } Similar to regular ACK frames, (see Section 19.3 of [RFC9000]), The difference is that the ECN count is removed, and network information such as congestion is placed in the network information field.ACK frames contain the following fields: * Type: type=0x20,Indicates that ACK carries network information. * Largest Acknowledged :A variable-length integer representing the largest packet number the peer is acknowledging. This is usually the largest packet number that the peer has received prior to generating the ACK frame,Unlike the packet number in the QUIC long or short header, the value in an ACK frame is not truncated. * ACK Delay: It represents the time it takes for the receiver to receive a message and for the receiver to send the ACK Frame. * ACK Range Count:A variable-length integer specifying the number of ACK Range fields in the frame. * First ACK Range: A variable-length integer indicating the number of contiguous packets preceding the Largest Acknowledged that are being acknowledged. That is, the smallest packet acknowledged in the range is determined by subtracting the First ACK Range value from the Largest Acknowledged field. * ACK Range:Contains additional ranges of packets that are alternately not acknowledged (Gap) and acknowledged (ACK Range). * Network information:Network information carries status information such as available network bandwidth and congestion. 6. Security Considerations TBD Gao, et al. Expires 5 January 2025 [Page 4] Internet-Draft QUIC ack for network awareness July 2024 7. IANA Considerations The following frame types have requested to be provisionally added to the "QUIC Frame Types" registry under the "QUIC Protocol" heading. +--------------+-------------------------------------+------------------------------+ | value | Frame Name | specification | +--------------+-------------------------------------+------------------------------+ | 0x20 | network awareness ACK frame | section4 | +--------------+-------------------------------------+------------------------------+ Table1: Addition to QUIC Frame Types Entries When this document is approved, IANA is requested to change the registration to a permanent allocation of these frame types with the values described above. 8. Informative References [I-D.shi-ippm-advanced-ecn] Shi, H., Zhou, T., and Z. Li, "Advanced Explicit Congestion Notification", Work in Progress, Internet- Draft, draft-shi-ippm-advanced-ecn-00, 11 December 2023, <https://datatracker.ietf.org/doc/html/draft-shi-ippm- advanced-ecn-00>. Authors' Addresses Xing Gao (editor) China Unicom Beijing China Email: gaox60@chinaunicom.cn Mengyao Han (editor) China Unicom Beijing China Email: hanmy12@chinaunicom.cn Zheng Ruan (editor) China Unicom Beijing China Email: ruanz6@chinaunicom.cn Gao, et al. Expires 5 January 2025 [Page 5] Internet-Draft QUIC ack for network awareness July 2024 Hang Shi Huawei Beijing China Email: shihang9@huawei.com Gao, et al. Expires 5 January 2025 [Page 6]