1
00:00:00,570 --> 00:00:03,950
Vamos discutir maneiras de evitar congestionamentos.

2
00:00:03,980 --> 00:00:11,210
O principal mecanismo que discutiremos aqui é uma taxa de leitura W ou de detecção precoce aleatória ponderada, que

3
00:00:11,210 --> 00:00:13,800
é uma maneira de evitar congestionamentos.

4
00:00:13,880 --> 00:00:21,110
Porém, antes de discutirmos a taxa, vamos examinar as sugestões de problemas nos roteadores e nos switches são finitos.

5
00:00:21,140 --> 00:00:27,860
Em outras palavras, eles só podem reter ou armazenar em buffer um certo número de pacotes se houver uma explosão de

6
00:00:28,100 --> 00:00:30,200
tráfego e os buffers estiverem excedidos.

7
00:00:30,200 --> 00:00:37,090
Em outras palavras, há mais pacotes chegando do que podem ser transmitidos e armazenados em buffer por um roteador

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

9
00:00:38,300 --> 00:00:43,470
Ele começará a soltar pacotes quando a fila dobrar.

10
00:00:43,780 --> 00:00:46,660
Todos os novos pacotes que chegarem serão descartados.

11
00:00:46,660 --> 00:00:52,750
Isso é chamado queda cauda como analogia, pense em um balde.

12
00:00:53,120 --> 00:00:57,380
O balde está cheio de água ou pacotes.

13
00:00:57,530 --> 00:01:03,220
Quando o balde estiver cheio ou no caso de uma haste ou um interruptor, a fila estará cheia.

14
00:01:03,230 --> 00:01:05,950
Quaisquer novos pacotes que chegarem serão descartados.

15
00:01:07,170 --> 00:01:10,990
Porque não há espaço para armazená-los ou guardá-los na memória.

16
00:01:11,190 --> 00:01:20,400
Agora, quando a queda da cauda é usada, resulta em largura de banda desperdiçada, especialmente ao usar o TCE P, aqui está um

17
00:01:20,400 --> 00:01:27,590
exemplo do que acontece quando a queda da cauda é usada e você tem muitos fluxos de

18
00:01:27,590 --> 00:01:35,480
TCB, 100% é 100% de utilização de uma interface no qual o eixo y é a utilização de uma interface

19
00:01:35,480 --> 00:01:40,170
com 100% indicada por esta linha x eixo é o tempo.

20
00:01:40,230 --> 00:01:48,860
Então, o que acontece é que, se vários fluxos começarem a enviar tráfego e dizer que a queda ocorre neste momento, os pacotes

21
00:01:48,860 --> 00:01:51,350
de todos os fluxos serão descartados.

22
00:01:51,380 --> 00:01:58,450
Agora, o que acontece com o TTP é que, quando os pacotes são descartados, os remetentes do TTP ficam mais lentos.

23
00:01:58,480 --> 00:02:06,040
Em outras palavras, eles recuam, diminuem a velocidade e aumentam lentamente o tamanho da janela novamente para aumentar

24
00:02:06,040 --> 00:02:07,910
a velocidade do encaminhamento.

25
00:02:08,050 --> 00:02:13,540
Então o que acontece é que a utilização da interface diminui porque os três centros recuam.

26
00:02:13,630 --> 00:02:19,270
Em outras palavras, eles diminuem a velocidade, aumentam e decidem aumentar o número de pacotes

27
00:02:19,270 --> 00:02:22,810
que estão transmitindo antes de receber um reconhecimento.

28
00:02:22,930 --> 00:02:29,950
Porém, quando os buffers estão cheios novamente, os pacotes são descartados de todos esses fluxos, incluindo quaisquer novos fluxos

29
00:02:30,430 --> 00:02:36,600
que começam a enviar tráfego. Nesse caso, temos quatro remetentes recuando ou diminuindo a velocidade.

30
00:02:36,750 --> 00:02:41,400
Novamente, eles aumentam o tamanho da janela e aumentam o número de pacotes que podem

31
00:02:41,400 --> 00:02:47,360
transmitir antes de obter uma confirmação e, eventualmente, chegam ao ponto em que os buffers de um roteador ou

32
00:02:47,360 --> 00:02:48,710
switch estão cheios novamente.

33
00:02:48,950 --> 00:02:53,260
Pacotes de todos os fluxos são descartados e, portanto, ficam mais lentos.

34
00:02:53,510 --> 00:02:59,850
Portanto, o problema é que, quando o bucket está cheio, pacotes de vários fluxos estão sendo recebidos, não

35
00:02:59,870 --> 00:03:01,630
há espaço para armazená-los.

36
00:03:01,990 --> 00:03:09,470
Portanto, os pacotes são descartados de todos os fluxos, todos os centros recuam ao mesmo tempo e aumentam a

37
00:03:09,560 --> 00:03:11,240
velocidade ao mesmo tempo.

38
00:03:11,500 --> 00:03:17,720
C acabam tendo o que é chamado de sincronização global, em que vários centros aumentam o tamanho da janela

39
00:03:17,720 --> 00:03:19,050
ao mesmo tempo.

40
00:03:19,870 --> 00:03:25,610
Eles estão diminuindo a velocidade ao mesmo tempo, aumentando sua velocidade ao mesmo tempo, diminuindo ao

41
00:03:25,610 --> 00:03:27,860
mesmo tempo e assim por diante.

42
00:03:27,860 --> 00:03:33,260
Com o tempo, você nunca obtém plena utilização da interface.

