<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.huitema-quic-mpath-explicit" target="https://datatracker.ietf.org/doc/html/draft-huitema-quic-mpath-explicit-00">
   <front>
      <title>Explicit QUIC Path-ID extension</title>
      <author initials="C." surname="Huitema" fullname="Christian Huitema">
         <organization>Private Octopus Inc.</organization>
      </author>
      <date month="November" day="9" year="2023" />
      <abstract>
	 <t>   The work on QUIC multipath has almost converged, but we are still
   debating how to identify paths.  The draft multipath version 06
   identifies paths explicitly using the sequence number of the
   Connection Identifier used for sending packets on the path.  The WG
   is considering an alternate proposal in which the path ID is
   explicit.  In order to compare the two solutions, we propose here an
   extension to the multipath draft allowing endpoints to negotiate the
   use of explicit sequence numbers.  When the extension is negotiated,
   endpoints announce new connection identifiers using a new
   MP_CONNECTION_ID frame, which carries the parameters of the
   NEW_CONNECTION_ID plus a path ID.  This path ID is used instead of
   the CID sequence number to identify packet number spaces, to create
   encryption nonces, to identify paths in MP_ACK, MP_ABANDON,
   MP_AVAILABLE and MP_STANBY frames, and to perform the logic
   associated with path creation, path CID rotation, and NAT rebinding.
   The draft analyzes the pros and cons of using this extension.  After
   experimentation and analysis, we expect that this extension will be
   either absorbed into a new version of the QUIc multipath draft, or
   abandoned.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-huitema-quic-mpath-explicit-00" />
   
</reference>
