1
00:00:00,570 --> 00:00:03,950
Analicemos formas de evitar la congestión.

2
00:00:03,980 --> 00:00:11,210
El mecanismo principal que discutiremos aquí es una lectura de W o una tasa de detección temprana aleatoria ponderada de W

3
00:00:11,210 --> 00:00:13,800
es una forma de evitar la congestión.

4
00:00:13,880 --> 00:00:21,110
Pero antes de discutir w rate, veamos las señales de problemas en los enrutadores y los conmutadores son finitos.

5
00:00:21,140 --> 00:00:27,860
En otras palabras, solo pueden retener o almacenar en un búfer un cierto número de paquetes si hay una explosión de

6
00:00:28,100 --> 00:00:30,200
tráfico y los búferes se desbordan.

7
00:00:30,200 --> 00:00:37,090
En otras palabras, llegan más paquetes de los que pueden ser transmitidos y almacenados en un búfer con

8
00:00:37,100 --> 00:00:37,920
un conmutador.

9
00:00:38,300 --> 00:00:43,470
Comenzará a descartar paquetes cuando la cola se pliegue.

10
00:00:43,780 --> 00:00:46,660
Todos los paquetes nuevos que lleguen serán descartados.

11
00:00:46,660 --> 00:00:52,750
Eso se llama caída de cola como una analogía pensar en un cubo.

12
00:00:53,120 --> 00:00:57,380
El balde se está llenando de agua o paquetes.

13
00:00:57,530 --> 00:01:03,220
Una vez que el cubo está lleno o en el caso de una varilla o un interruptor, la cola está llena.

14
00:01:03,230 --> 00:01:05,950
Cualquier paquete nuevo que llegue se descarta.

15
00:01:07,170 --> 00:01:10,990
Porque no hay espacio para almacenarlos o guardarlos en la memoria.

16
00:01:11,190 --> 00:01:20,400
Ahora, cuando se usa la caída de cola, se desperdicia el ancho de banda, especialmente cuando se usa TCE P, aquí hay un ejemplo de lo

17
00:01:20,400 --> 00:01:27,590
que sucede cuando se usa la caída de cola y tiene muchos flujos TCB, el 100 por ciento es el

18
00:01:27,590 --> 00:01:35,480
100 por ciento de utilización de una interfaz en la que se encuentra el eje y La utilización de una interfaz con

19
00:01:35,480 --> 00:01:40,170
el 100 por ciento indicado por esta línea x eje es el tiempo.

20
00:01:40,230 --> 00:01:48,860
Entonces, lo que sucede es que si varios flujos comienzan a enviar tráfico y se produce una caída en este punto, los paquetes

21
00:01:48,860 --> 00:01:51,350
de todos los flujos se caen.

22
00:01:51,380 --> 00:01:58,450
Ahora, lo que sucede con TTP es que cuando se descartan los paquetes, los remitentes de TTP se ralentizan.

23
00:01:58,480 --> 00:02:06,040
En otras palabras, retroceden, disminuyen la velocidad y luego aumentan lentamente el tamaño de la ventana nuevamente para aumentar

24
00:02:06,040 --> 00:02:07,910
la velocidad de reenvío.

25
00:02:08,050 --> 00:02:13,540
Entonces, lo que sucede es que la utilización de la interfaz disminuye porque los tres centros retroceden.

26
00:02:13,630 --> 00:02:19,270
En otras palabras, se ralentizan, luego aumentan, decidirían aumentar el número de paquetes que están

27
00:02:19,270 --> 00:02:22,810
transmitiendo antes de recibir un acuse de recibo.

28
00:02:22,930 --> 00:02:29,950
Pero cuando los buffers están llenos nuevamente, los paquetes se eliminan de todos estos flujos, incluidos los nuevos flujos que comienzan

29
00:02:30,430 --> 00:02:36,600
a enviar tráfico, por lo que en este caso tenemos cuatro remitentes que retroceden o disminuyen la velocidad.

30
00:02:36,750 --> 00:02:41,400
Una vez más, aumentan el tamaño de su ventana y aumentan la cantidad de paquetes que pueden

31
00:02:41,400 --> 00:02:47,360
transmitir antes de recibir un acuse de recibo y, finalmente, llega al punto en que las memorias intermedias de un enrutador o

32
00:02:47,360 --> 00:02:48,710
conmutador están llenas nuevamente.

33
00:02:48,950 --> 00:02:53,260
Los paquetes de todos los flujos se descartan, por lo que todos se ralentizan.

34
00:02:53,510 --> 00:02:59,850
Entonces, el problema es que cuando el depósito está lleno, se están recibiendo paquetes de múltiples flujos, no

35
00:02:59,870 --> 00:03:01,630
hay espacio para almacenarlos.

36
00:03:01,990 --> 00:03:09,470
Por lo tanto, los paquetes se eliminan de todos los flujos y todos los centros retroceden al mismo tiempo y luego aumentan la

37
00:03:09,560 --> 00:03:11,240
velocidad al mismo tiempo.

38
00:03:11,500 --> 00:03:17,720
C termina teniendo lo que se llama una sincronización global donde múltiples centros están aumentando el tamaño de su

39
00:03:17,720 --> 00:03:19,050
ventana al mismo tiempo.

40
00:03:19,870 --> 00:03:25,610
Se están desacelerando al mismo tiempo, aumentando su velocidad al mismo tiempo, disminuyendo la velocidad al

41
00:03:25,610 --> 00:03:27,860
mismo tiempo, y así sucesivamente.

