Skip to main content

Structured Connection ID Carrying Metadata
draft-shi-quic-structured-connection-id-00

Document Type Active Internet-Draft (individual)
Author Hang Shi
Last updated 2023-03-13
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-shi-quic-structured-connection-id-00
QUIC                                                              H. Shi
Internet-Draft                                       Huawei Technologies
Intended status: Standards Track                           13 March 2023
Expires: 14 September 2023

               Structured Connection ID Carrying Metadata
               draft-shi-quic-structured-connection-id-00

Abstract

   This document describes a mechanism to carry the metadata in the QUIC
   connection ID so that the intermediary can perform optimization.

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 14 September 2023.

Copyright Notice

   Copyright (c) 2023 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.

Shi                     Expires 14 September 2023               [Page 1]
Internet-Draft          Structured Connection ID              March 2023

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Terminology . . . . . . . . . . . . . . . . . . . . . . . . .   3
     2.1.  Requirements Language . . . . . . . . . . . . . . . . . .   3
   3.  Architecture  . . . . . . . . . . . . . . . . . . . . . . . .   3
   4.  Structured Connection ID  . . . . . . . . . . . . . . . . . .   4
   5.  Security Considerations . . . . . . . . . . . . . . . . . . .   5
   6.  References  . . . . . . . . . . . . . . . . . . . . . . . . .   5
     6.1.  Normative References  . . . . . . . . . . . . . . . . . .   5
     6.2.  Informative References  . . . . . . . . . . . . . . . . .   5
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .   6

1.  Introduction

   Nowadays, the media application are usually able to dynamically
   adjust the size and quality of the stream to adapt to the fluctuating
   network conditions.  However, for the high throughput and low latency
   media traffic, adaptation only by the endpoint is not good enough,
   especially when the network condition is challenging, such as the
   wireless networks discussed in
   [I-D.kaippallimalil-tsvwg-media-hdr-wireless] and
   [I-D.defoy-moq-relay-network-handling].  To this end, it is desirable
   to have the intermediary performing optimization for the endpoint.
   For example, low priority packets can be dropped to save the resource
   when network is congested.

   One example of such an intermediary is the relay in the Media over
   QUIC working group.  To quote the charter from the MoQ working group.
   "Media over QUIC (moq) will develop a simple low-latency media
   delivery solution for ingest and distribution of media.  This
   solution addresses use cases including live streaming, gaming, and
   media conferencing and will scale efficiently."  "Even when media
   content is end-to-end encrypted, the relays can access metadata
   needed for caching (such as timestamp), making media forwarding
   decisions (such as drop or delay under congestion), and so on."

Shi                     Expires 14 September 2023               [Page 2]
Internet-Draft          Structured Connection ID              March 2023

   Due to the end-to-end encryption of the QUIC, the intermediary does
   not have the necessary metadata to perform optimization.  Similar
   problem exists when the media is encrypted and transferred using SRTP
   [RFC3711].  To solve the problem, [I-D.ietf-avtext-framemarking]
   defines an extension of the RTP header containing the video frame
   information.  This document defines an extension of QUIC header,
   using the connection ID to carry the necessary metadata.  To mitigate
   the linkability between the multiple connection IDs of the same
   connection and protect the privacy, the metadata MAY be encrypted and
   only decrypted by authenticated intermediary.  Similar to
   [I-D.ietf-quic-load-balancers], a configuration agent is used to
   distribute the encryption parameters and the template of the
   metadata.

2.  Terminology

   This document uses terms in the [I-D.ietf-quic-load-balancers]:

   *  "client" and "server" refer to the QUIC endpoint.

   *  Intermediary refers to a network element which forwards QUIC
      packets and does not possess the QUIC connection keys.  Such an
      intermediary can be QUIC proxy defined in the MASQUE working
      group, wireless node described in the
      [I-D.kaippallimalil-tsvwg-media-hdr-wireless] and relay defined in
      the Media over QUIC working group.

   *  CID: Connection ID in the QUIC header.

   *  Configuration agent: An entity that distributes the encryption
      parameter and the template of the metadata field.

   All wire formats will be depicted using the notation defined in
   Section 1.3 of [RFC9000].

2.1.  Requirements Language

   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.

3.  Architecture

Shi                     Expires 14 September 2023               [Page 3]
Internet-Draft          Structured Connection ID              March 2023

                             + --------------+
                             | Configuration |
         +-------------------+     agent     +-------------------+
        /                    +------+--------+                    \
       /Config Parameters and template of the Metadata field in CID\
      /                             |                               \
     /          _______             |              _______           \
