Quindi, in base alla classe, dove l'accodamento degli effetti garantisce che le classi di traffico ottengano garanzie di larghezza di banda adeguate.
In altre parole, è possibile garantire una larghezza di banda minima a un PIL, una larghezza di banda minima a una larghezza di banda
minima FTB per il traffico video del traffico vocale e così via.
Ma non ci sono garanzie di latenza.
In altre parole, non esiste una coda di priorità.
L'accodamento in attesa basato sulla classe è adatto solo per le reti di dati, quindi Cisco ha sviluppato una coda a bassa
latenza o una coda bassa che per darti il nome completo è piuttosto chiave.
In base alla classe in attesa di fare la fila.
In altre parole è basato sulla classe.
In attesa di fare la coda con una coda di priorità aggiunta.
Quindi prende il modello precedente di classe basato.
Ha aspettato la fila e aggiunge una coda con una forte povertà per il traffico in tempo reale.
Quindi l'idea è come quando i pacchetti arrivano in base a una classe o a un meccanismo di classificazione in cui si decide che il
traffico viene inserito in classi diverse.
Il traffico vocale viene inserito nella coda prioritaria ed è orgoglioso di superare altri tipi di traffico se
DP HDP e altri tipi di traffico vengono inseriti nelle proprie classi con garanzie di larghezza di banda minima ora per garantire
che la coda prioritaria non muoia di fame.
Le altre code in cui la coda di priorità ha una garanzia di larghezza di banda minima, ma è anche controllata per cui ha anche
un limite massimo di larghezza di banda.
Pertanto, quando si specifica la priorità della coda della festa a bassa latenza che è in realtà un minimo e un massimo che fornisce una garanzia di larghezza
di banda minima per la voce ma garantisce anche che la voce non muoia di fame per gli
altri tipi di traffico.