Passa al contenuto principale

6. Support from the Transport Protocol (Supporto dal protocollo di trasporto)

6. Support from the Transport Protocol (Supporto dal protocollo di trasporto)

Oltre alle funzionalità fornite dal campo ECN nell'intestazione del pacchetto IP, ECN richiede il supporto dal protocollo di trasporto. Il protocollo di trasporto potrebbe dover negoziare tra gli endpoint durante la fase di setup per determinare che tutti gli endpoint supportano ECN, in modo che il mittente possa impostare il codepoint ECT nei pacchetti trasmessi. In secondo luogo, il protocollo di trasporto deve essere in grado di rispondere in modo appropriato ai pacchetti CE ricevuti. Questa risposta può essere che il ricevitore dei dati notifichi al mittente dei dati la ricezione di pacchetti CE (ad esempio, TCP), oppure che il ricevitore dei dati si disiscriva da un gruppo multicast a livelli (ad esempio, RLM [MJV96]), oppure qualche altra azione che alla fine riduce la velocità di arrivo di quel flusso sul collegamento congestionato. I pacchetti CE indicano congestione persistente piuttosto che transitoria (vedere la Sezione 5.1), quindi la risposta alla ricezione di pacchetti CE dovrebbe essere appropriata per la congestione persistente.

Questo documento riguarda solo l'aggiunta della capacità ECN a TCP, lasciando le questioni ECN per altri protocolli di trasporto per ulteriori ricerche. Per TCP, ECN richiede tre nuove funzionalità: la negoziazione tra gli endpoint durante il setup della connessione per determinare se entrambi supportano ECN; il flag ECN-Echo (ECE) nell'intestazione TCP, affinché il ricevitore dei dati possa informare il mittente dei dati della ricezione di un pacchetto CE; e il flag Congestion Window Reduced (finestra di congestione ridotta, CWR) nell'intestazione TCP, affinché il mittente dei dati possa informare il ricevitore dei dati che la finestra di congestione è stata ridotta. Il supporto richiesto per altri protocolli di trasporto può variare, in particolare per i protocolli di trasporto multicast inaffidabili o affidabili, e deve essere determinato quando altri protocolli di trasporto vengono presentati all'IETF per la standardizzazione.

In un lieve abuso della terminologia, in questo documento usiamo 'TCP packets' (pacchetti TCP) invece di 'TCP segments' (segmenti TCP).