+---V----+     (       )     +------v-------+     (       )     +-----v----+
| Client +----( Network )----+ Intermediary +----( Network )----+  Server  |
+--------+     (_______)     +--------------+     (_______)     +----------+

              Figure 1: Architecture of the intermediary

   Figure 1 shows the architecture of the optimization intermediary.
   The sender endpoint encode the metadata into the connection ID field
   (See Section 4).  The intermediary performs the related optimization
   based on the metadata.  Since different applications may need to
   expose different metadata to the intermediary, a template is used to
   define the content and the format of metadata.  The template is
   determined and distributed by a configuration agent.  If the network
   between the intermediary and endpoints is not trusted by endpoints,
   the metadata MAY be encrypted.  In this case, the parameter for
   encryption MUST be shared only to the authenticated intermediary
   through the configuration agent.  The means of the authentication and
   the distribution of these parameters and template is not in the scope
   of this document.

4.  Structured Connection ID

   Structured Connection ID {
     Config Parameters (8),
     Metadata (40...152),
   }

                     Figure 2: Format of structured CID

   The format of the structured connection ID is shown in Figure 2.  The
   content and the format of the metadata field is defined by a template
   and shared between an endpoint and the intermediary.  For example,
   the media frame information in Section 3.1 of
   [I-D.ietf-avtext-framemarking] and the service requirement such as
   delay and importance in Section 5 of
   [I-D.kaippallimalil-tsvwg-media-hdr-wireless-01] can be used as a
   template.

   If an intermediary acts as both the load balancer and the
   optimization point and they share the same trust relationship, the
   Metadata and the Server ID defined in [I-D.ietf-quic-load-balancers]

Shi                     Expires 14 September 2023               [Page 4]
Internet-Draft          Structured Connection ID              March 2023

   can be put together and share the same Config Parameter.  Otherwise,
   if a QUIC connection goes through both load balancer and optimization
   point, additional mechanism is needed for the coexist of the metadata
   and the Server ID.  The detail will be worked out in the later
   version.

5.  Security Considerations

   TBD

6.  References

6.1.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119,
              DOI 10.17487/RFC2119, March 1997,
              <https://www.rfc-editor.org/rfc/rfc2119>.

   [RFC3711]  Baugher, M., McGrew, D., Naslund, M., Carrara, E., and K.
              Norrman, "The Secure Real-time Transport Protocol (SRTP)",
              RFC 3711, DOI 10.17487/RFC3711, March 2004,
              <https://www.rfc-editor.org/rfc/rfc3711>.

   [RFC8174]  Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
              2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
              May 2017, <https://www.rfc-editor.org/rfc/rfc8174>.

   [RFC9000]  Iyengar, J., Ed. and M. Thomson, Ed., "QUIC: A UDP-Based
              Multiplexed and Secure Transport", RFC 9000,
              DOI 10.17487/RFC9000, May 2021,
              <https://www.rfc-editor.org/rfc/rfc9000>.

6.2.  Informative References

   [I-D.defoy-moq-relay-network-handling]
              de Foy, X. and R. Krishna, "MOQ Relays for Support of
              High-Throughput Low-Latency Traffic", Work in Progress,
              Internet-Draft, draft-defoy-moq-relay-network-handling-01,
              23 January 2023, <https://datatracker.ietf.org/doc/html/
              draft-defoy-moq-relay-network-handling-01>.

   [I-D.ietf-avtext-framemarking]
              Zanaty, M., Berger, E., and S. Nandakumar, "Frame Marking
              RTP Header Extension", Work in Progress, Internet-Draft,
              draft-ietf-avtext-framemarking-13, 11 November 2021,
              <https://datatracker.ietf.org/doc/html/draft-ietf-avtext-
              framemarking-13>.

Shi                     Expires 14 September 2023               [Page 5]
Internet-Draft          Structured Connection ID              March 2023

   [I-D.ietf-quic-load-balancers]
              Duke, M., Banks, N., and C. Huitema, "QUIC-LB: Generating
              Routable QUIC Connection IDs", Work in Progress, Internet-
              Draft, draft-ietf-quic-load-balancers-15, 24 October 2022,
              <https://datatracker.ietf.org/doc/html/draft-ietf-quic-
              load-balancers-15>.

   [I-D.kaippallimalil-tsvwg-media-hdr-wireless]
              Kaippallimalil, J. and S. Gundavelli, "Media Header
              Extensions for Wireless Networks", Work in Progress,
              Internet-Draft, draft-kaippallimalil-tsvwg-media-hdr-
              wireless-01, 20 February 2023,
              <https://datatracker.ietf.org/doc/html/draft-
              kaippallimalil-tsvwg-media-hdr-wireless-01>.

   [I-D.kaippallimalil-tsvwg-media-hdr-wireless-01]
              Kaippallimalil, J. and S. Gundavelli, "Media Header
              Extensions for Wireless Networks", Work in Progress,
              Internet-Draft, draft-kaippallimalil-tsvwg-media-hdr-
              wireless-01, 20 February 2023,
              <https://datatracker.ietf.org/doc/html/draft-
              kaippallimalil-tsvwg-media-hdr-wireless-01>.

Author's Address

   Hang Shi
   Huawei Technologies
   China
   Email: shihang9@huawei.com

Shi                     Expires 14 September 2023               [Page 6]