Gestión de la congestión de QoS y prevención de la congestión (Parte 1)

gestión de la congestión y evitar la congestión
-------------------------------- ------------ Prefacio ------------------------
· En la red empresarial, es posible que no tengamos suficiente ancho de banda, pero algunos datos son muy importantes, como nuestro VoIP, transmisión de video, etc., y hay otros servicios FTP / HTTP o incluso BT, necesita usar parte del ancho de banda. Si hay un negocio codicioso, hará que el ancho de banda esté completamente ocupado, luego tráfico sensible dará lugar a una mayor incidencia de retraso, o incluso la pérdida de paquetes a gran escala, incluso si el ancho de banda está vacío, entonces tenemos que garantizar el flujo de negocios sensible o importante, entonces podemos llevar a cabo la gestión de la congestión de
gestión de la congestión es en realidad El mecanismo de la cola de aprendizaje es poner en cola los datos. Después de ingresar algunas colas, es equivalente al tratamiento VIP del banco. Mientras tenga paquetes de datos y pueda ir de inmediato, la demora será proporcionalmente menor; pero para cierto tráfico puede estar restringido, como El tráfico BT y Thunder se introducen en la cola, por lo que para la gestión de congestión, es una variedad de gestión Sistema.
· Para proteger servicios importantes, como VoIP, etc., podemos adoptar un método que no forme congestión. Sin congestión, no habrá pérdida de paquetes a gran escala, por lo que se utilizará la
prevención de la congestión. Evitar la congestión: al monitorear el uso de los recursos de la red Por ejemplo, la situación de la cola, como si la cola está llena o si la memoria o el área del búfer están llenas, cuando se produce congestión o hay una tendencia a la congestión, los paquetes no importantes se descartarán activamente y el tráfico de red se ajustará al contacto La red está sobrecargada.

La ocurrencia de congestión
Inserte la descripción de la imagen aquí

  • Puede haber varios casos de congestión.
    ① La velocidad no coincide. Por ejemplo, el ancho de banda de enlace de RTA a Internet es de 1Mbps, y el ancho de banda de enlace del conmutador de la izquierda a RTA es de 100Mbps, entonces el tráfico que enviamos será mucho mayor que
    El tráfico saliente , en este caso, puede producir congestión. Problem Problema de convergencia: por ejemplo, RTA, ahora hay varios dispositivos que le envían tráfico, excediendo su ancho de banda de enlace, también causará congestión

  • Si se produce congestión, causará los siguientes problemas:
    ① Aumento de la demora y la fluctuación en la transmisión de mensajes.
    Delay Un retraso excesivamente alto causará la retransmisión del mensaje.
    ③ Reduzca el rendimiento efectivo de la red, causando daños a los recursos de la red.
    Nte Intensifique el consumo de una gran cantidad de recursos de red (especialmente recursos de almacenamiento). La asignación irrazonable de recursos puede incluso hacer que el sistema caiga en un punto muerto de recursos y se bloquee.

  • La congestión hará que nuestros datos estén en la cola. Si FIFO los transmite, definitivamente hará que el tráfico no obtenga recursos a tiempo, lo que hará que disminuya la calidad y el rendimiento de nuestro servicio. Por lo tanto, debemos considerar qué hacer para habilitar La calidad de nuestro servicio está optimizada.

  • La velocidad mencionada anteriormente no coincide con el dispositivo para lograr la congestión, de hecho, le hago saber a mi dispositivo que ha ocurrido una congestión, porque la situación original no necesariamente conduce a la congestión, como 1
    Inserte la descripción de la imagen aquí
    Gbps a la izquierda, 10Mbps a la derecha, pero no hay tráfico, de hecho también Sin congestión

  • La situación de congestión:
    Inserte la descripción de la imagen aquí
    entienda el concepto: -Si se produce congestión,
    Inserte la descripción de la imagen aquí
    significa que la cola del hardware está llena

  • Cuando se envían datos al enrutador, en realidad los enviará a la cola del hardware después del procesamiento. Para la cola del hardware, el método de clasificación de la cola es FIFO, no hay prioridad y los paquetes se envían en el orden en que llegan a la cola del hardware. La cola de hardware en realidad tiene una cierta longitud y no es infinita. Si llega mucho tráfico rápidamente, hará que la cola de hardware esté llena. La razón es que la tasa de reenvío no es tan rápida como la tasa entrante, por lo que estará congestionada. Por lo tanto, la congestión se refleja en el hecho de que la cola del hardware está llena, no hay forma de acomodar los paquetes de datos y los datos se colocarán en la cola del software. Si no hay una cola de software, el paquete se perderá directamente.

El concepto de colas:
Inserte la descripción de la imagen aquí

  • La cola de hardware tiene una longitud fija. Por supuesto, algunos dispositivos pueden modificar la longitud de la cola de hardware, pero no se recomienda modificarla, porque cuanto más larga sea la configuración, más corta será la causa de problemas.
  • A veces, después de configurar QoS en la interfaz, el dispositivo ampliará o acortará automáticamente la cola de QoS, por lo que no es necesario administrarla
    . Cuando operamos, en realidad operamos la cola de software

Resumen de colas de hardware:
Inserte la descripción de la imagen aquí

El segundo paso en el manejo de la congestión.

  • Para diferentes tipos de datos, los colocamos en diferentes colas. De hecho, cuando la cola del hardware no está llena, FIFO puede enviar nuestros datos, pero si ocurre la congestión ahora, entonces debemos considerar, en Cuando se produce congestión, los datos en los que se reenvía la cola son limitados, por lo que es necesario comprender el mecanismo de programación de la cola.

Mecanismo de programación de cola: (cola de software)
Inserte la descripción de la imagen aquí

  • Cola equitativa ponderada basada en clase CBQ (Class-based Queuing)

  • La cola de software también es una FIFO por defecto. De hecho, si no la ajusta, entonces, para el dispositivo, la apariencia de la cola de software es en realidad una versión más larga de la cola de hardware

  • De hecho, RR y WRR son un algoritmo de programación, y no hay una cola llamada RR o cola WRR, pero definitivamente es una cola para FIFO.

  • Para PQ es en realidad una cola real, hay una cola PQ, CQ también es una cola, WFQ también es una cola

  • En nuestro capítulo, presentamos principalmente FIFO, PQ, WRR, WFQ, PQ + WFQ, CBQ (WFQ mejorado)

  • A continuación, todas las colas de las que hablamos son colas de software y colas de hardware que se han terminado
    . Puede consultar el blog de gestión de congestión de QoS y prevención de congestión (a continuación)

Publicado 28 artículos originales · ganó 15 · vistas 872

Supongo que te gusta

Origin blog.csdn.net/weixin_45948002/article/details/105285978
Recomendado
Clasificación