6. Support du Protocole de Transport (Support from the Transport Protocol)

En plus de la fonctionnalité fournie par le champ ECN dans l'en-tête de paquet IP, ECN nécessite un support du protocole de transport. Le protocole de transport peut avoir besoin de négocier entre les points de terminaison pendant la configuration pour déterminer que tous les points de terminaison prennent en charge ECN, afin que l'expéditeur puisse définir le codepoint ECT dans les paquets transmis. Deuxièmement, le protocole de transport doit être capable de réagir de manière appropriée aux paquets CE reçus. Cette réaction peut être que le récepteur de données informe l'expéditeur de données des paquets CE reçus (par exemple TCP), ou que le récepteur de données se désabonne des groupes multicast en couches (par exemple RLM [MJV96]), ou une autre action qui finit par réduire le taux d'arrivée de ce flux sur ce lien congestionné. Un paquet CE indique une congestion persistante et non transitoire (voir Section 5.1), donc la réponse à la réception d'un paquet CE devrait être une réponse appropriée à une congestion persistante.

Ce document ne traite que de l'ajout de la capacité ECN à TCP, laissant les problèmes d'ECN dans d'autres protocoles de transport à des recherches ultérieures. Pour TCP, ECN nécessite trois nouvelles fonctionnalités : la négociation entre les points de terminaison pendant la configuration de connexion pour déterminer s'ils prennent tous deux en charge ECN ; le drapeau ECN-Echo (ECE) dans l'en-tête TCP pour que le récepteur de données puisse informer l'expéditeur de données lorsqu'un paquet CE a été reçu ; et le drapeau Congestion Window Reduced (Fenêtre de Congestion Réduite, CWR) dans l'en-tête TCP pour que l'expéditeur de données puisse informer le récepteur de données que la fenêtre de congestion a été réduite. Le support nécessaire pour d'autres protocoles de transport peut varier, en particulier pour les protocoles de transport multicast non fiables ou fiables, et doit être déterminé lorsque d'autres protocoles de transport sont soumis à l'IETF pour normalisation.

Dans un léger abus de terminologie, dans ce document nous utilisons 'TCP packets' (paquets TCP) au lieu de 'TCP segments' (segments TCP).