Résumé

  • Les limites QUIC autorisent cumulativement des ouvertures selon le type de flux.
  • La fermeture d’un flux ne restitue pas son ouverture et ne crée pas de créneau réutilisable.
  • L’autorisation de transport doit rester distincte du travail applicatif, des travailleurs disponibles et des ressources d’exécution.

Le piège vient souvent d’un tableau de bord qui affiche MAX_STREAMS comme une jauge de concurrence. Il soustrait les flux fermés, puis nomme le résultat « capacité disponible ». Cette opération est séduisante, mais elle remplace la sémantique QUIC par une autre. initial_max_streams_bidi, initial_max_streams_uni et MAX_STREAMS indiquent combien de flux d’un type donné le pair peut ouvrir cumulativement pendant la durée de la connexion. Ils ne disent pas combien restent ouverts maintenant.

Les identifiants de flux encodent l’initiateur et la direction. Les espaces bidirectionnel et unidirectionnel sont séparés, tout comme leurs limites. L’autorisation concernant les flux entrants bidirectionnels ne devient donc pas une autorisation pour les flux unidirectionnels. Elle ne peut pas non plus être attribuée à l’autre initiateur. Toute observation sérieuse doit conserver le type et l’initiateur avant d’interpréter une valeur numérique.

Une valeur initiale absente ou nulle signifie que le pair ne peut pas ouvrir ce type avant une autorisation ultérieure. Un MAX_STREAMS correspondant peut augmenter la limite cumulative. Il ne peut pas la réduire : une valeur non croissante n’a aucun effet et est ignorée. La comparaison pertinente est donc avec le plus haut numéro d’ordre ouvert, pas avec un compteur de flux vivants.

Le registre doit distinguer l’autorisation cumulative, le plus haut numéro d’ordre ouvert, l’état ouvert ou fermé, la concurrence demandée par l’application, le travail en file, les travailleurs disponibles, la mémoire, le processeur, les ressources en aval, le débit, la latence, l’achèvement et le résultat opérationnel ou métier. La fermeture modifie l’état vivant, mais ne décrémente pas l’autorisation. Un numéro déjà ouvert ne peut pas être recyclé.

Cette règle protège aussi l’état du point terminal. Dépasser la limite autorisée entraîne STREAM_LIMIT_ERROR. Une valeur supérieure à 2^60 est invalide au regard de l’encodage des identifiants et constitue également une erreur de connexion. Ces bornes définissent la validité et l’exposition d’état ; elles ne promettent ni capacité déployable, ni débit atteignable, ni capacité opérationnelle réelle.

STREAMS_BLOCKED est une preuve plus étroite : l’émetteur voulait créer un nouveau flux, mais la limite de transport actuelle l’en a empêché. Le cadre ne crée aucune autorité. Il ne prouve ni la nature de la demande applicative, ni la présence de travailleurs disponibles, ni le volume de travail, ni le débit, ni la réussite, ni la capacité opérationnelle. Il faut donc le lire comme un signal de demande bloquée à la frontière du transport.

La séparation avec les autres sujets est indispensable. TR-046 traite de l’autorisation de progresser en octets par contrôle de flux, pas des ouvertures cumulées. TR-057 fixe une frontière de taille finale, pas l’accès à un nouveau flux. TR-054 porte sur STOP_SENDING et l’arrêt d’une direction. TR-053 porte sur la fermeture de la connexion. TR-040 porte sur les identifiants de connexion et le routage. Aucun de ces cinq axes ne remplace le registre des ouvertures.