43
00:03:33,300 --> 00:03:41,760
Agora, a idéia com redução e congestionamento é que você descarta pacotes aleatoriamente de vários fluxos antes que a fila

44
00:03:42,270 --> 00:03:50,070
se dobre, ou seja, antes que o balde esteja cheio ou o cubo esteja cheio, você está pronto para

45
00:03:50,100 --> 00:03:59,220
retirar pacotes dos fluxos, mas faz isso aleatoriamente pode soltar um pacote do fluxo 1, o que significa que o fluxo 1

46
00:03:59,220 --> 00:04:07,230
diminuirá a velocidade, mas enquanto o centro 1 estiver abrandando, o envio aumentará sua velocidade porque seus pacotes não

47
00:04:07,230 --> 00:04:08,480
foram descartados.

48
00:04:09,860 --> 00:04:14,710
Portanto, enquanto um host está diminuindo, outro está aumentando sua velocidade.

49
00:04:14,720 --> 00:04:20,600
Isso acontece aleatoriamente, então você tem alguns hosts aumentando sua velocidade e alguns

50
00:04:20,600 --> 00:04:29,050
diminuindo ao mesmo tempo, em vez de todos diminuindo e acelerando ao mesmo tempo, para que a Cisco use w red,

51
00:04:29,050 --> 00:04:37,510
que introduz essa aleatoriedade para permitir melhor A utilização de uma interface faz interface com a largura de banda, porque algumas

52
00:04:38,080 --> 00:04:44,230
estão diminuindo a velocidade e outras estão acelerando ao mesmo tempo, o que, agregado, proporciona

53
00:04:44,230 --> 00:04:50,760
uma melhor utilização da interface. Portanto, a idéia com taxa W é que você tenha um

54
00:04:50,760 --> 00:04:56,730
limite mínimo e um limite máximo desses vales. abaixo do tamanho da fila completa.

55
00:04:57,940 --> 00:05:05,240
Portanto, a idéia é quando o tamanho médio da fila ou a profundidade média da fila estiver abaixo do limite mínimo.

56
00:05:05,280 --> 00:05:12,730
Os pacotes de notas caíram quando a profundidade média da fila ultrapassa o limite mínimo, mas está

57
00:05:12,730 --> 00:05:14,510
abaixo do limite máximo.

58
00:05:14,560 --> 00:05:22,580
Temos quedas aleatórias de pacotes, mas quando ultrapassa o limite máximo, temos quedas completas

59
00:05:22,580 --> 00:05:25,510
de um CLO de tráfego.

60
00:05:25,530 --> 00:05:33,060
A razão pela qual temos W como na detecção precoce aleatória ponderada é que você

61
00:05:33,060 --> 00:05:41,220
pode ponderar isso com base em diferentes classes para ter limites máximos diferentes para diferentes classes de tráfego.

62
00:05:41,260 --> 00:05:49,690
Convém começar a descartar todo o tráfego FCP antes de descartar o tráfego HDP, para que você possa criar um

63
00:05:49,690 --> 00:05:56,830
limite mínimo e máximo diferente para que certos tipos de tráfego sejam descartados ou totalmente descartados

64
00:05:56,830 --> 00:06:06,280
antes de outros tempos de tráfego que possam ser baseados em exemplos de precedentes de IP ou DCP, então a idéia com vermelho

65
00:06:06,280 --> 00:06:11,680
é que começamos a soltar pacotes antes que a fila esteja cheia.

66
00:06:11,680 --> 00:06:19,360
Evitamos o congestionamento ao selecionar previamente quais pacotes são descartados e, normalmente, só queremos descartar pacotes DCP,

67
00:06:19,680 --> 00:06:26,680
porque os fluxos TTP lerão a transmissão de pacotes que são descartados aleatoriamente, em vez de

68
00:06:26,680 --> 00:06:29,850
serem descartados, evitando a sincronização global.

69
00:06:30,160 --> 00:06:35,800
Diferentes fluxos TTP estão aumentando sua velocidade, enquanto outros estão diminuindo a velocidade, para que você obtenha

70
00:06:35,800 --> 00:06:37,770
melhor utilização de um link.

71
00:06:37,970 --> 00:06:44,880
Você também garante que haja espaço no buffer restante para seus pacotes de voz, para que você defina

72
00:06:44,880 --> 00:06:53,290
seu limite máximo baixo o suficiente para que os pacotes FCP sejam totalmente descartados, garantindo que eles ainda deixem espaço no

73
00:06:53,290 --> 00:06:55,660
buffer para tráfego de voz.

74
00:06:57,150 --> 00:07:01,760
Portanto, em resumo, temos vários mecanismos de qualidade de serviço.

75
00:07:01,920 --> 00:07:04,220
Temos classificação e zombaria.

76
00:07:04,470 --> 00:07:11,890
Temos modelagem e observação de policiamento, ferramentas de agendamento ou gerenciamento de congestionamentos e ferramentas específicas de

77
00:07:11,890 --> 00:07:18,670
link, como fragmentação de link, e deixar o problema do curso é apenas uma introdução à

78
00:07:18,670 --> 00:07:20,260
qualidade do serviço.

79
00:07:20,290 --> 00:07:25,930
Consulte a qualidade do serviço ou, na verdade, guia para obter mais informações sobre a

80
00:07:25,960 --> 00:07:32,110
qualidade do serviço e bons exemplos de como aplicar a qualidade do serviço em comutadores e roteadores físicos.