1
00:00:00,570 --> 00:00:03,950
Discutiamo i modi per evitare la congestione.

2
00:00:03,980 --> 00:00:11,210
Il meccanismo principale di cui discuteremo qui è una lettura W ponderata o ponderata della rilevazione precoce casuale è

3
00:00:11,210 --> 00:00:13,800
un modo per evitare la congestione.

4
00:00:13,880 --> 00:00:21,110
Ma prima di discutere di w rate, esaminiamo i segnali di problema sui router e gli switch sono limitati.

5
00:00:21,140 --> 00:00:27,860
In altre parole, possono contenere o bufferizzare un determinato numero di pacchetti solo se c'è un flusso di traffico

6
00:00:28,100 --> 00:00:30,200
e i buffer sono sovraccarichi.

7
00:00:30,200 --> 00:00:37,090
In altre parole, arrivano più pacchetti di quanti ne possano essere trasmessi e bufferizzati da un router

8
00:00:37,100 --> 00:00:37,920
con switch.

9
00:00:38,300 --> 00:00:43,470
Inizierà a far cadere i pacchetti quando la coda si ripiega.

10
00:00:43,780 --> 00:00:46,660
Tutti i nuovi pacchetti in arrivo verranno eliminati.

11
00:00:46,660 --> 00:00:52,750
Si chiama drop tailed come un'analogia pensa a un secchio.

12
00:00:53,120 --> 00:00:57,380
Il secchio si sta riempiendo di acqua o pacchetti.

13
00:00:57,530 --> 00:01:03,220
Una volta che il secchio è pieno o nel caso di un'asta o di un interruttore, la coda è piena.

14
00:01:03,230 --> 00:01:05,950
Tutti i nuovi pacchetti che arrivano vengono eliminati.

15
00:01:07,170 --> 00:01:10,990
Perché non c'è spazio per bufferizzarli o tenerli in memoria.

16
00:01:11,190 --> 00:01:20,400
Ora, quando si usa il drop tail si traduce in una larghezza di banda sprecata, specialmente quando si usa TCE P, ecco

17
00:01:20,400 --> 00:01:27,590
un esempio di cosa succede quando si usa il drop tailed e si hanno molti flussi TCB

18
00:01:27,590 --> 00:01:35,480
il 100 percento è il 100 percento di utilizzo di un'interfaccia l'asse y è l'utilizzo di un'interfaccia con il

19
00:01:35,480 --> 00:01:40,170
100 percento indicato da questa linea x asse è tempo.

20
00:01:40,230 --> 00:01:48,860
Quindi ciò che accade è se più flussi iniziano a inviare traffico e dicono che a questo punto si verifica la caduta

21
00:01:48,860 --> 00:01:51,350
dei pacchetti da tutti i flussi.

22
00:01:51,380 --> 00:01:58,450
Ora quello che succede con TTP è che quando i pacchetti vengono rilasciati i mittenti TTP rallentano.

23
00:01:58,480 --> 00:02:06,040
In altre parole, arretrano, rallentano e poi aumentano lentamente le dimensioni della finestra per aumentare la

24
00:02:06,040 --> 00:02:07,910
velocità di avanzamento.

25
00:02:08,050 --> 00:02:13,540
Quindi ciò che accade è che l'utilizzo dell'interfaccia diminuisce perché i tre centri si ritirano.

26
00:02:13,630 --> 00:02:19,270
In altre parole, rallentano, quindi aumentano, decidono di aumentare il numero di pacchetti

27
00:02:19,270 --> 00:02:22,810
che stanno trasmettendo prima di ottenere un riconoscimento.

28
00:02:22,930 --> 00:02:29,950
Ma quando i buffer sono di nuovo pieni, i pacchetti vengono eliminati da tutti questi flussi, inclusi quelli nuovi che

29
00:02:30,430 --> 00:02:36,600
iniziano a inviare traffico, quindi in questo caso abbiamo quattro mittenti che fanno marcia indietro o rallentano.

30
00:02:36,750 --> 00:02:41,400
Ancora una volta aumentano le dimensioni della finestra e aumentano il numero di pacchetti che possono trasmettere

31
00:02:41,400 --> 00:02:47,360
prima di ottenere un riconoscimento e alla fine arrivano al punto in cui i buffer di un router o di uno

32
00:02:47,360 --> 00:02:48,710
switch sono nuovamente pieni.

33
00:02:48,950 --> 00:02:53,260
I pacchetti di tutti i flussi vengono eliminati e quindi tutti rallentano.

34
00:02:53,510 --> 00:02:59,850
Quindi il problema è che quando il bucket è pieno vengono ricevuti pacchetti da più flussi non

35
00:02:59,870 --> 00:03:01,630
c'è spazio per bufferizzarli.

36
00:03:01,990 --> 00:03:09,470
In questo modo i pacchetti vengono eliminati da tutti i flussi e tutti i centri vengono riavviati contemporaneamente e quindi aumenta la

37
00:03:09,560 --> 00:03:11,240
velocità allo stesso tempo.

38
00:03:11,500 --> 00:03:17,720
C finisce per avere quella che viene chiamata una sincronizzazione globale in cui più centri stanno aumentando le dimensioni della

39
00:03:17,720 --> 00:03:19,050
finestra allo stesso tempo.

40
00:03:19,870 --> 00:03:25,610
Stanno rallentando allo stesso tempo aumentando la loro velocità allo stesso tempo rallentando allo stesso tempo

41
00:03:25,610 --> 00:03:27,860
e così via e così via.

