Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Definir y medir la disponibilidad de la red

 

Este tema incluye las siguientes secciones:

Definir la disponibilidad de la red

La disponibilidad de una red’IP de proveedores de servicios se puede considerar como la posibilidad de acceso entre los puntos regionales de presencia (pop), como Figura 1se muestra en la.

Figura 1: Puntos regionales de presencia
Puntos regionales de presencia

Con el ejemplo anterior, cuando se usa una malla completa de puntos de medición, en la que cada POP mide la disponibilidad a todos los demás POP, puede calcular la disponibilidad total de’la red del proveedor de servicios. Este KPI también se puede usar como ayuda para supervisar el nivel de servicio de la red y puede ser utilizado por el proveedor de servicios y sus clientes para determinar si funcionan dentro de los términos de su acuerdo de nivel de servicio (SLA).

Si un POP puede componerse de varios enrutadores, tome medidas para cada enrutador tal y como se muestra en Figura 2la.

Figura 2: Medidas a cada enrutador
Medidas a cada enrutador

Las medidas incluyen:

  • Ruta disponibilidad—disponibilidad de una interfaz de salida B1 como se muestra en la interfaz de entrada a1.

  • Disponibilidad—de enrutador porcentaje de disponibilidad de ruta de todas las rutas medidas que terminan en el enrutador.

  • Disponibilidad—de pop porcentaje de disponibilidad de enrutadores entre dos pop regionales, A y B.

  • Disponibilidad—de red porcentaje de disponibilidad de pop para todos los pop regionales en’la red del proveedor de servicios.

Para medir la disponibilidad de POP de la POP a en Figura 2pop B, debe medir las cuatro rutas siguientes:

Medir la disponibilidad desde el POP B hasta la POP a requiere cuatro medidas más, y así sucesivamente.

Una malla completa de las mediciones de disponibilidad puede generar un tráfico de administración significativo. En el diagrama de ejemplo anterior:

  • Cada POP tiene dos enrutadores perimetrales de proveedor colocalizados (PE), cada uno con interfaces 2xSTM1, para un total de 18 enrutadores PE y interfaces 36xSTM1.

  • Hay seis enrutadores (P) principales, cuatro con las interfaces 2xSTM4 e 3xSTM1 cada uno, y dos con las interfaces 3xSTM4 y 3xSTM1 cada una.

Esto hace un total de 68 interfaces. Una malla completa de rutas entre cada interfaz es:

[n x (LANDesk1)] / 2 resultado68 640681)] / 2=2278 rutas

Para reducir el tráfico de administración en la’red del proveedor de servicios, en lugar de generar una malla completa de pruebas de disponibilidad de interfaces (por ejemplo, desde cada interfaz a cada dos interfaces), puede’medir la dirección de cada enrutador de bucle de retroceso. Esto reduce el número de medidas de disponibilidad necesarias para un total de una para cada enrutador, o bien:

[LANDesk 640LANDesk1)] / 2 resultado24 640241)] / 2=276 correspondientes

Esto mide la disponibilidad de cada enrutador en todos los demás enrutadores.

Supervisar el acuerdo de (SLA) y el ancho de banda requerido

Un acuerdo de este típico entre un proveedor de servicios y un cliente podría indicar:

Una cifra disponible del SLA del 99,999% para una’red de proveedor se relaciona con un tiempo de inactividad de aproximadamente 5 minutos al año. Por lo tanto, para medir este comportamiento de forma proactiva, tendría que tomar medidas de disponibilidad con una granularidad inferior a uno cada cinco minutos. Con un tamaño estándar de 64 bytes por solicitud de ping ICMP, una prueba de ping por minuto generaría 7680 bytes de tráfico por hora por destino, incluidas las respuestas de ping. Una malla completa de pruebas de ping a 276 destinos generaría 2.119.680 bytes por hora, lo que representa lo siguiente:

  • En un enlace OC3/STM1 de 155,52 Mbps, un uso del 1,362%

  • En un enlace OC12/STM4 de 622,08 Mbps, un uso del 0,340%

Con un tamaño de 1500 bytes por solicitud de ping ICMP, una prueba de ping por minuto generaría 180.000 bytes por hora por destino, incluidas las respuestas de ping. Una malla completa de pruebas de ping a 276 destinos generaría 49.680.000 bytes por hora, lo que representa lo siguiente:

  • En un enlace OC3/STM1, 31,94 por ciento de utilización

  • En un enlace OC12/STM4, 7,986 por ciento de utilización

Cada enrutador puede registrar los resultados de todos los destinos probados. Con una prueba por minuto para cada destino, cada enrutador llevaría a cabo un total de 1 x 60 x 24 x 276 = 397.440 pruebas diarias y las registrará. Todos los resultados de ping se almacenan en el pingProbeHistoryTable (consulte RFC 2925) y puede ser recuperada por una aplicación SNMP de creación de informes de rendimiento (por ejemplo, software de administración del rendimiento del servicio de InfoVista, Inc. o Concord Communications, Inc.) en el posprocesamiento. Esta tabla tiene un tamaño máximo de 4.294.967.295 filas, lo que es más que adecuado.

Medición de la disponibilidad

