Un collegamento in uscita veicola traffico misto TCP e UDP. WRED è abilitato per le classi DSCP sensibili a TCP, mentre le classi di streaming basate su UDP non sono modellate. Quale risultato è previsto durante la congestione?

La risposta corretta è che WRED eliminerà preferenzialmente i pacchetti TCP in modo probabilistico prima dell'esaurimento della coda per segnalare la congestione a TCP, mentre i flussi di streaming UDP possono essere eliminati bruscamente se la coda si riempie. WRED (Weighted Random Early Detection) è progettato per prevenire la congestione eliminando i pacchetti in modo casuale prima che la coda sia piena, segnalando così ai protocolli di trasporto come TCP di ridurre la loro velocità di trasmissione. Questo meccanismo funziona bene con TCP, che è sensibile alla perdita di pacchetti e riduce la sua finestra di congestione. Tuttavia, i flussi UDP, specialmente quelli di streaming, non sono sensibili alla perdita di pacchetti e non riducono la loro velocità in risposta all'eliminazione. Pertanto, se la coda si riempie, i pacchetti UDP possono essere eliminati in modo brusco (tail drop) senza alcun meccanismo di recupero o riduzione della velocità. Le altre opzioni sono errate perché WRED non protegge UDP a discapito di TCP, non converte i flussi UDP e non garantisce una probabilità di perdita uguale per tutti i flussi, specialmente quando si considerano le diverse risposte di TCP e UDP alla perdita.