search

quicwg / multipath

In-progress version of draft-ietf-quic-multipath
Other
49 stars 17 forks source link

MAX_PATHS_BLOCKED #342

Open MikeBishop opened 1 month ago

MikeBishop commented 1 month ago

In #328, we're discussing how much the path ID allocation should resemble stream ID allocation. Along the same lines, I think the suggestion in 4.3.3 to overload MAX_PATHS to indicate that the sender would like to open more paths but is out of path IDs is not wonderful.

When endpoint finds it has not enough available unused Path Identifiers, it SHOULD send a MP_MAX_PATHS frame to inform the peer that it could use larger active Path Identifiers.

Following the stream ID design, there should be a MP_MAX_PATHS_BLOCKED frame for that purpose instead.

gloinul commented 6 days ago

This would be part of resolving #412.