42
00:03:27,860 --> 00:03:33,260
Con el tiempo, nunca se aprovecha al máximo la interfaz.

43
00:03:33,300 --> 00:03:41,760
Ahora, la idea con evitar el rojo y la congestión es que abandones los paquetes al azar de múltiples flujos antes de que

44
00:03:42,270 --> 00:03:50,070
la cola se pliegue, en otras palabras, antes de que el cubo esté lleno o el cubo esté lleno, estás listo

45
00:03:50,100 --> 00:03:59,220
para soltar los paquetes de los flujos, pero lo haces al azar para que puedas podría dejar caer un paquete del flujo uno, lo que

46
00:03:59,220 --> 00:04:07,230
significa que el flujo uno se ralentizará, pero mientras el centro uno se ralentiza, enviarlo aumenta su velocidad porque sus paquetes no

47
00:04:07,230 --> 00:04:08,480
se han caído.

48
00:04:09,860 --> 00:04:14,710
Entonces, mientras un host se desacelera, otro aumenta su velocidad.

49
00:04:14,720 --> 00:04:20,600
Esto sucede al azar, por lo que hay algunos hosts que aumentan su velocidad y

50
00:04:20,600 --> 00:04:29,050
otros disminuyen la velocidad al mismo tiempo en lugar de que todos disminuyan la velocidad y todos aceleren al mismo tiempo, por lo

51
00:04:29,050 --> 00:04:37,510
que Cisco usa un rojo que introduce esta aleatoriedad para permitir una mejor utilización del ancho de banda de una interfaz de interfaz

52
00:04:38,080 --> 00:04:44,230
porque algunos se están desacelerando y otros se están acelerando al mismo tiempo, lo que en conjunto

53
00:04:44,230 --> 00:04:50,760
le brinda una mejor utilización de la interfaz, por lo que la idea con la tasa W es

54
00:04:50,760 --> 00:04:56,730
que tiene un umbral mínimo y un umbral máximo. debajo del tamaño de la cola completa.

55
00:04:57,940 --> 00:05:05,240
Entonces, la idea es cuando el tamaño promedio de la cola o la profundidad promedio de la cola está por debajo del umbral mínimo.

56
00:05:05,280 --> 00:05:12,730
Los paquetes de notas se han caído cuando la profundidad promedio de la cola supera el umbral mínimo pero está por

57
00:05:12,730 --> 00:05:14,510
debajo del umbral máximo.

58
00:05:14,560 --> 00:05:22,580
Tenemos caídas aleatorias de paquetes, pero cuando supera el umbral máximo, tenemos caídas completas

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

60
00:05:25,530 --> 00:05:33,060
La razón por la que tenemos W como detección temprana aleatoria ponderada es que puede ponderar

61
00:05:33,060 --> 00:05:41,220
esto en función de diferentes clases para que pueda tener diferentes umbrales máximos para diferentes clases de tráfico.

62
00:05:41,260 --> 00:05:49,690
Es posible que desee comenzar a eliminar todo el tráfico FCP antes de eliminar el tráfico HDP para poder crear un umbral

63
00:05:49,690 --> 00:05:56,830
mínimo y máximo diferente para que ciertos tipos de tráfico se eliminen o se eliminen por completo antes

64
00:05:56,830 --> 00:06:06,280
de otros tiempos de tráfico que pueden basarse como un ejemplo en precedentes de IP o DCP, por lo que la idea con w red

65
00:06:06,280 --> 00:06:11,680
es que comenzamos a descartar paquetes antes de que la cola esté llena.

66
00:06:11,680 --> 00:06:19,360
Estamos evitando la congestión preseleccionando qué paquetes se descartan y, por lo general, solo deseamos descartar los paquetes DCP

67
00:06:19,680 --> 00:06:26,680
porque los flujos TTP leerán la transmisión, por lo que descartar paquetes aleatoriamente en lugar de

68
00:06:26,680 --> 00:06:29,850
descartarlos por cola evita la sincronización global.

69
00:06:30,160 --> 00:06:35,800
Los diferentes flujos de TTP aumentan su velocidad, mientras que otros disminuyen la velocidad para que

70
00:06:35,800 --> 00:06:37,770
pueda utilizar mejor un enlace.

71
00:06:37,970 --> 00:06:44,880
También se asegura de que quede espacio en el búfer para sus paquetes de voz, por lo que establecerá su

72
00:06:44,880 --> 00:06:53,290
umbral máximo lo suficientemente bajo como para que los paquetes FCP se descarten por completo y se asegure de que aún quede espacio en el

73
00:06:53,290 --> 00:06:55,660
búfer para el tráfico de voz.

74
00:06:57,150 --> 00:07:01,760
En resumen, tenemos múltiples mecanismos de calidad de servicio.

75
00:07:01,920 --> 00:07:04,220
Tenemos clasificación y burla.

76
00:07:04,470 --> 00:07:11,890
Contamos con la configuración y la observación policiales, contamos con herramientas de gestión o programación de la congestión y tenemos herramientas específicas

77
00:07:11,890 --> 00:07:18,670
para enlaces, como la fragmentación de enlaces y para dejar el tema en curso, es solo una introducción a

78
00:07:18,670 --> 00:07:20,260
la calidad del servicio.

79
00:07:20,290 --> 00:07:25,930
Eche un vistazo a la calidad del servicio o, de hecho, guíe para obtener más información sobre

80
00:07:25,960 --> 00:07:32,110
la calidad del servicio y buenos ejemplos de cómo aplicar la calidad del servicio en conmutadores y enrutadores físicos.