42
00:03:27,860 --> 00:03:33,260
Nel tempo non si ottiene mai il pieno utilizzo dell'interfaccia.

43
00:03:33,300 --> 00:03:41,760
Ora l'idea con w red ed evitare la congestione è far cadere casualmente pacchetti da più flussi prima che la coda si ripieghi,

44
00:03:42,270 --> 00:03:50,070
quindi in altre parole prima che il secchio sia pieno o il cubo sia pieno, si è pronti a far cadere

45
00:03:50,100 --> 00:03:59,220
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

46
00:03:59,220 --> 00:04:07,230
flusso uno rallenterà ma mentre il centro uno sta rallentando, inviarlo a sta aumentando la sua velocità perché i suoi pacchetti non

47
00:04:07,230 --> 00:04:08,480
sono stati eliminati.

48
00:04:09,860 --> 00:04:14,710
Quindi, mentre un host sta rallentando, un altro sta aumentando la sua velocità.

49
00:04:14,720 --> 00:04:20,600
Questo accade in modo casuale, quindi alcuni host aumentano la loro velocità

50
00:04:20,600 --> 00:04:29,050
e alcuni rallentano allo stesso tempo invece che tutti rallentano e tutti accelerano allo stesso tempo, quindi Cisco usa w

51
00:04:29,050 --> 00:04:37,510
red che introduce questa casualità per consentire una migliore l'utilizzo di un'interfaccia interfaccia la larghezza di banda perché alcuni stanno

52
00:04:38,080 --> 00:04:44,230
rallentando e alcuni stanno accelerando allo stesso tempo, il che in aggregato ti dà un

53
00:04:44,230 --> 00:04:50,760
migliore utilizzo dell'interfaccia, quindi l'idea con W rate è che tu abbia una soglia minima e

54
00:04:50,760 --> 00:04:56,730
una soglia massima che queste valli sono al di sotto delle dimensioni dell'intera coda.

55
00:04:57,940 --> 00:05:05,240
Quindi l'idea è quando la dimensione media della coda o la profondità media della coda è inferiore alla soglia minima.

56
00:05:05,280 --> 00:05:12,730
I pacchetti di note sono diminuiti quando la profondità media della coda supera la soglia minima ma è

57
00:05:12,730 --> 00:05:14,510
inferiore alla soglia massima.

58
00:05:14,560 --> 00:05:22,580
Abbiamo gocce casuali di pacchetti ma quando supera la soglia massima abbiamo gocce complete

59
00:05:22,580 --> 00:05:25,510
di un CLO di traffico.

60
00:05:25,530 --> 00:05:33,060
Il motivo per cui abbiamo W come nel rilevamento anticipato casuale ponderato è che puoi ponderarlo

61
00:05:33,060 --> 00:05:41,220
in base a classi diverse in modo da poter avere soglie massime diverse per classi di traffico diverse.

62
00:05:41,260 --> 00:05:49,690
Potresti voler iniziare a eliminare tutto il traffico FCP prima di eliminare il traffico HDP in modo da poter creare una

63
00:05:49,690 --> 00:05:56,830
soglia minima e massima diversa in modo che determinati tipi di traffico vengano eliminati o eliminati completamente prima

64
00:05:56,830 --> 00:06:06,280
di altri tempi di traffico che possono essere basati come esempio su precedenti IP o DCP, quindi l'idea con w red è che

65
00:06:06,280 --> 00:06:11,680
abbiamo iniziato a eliminare i pacchetti prima che la coda fosse piena.

66
00:06:11,680 --> 00:06:19,360
Evitiamo la congestione preselezionando quali pacchetti vengono eliminati e in genere desideriamo eliminare solo i pacchetti DCP poiché i

67
00:06:19,680 --> 00:06:26,680
flussi TTP leggeranno i pacchetti in modo che i pacchetti vengano rilasciati in modo casuale invece di rilasciarli

68
00:06:26,680 --> 00:06:29,850
in coda per evitare la sincronizzazione globale.

69
00:06:30,160 --> 00:06:35,800
Flussi TTP diversi stanno aumentando la loro velocità mentre altri rallentano in modo da ottenere un

70
00:06:35,800 --> 00:06:37,770
migliore utilizzo di un collegamento.

71
00:06:37,970 --> 00:06:44,880
Assicurati inoltre che rimanga spazio nel buffer per i tuoi pacchetti vocali, in modo da impostare la

72
00:06:44,880 --> 00:06:53,290
soglia massima abbastanza bassa in modo che i pacchetti FCP vengano completamente eliminati, garantendo allo stesso tempo che rimangano spazi nel

73
00:06:53,290 --> 00:06:55,660
buffer per il traffico vocale.

74
00:06:57,150 --> 00:07:01,760
Quindi, in sintesi, abbiamo molteplici meccanismi di qualità del servizio.

75
00:07:01,920 --> 00:07:04,220
Abbiamo classificazione e derisione.

76
00:07:04,470 --> 00:07:11,890
Abbiamo modellamento e osservazione della polizia, abbiamo strumenti per la gestione della congestione o la pianificazione e disponiamo di strumenti specifici

77
00:07:11,890 --> 00:07:18,670
per il collegamento come la frammentazione dei collegamenti e per lasciare il problema un corso è solo un'introduzione

78
00:07:18,670 --> 00:07:20,260
alla qualità del servizio.

79
00:07:20,290 --> 00:07:25,930
Dai un'occhiata alla qualità del servizio o, in effetti, guida per ulteriori informazioni sulla qualità

80
00:07:25,960 --> 00:07:32,110
del servizio e buoni esempi di come applicare la qualità del servizio su switch e router fisici.