Discutiamo i modi per evitare la congestione.
Il meccanismo principale di cui discuteremo qui è una lettura W ponderata o ponderata della rilevazione precoce casuale è
un modo per evitare la congestione.
Ma prima di discutere di w rate, esaminiamo i segnali di problema sui router e gli switch sono limitati.
In altre parole, possono contenere o bufferizzare un determinato numero di pacchetti solo se c'è un flusso di traffico
e i buffer sono sovraccarichi.
In altre parole, arrivano più pacchetti di quanti ne possano essere trasmessi e bufferizzati da un router
con switch.
Inizierà a far cadere i pacchetti quando la coda si ripiega.
Tutti i nuovi pacchetti in arrivo verranno eliminati.
Si chiama drop tailed come un'analogia pensa a un secchio.
Il secchio si sta riempiendo di acqua o pacchetti.
Una volta che il secchio è pieno o nel caso di un'asta o di un interruttore, la coda è piena.
Tutti i nuovi pacchetti che arrivano vengono eliminati.
Perché non c'è spazio per bufferizzarli o tenerli in memoria.
Ora, quando si usa il drop tail si traduce in una larghezza di banda sprecata, specialmente quando si usa TCE P, ecco
un esempio di cosa succede quando si usa il drop tailed e si hanno molti flussi TCB
il 100 percento è il 100 percento di utilizzo di un'interfaccia l'asse y è l'utilizzo di un'interfaccia con il
100 percento indicato da questa linea x asse è tempo.
Quindi ciò che accade è se più flussi iniziano a inviare traffico e dicono che a questo punto si verifica la caduta
dei pacchetti da tutti i flussi.
Ora quello che succede con TTP è che quando i pacchetti vengono rilasciati i mittenti TTP rallentano.
In altre parole, arretrano, rallentano e poi aumentano lentamente le dimensioni della finestra per aumentare la
velocità di avanzamento.
Quindi ciò che accade è che l'utilizzo dell'interfaccia diminuisce perché i tre centri si ritirano.
In altre parole, rallentano, quindi aumentano, decidono di aumentare il numero di pacchetti
che stanno trasmettendo prima di ottenere un riconoscimento.
Ma quando i buffer sono di nuovo pieni, i pacchetti vengono eliminati da tutti questi flussi, inclusi quelli nuovi che
iniziano a inviare traffico, quindi in questo caso abbiamo quattro mittenti che fanno marcia indietro o rallentano.
Ancora una volta aumentano le dimensioni della finestra e aumentano il numero di pacchetti che possono trasmettere
prima di ottenere un riconoscimento e alla fine arrivano al punto in cui i buffer di un router o di uno
switch sono nuovamente pieni.
I pacchetti di tutti i flussi vengono eliminati e quindi tutti rallentano.
Quindi il problema è che quando il bucket è pieno vengono ricevuti pacchetti da più flussi non
c'è spazio per bufferizzarli.
In questo modo i pacchetti vengono eliminati da tutti i flussi e tutti i centri vengono riavviati contemporaneamente e quindi aumenta la
velocità allo stesso tempo.
C finisce per avere quella che viene chiamata una sincronizzazione globale in cui più centri stanno aumentando le dimensioni della
finestra allo stesso tempo.
Stanno rallentando allo stesso tempo aumentando la loro velocità allo stesso tempo rallentando allo stesso tempo
e così via e così via.
Nel tempo non si ottiene mai il pieno utilizzo dell'interfaccia.
Ora l'idea con w red ed evitare la congestione è far cadere casualmente pacchetti da più flussi prima che la coda si ripieghi,
quindi in altre parole prima che il secchio sia pieno o il cubo sia pieno, si è pronti a far cadere
i pacchetti dai flussi ma lo si fa casualmente in modo da potrebbe far cadere un pacchetto dal flusso uno, il che significa che il
flusso uno rallenterà ma mentre il centro uno sta rallentando, inviarlo a sta aumentando la sua velocità perché i suoi pacchetti non
sono stati eliminati.
Quindi, mentre un host sta rallentando, un altro sta aumentando la sua velocità.
Questo accade in modo casuale, quindi alcuni host aumentano la loro velocità
e alcuni rallentano allo stesso tempo invece che tutti rallentano e tutti accelerano allo stesso tempo, quindi Cisco usa w
red che introduce questa casualità per consentire una migliore l'utilizzo di un'interfaccia interfaccia la larghezza di banda perché alcuni stanno
rallentando e alcuni stanno accelerando allo stesso tempo, il che in aggregato ti dà un
migliore utilizzo dell'interfaccia, quindi l'idea con W rate è che tu abbia una soglia minima e
una soglia massima che queste valli sono al di sotto delle dimensioni dell'intera coda.
Quindi l'idea è quando la dimensione media della coda o la profondità media della coda è inferiore alla soglia minima.
I pacchetti di note sono diminuiti quando la profondità media della coda supera la soglia minima ma è
inferiore alla soglia massima.
Abbiamo gocce casuali di pacchetti ma quando supera la soglia massima abbiamo gocce complete
di un CLO di traffico.
Il motivo per cui abbiamo W come nel rilevamento anticipato casuale ponderato è che puoi ponderarlo
in base a classi diverse in modo da poter avere soglie massime diverse per classi di traffico diverse.
Potresti voler iniziare a eliminare tutto il traffico FCP prima di eliminare il traffico HDP in modo da poter creare una
soglia minima e massima diversa in modo che determinati tipi di traffico vengano eliminati o eliminati completamente prima
di altri tempi di traffico che possono essere basati come esempio su precedenti IP o DCP, quindi l'idea con w red è che
abbiamo iniziato a eliminare i pacchetti prima che la coda fosse piena.
Evitiamo la congestione preselezionando quali pacchetti vengono eliminati e in genere desideriamo eliminare solo i pacchetti DCP poiché i
flussi TTP leggeranno i pacchetti in modo che i pacchetti vengano rilasciati in modo casuale invece di rilasciarli
in coda per evitare la sincronizzazione globale.
Flussi TTP diversi stanno aumentando la loro velocità mentre altri rallentano in modo da ottenere un
migliore utilizzo di un collegamento.
Assicurati inoltre che rimanga spazio nel buffer per i tuoi pacchetti vocali, in modo da impostare la
soglia massima abbastanza bassa in modo che i pacchetti FCP vengano completamente eliminati, garantendo allo stesso tempo che rimangano spazi nel
buffer per il traffico vocale.
Quindi, in sintesi, abbiamo molteplici meccanismi di qualità del servizio.
Abbiamo classificazione e derisione.
Abbiamo modellamento e osservazione della polizia, abbiamo strumenti per la gestione della congestione o la pianificazione e disponiamo di strumenti specifici
per il collegamento come la frammentazione dei collegamenti e per lasciare il problema un corso è solo un'introduzione
alla qualità del servizio.
Dai un'occhiata alla qualità del servizio o, in effetti, guida per ulteriori informazioni sulla qualità
del servizio e buoni esempi di come applicare la qualità del servizio su switch e router fisici.