Descripción de la supervisión de video en línea en enrutadores serie MX
Junos OS admite la supervisión de video en línea mediante métricas de índice de entrega de medios (MDI).
Antes de usar la función de monitoreo de video en línea, asegúrese de comprender los siguientes términos:
media delivery index—Las métricas de MDI facilitan la identificación de las necesidades de búfer para los medios de transmisión. La memoria intermedia debe ser adecuada para compensar la fluctuación de los paquetes, medida por el factor de retraso MDI, y los problemas de calidad indicados por paquetes perdidos, medidos por la velocidad de pérdida de medios de MDI (MLR). Al realizar mediciones en diferentes condiciones de carga, puede identificar fuentes de fluctuación significativa o pérdida de paquetes y tomar las medidas adecuadas.
delay factor— El factor de retraso es la diferencia de tiempo máxima observada entre la llegada de los datos de medios y el drenaje de los datos de medios. La velocidad de drenaje esperada es la tasa de tráfico nominal y constante para flujos de velocidad de bits constantes o la velocidad de tráfico computada de datos de paquetes de transmisión de medios de velocidad variable.
Para velocidades de transmisión típicas de 1 megabit por segundo y superiores, un intervalo de un segundo proporciona un tiempo de muestra adecuado. El factor de retraso indica cuánto tiempo debe estar en búfer (retrasado) un flujo de datos a su velocidad de bits nominal para evitar la pérdida de paquetes.
El factor de retraso sugiere el tamaño mínimo del búfer necesario en el siguiente nodo descendente. A medida que avanza una secuencia, la variación del factor de retraso indica agrupación de paquetes o brechas de paquetes (fluctuación). Los valores de factor de retraso mayores también indican que se necesita una mayor latencia de red para entregar una secuencia debido a la necesidad de rellenar previamente un búfer de recepción antes de comenzar el drenaje para garantizar que no haya subflujo.
Cuando se conoce la velocidad de bits de drenaje nominal en un nodo receptor, el máximo del factor de retraso indica el tamaño del búfer necesario para adaptarse a la fluctuación de los paquetes.
Media rate variation (MRV)— Este valor es la diferencia entre la velocidad de paquete esperada y la velocidad de paquete real, expresada como un porcentaje de la velocidad de paquete esperada.
Media loss rate (MLR)— Este valor es el número de paquetes de medios perdidos en un intervalo de tiempo configurable (
interval-duration), en el que los paquetes de flujo transportan la información de la aplicación de transmisión. Un solo paquete IP puede contener uno o más paquetes de transmisión. Por ejemplo, un paquete IP normalmente contiene siete paquetes de transmisión MPEG de 188 bytes. En este caso, una sola pérdida de paquete IP da como resultado siete paquetes perdidos contados (si esos siete paquetes perdidos no incluyen paquetes nulos). Incluir paquetes fuera de pedido es importante, ya que muchos dispositivos de transmisión tipo consumidor no intentan reordenar paquetes que se reciben fuera de pedido.
Para configurar el proceso de supervisión, defina plantillas de criterio y aplíquelas a las interfaces y flujos que desee supervisar. Las plantillas de supervisión incluyen los siguientes criterios:
Duración de cada ciclo de medición
Información de velocidad de flujo utilizada para establecer los caudales esperados
Niveles de umbral para el factor de retraso, la variación de la velocidad de medios y la velocidad de pérdida de medios que activan las alertas de registro del sistema deseadas
Para cada interfaz que desee supervisar, puede definir uno o más filtros para seleccionar flujos IPv4 para la supervisión. Los flujos se designan como flujos de entrada o salida. A partir de Junos OS versión 17.2R1, puede identificar flujos IPv4 a través de MPLS. A partir de Junos OS versión 17.4R1, puede identificar flujos IPv6 y flujos IPv6 sobre MPLS. A partir de Junos OS versión 19.1R1, puede configurar enrutadores serie MX para la supervisión de video en línea de hd sin comprimir o video de transmisión de 4K (tipo de carga 98 y 99). La funcionalidad MDI se ha extendido a flujos de video como ST 2000-5 (RTP PT 98) y ST 2000-6 (RTP PT 99). Estos son flujos de video no MPEG a través de IP/UDP/RTP y son flujos de velocidad de bits constantes. El operador especificaría las direcciones IP y los puertos UDP adecuados para que los flujos que no sean de video a través de RTP no pasen por el procesamiento de MDI.
No se pueden supervisar flujos MPLS con más de tres etiquetas.
Los flujos IPv4 se identifican de manera única por:
Dirección IP de destino
Puerto de destino
Dirección IP de origen
Puerto de origen
Dirección
Índice de interfaz
Tipo de medio (RTP o MPEG)
Los flujos IPv4 sobre MPLS se identifican de manera única por:
Las tres principales etiquetas MPLS
Dirección IP de destino
Puerto de destino
Dirección IP de origen
Puerto de origen
Dirección
Índice de interfaz
Tipo de medio (RTP o MPEG)
Los flujos IPv6 se identifican de manera única por:
Dirección IP de destino
Puerto de destino
Dirección IP de origen
Puerto de origen
Dirección
Índice de interfaz
Tipo de medio (RTP o MPEG)
Los flujos IPv6 sobre MPLS se identifican de manera única por:
Las tres principales etiquetas MPLS
Dirección IP de destino
Puerto de destino
Dirección IP de origen
Puerto de origen
Dirección
Índice de interfaz
Tipo de medio (RTP o MPEG)
Junos OS admite la definición de filtros para hasta 256 flujos en una interfaz, que puede consistir en flujos de entrada, flujos de salida o una combinación de flujos de entrada y salida. Estos filtros proporcionan criterios para seleccionar flujos para el monitoreo. Si los criterios de selección constan de listas de direcciones IP o puertos, puede superar la cantidad máxima de condiciones de coincidencia para flujos. El monitoreo de video selecciona un número muy variable de flujos según los filtros de flujo.
El número total de direcciones IP de destino configuradas en un flujo para una interfaz no puede superar los 32, y el número total de direcciones IP de origen configuradas en un flujo para una interfaz no puede superar 32.
No se admite la supervisión de video en línea cuando habilita los servicios de última generación en un enrutador de la serie MX.
La supervisión de video en línea está disponible en las plataformas de enrutamiento universal 5G serie MX que utilizan solo los siguientes MPC:
MPC1
MPC1E
MPC2
MPC2E
MPC2E-NG
MPC3E-NG
MPC-16XGE
MPC5E
MPC6E
MPC7E
MPC8E
MPC9E
MPC10E
MPC11E
La transferencia de datos del tráfico se reduce por debajo del ancho de banda de la interfaz cuando se utiliza la supervisión de video con mpc2E-NG o MPC3E-NG en el siguiente escenario:
Los puertos de entrada y salida están en la misma ranura.
Los flujos de entrada se configuran como inet y los flujos de salida se configuran como mpls.
Al menos un flujo tiene una velocidad de tráfico superior a 2 Gbps.
Para evitar esta reducción de transferencia de datos, utilice puertos de entrada y salida en diferentes ranuras.
A partir de Junos OS versión 16.1R1, puede configurar la cantidad de flujos que se pueden medir por motor de reenvío de paquetes a la vez, hasta un valor de 8192. El número máximo configurado de flujos que se puede medir para cada modelo de MPC se muestra en la segunda columna de la tabla 1. El número predeterminado de flujos que se puede medir para cada modelo de MPC se muestra en la tercera columna de la tabla 1. En junos OS versión 15.1 y anteriores, no puede configurar la cantidad de flujos que se pueden medir.
Cuando no se definen filtros de flujo de entrada o salida para una interfaz supervisada, todos los flujos en la interfaz están sujetos a supervisión.
Modelo MPC |
Número máximo configurable de flujos supervisados simultáneamente (a partir de Junos OS versión 16.1) |
Número predeterminado de flujos supervisados simultáneamente |
|---|---|---|
MPC1 |
8000 |
1000 |
MPC1E |
8000 |
1000 |
MPC2 |
16,000 |
2000 |
MPC2E |
16,000 |
2000 |
MPC2E-NG |
8000 |
1000 |
MPC3E-NG |
8000 |
1000 |
MPC-16XGE |
32,000 |
4000 |
MPC5E |
40,000 |
5000 |
MPC6E |
40,000 |
5000 |
MPC7E |
40,000 |
5000 |
MPC8E |
40,000 |
5000 |
MPC9E |
40,000 |
5000 |
MPC10E |
24 000 (a partir de Junos OS versión 20.3R1) |
3000 |
MPC11E |
64 000 (a partir de Junos OS versión 20.3R1) |
8000 |
Junos OS mide los flujos UDP (el valor predeterminado) y los flujos RTP. Junos OS diferencia el tráfico de medios a través de UDP o RTP mediante la inspección del primer byte de la carga UDP. Si el primer byte de la carga UDP está 0x47 (bytes de sincronización MPEG2-TS), el tráfico se trata como tráfico de medios a través de UDP. El tráfico se trata como tráfico de medios a través de RTP si el campo de versión es 2 y el tipo de carga es 33 en el encabezado RTP. Cuando no se cumple ninguno de estos criterios, el paquete no se considera para la supervisión por video.
A partir de Junos OS versión 15.1R1, los enrutadores serie MX admiten la supervisión de video en línea para medir las métricas del índice de entrega de medios (MDI) a la que se puede acceder mediante la operación SNMP GET. Actualmente, el MDI en línea solo puede generar un registro del sistema cuando el valor calculado no está dentro del rango configurado. SNMP se utiliza principalmente para supervisar las alarmas que genera la función de monitoreo de video en línea. Las alarmas se monitorean en los sistemas de gestión de red, ya sea para solucionar el problema o para diagnosticar la degradación de la calidad del video.
Utilice la instrucción en el video-monitoring [edit services] nivel de jerarquía para especificar criterios de supervisión para dos indicadores clave de problemas de tráfico de video: factor de retraso y velocidad de pérdida de medios (MLR), y para aplicar estas métricas a flujos en interfaces designadas.