Existen dos métodos que puede usar para medir la disponibilidad:

  • Un sistema—de soporte operativo mide automáticamente la disponibilidad proactiva de la manera más frecuente posible.

  • La—disponibilidad reactiva la registra un departamento de soporte cuando un usuario o un sistema de supervisión de errores comunican por primera vez un fallo.

En esta sección se explica el control del rendimiento en tiempo real como una solución de supervisión proactiva.

Monitoreo de la performance en tiempo real

Juniper Networks proporciona un servicio de supervisión de rendimiento en tiempo real (RPM) para supervisar el rendimiento de la red en tiempo real. Utilice la función configuración rápida de J-web para configurar los parámetros de supervisión de rendimiento en tiempo real utilizados en las pruebas de supervisión de rendimiento en tiempo real. (J: la configuración rápida para web es una interfaz gráfica de usuario basada en explorador que se ejecuta en enrutadores de Juniper Networks. Para obtener más información, consulte J-Web Interface User Guideel.)

Configuración del control de rendimiento en tiempo real

Algunas de las opciones más comunes que puede configurar para las pruebas de supervisión del rendimiento en tiempo real Tabla 1se muestran en.

Tabla 1: Opciones de configuración de monitoreo de rendimiento en tiempo real

Campo

Descriptiva

Solicitar información

Tipo de sonda

Tipo de sondeo que se va a enviar como parte de la prueba. Los tipos de sondeo pueden ser:

  • http: get

  • http-Get-Metadata

  • ICMP-ping

  • ICMP-ping-marca de hora

  • TCP-Ping

  • UDP-ping

Periodic

Tiempo de espera (en segundos) entre cada transmisión de sondeo. El rango oscila entre 1 y 255 segundos.

Intervalo de prueba

Tiempo de espera (en segundos) entre pruebas. El intervalo es de 0 a 86400 segundos.

Número de sondeos

Número total de sondeos enviados para cada prueba. El rango se encuentra entre 1 y 15 sondas.

Puerto de destino

Puerto TCP o UDP al que se envían los sondeos. Utilice el número—7 como un número—de puerto TCP o UDP estándar o seleccione un número de puerto en el 49152 hasta el 65535.

Bits de DSCP

Bits de punto de código de servicios diferenciados (DSCP). Este valor debe ser un patrón válido de 6 bits. El valor predeterminado es 000000.

Tamaño de los datos

Tamaño (en bytes) de la parte de datos de los sondeos ICMP. El intervalo está comprendido entre 0 y 65507 bytes.

Relleno de datos

Contenido de la porción de datos de los sondeos ICMP. El contenido debe ser un valor hexadecimal. El rango está comprendido entre 1 y 800H.

Umbrales máximos de sondeos

Sondeos perdidos sucesivos

Número total de sondeos que deben perderse sucesivamente para desencadenar un fallo en el sondeo y generar un mensaje de registro del sistema. El rango está comprendido entre 0 y 15 sondas.

Sondas perdidas

Número total de sondeos que deben perderse para desencadenar un fallo de sondeo y generar un mensaje de registro del sistema. El rango está comprendido entre 0 y 15 sondas.

Tiempo de ida y vuelta

Tiempo total de ida y vuelta (en microsegundos) desde el enrutador de servicios al servidor remoto, el cual, si se sobrepasa, activa un fallo de sonda y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

JIT

Vibración total (en microsegundos) de una prueba que, si se sobrepasa, activa un fallo de sondeo y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

Desviación estándar

Desviación estándar máxima permitida (en microsegundos) para una prueba que, si se sobrepasa, desencadena un fallo de sondeo y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

Tiempo de salida

Tiempo total unidireccional (en microsegundos) desde el enrutador al servidor remoto, el cual, si se sobrepasa, desencadena un fallo de sonda y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

Tiempo de entrada

Tiempo total unidireccional (en microsegundos) desde el servidor remoto al enrutador, que, si se sobrepasa, desencadena un fallo de sonda y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

Tiempo de salida de vibración

Variación de tiempo saliente total (en microsegundos) de una prueba que, si se sobrepasa, activa un fallo de sondeo y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

Hora de entrada de vibración

Duración total de la vibración de entrada (en microsegundos) de una prueba que, si se sobrepasa, activa un fallo de sondeo y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

Desviación estándar de salida

Desviación estándar máxima permitida de los tiempos de salida (en microsegundos) para una prueba que, si se sobrepasa, desencadena un fallo de sonda y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

Desviación estándar de entrada

Desviación estándar máxima permitida de los tiempos de entrada (en microsegundos) para una prueba que, si se sobrepasa, desencadena un fallo de sonda y genera un mensaje de registro del sistema. El rango está comprendido entre 0 y 60 millones microsegundos.

Visualización de información de supervisión de rendimiento en tiempo real

Para cada prueba de supervisión de rendimiento en tiempo real configurada en el enrutador, la información de supervisión incluye el tiempo de ida y vuelta, la vibración y la desviación estándar. Para ver esta información, seleccione Monitor > RPM en la interfaz J-Web, o introduzca el show services rpm comando de la interfaz de línea de comandos (CLI).

Para mostrar los resultados de los sondeos más recientes de monitoreo de performance en tiempo real, show services rpm probe-results escriba el comando de CLI:

user@host> show services rpm probe-results