Guía de configuración optimizada del Edge Routing, Cisco IOS Release 12.2SR
Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 457 KB | Inglés (12 Octubre 2011) | Comentarios

Contenido

Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER

Última actualización: De octubre el 10 de 2011

Este módulo describe el Cisco IOS optimizado la fase de la medida del Edge Routing (OER), que es el segundo paso en el loop de funcionamiento OER. En la fase de la medida, OER monitorea las mediciones de rendimiento de las entradas de clase de tráfico que fueron identificadas durante la fase del perfil OER. OER también monitorea la utilización del vínculo en la fase de la medida. La supervisión es el acto de la medida y de la comparación contra un umbral para determinar el acontecimiento de un evento de la hacia fuera-de-directiva (OOP). OER utiliza dos tipos de medida; supervisión activa y pasiva.

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea la tabla de información de la característica en el extremo de este documento.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en Cisco.com no se requiere.

Prerrequisitos para Measuring the Traffic Class Performance and Link Utilization Using OER

  • Antes de implementar la supervisión de rendimiento de la clase de tráfico que usa OER, usted necesita entender y configurar una red administrada por OER básica. Vea la descripción optimizada Cisco IOS del Edge Routing y configurar los módulos de los componentes de la red OER para más detalles.
  • Si usted está siguiendo el loop de funcionamiento OER recomendamos que usted entiende y configuramos las tareas en el OER que usa de perfilar el módulo de las clases de tráfico antes de intentar las tareas en este módulo.

Información sobre Funciones para Medir el Rendimiento de la Clase de Tráfico y el Uso de Links mediante OER

Fase de Medida de OER

La fase de la medida OER es el segundo paso en el loop de funcionamiento OER y sigue la fase del perfil OER donde las entradas de clase de tráfico llenan la lista monitoreada de la clase de tráfico (MTC). La lista MTC es llena ahora de entradas de clase de tráfico y OER debe medir las mediciones de rendimiento de estas entradas de clase de tráfico. El monitoreo se define aquí como el acto de medición realizado periódicamente durante un intervalo de tiempo definido, en el cual las mediciones se comparan respecto a un umbral. OER mide el funcionamiento de las clases de tráfico usando las Técnicas de monitoreo activas y pasivas pero también mide, por abandono, la utilización de los links. El regulador principal se puede configurar para monitorear las clases de tráfico doctas y configuradas. Los Router del borde recogen la supervisión pasiva y las estadísticas activas de la supervisión y después transmiten esta información al regulador principal. La fase de la medida OER es completa cuando cada entrada de clase de tráfico en la lista MTC ha asociado las medidas de medición de rendimiento.

La estructura total de la fase de la medida OER y sus partes integrantes se pueden considerar en el diagrama a continuación.

Figura 1Proceso de medición del funcionamiento OER


OER mide el funcionamiento de las clases de tráfico y de los links, pero antes de que monitoree una clase de tráfico o del link OER marca el estado de la clase de tráfico o el link. OER utiliza un punto de decisión de políticas (PDP) que actúa según el diagrama de transición de estado de la clase de tráfico mostrado en el diagrama a continuación. En algunos estados, OER no inicia la supervisión. El diagrama de transición de estado en el diagrama a continuación contiene los estados siguientes:

  • Predeterminado--Una clase de tráfico se pone en el estado predeterminado cuando no está bajo control OER. Las clases de tráfico se colocan en el estado predeterminado cuando se añaden inicialmente a la base de datos de la política central, el MTC. Una clase de tráfico transita dentro y fuera del estado predeterminado dependiendo de las mediciones de rendimiento, los temporizadores y la configuración de la política.
  • Elija la salida--Éste es un estado temporario en quien el PDP compara al estado actual de la clase de tráfico contra sus configuraciones de la directiva y elige la salida óptima para la clase de tráfico. OER intentará que una clase de tráfico siga fluyendo a través de la salida actual pero, como en el estado predeterminado, las mediciones de rendimiento, los temporizadores y las configuraciones de políticas pueden hacer que el controlador principal cambie una clase de tráfico a este estado mientras dura el proceso de selección del link de salida. La clase de tráfico permanece en el estado choose exit hasta que se mueva a la nueva salida.
  • Asentamiento--Una clase de tráfico se pone en el estado del asentamiento cuando el regulador principal solicita un Router del borde para remitir la clase de tráfico que se monitoreará usando las sondas. Las medidas se recogen para la clase del tráfico seleccionado hasta que expire el temporizador del holdown a menos que la salida usada por esta clase de tráfico sea inalcanzable declarado. Si la salida es inalcanzable, la clase de tráfico vuelve al estado choose exit.
Figura 2Diagrama de transición de estado de la clase de tráfico OER


  • En-directiva--Después de que las mediciones de rendimiento se comparen contra predeterminado o se hace las configuraciones definidas por el usario de la directiva y una selección de la salida, la clase de tráfico ingresa un estado de la en-directiva. Cuando una clase de tráfico está en estado conforme a la política, la clase de tráfico se reenvía a través de una salida que cumple la configuración predeterminada o definida por el usuario. El controlador principal continúa monitoreando la clase de tráfico, pero no se toma ninguna medida hasta que expira el temporizador periódico, o se recibe un mensaje no conforme a la política de un recopilador de medición, cuando la clase de tráfico vuelve al estado de salida a elegir.
  • Hacia fuera-de-directiva (OOP)--Una clase de tráfico se pone en este estado cuando no hay salidas a través de las cuales remitir la clase de tráfico que conforma para omitir o las directivas definidas por el usario. Mientras que la clase de tráfico está en este estado, el temporizador de backoff controla la salida de este estado. Cada vez que la clase de tráfico ingresa en este estado, aumenta la cantidad de tiempo que la clase de tráfico pasa en él. El temporizador se reajusta para una clase de tráfico cuando la clase de tráfico ingresa un conforme a la política. Si todos los links de salida no son conformes a la política, el controlador principal puede seleccionar la mejor salida disponible.

Después de determinar el estado de la clase de tráfico o del link, OER puede iniciar uno de los procesos de medición del funcionamiento siguiente:

Medición del Rendimiento de la Clase de Tráfico OER

OER utiliza tres métodos de medición de rendimiento de la clase de tráfico:

  • Supervisión pasiva--medición de las mediciones de rendimiento de las entradas de clase de tráfico mientras que el tráfico está atravesando el dispositivo usando las funciones del Netflow.
  • Supervisión activa--creando una secuencia del tráfico sintetizado que replica una clase de tráfico lo más posible y la medición de las mediciones de rendimiento del tráfico sintetizado. Los resultados de las mediciones de rendimiento del tráfico sintetizado se aplican a la clase de tráfico en la lista MTC. Las aplicaciones activas de la supervisión integraron el servicio del IP nivelan las funciones de los acuerdos (IP SLA).
  • Supervisión activa y pasiva--combinando monitorear activo y pasivo para generar más imagen completa de los flujos de tráfico dentro de la red.

En el Cisco IOS Release 12.4(15)T, otra variación de los modos de monitoreo activos y pasivos combinados fue introducida--modo rápido del control de fallas. En el modo de monitoreo de failover rápido, todas las salidas se sondan continuamente mediante monitoreo activo y pasivo. Cuando se habilita el modo rápido del control de fallas, la frecuencia de la sonda se puede fijar a una frecuencia más baja que para otros modos de monitoreo, para permitir una capacidad de transmisión por fallas más rápida.

No se requiere ningún Netflow explícito o la configuración IP SLA y el soporte para el Netflow y IP SLA se habilita automáticamente. Usted puede utilizar los métodos activos y pasivos de la supervisión para una clase de tráfico.

Después de que se defina el regulador principal y las funciones se habilita OER, el regulador principal utiliza monitorear pasivo y activo por abandono. Todas las clases de tráfico se monitorean pasivo usando las funciones integradas del Netflow. las clases de tráfico de la Hacia fuera-de-directiva se monitorean activamente usando las funciones IP SLA. Usted puede configurar el regulador principal para utilizar solamente la supervisión pasiva, supervisión pasiva y activa de la supervisión activa, o control de fallas rápido. Las diferencias principales entre los diversos modos se pueden considerar en la tabla abajo.

Tabla 1Tabla de comparación del modo

Parámetro de la comparación

Modo activo

Modo pasivo

Modo combinado

Modo de fallas rápido

Versión introducida

12.3(14)T

12.3(14)T

12.3(14)T

12.4(15)T

Active/IP SLA

No

Voz pasiva/Netflow

No

Supervisión de los trayectos alternos

A pedido

A pedido

A pedido

Continuo

El mejor tiempo de la Conmutación por falla

10 segundos

~ 1 minuto

~ minuto 1,1

3 segundos

Soporte para el retardo de ida y vuelta

Soporte para la pérdida

Solamente con la sonda del jitter

Solamente para tráfico TCP

Solamente para tráfico TCP

Solamente para la sonda tráfico TCP y del jitter

Soporte para el accesibilidad

Solamente para tráfico TCP

Solamente para tráfico TCP

Soporte para el jitter

No

No

Soporte para el MOS

No

No

En Cisco IOS Release 12.2(33)SXH se introdujo el soporte para utilizar un Cisco Catalyst 6500 Series Switch como router de borde OER. En Cisco IOS Release 12.2(33)SRB se introdujo soporte para usar un Cisco 7600 Series Router como router de borde OER. El regulador principal que comunica con el Cisco Catalyst 6500 Switch o un Cisco 7600 Series Router que es utilizado mientras que un Router del borde debe ser un Cisco IOS Release 12.4(6)T corriente del router o una versión posterior porque presentaron a un modo de monitoreo especial para soportar las capacidades limitadas para recoger las estadísticas pasivas sobre el Catalyst 6500. El modo especial se fija globalmente y no se puede configurar usando la interfaz de línea de comandos (CLI). Para más detalles, vea la supervisión especial OER.

Para más detalles sobre cada uno de los métodos de la supervisión, vea los conceptos siguientes:

Monitoreo Pasivo OER

El Cisco IOS OER utiliza el Netflow, una tecnología integrada en Cisco IOS Software, para recoger y para agregar las estadísticas pasivas de la supervisión sobre a por la base de la clase de tráfico. La supervisión pasiva se habilita junto con monitorear activo por abandono cuando se crea una red administrada OER. La supervisión pasiva se puede también habilitar explícitamente usando el comando passive del monitor del modo. El Netflow es una supervisión y un sistema de contabilidad del flujo basado, y el soporte del Netflow se habilita por abandono en los Router del borde cuando se habilita la supervisión pasiva.

La supervisión pasiva utiliza solamente el tráfico existente; el tráfico adicional no se genera. Los Router del borde recogen y señalan las estadísticas pasivas de la supervisión al regulador principal aproximadamente una vez por el minuto. Si el tráfico no pasa una interfaz externa de un Router del borde, no se señala ningunos datos al regulador principal. La comparación del umbral se hace en el regulador principal. En el Cisco IOS Release 12.4(6)T, la supervisión pasiva se soporta solamente para los prefijos. En el Cisco IOS Release 12.4(9)T, y posterior las versiones, supervisión pasiva soportan las clases de tráfico definidas por el prefijo, el puerto, el protocolo, y el valor DSCP.

OER utiliza la supervisión pasiva para medir la métrica siguiente para todas las clases de tráfico:

  • Demora--OER mide el retraso promedio de los flujos TCP para un prefijo dado. La demora es la medida del tiempo de respuesta de ida y vuelta (RTT) entre la transmisión de un mensaje de sincronización TCP y la recepción del reconocimiento TCP.
  • Pérdida del paquete--Pérdida del paquete de las medidas OER siguiendo los números de secuencia TCP para cada flujo TCP. OER estima la pérdida del paquete siguiendo el número de secuencia más alto TCP. Si un paquete subsiguiente se recibe con un número de secuencia más bajo, OER incrementa el contador de la pérdida del paquete. La pérdida del paquete se mide en los paquetes por millón.
  • Alcance--OER mide el accesibilidad siguiendo los mensajes de sincronización TCP que se han enviado en varias ocasiones sin la recepción de un reconocimiento de TCP.
  • Rendimiento de procesamiento--OER mide la producción midiendo el número total de bytes y de paquetes para cada clase de tráfico para un intervalo determinado del tiempo.

Nota


Aunque se monitoreen todas las clases de tráfico, el retardo, la pérdida, y la información de alcance se captura solamente para tráfico TCP los flujos. Las estadísticas de procesamiento de rendimiento se capturan para todos los flujos de tráfico del no TCP.

La supervisión pasiva del tráfico de aplicación fue introducida en el Cisco IOS Release 12.4(9)T, y posterior las versiones, con el soporte de la configuración de clase del tráfico de aplicación del perfilado de los valores DSCP así como protocolo y los números del puerto. Los valores, los números del puerto, y los protocolos DSCP además de los prefijos, son todos ahora enviados al regulador principal. Las estadísticas pasivas de la supervisión se recopilan y se salvan en un búfer del historial del prefijo dependiendo del cual pueda llevar a cabo un mínimo de 60 minutos de información si el flujo de tráfico es continuo. OER utiliza esta información para determinar si el prefijo es en-directiva basada en las directivas predeterminadas o definidas por el usario. No se realiza ningún análisis de trayecto alternativo mientras que el tráfico para una clase de tráfico está atravesando uno transita el dispositivo en la red. Si va la clase de tráfico OOP y solamente habilitan al modo de monitoreo pasivo, la clase de tráfico se mueve a otra punta y la medida relanzada hasta una buena o mejor salida se encuentra. Si va la clase de tráfico OOP y habilitan a los modos de monitoreo pasivos y activos, el sondar activo se ejecuta en todas las salidas y se selecciona una mejor o buena salida. Para más detalles en las buenas y mejores selecciones de la salida, vea el módulo de las directivas OER que configura y de aplicación.

Monitoreo Activo de OER

Si las Técnicas de monitoreo pasivas OER crean demasiados gastos indirectos en un dispositivo de red, o las mediciones de rendimiento de una clase de tráfico no se pueden medir usando el modo de monitoreo pasivo OER, después se realizan las Técnicas de monitoreo activas OER. La supervisión activa implica el crear de una secuencia del tráfico sintetizado que replica una clase de tráfico lo más posible. Las mediciones de rendimiento del tráfico sintetizado se miden y los resultados se aplican a la entrada de clase de tráfico en la lista MTC. En el Cisco IOS Release 12.4(6)T, y las versiones anteriores, la supervisión activa soporta las clases de tráfico definidas por el prefijo, vira hacia el lado de babor, y protocolo. En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, supervisión activa soporta las clases de tráfico definidas por el prefijo, el puerto, el protocolo, y el valor DSCP.

OER utiliza la supervisión activa para medir la métrica siguiente para todas las clases de tráfico:

  • Demora--OER mide el retraso promedio de los flujos TCP, UDP, y ICMP para un prefijo dado. La demora es la medida del tiempo de respuesta de ida y vuelta (RTT) entre la transmisión de un mensaje de sincronización TCP y la recepción del reconocimiento TCP.
  • Alcance--OER mide el accesibilidad siguiendo los mensajes de sincronización TCP que se han enviado en varias ocasiones sin la recepción de un reconocimiento de TCP.
  • Fluctuación--La fluctuación es la varianza de la demora entre paquetes. Las medidas OER están inquietas enviando los paquetes múltiples a una dirección objetivo y a un número especificado del puerto de destino, y midiendo el intervalo del retardo entre los paquetes que llegan el destino.
  • MOS--El Mean Opinion Score (MOS) es un método de estándares de medir la Calidad de voz. De organismos de estándares como el ITU provienen dos recomendaciones importantes: P.800 (MOS) y P.861 (Medición de Calidad de Voz Percentual [PSQM]). P.800 se refiere a definir un método para derivar una calificación promedio de opinión de la calidad de voz. Las puntuaciones MOS oscilan entre 1, que representa la calidad de voz peor, y el 5, que representa la mejor calidad de voz. Un MOS de 4 se considera voz de "calidad telefónica".

La creación del tráfico sintetizado en los dispositivos de red de Cisco se activa con el uso de las sondas IP SLA del Cisco IOS. OER se integra con las funciones IP SLA tales que OER utilizará las sondas IP SLA monitorea activamente una clase de tráfico. Cuando es activa se habilita la supervisión, los comandos controller principales los Router del borde de enviar las sondas activas para fijar de los IP Address de destino. La frontera envía los paquetes de sondeo a no más que cinco direccionamientos del host de destino por la clase de tráfico, y transmite los resultados de la sonda al regulador principal para el análisis.

Tipos activos de la sonda IP SLA usados por OER

El IP SLA es un conjunto de características integrado en Cisco IOS Software y permiten que usted analice los niveles del servicio del IP para las aplicaciones y los servicios IP, que aumente la productividad, que baje los costos de funcionamiento, y que reduzca los acontecimientos de la congestión de red o de las caídas del sistema. El IP SLA utiliza la supervisión de tráfico activo--la generación de tráfico de una manera continua, confiable, y fiable--para el rendimiento de la red de medición. La precisión de los datos medidos mejora habilitando en el dispositivo de destino la función IP SLAs Responder, disponible en los routers Cisco. Para obtener más detalles sobre los SLAs IP, vea la Guía de Configuración de SLAs IP de Cisco IOS.

Se pueden configurar los tipos siguientes de sondas activas:

  • Eco ICMP--Un ping se envía a la dirección objetivo. De forma predeterminada, OER utiliza sondas de eco ICMP cuando se genera automáticamente una sonda activa. La configurar de una sonda de eco ICMP no requiere cooperación con conocimientos del dispositivo de destino. Sin embargo, el sondeo repetido podría accionar una alarma del sistema de detección de intrusos (IDS) en la red de destino. Si hay un IDS configurado en una red de destino que no está bajo su control, es recomendable enviar una notificación al administrador de esa red de destino.
  • Fluctuación--Una sonda del jitter se envía a la dirección objetivo. Se debe especificar un número de puerto de destino. Un respondedor remoto se debe habilitar en el dispositivo de destino, sin importar el número del puerto configurado. El soporte de la sonda del jitter fue introducido en el Cisco IOS Release 12.4(6)T y 12.2(33)SRB. En el soporte del Cisco IOS Release 12.4(15)T para la directiva de la pérdida fue introducido para la supervisión activa si se utiliza la sonda del jitter.
  • Conexión TCP--Una sonda de la conexión TCP se envía a la dirección objetivo. Se debe especificar un número de puerto de destino. Se debe habilitar un respondedor remoto si los mensajes TCP se configuran para utilizar un número de puerto distinto del número de puerto TCP 23, ya conocido.
  • Eco UDP--Un sondeo de eco UDP se envía a la dirección objetivo. Se debe especificar un número de puerto de destino. Hay que habilitar un respondedor remoto el dispositivo de destino, independientemente de cuál sea el número del puerto configurado.

En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, OER marca los paquetes de sondeo con el valor DSCP por abandono si las clases de tráfico monitoreadas tienen el campo definido DCSP a un valor distinto a cero.

Creación de la sonda activa para una clase de tráfico

Para crear una sonda activa para una clase de tráfico, un tipo de la sonda tiene que ser descubierto, y una blanco de la sonda ser asignado a la clase de tráfico. Para descubrir un tipo de la sonda, OER utiliza uno de los métodos siguientes:

  • Sonda docta--Las sondas activas se generan automáticamente cuando una clase de tráfico es docta usando el Netflow TopTalker aprende el mecanismo. Cinco blancos son doctas para cada clase de tráfico y, por abandono, la sonda activa se fija como sonda del eco ICMP.
  • Sonda configurada--Las sondas activas pueden también ser configuradas en el regulador principal especificando el tipo de la sonda, dirección objetivo y virar hacia el lado de babor si es necesario. Las clases de tráfico configuradas se pueden configurar para utilizar las sondas unas de los del active IP SLA.

Para asignar una blanco de la sonda para una clase de tráfico, OER utiliza uno de los métodos siguientes:

  • La coincidencia más larga--Por abandono, OER asigna una blanco de la sonda a la clase de tráfico con el prefijo de coincidencia mayor en la lista MTC. Se refiere esto como una asignación predeterminada de la sonda.
  • Asignación forzada--Una sonda IP SLA se puede configurar usando una correspondencia OER y los resultados de la sonda se asignan a las clases de tráfico específicas asociadas a la correspondencia OER. Esta asignación específica de los resultados activos de la sonda se llama una asignación forzada de la sonda de la blanco.

La sonda activa es originada del Router del borde y se transmite a través de una interfaz externa (la interfaz externa puede, o no puede, ser la ruta preferida para un prefijo optimizado). Al crear una sonda activa a través de una interfaz externa para un destino especificado, se debe poder tener acceso a él a través de la interfaz externa. Para probar el alcance del destino especificado, OER realiza una búsqueda de ruta en las tablas de ruteo estático y BGP para el destino y la interfaz externa especificados. En el Cisco IOS Release 12.4(24)T, la optimización de la ruta del protocolo independiente (PIRO) introdujo la capacidad de OER de buscar para una ruta del padre--una ruta de coincidencia exacta, o una ruta menos específica--en cualquier base de información del Routing IP (RIB). La tabla de BGP Routing es buscada primero, seguido por la tabla de ruteo estática, y finalmente el RIB.

En el modo de monitoreo activo, las sondas se activan de todos los Router del borde para encontrar la mejor trayectoria del funcionamiento para la clase de tráfico específica. El active sonda para esa clase de tráfico no se activa otra vez a menos que vaya la clase de tráfico OOP.

En Cisco IOS Release 12.4(4)T y versiones anteriores, la frecuencia de una sonda activa usada por OER estaba fijada en 60 segundos. En el Cisco IOS Release 12.4(6)T y 12.2(33)SRB la frecuencia se puede aumentar para cada directiva configurando un intervalo de tiempo más bajo entre dos sondas. La frecuencia creciente de la sonda puede reducir el tiempo de respuesta y, para el tráfico de voz, proporcionar una mejor aproximación del porcentaje MOS-bajo de la cuenta.

OER Active Probe Source Address

El soporte para que la capacidad configure a una dirección de origen activa de la sonda OER fue introducido en el Cisco IOS Release 12.4(2)T y 12.2(33)SRB. Por abandono, las sondas activas utilizan la dirección IP de origen de la interfaz externa OER que transmite la sonda. La característica activa de la dirección de origen de la sonda se configura en el Router del borde. Cuando se configura este comando, el IP Address principal de la interfaz especificada se utiliza como la fuente activa de la sonda. La dirección IP de la interfaz de origen del sondeo activo debe ser única para garantizar que la respuesta a la sonda se rutea de vuelta a la interfaz de origen especificada. Si la interfaz no está configurada con una dirección IP, no se generará la sonda activa. Si se cambia la dirección IP después de que la interfaz se haya configurado como origen de sonda activo, se detiene el sondeado activo y después se reinicia con la nueva dirección IP. Si la dirección IP se remueve después de que la interfaz se haya configurado como origen activo de la sonda, el sondeo activo se interrumpe y no se recomienza hasta que se configure una dirección IP primaria válida.

Optimización del Tráfico de Voz OER Usando Sondas Activas

En el soporte del Cisco IOS Release 12.4(6)T fue introducido para la optimización saliente del tráfico de voz usando las sondas activas en base de las métricas de la Voz tales como retardo, accesibilidad, jitter, y Mean Opinion Score (MOS).

La optimización del tráfico de voz OER proporciona el soporte para la optimización saliente del tráfico de voz en base de las mediciones de rendimiento de la Voz tales como retardo, accesibilidad, jitter, y MOS. El retardo, el accesibilidad, el jitter y el MOS son métrica cuantitativa importante de la calidad para el tráfico de voz, y estas métricas de la Voz se miden usando las sondas del active OER. En las versiones del Cisco IOS Release 12.4(4)T y Anterior, las sondas OER podían medir el retardo y accesibilidad, pero no estar inquietas y MOS. La sonda del jitter IP SLA se integra con OER para medir el jitter (fuente al destino) y la calificación MOS además del retardo de medición y del accesibilidad. La sonda de fluctuación requiere un respondedor en el lado remoto igual que el sondeo de eco UDP. La integración del tipo de sonda de fluctuación de SLA IP en OER aumenta la capacidad de OER para optimizar el tráfico de voz. Se pueden configurar políticas OER para establecer valores de umbral y de prioridad para las métricas de rendimiento de voz: retardo, accesibilidad, jitter, y MOS.

Configurar una política OER para medir la fluctuación implica configurar solamente el valor de umbral y no los cambios relativos (usados por otras funciones OER) porque para el tráfico de voz los cambios relativos de la fluctuación no tienen ningún significado. Por ejemplo, los cambios del jitter de 5 milisegundos a 25 milisegundos son tan perjudiciales en términos de calidad de voz que los cambios del jitter de 15 milisegundos a 25 milisegundos. Si el jitter medio a corto plazo (medido los últimos 5 minutos) es superior al umbral de jitter, el prefijo se considera que no es conforme a la política debido al jitter. A continuación, OER sondea todas las salidas y selecciona la salida con la menor fluctuación como la mejor salida.

La política MOS funciona de una manera diferente. No tiene sentido para hacer un promedio de los valores MOS, pero sí el número de veces que el valor MOS está por debajo del umbral MOS. Por ejemplo, si el umbral de MOS se establece a 3.85 y si 3 de 10 medidas MOS están debajo del umbral de 3.85 MOS, el conteo bajo de MOS es del 30 por ciento. Cuando OER ejecuta una política configurada para medir MOS, se tienen en cuenta el valor de umbral de MOS y el porcentaje de conteo bajo de MOS. Un prefijo se considera que no es conforme a la política si el porcentaje de conteo bajo de MOS a corto plazo (durante los últimos 5 minutos) es mayor que el valor configurado para un umbral MOS dado. A continuación, OER sondea todas las salidas y selecciona la salida con mayor valor de MOS como la mejor salida.

Monitoreo Combinado OER

El Cisco IOS OER se puede también configurar para combinar monitorear activo y pasivo para generar más imagen completa de los flujos de tráfico dentro de la red. Hay algunos escenarios en los cuales usted puede querer combinar a ambos modos de monitoreo OER.

Un ejemplo de escenario es cuando usted quiere aprender las clases de tráfico y después las monitorea pasivo, pero usted también quiere determinar las mediciones de rendimiento del trayecto alterno para controlar las clases de tráfico. Las mediciones de rendimiento del trayecto alterno, en ausencia del tráfico real que atraviesa el trayecto alterno en la red, se pueden medir usando las sondas activas. OER automatiza este proceso aprendiendo las clases de tráfico en cinco blancos y sondando a través de todos los trayectos alternos usando las sondas activas.

Monitoreo Rápido del Failover mediante OER

En el Cisco IOS Release 12.4(15)T, presentaron a un nuevo modo de monitoreo, supervisión rápida. La supervisión rápida fija las sondas activas monitorea continuamente todas las salidas (sonda-todas), y la supervisión pasiva se habilita también. El monitoreo de failover rápido puede utilizarse con todos los tipos de sondas activas: Eco ICMP, jitter, conexión TCP y eco UDP. Cuando se habilita el comando rápido del monitor del modo, la frecuencia de la sonda se puede fijar a una frecuencia más baja que para otros modos de monitoreo, para permitir una capacidad más rápida de la Conmutación por falla. Bajo supervisión rápida con una frecuencia más baja de la sonda, los cambios de ruta se pueden realizar en el plazo de 3 segundos de una situación de la hacia fuera-de-directiva. Cuando una salida se convierte OOP bajo supervisión rápida, la mejor salida selecta es operativa y las rutas OOP de la salida se mueven a la mejor salida de la en-directiva. La supervisión rápida es mismo un modo agresivo que incurre en muchos gastos indirectos con sondar continuo. Recomendamos utilizar el monitoreo rápido solamente para tráfico sensible al rendimiento. Por ejemplo, una llamada de voz es muy sensible a cualesquiera problemas de rendimiento o link congestionado, pero la capacidad de detectar y de rerrutear la llamada dentro de algunos segundos puede demostrar el valor de usar al modo de monitoreo rápido.

Monitoreo Especial OER

En Cisco IOS Release 12.2(33)SXH se introdujo el soporte para utilizar un Cisco Catalyst 6500 Series Switch como router de borde OER. En Cisco IOS Release 12.2(33)SRB se introdujo soporte para usar un Cisco 7600 Series Router como router de borde OER. Solamente las funciones del Router del borde se incluyen en el Cisco IOS Release 12.2(33)SXH y las imágenes 12.2(33)SRB; no hay configuración de controlador principal disponible. El regulador principal que comunica con el Cisco Catalyst 6500 Series Switch o un Cisco 7600 Series Router que es utilizado mientras que un Router del borde debe ser un Cisco IOS Release 12.4(6)T corriente del router o una versión posterior.

En el Cisco IOS Release 12.4(6)T el software del regulador principal OER fue modificado para soportar las capacidades limitadas para recoger las estadísticas pasivas sobre un Cisco Catalyst 6500 Switch o un Cisco 7600 Series Router usado como Router del borde. Si el active del monitor del modo se configura en el regulador principal, no se realiza ningunos cambios. Si se configura el monitor ambos de la voz pasiva o del modo del monitor del modo, el regulador principal envía los comandos a cada Router del borde de determinar si el Router del borde puede activar la supervisión pasiva. Si el regulador principal tiene voz pasiva del monitor del modo configurada, y están utilizando un Cisco Catalyst 6500 Series Switch o a un Cisco 7600 Series Router como Router del borde, el regulador principal cambia el modo a un modo especial porque no puede activar la supervisión pasiva. Si el monitor ambos del modo se configura en el regulador principal y por lo menos un Router del borde no puede activar pasivo monitoreando entonces el regulador principal cambia el modo a un modo especial. El modo especial se fija globalmente y no se puede configurar usando la interfaz de línea de comandos (CLI). En el modo especial solamente un subconjunto de mediciones de rendimiento pasivas--el ingreso y el ancho de banda de egreso--se evalúan para una clase de tráfico. El monitorear activo a intervalos regulares usando un temporizador periódico suministra el retardo y las estadísticas del accesibilidad.

Cuando fijan al modo de monitoreo especial, el PDP--OER utiliza un punto de decisión de políticas (PDP) que actúa según el diagrama de transición de estado de la clase de tráfico mostrado en la figura diagrama de transición de estado de la clase de tráfico OER --examina los resultados que sondan para las estadísticas del retardo y del unreachability al medir el funcionamiento de una clase de tráfico. Se consideran los cálculos del ancho de banda, pero la pérdida no se soporta.

Medición de la Utilización del Link OER

Umbral de la utilización del vínculo

Después de que una interfaz externa se configure para un Router del borde, OER monitorea automáticamente la utilización del link externo (un link externo es una interfaz en un Router del borde ese conecta típicamente a WAN). Cada 20 segundos, por abandono, el Router del borde señala la utilización del vínculo al regulador principal. En el Cisco IOS Release 12.4(6)T y las versiones anteriores, solamente los valores de utilización del tráfico de la salida (transmitida) fueron señalados, pero en el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, los valores de utilización del tráfico del ingreso (recibido) también están señalados al regulador principal. Si la utilización del vínculo de la salida o de la entrada está sobre el umbral predeterminado del 75 por ciento, el link de la salida o de la entrada está en OOP un estado y OER comienza el proceso de supervisión para encontrar un link alternativo para la clase de tráfico. El umbral de utilización del link se puede configurar manualmente como un valor absoluto en kilobytes por segundo (kbps) o como un porcentaje.

Rango de la utilización del vínculo

OER se puede también configurar para calcular el rango de la utilización sobre todos los links. En el Cisco IOS Release 12.4(6)T y las versiones anteriores, solamente los valores del rango de la utilización del tráfico de la salida (transmitida) fueron señalados, pero en el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, los valores del rango de la utilización del tráfico del ingreso (recibido) también están señalados al regulador principal. En la figura abajo hay dos Router del borde con los links de las salidas a Internet con dos ISP. El regulador principal determina que conectan en uno de los Router del borde--BR1 o BR2 en la figura abajo--es utilizado por una clase de tráfico.

Figura 3Diagrama de la red OER


Las funciones del rango OER intentan guardar la salida o los links de la entrada dentro de una utilización se extienden, en relación con uno a para asegurarse de que la carga de tráfico está distribuida. El rango se especifica como porcentaje y se configura en el regulador principal para aplicarse a todos los links de la salida o de la entrada en los Router del borde manejados por el regulador principal. Por ejemplo, si el rango se especifica como 25 por ciento, y la utilización del link de la salida en el BR1 (en la figura antedicha) es el 70 por ciento, después si la utilización del link de la salida en el BR2 (en la figura antedicha) baja al 40 por ciento, el rango del porcentaje entre los dos links de la salida será más de los 25 por ciento y OER intentarán mover algunas clases de tráfico para utilizar el link de la salida en el BR1 incluso a la carga de tráfico. Si el BR1 (en la figura antedicha) se está configurando como un link de la entrada, los cálculos de rango de la utilización del vínculo trabaja igual que para un link de la salida, salvo que los valores de utilización está para el tráfico recibido, tráfico no transmitido.

Cómo Medir el Rendimiento de la Clase de Tráfico y la Utilización de Links con OER

Modificación del Uso de Links de OER para el Tráfico Saliente

Realice esta tarea en el regulador principal de modificar el umbral (saliente) de la utilización del vínculo de la salida OER. Después de que una interfaz externa se haya configurado para un Router del borde, OER monitorea automáticamente la utilización de los links externos en un Router del borde cada 20 segundos. La utilización está señalada de nuevo al regulador principal y, si la utilización excede el 75 por ciento, OER selecciona otro link de la salida para las clases de tráfico en ese link. Puede especificar un valor absoluto en kilobytes por segundo (kbps) o un porcentaje.

Para modificar el umbral de la utilización del vínculo para el tráfico entrante, vea la modificación de la utilización del vínculo OER para la tarea del tráfico entrante.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. [key-chain key-chain-name] del IP address de la frontera

5. externo del número del tipo de la interfaz

6. MAX-xmit-utilización {kbps absoluto | valor del porcentaje

7. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales.

 
Paso 4
[key-chain key-chain-name] del IP address de la frontera


Ejemplo:

Router (config-oer-bujía métrica) # frontera 10.1.1.2

 

Ingresa en el modo de configuración del router de borde administrado para OER para establecer la comunicación con un router de borde.

  • Se configura una dirección IP para identificar el router de borde.
  • Se debe especificar al menos un router de borde para crear una red administrada por OER. Se pueden controlar un máximo de diez routers de borde por un solo controlador principal.
Nota    El argumento de la palabra clave y del clave-encadenamiento-nombre del clave-encadenamiento debe ser ingresado cuando un Router del borde se configura inicialmente. Sin embargo, esta palabra clave es opcional al volver a configurar un router de borde existente.
 
Paso 5
externo del número del tipo de la interfaz


Ejemplo:

Router (config-oer-bujía-Br) # interfaces Ethernet 1/0 externo

 

Configura una interfaz de router de borde como interfaz externa administrada por OER e ingresa en el modo de configuración de la interfaz de salida de borde OER.

  • Las interfaces externas se utilizan para reenviar el tráfico y realizar un monitoreo activo.
  • Una red administrada por OER requiere como mínimo dos interfaces de router de borde externas. Se debe configurar al menos una interfaz externa en cada router de borde. Un único controlador principal puede controlar un máximo de 20 interfaces externas.
Nota    Ingresar el comando interface sin el external o la palabra clave internal coloca al router en el modo de configuración global y no el modo de configuración de la salida de la frontera OER. La forma no de este comando se debe aplicar con cuidado para no remover las interfaces activas de la configuración del router.

Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.

 
Paso 6
MAX-xmit-utilización {kbps absoluto | valor del porcentaje


Ejemplo:

Router (config-oer-bujía-Br-si) # absoluto 500000 de la MAX-xmit-utilización

 

Configura el uso máximo en un solo link de salida administrado por OER.

  • Utilice la palabra clave absolute y el argumento kbps para especificar el uso máximo absoluto en un link de salida administrado OER en kbps.
  • Utilice la palabra clave percentage y el argumento value para especificar la utilización de porcentaje de un link de salida.
 
Paso 7
Finalizar


Ejemplo:

Router (config-oer-bujía-Br-si) # extremo

 

Sale del modo de configuración de interfaz de salida del extremo del OER y vuelve al modo EXEC privilegiado.

 

Modificación de la Utilización del Link OER para el Tráfico Entrante

En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, la capacidad de señalar la utilización del tráfico entrante al regulador principal fue introducido. Realice esta tarea en el regulador principal de modificar el umbral (entrante) de la utilización del vínculo de la entrada OER. Después de que una interfaz externa se haya configurado para un Router del borde, OER monitorea automáticamente la utilización de los links de la entrada en un Router del borde cada 20 segundos. La utilización está señalada de nuevo al regulador principal y, si la utilización excede el 75 por ciento, OER selecciona otro link de la entrada para las clases de tráfico en ese link. Puede especificar un valor absoluto en kilobytes por segundo (kbps) o un porcentaje. Se configura esta tarea de la misma forma que la modificación de la utilización del vínculo OER para la tarea del tráfico saliente como interfaz externa se puede utilizar como un link de la salida o link de la entrada. La diferencia en la configuración para esta tarea es el comando que especifica el umbral de utilización para el tráfico entrante.

Antes de comenzar

Esta tarea requiere que el controlador principal y los routers de borde estén ejecutando Cisco IOS Release 12.4(9)T, 12.2(33)SRB, o una versión posterior.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. [key-chain key-chain-name] del IP address de la frontera

5. externo del número del tipo de la interfaz

6. el uso máximo recibe {kbps absoluto | porcentaje del por ciento}

7. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales.

 
Paso 4
[key-chain key-chain-name] del IP address de la frontera


Ejemplo:

Router (config-oer-bujía métrica) # frontera 10.1.1.2

 

Ingresa en el modo de configuración del router de borde administrado para OER para establecer la comunicación con un router de borde.

  • Se configura una dirección IP para identificar el router de borde.
  • Se debe especificar al menos un router de borde para crear una red administrada por OER. Se pueden controlar un máximo de diez routers de borde por un solo controlador principal.
Nota    El argumento de la palabra clave y del clave-encadenamiento-nombre del clave-encadenamiento debe ser ingresado cuando un Router del borde se configura inicialmente. Sin embargo, esta palabra clave es opcional al volver a configurar un router de borde existente.
 
Paso 5
externo del número del tipo de la interfaz


Ejemplo:

Router (config-oer-bujía-Br) # interfaces Ethernet 1/0 externo

 

Configura una interfaz de router de borde como interfaz externa administrada por OER e ingresa en el modo de configuración de la interfaz de salida de borde OER.

  • Las interfaces externas se utilizan para reenviar el tráfico y realizar un monitoreo activo.
  • Una red administrada por OER requiere como mínimo dos interfaces de router de borde externas. Se debe configurar al menos una interfaz externa en cada router de borde. Un único controlador principal puede controlar un máximo de 20 interfaces externas.
Nota    Ingresar el comando interface sin el external o la palabra clave internal coloca al router en el modo de configuración global y no el modo de configuración de la salida de la frontera OER. La forma no de este comando se debe aplicar con cuidado para no remover las interfaces activas de la configuración del router.

Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.

 
Paso 6
el uso máximo recibe {kbps absoluto | porcentaje del por ciento}


Ejemplo:

El router (config-oer-bujía-Br-si) # uso máximo recibe el por ciento 90

 

Fija el máximo reciben el umbral de utilización para la interfaz del link administrada por OER configurada.

  • Utilice la palabra clave y el argumento absolutos del kbps para especificar el valor de umbral absoluto, en los kilobytes por segundo (kbps), de la producción para todos los links de la entrada.
  • Utilice el argumento de la palabra clave y del porcentaje del por ciento para especificar el umbral del uso máximo como porcentaje de ancho de banda recibido por todos los links de la entrada.
  • En este ejemplo, el umbral del uso máximo del tráfico entrante en este link de la entrada en el Router del borde debe ser el 90 por ciento, o menos.
 
Paso 7
Finalizar


Ejemplo:

Router (config-oer-bujía-Br-si) # extremo

 

Sale del modo de configuración de interfaz de salida del extremo del OER y vuelve al modo EXEC privilegiado.

 

Modificación del Rango de Utilización del Link de Salida OER

Realice esta tarea en el regulador principal de modificar el umbral máximo del rango de la utilización del vínculo de la salida sobre todos los Router del borde. De forma predeterminada, OER monitorea automáticamente la utilización de los links externos en un router del borde cada 20 segundos, y el router del borde informa de la utilización al controlador principal. Si el rango de la utilización entre todos los links de la salida excede el 20 por ciento, el regulador principal intenta igualar la carga de tráfico moviendo algunas clases de tráfico a otro link de la salida. El rango máximo de utilización se configura como porcentaje.

OER utiliza el rango de uso máximo para determinar si los links de salida son conformes a la política. OER igualará el tráfico saliente a través de todos los links de la salida moviendo las clases de tráfico desde las salidas excesiva excesivamente o de la hacia fuera-de-directiva a las salidas de la en-directiva.

Para modificar el rango de la utilización del vínculo para los links de la entrada, vea la modificación de la tarea del rango de la utilización del vínculo de la entrada OER.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. máximo del por ciento de la MAX-rango-utilización

5. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales.

 
Paso 4
máximo del por ciento de la MAX-rango-utilización


Ejemplo:

Router (config-oer-bujía métrica) # el por ciento 25 de la MAX-rango-utilización

 

Define el rango de utilización máximo para todos los links de salida administrados por OER.

  • Use la palabra clave percent y el argumento maximum para especificar el rango de uso máximo entre todos los links de salida.
  • En este ejemplo, el rango de la utilización entre todos los links de la salida en los Router del borde debe estar dentro del 25 por ciento.
 
Paso 5
Finalizar


Ejemplo:

Router (config-oer-bujía métrica) # extremo

 

Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado.

 

Modificación del Rango de Utilización del Link de Entrada OER

Realice esta tarea en el regulador principal de modificar el rango máximo de la utilización del vínculo de la entrada sobre todos los Router del borde. De forma predeterminada, OER monitorea automáticamente la utilización de los links externos en un router del borde cada 20 segundos, y el router del borde informa de la utilización al controlador principal. En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, la capacidad de señalar la utilización del tráfico entrante al regulador principal, y de especificar un rango de la utilización del vínculo para los links de la entrada, fueron introducidos. En esta tarea, si el rango de la utilización entre todos los links de la entrada excede el 20 por ciento, el regulador principal intenta igualar la carga de tráfico moviendo algunas clases de tráfico a otro link de la entrada. El rango máximo de utilización se configura como porcentaje.

OER utiliza el rango del uso máximo para determinar si los links son en-directiva. En esta tarea, OER igualará el tráfico entrante a través de todos los links de la entrada moviendo las clases de tráfico desde las salidas excesiva excesivamente o de la hacia fuera-de-directiva a las salidas de la en-directiva.

Antes de comenzar

Esta tarea requiere que el controlador principal y los routers de borde estén ejecutando Cisco IOS Release 12.4(9)T, 12.2(33)SRB, o una versión posterior.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. el rango máximo recibe el porcentaje del por ciento

5. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales.

 
Paso 4
el rango máximo recibe el porcentaje del por ciento


Ejemplo:

El router (config-oer-bujía métrica) # rango máximo recibe el por ciento 20

 

Especifica el límite superior del rango de la utilización de la recepción entre todos los links de la entrada en los Router del borde.

  • La palabra clave percent y el argumento percentage se utilizan para especificar el porcentaje del rango.
  • En este ejemplo, el rango de la utilización de la recepción entre todos los links de la entrada en los Router del borde debe estar dentro del 20 por ciento.
 
Paso 5
Finalizar


Ejemplo:

Router (config-oer-bujía métrica) # extremo

 

Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado.

 

Configuración y Verificación del Monitoreo Pasivo OER

OER habilita monitorear pasivo por abandono cuando se crea una red administrada OER, pero hay las épocas en que se inhabilita la supervisión pasiva. Utilice esta tarea de configurar la supervisión pasiva y después de verificarla que se está realizando la supervisión pasiva. Realice esta tarea en un Router del borde de visualizar la información recopilada de la medición pasiva por el Netflow para los prefijos o los flujos monitoreados del tráfico de aplicación. Estos comandos se ingresan en un router de borde a través del cual esté fluyendo el tráfico de aplicación. Los comandos show se pueden ingresar en cualquier orden.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. monitor del modo {active | ambos| voz pasiva}

5. extremo

6. muestre a frontera del oer el caché pasivo {aplicaciones | [application] docto | prefijo}

7. muestre los prefijos de la voz pasiva de la frontera del oer


PASOS DETALLADOS
Paso 1   permiso

Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga.



Ejemplo:
 
Router> enable
Paso 2   configure terminal

Ingresa en el modo de configuración global.



Ejemplo:
 
Router# configure terminal
Paso 3   master del oer

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales.



Ejemplo:
 
Router(config)# oer master
Paso 4   monitor del modo {active | ambos| voz pasiva}

Supervisión de la ruta de las configuraciones o control de la ruta en un regulador principal OER. La palabra clave del monitor se utiliza para configurar la supervisión activa, supervisión pasiva, o supervisión activa y pasiva. Se habilita la supervisión pasiva cuando se especifican los ambos o las palabras claves pasivas. En este ejemplo, se habilita la supervisión pasiva.

Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.


Ejemplo:
 
Router(config-oer-mc)# mode monitor passive
Paso 5   Finalizar

Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado.



Ejemplo:
 
Router(config-oer-mc)# end
Paso 6   muestre a frontera del oer el caché pasivo {aplicaciones | [application] docto | prefijo}

Este comando es utilizado de visualizar la información recopilada en tiempo real de la medición pasiva por el Netflow del Router del borde para los prefijos y los flujos de tráfico monitoreados OER. La palabra clave de las aplicaciones visualiza la información sobre las clases monitoreadas del tráfico de aplicación, y la palabra clave del prefijo visualiza la información sobre los prefijos monitoreados. Usando las palabras claves doctas y de la aplicación usted puede mostrar información sobre las aplicaciones doctas. El producto siguiente muestra la información recopilada de la medición pasiva por el Netflow para los prefijos monitoreados y los flujos de tráfico para el Router del borde en el cual funcionaron con al comando prefix pasivo del caché de la frontera del oer de la demostración:



Ejemplo:
 
Router# show oer border passive cache prefix
 
OER Passive Prefix Cache, State: enabled, 278544 bytes 
  1 active, 4095 inactive, 2 added 
  82 ager polls, 0 flow alloc failures 
  Active flows timeout in 1 minutes 
  Inactive flows timeout in 15 seconds 
IP Sub Flow Cache, 17416 bytes 
  2 active, 1022 inactive, 4 added, 2 added to flow 
  0 alloc failures, 0 force free 
  1 chunk, 2 chunks added 
Prefix              NextHop         Src If         Dst If 
                     Flows   Pkts   B/Pk  Active   sDly   #Dly  PktLos #UnRch 
------------------------------------------------------------------------------ 
10.1.5.0/24         10.1.2.2        Et0/0          Et1/0         
                      381    527      40    65.5    300      2       10       1 

El producto siguiente muestra la información recopilada de la medición pasiva por el Netflow para los flujos monitoreados del tráfico de aplicación para el Router del borde en el cual el comando pasivo de las aplicaciones del caché de la frontera del oer de la demostración fue funcionado con:



Ejemplo:
 
Router# show oer border passive cache applications
OER Passive Prefix Cache, State: enabled, 278544 bytes
  6 active, 4090 inactive, 384 added
  6438 ager polls, 0 flow alloc failures
  Active flows timeout in 1 minutes
  Inactive flows timeout in 15 seconds
IP Sub Flow Cache, 25800 bytes
  18 active, 1006 inactive, 1152 added, 384 added to flow
  0 alloc failures, 0 force free
  1 chunk, 1 chunk added
Prefix              NextHop         Src If         Dst If          Flows
 Prot  DSCP SrcPort         DstPort          Appl_ID
                      Pkts   B/Pk  Active   sDly   #Dly  PktLos  #UnRch
------------------------------------------------------------------------
10.1.1.0/24         10.1.1.2        Et8/0          Et0/0              1 
17       ef [1, 65535]      [3000, 4000]     2
                        2      28    16.5      0      0       0       0
10.1.3.0/24         10.1.1.2        Et8/0          Et0/0              1 
17       ef [1, 65535]      [3000, 4000]     1
                       16      28    19.9      0      0       0       0
Paso 7   muestre los prefijos de la voz pasiva de la frontera del oer

Este comando es utilizado de visualizar la información recopilada de la medición pasiva por el Netflow para los prefijos y los flujos de tráfico monitoreados OER. El producto siguiente muestra el prefijo que está siendo monitoreado pasivo por el Netflow para el Router del borde en el cual el comando pasivo de los prefijos de la frontera del oer de la demostración fue funcionado con:



Ejemplo:
 
Router# show oer border passive prefixes
 
OER Passive monitored prefixes:
Prefix         Mask   Match Type
10.1.5.0       /24     exact

Configuración del Sondeo Activo OER con la Asignación de Destino de Coincidencia más Larga

Realice esta tarea en el regulador principal de configurar sondar activo usando la asignación de blanco más larga de la coincidencia. La supervisión activa se habilita con los comandos both de monitor del modo del activeor del monitor del modo , y especifican al tipo de sonda activa usando el comando de la activo-sonda. Las sondas activas se configuran con un host específico o la dirección objetivo y las sondas activas son originadas en el Router del borde. La interfaz externa activa de la fuente de la sonda puede, o no puede, ser la ruta preferida para un prefijo optimizado. En esta supervisión activa y pasiva del ejemplo, se habilitan y el IP Address de destino de 10.1.5.1 debe ser monitoreado activamente usando los mensajes de la generación de eco del Internet Control Message Protocol (ICMP) (ping). Esta tarea no requiere un respondedor IP SLA ser habilitada.

Accesibilidad activo de la blanco OER que sonda

La sonda activa es originada del Router del borde y se transmite a través de una interfaz externa (la interfaz externa puede o no puede ser la ruta preferida para un prefijo optimizado). Al crear una sonda activa a través de una interfaz externa para un destino especificado, se debe poder tener acceso a él a través de la interfaz externa. Para probar el alcance del destino especificado, OER realiza una búsqueda de ruta en las tablas de ruteo estático y BGP para el destino y la interfaz externa especificados.

Sondas del eco ICMP

La configurar de una sonda de eco ICMP no requiere cooperación con conocimientos del dispositivo de destino. Sin embargo, el sondar relanzado podía accionar una alarma IDS en la red objetivo. Si un IDS se configura en una red objetivo que no esté bajo su control administrativo, recomendamos que usted notifica la entidad de la administración de la red objetivo.

Los valores por defecto siguientes son aplicados cuando se habilita la supervisión activa:

  • El Router del borde recoge a hasta cinco direcciones de host de la clase de tráfico para sondar activo cuando una clase de tráfico es docta o agregada.
  • Las sondas activas se envían una vez por el minuto.
  • Se utilizan las sondas de ICMP monitorean activamente las clases de tráfico doctas.
PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. monitor del modo {active | ambos | voz pasiva}

5. activo-sonda {IP address de la generación de eco | número de accesodel IP address TCP-CONN | número de accesodel IP address de la UDP-generación de eco}

6. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales.

 
Paso 4
monitor del modo {active | ambos | voz pasiva}


Ejemplo:

Router (config-oer-bujía métrica) # monitor ambos del modo

 

Configura el monitoreo de rutas en un controlador principal OER.

  • La palabra clave monitor se utiliza para configurar el monitoreo activo y pasivo.
  • El ejemplo habilita el monitoreo activo y pasivo.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 5
activo-sonda {IP address de la generación de eco | número de accesodel IP address TCP-CONN | número de accesodel IP address de la UDP-generación de eco}


Ejemplo:

Router (config-oer-bujía métrica) # generación de eco 10.1.5.1 de la activo-sonda

 

Configura una sonda activa para un prefijo de la blanco.

  • El sondar activo mide la fluctuación y retraso del prefijo de la blanco más exactamente que posible con solamente la supervisión pasiva.
  • El sondar activo le requiere configurar un host o a una dirección objetivo específico.
  • Las sondas activas son originadas de las interfaces externas manejadas un OER. Esta interfaz externa puede o no puede ser la ruta preferida para un prefijo optimizado.
  • Un respondedor remoto con el número del puerto correspondiente se debe configurar en el dispositivo objetivo al configurar el sondeo de eco UDP o al configurar una conexión TCP sonda que se configure con un número del puerto con excepción de 23. El respondedor remoto se configura con el comando global configuration del respondedor del monitor del sla del IP.
Nota    El comando del respondedor del monitor del sla del IP fue introducido en el Cisco IOS Release 12.3(14)T y 12.2(33)SRB. Este comando substituye el comando rtr responder.
 
Paso 6
Finalizar

Ejemplo:

Router (config-oer-bujía métrica) # extremo

 

Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado.

 

Configuración de las Sondas de Voz OER con una Asignación de Destino Forzada

Realice esta tarea de habilitar la supervisión activa usando las sondas del jitter OER. El soporte para la sonda del jitter fue introducido en el Cisco IOS Release 12.4(6)T y 12.2(33)SRB. En este ejemplo, el tráfico que se monitoreará es el tráfico de voz, que se identifica usando una lista de acceso. Las sondas de la voz activa se asignan una blanco forzada para OER en vez de la blanco asignada coincidencia más larga usual. Esta tarea también demuestra cómo modificar la frecuencia de la sonda OER, otra característica agregada en el Cisco IOS Release 12.4(6)T y 12.2(33)SRB.

Antes de configurar la sonda de fluctuación OER en el dispositivo de origen, se debe habilitar IP SLAs Responder en el dispositivo de destino (el destino operativo). IP SLAs Responder está disponible solamente en los dispositivos basados en Cisco IOS Software. Comience esta tarea en el dispositivo de red que ejecuta la función IP SLAs Responder.


Nota


El dispositivo que funciona con el respondedor IP SLA no tiene que ser configurado para OER.

Prerrequisitos

Esta tarea requiere que el controlador principal y los routers de borde estén ejecutando Cisco IOS Release 12.4(6)T, 12.2(33)SRB, o versiones posteriores.

Fluctuación

La fluctuación es la varianza de la demora entre paquetes. Cuando se envían varios paquetes consecutivamente desde el origen al destino, por ejemplo con una diferencia de 10 ms, y si la red se comporta de froma ideal, el destino debe recibirlos con una diferencia de 10 ms. Pero si hay demoras en la red (como cola de espera, que lleguen a través de rutas alternativas, etc.) la demora de la llegada entre los paquetes podría ser mayor o menor de 10 ms. Utilizando este ejemplo, un valor positivo del jitter indica que los paquetes llegaron con más de 10 ms de diferencia. Si los paquetes llegan con una separación de 12 ms, el jitter positivo es el de 2 ms; si los paquetes llegan con una separación de 8 ms, el jitter negativo es de 2 ms. Para las redes sensibles a la demora como las VoIP, no son deseables valores de fluctuación positivos, siendo ideal un valor de fluctuación de 0.

MOS

El Mean Opinion Score (MOS) es una calidad cuantitativa métrica para el tráfico de voz que se puede medir usando las sondas del active OER. Con todos los factores que afectan a la calidad de voz, muchas personas preguntan cómo se puede medir la calidad de la voz. De organismos de estándares como el ITU provienen dos recomendaciones importantes: P.800 (MOS) y P.861 (Medición de Calidad de Voz Percentual [PSQM]). P.800 se refiere a definir un método para derivar una calificación promedio de opinión de la calidad de voz. Las puntuaciones MOS oscilan entre 1, que representa la calidad de voz peor, y el 5, que representa la mejor calidad de voz. Un MOS de 4 se considera voz de "calidad telefónica".

Antes de comenzar

Antes de configurar esta tarea, una lista de acceso debe ser definida. Para una lista de acceso del ejemplo y más detalles sobre configurar el tráfico de voz usando las sondas activas, vea la optimización del tráfico de voz OER usando el módulo de la solución de las sondas del Active.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. respondedor del monitor del sla del IP

4. salida

5. Muévase al dispositivo de red que es el regulador principal OER.

6. permiso

7. configuró terminal

8. master del oer

9. monitor del modo {active | ambos | voz pasiva}

10. salida

11 número de secuencia del nombre de asignación del oer-mapa

12.    IP Address de la coincidencia {acceso-lista-nombre de la lista de acceso| prefijo-lista-nombre de la lista de prefijo}

13.    fije el [codec codec-name] del [target-port number] del IP address del sonda-tipo de la activo-sonda

14.    fije los segundos de la frecuencia de la sonda

15.    fije el umbral del jitter máximo

16.    fije MOS {el por ciento mínimo del por ciento del umbral}

17.    fije el retardo {porcentaje relativo | umbral maximum}

18.    Finalizar

19.    muestre a oer las activo-sondas principales [appl| forzado]


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
respondedor del monitor del sla del IP


Ejemplo:

Respondedor del monitor del sla del IP de Router(config)#

 

Habilita el Contestador de SLAs IP.

 
Paso 4
salida


Ejemplo:

Salida de Router(config)#

 

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

 
Paso 5
Vaya al dispositivo de red que sea el controlador OER principal.  

--

 
Paso 6
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 7
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 8
master del oer


Ejemplo:

Master del oer de Router(config)#

 

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales.

 
Paso 9
monitor del modo {active | ambos | voz pasiva}


Ejemplo:

Router (config-oer-bujía métrica) # active del monitor del modo

 

Configura el monitoreo de rutas en un controlador principal OER.

  • La palabra clave monitor se utiliza para configurar el monitoreo activo y pasivo.
  • El ejemplo habilita la supervisión activa.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 10
salida


Ejemplo:

Router (config-oer-bujía métrica) # salida

 

Modo de configuración de controlador y devoluciones del master de las salidas OER a la configuración global.

 
Paso 11
número de secuencia del nombre de asignación del oer-mapa


Ejemplo:

Oer-mapa TARGET_MAP 10 de Router(config)#

 

Ingresa en el modo de configuración de mapa OER con el fin de configurar un mapa OER para aplicar las políticas a los prefijos IP seleccionados.

  • Solamente una cláusula de la coincidencia se puede configurar para cada secuencia de la correspondencia OER.
  • Niegue las secuencias primero se definen en una lista del prefijo IP y en seguida se aplican con el comando del IP Address de la coincidencia (OER) en el paso 12.
  • El ejemplo crea un mapa OER llamado TARGET_MAP.
 
Paso 12
IP Address de la coincidencia {acceso-lista-nombre de la lista de acceso| prefijo-lista-nombre de la lista de prefijo}


Ejemplo:

Router (config-oer-mapa) # lista de acceso VOICE_ACCESS_LIST del IP Address de la coincidencia

 

Hace referencia a una lista de acceso IP ampliada o a un prefijo IP como criterios de coincidencia en un mapa OER.

  • Solamente se puede configurar una única cláusula de coincidencia para cada secuencia de mapa OER.
  • El ejemplo configura la lista de acceso IP denominada VOICE_ACCESS_LIST como criterios de coincidencia en un mapa OER.
 
Paso 13
fije el [codec codec-name] del [target-port number] del IP address del sonda-tipo de la activo-sonda


Ejemplo:

El router (config-oer-mapa) # fijó el codificador-decodificador 2000 del puerto de destino de 10.20.22.1 del jitter de la activo-sonda g729a

 

Crea una entrada de cláusula set para asignar un prefijo de destino a una sonda activa.

  • Utilice el argumento probe-type para especificar uno de los cuatro tipos de sonda: echo, jitter, tcp-conn o udp-echo.
  • El IP-addressargument para especificar el IP Address de destino de un prefijo que se monitoreará usando el tipo especificado de sonda.
  • La palabra clave target-port y el argumento number se utilizan para especificar el número de puerto de destino de la sonda activa.
  • La palabra clave codec y el argumento codec-name sólo se utilizan con la sonda de fluctuación. Especifica el valor códec utilizado para el cálculo MOS (Mean Opinion Score). Los valores del codificador-decodificador deben ser uno de los siguientes: g711alaw, g711ulaw o g729a.
  • El ejemplo crea una entrada de cláusula set para especificar la dirección IP de destino de un prefijo y un número de puerto específico para monitorear activamente usando jitter.
 
Paso 14
fije los segundos de la frecuencia de la sonda


Ejemplo:

El router (config-oer-mapa) # fijó la frecuencia 10 de la sonda

 

Crea una entrada de cláusula set para configurar la frecuencia de la sonda activa OER.

  • El argumento seconds se utiliza para establecer el tiempo, en segundos, entre el monitoreo de sonda activo de los prefijos IP especificados.
  • El ejemplo crea una cláusula set para activar la frecuencia de la sonda activa a 10 segundos.
 
Paso 15
fije el umbral del jitter máximo


Ejemplo:

El router (config-oer-mapa) # fijó el umbral 20 del jitter

 

Crea una entrada de la cláusula set para configurar el valor del umbral de fluctuación.

  • La palabra clave threshold se utiliza para configurar el valor de fluctuación máximo, en milisegundos.
  • El ejemplo crea una cláusula set que establece el valor de umbral del jitter a 20 para el tráfico que coincide con la misma secuencia del mapa OER.
 
Paso 16
fije MOS {el por ciento mínimo del por ciento del umbral}


Ejemplo:

El router (config-oer-mapa) # fijó el por ciento 30 del umbral 4,0 MOS

 

Crea una cláusula set para configurar el umbral MOS y los valores de porcentaje utilizados para decidir si se va a seleccionar una salida alternativa.

  • La palabra clave threshold se utiliza para configurar el valor MOS mínimo.
  • La palabra clave percent se utiliza para configurar el porcentaje de valores MOS que están por debajo del umbral MOS.
  • OER calcula el porcentaje de valores MOS por debajo del umbral MOS que se registran en un período de cinco minutos. Si el valor del porcentaje excede del valor porcentual o el valor predeterminado configurado, el controlador principal busca links de salida alternativos.
  • El ejemplo crea una cláusula set que fija el valor del umbral MOS en 4,0 y el valor de porcentaje en un 30 por ciento para el tráfico que se corresponde a la misma secuencia del mapa OER.
 
Paso 17
fije el retardo {porcentaje relativo | umbral maximum}


Ejemplo:

El router (config-oer-mapa) # fijó el umbral 100 del retardo

 

Crea una entrada de cláusula set para configurar el umbral de la demora.

  • El umbral de demora se puede configurar como porcentaje relativo o como valor absoluto para los criterios de coincidencia.
  • La palabra clave relative se utiliza para configurar un porcentaje de demora relativo. El porcentaje de demora se basa en una comparación de las medidas a corto y a largo plazo.
  • La palabra clave threshold se utiliza para configurar el período de demora máximo absoluto en milisegundos.
  • El ejemplo crea una cláusula set que establece el umbral de demora máximo absoluto a 100 milisegundos para el tráfico que coincide con en la misma secuencia del mapa OER.
 
Paso 18
Finalizar


Ejemplo:

Router (config-oer-mapa) # extremo

 

Sale del modo de configuración de OER map e ingresa al modo EXEC privilegiado.

 
Paso 19
muestre a oer las activo-sondas principales [appl| forzado]


Ejemplo:

Activo-sondas del master del oer de la demostración del Router- forzadas

 

Muestra información de conexión y estado sobre las sondas activas de un controlador principal OER.

  • La salida de este comando muestra el tipo y el destino de la sonda activa, el router de borde que es el origen de la sonda activa, los prefijos de destino que se utilizan para el sondeo activo, y si la sonda se aprendió o configuró.
  • La palabra clave appl se utiliza para filtrar la salida a fin de mostrar información sobre aplicaciones optimizadas por el controlador principal.
  • La palabra clave forced se utiliza para mostrar los destinos forzados que se asignan.
  • El ejemplo muestra información de conexión y estado sobre las sondas activas generadas para el tráfico de voz configurado con una asignación de destino forzada.
 
Ejemplos

Este ejemplo muestra la salida del comando show oer master active-probes forced. La salida se filtra para mostrar solamente la información de conexión y estado sobre las sondas activas generadas para el tráfico de voz configurado con una asignación de destino forzada.

Router# show oer master active-probes forced
OER Master Controller active-probes
Border   = Border Router running this Probe
Policy   = Forced target is configure under this policy
Type     = Probe Type
Target   = Target Address
TPort    = Target Port
N - Not applicable
The following Forced Probes are running:
Border          State    Policy             Type     Target          TPort
10.20.20.2     ACTIVE    40                 jitter   10.20.22.1      3050 
10.20.21.3     ACTIVE    40                 jitter   10.20.22.4      3050

Configuración de Sondas de Voz OER para Failover Rápido

En el Cisco IOS Release 12.4(15)T la capacidad de configurar a un modo de monitoreo rápido fue introducida. En el modo de monitoreo de failover rápido, todas las salidas se sondan continuamente mediante monitoreo activo y pasivo. La frecuencia de la sonda se puede fijar en una frecuencia más baja en el modo de monitoreo de failover rápido que para otros modos de monitoreo, a fin de permitir una capacidad de failover más rápida. El monitoreo de failover rápido puede utilizarse con todos los tipos de sondas activas: Eco ICMP, jitter, conexión TCP y eco UDP.

Realice esta tarea de habilitar la supervisión rápida usando las sondas del jitter OER. Diseñan al control de fallas rápido para las clases de tráfico que son muy sensibles a los problemas de rendimiento o a los links congestionados, y el tráfico de voz es muy sensible a cualquier link caído. En este ejemplo, se habilita el modo rápido del control de fallas y el tráfico de voz que se monitoreará se identifica usando una lista del prefijo IP. Para reducir parte de la sobrecarga producida por el monitoreo de failover rápido, se asigna a las sondas de voz activas un destino forzado para OER. La frecuencia de la sonda OER se fija a 2 segundos. En la sección de los ejemplos después de que la tabla de la tarea, el comando prefix del master del oer de la demostración se utilice para mostrar la configuración de la política para el prefijo especificado en los pasos de la tarea y una cierta salida de registro se visualiza para mostrar que la Conmutación por falla rápida está configurada.


Nota


La supervisión rápida es mismo un modo agresivo que incurre en muchos gastos indirectos con sondar continuo. Recomendamos utilizar el monitoreo rápido solamente para tráfico sensible al rendimiento.

Antes de configurar la sonda de fluctuación OER en el dispositivo de origen, se debe habilitar IP SLAs Responder en el dispositivo de destino (el destino operativo). IP SLAs Responder está disponible solamente en los dispositivos basados en Cisco IOS Software. Comience esta tarea en el dispositivo de red que ejecuta la función IP SLAs Responder.


Nota


El dispositivo que funciona con el respondedor IP SLA no tiene que ser configurado para OER.
Antes de comenzar

Esta tarea requiere el regulador principal y los Router del borde ser Cisco IOS Release 12.4(15)T corriente, o las versiones posteriores.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. respondedor del monitor del sla del IP

4. salida

5. Muévase al dispositivo de red que es el regulador principal OER.

6. permiso

7. configuró terminal

8. [seq seq-value] del nombre de la lista del ip prefix-list {niegue la red/la longitud | permita el [le le-value] de la red/de la longitud}

9. Relance el paso 4 para más entradas de lista de prefijos, como sea necesario.

10. número de secuencia del nombre de asignación del oer-mapa

11 prefijo-lista-nombre de la lista de prefijo de la clase de tráfico de la coincidencia

12.    fije el monitor del modo {active | ambos| rápido| voz pasiva}

13.    fije el umbral del jitter máximo

14.    fije MOS {el por ciento mínimo del por ciento del umbral}

15.    fije el retardo {porcentaje relativo | umbral maximum}

16.    fije el [codec codec-name] del [target-port number] del IP address del sonda-tipo de la activo-sonda

17.    fije los segundos de la frecuencia de la sonda

18.    Finalizar

19.    muestre a oer el prefijo principal [prefijo [detalle| directiva| traceroute [salida-identificación| frontera-direccionamiento| corriente]]]


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
respondedor del monitor del sla del IP


Ejemplo:

Respondedor del monitor del sla del IP de Router(config)#

 

Habilita el Contestador de SLAs IP.

 
Paso 4
salida


Ejemplo:

Salida de Router(config)#

 

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

 
Paso 5
Vaya al dispositivo de red que sea el controlador OER principal.  

--

 
Paso 6
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 7
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 8
[seq seq-value] del nombre de la lista del ip prefix-list {niegue la red/la longitud | permita el [le le-value] de la red/de la longitud}


Ejemplo:

Permiso 10.1.0.0/24 del ip prefix-list VOICE_FAIL_LIST de Router(config)#

 

Crea una lista de prefijos IP.

  • La lista del prefijo IP especificada aquí se utiliza en una correspondencia OER para especificar los IP Address de destino para una clase de tráfico.
  • El ejemplo crea una lista del prefijo IP nombrada VOICE_FAIL_LIST para que OER perfile el prefijo, 10.1.0.0/24.
 
Paso 9
Relance el paso 4 para más entradas de lista de prefijos, como sea necesario.  

--

 
Paso 10
número de secuencia del nombre de asignación del oer-mapa


Ejemplo:

Oer-mapa FAST_FAIL_MAP 10 de Router(config)#

 

Ingresa en el modo de configuración de mapa OER con el fin de configurar un mapa OER para aplicar las políticas a los prefijos IP seleccionados.

  • Solamente una cláusula de la coincidencia se puede configurar para cada secuencia de la correspondencia OER.
  • El ejemplo crea una correspondencia OER nombrada FAST_FAIL_MAP.
 
Paso 11
prefijo-lista-nombre de la lista de prefijo de la clase de tráfico de la coincidencia


Ejemplo:

Router (config-oer-mapa) # lista de prefijo VOICE_FAIL_LIST de la clase de tráfico de la coincidencia

 

Se refiere a una lista del prefijo IP mientras que los criterios de concordancia de la clase de tráfico en un OER asocian.

  • Solamente se puede configurar una única cláusula de coincidencia para cada secuencia de mapa OER.
  • El ejemplo configura la lista del prefijo IP nombrada VOICE_FAIL_LIST mientras que los criterios de concordancia en un OER asocian.
 
Paso 12
fije el monitor del modo {active | ambos| rápido| voz pasiva}


Ejemplo:

El router (config-oer-mapa) # fijó el monitor del modo rápido

 

Crea una entrada de la cláusula del conjunto para configurar la supervisión de la ruta en un regulador principal OER.

  • La palabra clave monitor se utiliza para configurar el monitoreo activo y pasivo.
  • La palabra clave rápida se utiliza para configurar el modo rápido del control de fallas donde se habilita la supervisión activa continua así como supervisión pasiva.
  • El ejemplo habilita el control de fallas rápido.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 13
fije el umbral del jitter máximo


Ejemplo:

El router (config-oer-mapa) # fijó el umbral 12 del jitter

 

Crea una entrada de la cláusula set para configurar el valor del umbral de fluctuación.

  • La palabra clave threshold se utiliza para configurar el valor de fluctuación máximo, en milisegundos.
  • El ejemplo crea una cláusula del conjunto que fije el valor de umbral del jitter a 12 para el tráfico que se corresponde con en la misma secuencia de la correspondencia OER.
 
Paso 14
fije MOS {el por ciento mínimo del por ciento del umbral}


Ejemplo:

El router (config-oer-mapa) # fijó el por ciento 30 del umbral 3,6 MOS

 

Crea una cláusula set para configurar el umbral MOS y los valores de porcentaje utilizados para decidir si se va a seleccionar una salida alternativa.

  • La palabra clave threshold se utiliza para configurar el valor MOS mínimo.
  • La palabra clave percent se utiliza para configurar el porcentaje de valores MOS que están por debajo del umbral MOS.
  • OER calcula el porcentaje de valores MOS por debajo del umbral MOS que se registran en un período de cinco minutos. Si el valor del porcentaje excede del valor porcentual o el valor predeterminado configurado, el controlador principal busca links de salida alternativos.
  • El ejemplo crea una cláusula del conjunto que fije el valor del umbral MOS a 3,6 y el valor del por ciento al 30 por ciento para el tráfico que se corresponde con en la misma secuencia de la correspondencia OER.
 
Paso 15
fije el retardo {porcentaje relativo | umbral maximum}


Ejemplo:

El router (config-oer-mapa) # fijó al pariente 50 del retardo

 

Crea una entrada de cláusula set para configurar el umbral de la demora.

  • El umbral de demora se puede configurar como porcentaje relativo o como valor absoluto para los criterios de coincidencia.
  • La palabra clave relative se utiliza para configurar un porcentaje de demora relativo. El porcentaje de demora se basa en una comparación de las medidas a corto y a largo plazo.
  • La palabra clave threshold se utiliza para configurar el período de demora máximo absoluto en milisegundos.
  • El ejemplo crea una cláusula del conjunto que fije el porcentaje relativo del retardo al 50 por ciento para el tráfico que se corresponde con en la misma secuencia de la correspondencia OER.
 
Paso 16
fije el [codec codec-name] del [target-port number] del IP address del sonda-tipo de la activo-sonda


Ejemplo:

El router (config-oer-mapa) # fijó el codificador-decodificador g729a del puerto de destino 20 de 10.120.120.1 del jitter de la activo-sonda

 

Crea una entrada de cláusula set para asignar un prefijo de destino a una sonda activa.

  • Utilice el argumento probe-type para especificar uno de los cuatro tipos de sonda: echo, jitter, tcp-conn o udp-echo.
  • El IP-addressargument para especificar el IP Address de destino de un prefijo que se monitoreará usando el tipo especificado de sonda.
  • La palabra clave target-port y el argumento number se utilizan para especificar el número de puerto de destino de la sonda activa.
  • La palabra clave codec y el argumento codec-name sólo se utilizan con la sonda de fluctuación. Especifica el valor códec utilizado para el cálculo MOS (Mean Opinion Score). Los valores del codificador-decodificador deben ser uno de los siguientes: g711alaw, g711ulaw o g729a.
  • El ejemplo crea una entrada de cláusula set para especificar la dirección IP de destino de un prefijo y un número de puerto específico para monitorear activamente usando jitter.
 
Paso 17
fije los segundos de la frecuencia de la sonda


Ejemplo:

El router (config-oer-mapa) # fijó la frecuencia 2 de la sonda

 

Crea una entrada de cláusula set para configurar la frecuencia de la sonda activa OER.

  • El argumento seconds se utiliza para establecer el tiempo, en segundos, entre el monitoreo de sonda activo de los prefijos IP especificados.
  • El ejemplo crea una cláusula del conjunto para fijar la frecuencia activa de la sonda a 2 segundos.
Nota    Una frecuencia de la sonda de menos de 4 segundos es posible aquí porque el modo rápido del control de fallas se ha habilitado en el paso 12.
 
Paso 18
Finalizar


Ejemplo:

Router (config-oer-mapa) # extremo

 

Sale del modo de configuración de OER map e ingresa al modo EXEC privilegiado.

 
Paso 19
muestre a oer el prefijo principal [prefijo [detalle| directiva| traceroute [salida-identificación| frontera-direccionamiento| corriente]]]


Ejemplo:

Directiva del prefijo 10.1.1.0/24 del master del oer de la demostración del Router-

 

(Opcional) visualiza el estatus de los prefijos monitoreados.

  • El prefixargument se ingresa como máscara de la longitud del IP Address y de bit.
  • El policykeyword se utiliza para visualizar la información de política para el prefijo especificado.
  • El ejemplo visualiza la información de política para el prefijo, 10.1.1.0/24.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 

Ejemplos

Este ejemplo muestra la salida del prefixcommand del master del oer de la demostración cuando un prefijo se especifica con la palabra clave de la directiva para visualizar la directiva configurada para el prefijo 10.1.1.0/24. Observe que el monitor de modo está fijado en rápido, lo cual fija automáticamente la salida de selección a la mejor, y permite que la frecuencia de sondeo se fije en 2.

Router# show oer master prefix 10.1.1.0/24 policy
* Overrides Default Policy Setting
oer-map MAP 10
  sequence no. 8444249301975040, provider id 1, provider priority 30
    host priority 0, policy priority 10, Session id 0
  match ip prefix-lists: VOICE_FAIL_LIST
  backoff 90 90 90
  delay relative 50
  holddown 90
  periodic 0
 *probe frequency 2
  mode route control 
 *mode monitor fast
 *mode select-exit best
  loss relative 10
 *jitter threshold 12
  mos threshold 3.60 percent 30
  unreachable relative 50
  next-hop not set
  forwarding interface not set
  resolve jitter priority 1 variance 10
  resolve utilization priority 12 variance 20
 
  Forced Assigned Target List:
   active-probe jitter 10.120.120.1 target-port 20 codec g729a

Después de que el regulador principal se configure para la Conmutación por falla rápida tal y como se muestra en de esta tarea, y una clase de tráfico sale de la directiva, la salida de registro abajo muestra que la clase de tráfico representada por el prefijo 10.1.1.0 es ruteada por OER a través de una nueva salida del Router del borde en la interfaz 10.3.3.4 en el plazo de 3 segundos. La salida de registro parece indicar que la clase de tráfico se ha movido a un estado no conforme a la política porque el umbral de fluctuación se ha excedido.

May  2 10:55:27.355: %OER_MC-5-NOTICE: Active ABS Jitter OOP Prefix 10.1.1.0/24,
jitter 15, BR 10.4.4.2, i/f Et2/0
May  2 10:55:27.367: %OER_MC-5-NOTICE: Route changed Prefix 10.1.1.0/24, BR 10.3.3.4,
i/f Et5/0, Reason Jitter, OOP Reason Jitter

Configuración del Balanceo de Carga de Link de Salida Usando OER

Realice esta tarea en el regulador principal de configurar el Equilibrio de carga para las clases de tráfico sobre los links de la salida del Router del borde. En esta supervisión activa y pasiva del ejemplo, se habilita, y las directivas de la utilización del rango y de la salida se dan la prioridad cuando OER elige la mejor selección de la salida para las clases de tráfico. La selección de la mejor ruta para las políticas de rendimiento se inhabilita. Las interfaces de Ethernet externas en el Router del borde 1 y Router del borde 2--BR1 y BR2 en la figura abajo--son ambos configurados con un umbral del uso máximo del 70 por ciento. Después de que una interfaz externa se configure para los Router del borde, OER monitorea automáticamente la utilización de los links externos en un Router del borde cada 20 segundos. La utilización está señalada de nuevo al regulador principal y, si la utilización excede el 70 por ciento, OER selecciona otro link de la salida para las clases de tráfico en ese link.

‘Figura 4’Diagrama de la red para el Equilibrio de carga del link de la salida OER


El tráfico puede también ser carga equilibrada sobre los links de la entrada, porque más detalles consideran el OER que usa a las clases del tráfico de control y verifican el módulo del rendimiento de la red.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. monitor del modo {active | ambos | voz pasiva}

5. valor de prioridad del rango de la resolución

6. porcentaje de la variación de valor de prioridad de la utilización de la resolución

7. ningún retardo de la resolución

8. ninguna pérdida de la resolución

9. [key-chain key-chain-name] del IP address de la frontera

10. externo del número del tipo de la interfaz

11 MAX-xmit-utilización {kbps absoluto | valor del porcentaje}

12.    salida

13.    Relance el paso 9 al paso 12 con los cambios apropiados para establecer la comunicación con cada Router del borde.

14.    temporizador KEEPALIVE

15.    Finalizar

16.    show running-config


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales.

 
Paso 4
monitor del modo {active | ambos | voz pasiva}


Ejemplo:

Router (config-oer-bujía métrica) # monitor ambos del modo

 

Configura el monitoreo de rutas en un controlador principal OER.

  • La palabra clave monitor se utiliza para configurar el monitoreo activo y pasivo.
  • El ejemplo habilita el monitoreo activo y pasivo.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 5
valor de prioridad del rango de la resolución


Ejemplo:

Router (config-oer-bujía métrica) # prioridad 1 del rango de la resolución

 

Establece la prioridad de la política o resuelve los conflictos de la política.

  • Este comando se utiliza para establecer prioridades cuando hay varias políticas configuradas para el mismo prefijo. Cuando se configura este comando, la política con la prioridad más alta se seleccionará para determinar la decisión de política.
  • La palabra clave priority se utiliza para especificar el valor de prioridad. Al establecer el número 1 se asigna la mayor prioridad a una política. La configuración del número 10 asigna la prioridad más baja.
  • A cada política se le debe asignar un número de prioridad distinto.
  • En este ejemplo, la prioridad de las políticas de rango se establece en 1.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 6
porcentaje de la variación de valor de prioridad de la utilización de la resolución


Ejemplo:

Router (config-oer-bujía métrica) # variación 25 de la prioridad 2 de la utilización de la resolución

 

Establece la prioridad de la política o resuelve los conflictos de la política.

  • Este comando se utiliza para establecer prioridades cuando hay varias políticas configuradas para el mismo prefijo. Cuando se configura este comando, la política con la prioridad más alta se seleccionará para determinar la decisión de política.
  • La palabra clave priority se utiliza para especificar el valor de prioridad. Al establecer el número 1 se asigna la mayor prioridad a una política. La configuración del número 10 asigna la prioridad más baja.
  • A cada política se le debe asignar un número de prioridad distinto.
  • La palabra clave variance se utiliza para establecer una varianza permitida para una política definida por el usuario. Esta palabra clave configura el porcentaje admisible en el que un link o prefijo de salida puede variar respecto al valor de política definido por el usuario y seguir considerándose equivalente.
  • En este ejemplo, la prioridad para las directivas del rango se establece a 2 con una variación del 25 por ciento.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 7
ningún retardo de la resolución


Ejemplo:

Router (config-oer-bujía métrica) # ningún retardo de la resolución

 

Establece la prioridad de la política o resuelve los conflictos de la política.

  • Este comando se utiliza para establecer prioridades cuando hay varias políticas configuradas para el mismo prefijo. Cuando se configura este comando, la política con la prioridad más alta se seleccionará para determinar la decisión de política.
  • El ejemplo inhabilita la prioridad para las directivas del rendimiento con retraso.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 8
ninguna pérdida de la resolución


Ejemplo:

Router (config-oer-bujía métrica) # ninguna pérdida de la resolución

 

Establece la prioridad de la política o resuelve los conflictos de la política.

  • Este comando se utiliza para establecer prioridades cuando hay varias políticas configuradas para el mismo prefijo. Cuando se configura este comando, la política con la prioridad más alta se seleccionará para determinar la decisión de política.
  • El ejemplo inhabilita la prioridad para las políticas de rendimiento de la pérdida.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 9
[key-chain key-chain-name] del IP address de la frontera


Ejemplo:

Router (config-oer-bujía métrica) # llavero border1_OER de 10.1.1.2 de la frontera

 

Ingresa en el modo de configuración del router de borde administrado para OER para establecer la comunicación con un router de borde.

  • Se configura una dirección IP para identificar el router de borde.
  • Se debe especificar al menos un router de borde para crear una red administrada por OER. Se pueden controlar un máximo de diez routers de borde por un solo controlador principal.
  • El valor del argumento key-chain-name debe coincidir con un nombre de key chain válido configurado en el router de borde.
Nota    El argumento de la palabra clave y del clave-encadenamiento-nombre del clave-encadenamiento debe ser ingresado cuando un Router del borde se configura inicialmente. Sin embargo, esta palabra clave es opcional al volver a configurar un router de borde existente.
 
Paso 10
externo del número del tipo de la interfaz


Ejemplo:

Router (config-oer-bujía-Br) # interfaces Ethernet 1/0 externo

 

Configura una interfaz de router del borde como una interfaz externa administrada por OER.

  • Las interfaces externas se utilizan para reenviar el tráfico y realizar un monitoreo activo.
  • Una red administrada por OER requiere como mínimo dos interfaces de router de borde externas. Se debe configurar al menos una interfaz externa en cada router de borde. Un único controlador principal puede controlar un máximo de 20 interfaces externas.
Recomendación   

Configurar una interfaz como interfaz externa administrada por OER en un router ingresa al modo de configuración de la interfaz de la salida de la frontera OER. En este modo, se puede configurar la utilización máxima de links o la optimización basada en costos para la interfaz.

Nota    Ingresar el comando interface sin el external o la palabra clave internal coloca al router en el modo de configuración global y no el modo de configuración de la salida de la frontera OER. La forma no de este comando se debe aplicar con cuidado para no remover las interfaces activas de la configuración del router.
 
Paso 11
MAX-xmit-utilización {kbps absoluto | valor del porcentaje}


Ejemplo:

Router (config-oer-bujía-Br-si) # absoluto 500000 de la MAX-xmit-utilización

 

Configura el uso máximo en un solo link de salida administrado por OER.

  • Utilice la palabra clave absolute y el argumento kbps para especificar el uso máximo absoluto en un link de salida administrado OER en kbps.
  • Utilice la palabra clave percentage y el argumento value para especificar la utilización de porcentaje de un link de salida.
 
Paso 12
salida


Ejemplo:

Router (config-oer-bujía-Br-si) # salida

 

Sale del modo de configuración de interfaz de salida del borde administrado por OER y vuelve al modo de configuración del router de borde administrado por OER.

 
Paso 13
Relance el paso 9 al paso 12 con los cambios apropiados para establecer la comunicación con cada Router del borde.  

--

 
Paso 14
temporizador KEEPALIVE


Ejemplo:

Router (config-oer-bujía métrica) # keepalive 10

 

(Opcional) Configura el período de tiempo durante el cual un controlador principal OER mantendrá la conectividad con un router de borde OER después de que no se haya recibido ningún paquete keepalive.

  • El ejemplo establece el temporizador keepalive a 10 segundos. El temporizador de keepalive predeterminado es de 60 segundos.
 
Paso 15
Finalizar


Ejemplo:

Router (config-oer-bujía métrica) # extremo

 

Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado.

 
Paso 16
show running-config


Ejemplo:

Ejecutar-config de la demostración del Router-

 

(Opcional) Muestra la configuración en ejecución para verificar la configuración ingresada en esta tarea.

 

Configuración de la Dirección de Origen de una Sonda Activa

Realice esta tarea en un Router del borde de especificar la interfaz de origen para sondar activo. El soporte para configurar una interfaz de origen para sondar activo fue introducido en el Cisco IOS Release 12.4(2)T y 12.2(33)SRB. La interfaz de origen activa de la sonda se configura en el Router del borde con la fuente del direccionamiento de la activo-sonda en el modo de configuración del Router del borde OER. La dirección IP de la interfaz de origen del sondeo activo debe ser única para garantizar que la respuesta a la sonda se rutea de vuelta a la interfaz de origen especificada.

Lo que sigue es comportamiento predeterminado:

  • La dirección IP de origen se utiliza de la interfaz externa del valor por defecto OER que transmite la sonda activa cuando este comando no se habilita o si no se ingresa la ninguna forma.
  • Si la interfaz no está configurada con una dirección IP, no se generará la sonda activa.
  • Si se cambia la dirección IP después de que la interfaz se haya configurado como origen de sonda activo, se detiene el sondeado activo y después se reinicia con la nueva dirección IP.
  • Si la dirección IP se remueve después de que la interfaz se haya configurado como origen activo de la sonda, el sondeo activo se interrumpe y no se recomienza hasta que se configure una dirección IP primaria válida.
Antes de comenzar

Esta tarea requiere el regulador principal y los Router del borde ser Cisco IOS Release 12.4(2)T corriente, 12.2(33)SRB, o versiones posteriores.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. frontera del oer

4. número de tipo de la interfaz de origen del direccionamiento de la activo-sonda

5. extremo

6. muestre las activo-sondas de la frontera del oer


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
frontera del oer


Ejemplo:

Frontera del oer de Router(config)#

 

Ingresa en el modo de configuración de router de borde OER para configurar un router como router de borde.

 
Paso 4
número de tipo de la interfaz de origen del direccionamiento de la activo-sonda


Ejemplo:

Router (config-oer-Br) # FastEthernet0/0 de la interfaz de origen del direccionamiento de la activo-sonda

 

Configura una interfaz en un Router del borde como la fuente de la activo-sonda.

  • Las configuraciones del ejemplo interconectan el FastEthernet0/0 como la interfaz de origen.
 
Paso 5
Finalizar


Ejemplo:

Router (config-oer-Br) # extremo

 

El modo de configuración del Router del borde de las salidas OER y ingresa al modo EXEC privilegiado.

 
Paso 6
muestre las activo-sondas de la frontera del oer


Ejemplo:

Activo-sondas de la frontera del oer de la demostración del Router-

 

Visualizaciones estado de la conexión e información sobre las sondas activas en un Router del borde OER.

  • Utilice este comando de verificar la dirección IP de origen configurada.
 

Ejemplos

Este ejemplo muestra la salida de la frontera del oer de la demostración activa-probescommand. La salida se filtra para mostrar solamente la información de conexión y estado sobre las sondas activas generadas para el tráfico de voz configurado con una asignación de destino forzada.

Router# show oer border active-probes 
        OER Border active-probes
Type      = Probe Type
Target    = Target IP Address
TPort     = Target Port
Source    = Send From Source IP Address
Interface = Exit interface
Att       = Number of Attempts
Comps   = Number of completions
N - Not applicable
Type     Target          TPort Source          Interface           Att   Comps
udp-echo 10.4.5.1           80 10.0.0.1        FE2/0                 1       0
tcp-conn 10.4.7.1           33 10.0.0.1        FE0/0                 1       0
echo     10.4.9.1            N 10.0.0.1        FE1/0                 2       2

Ejemplos de Configuración para la Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER

Los ejemplos en esta sección muestran cómo configurar OER para medir el funcionamiento y la utilización del vínculo de la clase de tráfico.

Modificación de la utilización del vínculo OER por el ejemplo del tráfico saliente

El siguiente ejemplo muestra cómo modificar el umbral de la utilización del vínculo de la salida OER. En este ejemplo, la utilización de la salida se fija al 80 por ciento. Si la utilización para este link de la salida excede el 80 por ciento, OER selecciona otro link de la salida para las clases de tráfico que utilizaban este link de la salida.

Router(config)# oer master 
Router(config-oer-mc)# border 10.1.4.1
Router(config-oer-mc-br)# interface Ethernet 1/0 external
Router(config-oer-mc-br-if)# max-xmit-utilization percentage 80
Router(config-oer-mc-br-if)# end

Modificación de la utilización del vínculo OER por el ejemplo del tráfico entrante

El siguiente ejemplo muestra cómo modificar el umbral de la utilización del vínculo de la entrada OER. En este ejemplo, la utilización de la entrada se fija al 65 por ciento. Si la utilización para este link de la salida excede el 65 por ciento, OER selecciona otro link de la entrada para las clases de tráfico que utilizaban este link de la entrada.

Router(config)# oer master 
Router(config-oer-mc)# border 10.1.2.1
Router(config-oer-mc-br)# interface Ethernet 1/0 external
Router(config-oer-mc-br-if)# maximum receive utilization percentage 65
Router(config-oer-mc-br-if)# end

Modificación del ejemplo del rango de la utilización del vínculo de la salida OER

El siguiente ejemplo muestra cómo modificar el rango de la utilización de la salida OER. En este ejemplo, el rango de la utilización de la salida para todos los links de la salida se fija al 10 por ciento. OER utiliza el rango de uso máximo para determinar si los links de salida son conformes a la política. OER igualará el tráfico saliente a través de todos los links de la salida por los prefijos de mudanza de las salidas excesiva excesivamente o de la hacia fuera-de-directiva a las salidas de la en-directiva.

Router(config)# oer master 
Router(config-oer-mc)# max-range-utilization percentage 10
Router(config-oer-mc)# end

Modificación del ejemplo del rango de la utilización del vínculo de la entrada OER

El siguiente ejemplo muestra cómo modificar el rango de la utilización de la entrada OER. En este ejemplo, el rango de la utilización de la entrada para todos los links de la entrada se fija al 15 por ciento. OER utiliza el rango del uso máximo para determinar si los links de la entrada son en-directiva. OER igualará el tráfico entrante a través de todos los links de la entrada por los prefijos de mudanza de las salidas excesiva excesivamente o de la hacia fuera-de-directiva a las salidas de la en-directiva.

Router(config)# oer master 
Router(config-oer-mc)# max range receive percent 15
Router(config-oer-mc)# end

Ejemplos que sondan activos

Ejemplo del eco ICMP

El siguiente ejemplo, comenzando en el modo de configuración global, configura una sonda activa usando un mensaje del eco ICMP (ping). El direccionamiento de 10.5.5.55 es la blanco. No se requiere ninguna Configuración explícita en el dispositivo objetivo.

Router(config)# oer master 
Router(config-oer-mc)# active-probe echo 10.5.5.55 

Ejemplo de la conexión TCP

El siguiente ejemplo, comenzando en el modo de configuración global, configura una sonda activa usando un mensaje de la conexión TCP. El direccionamiento de 10.5.55.56 es la blanco. El número del puerto de destino debe ser especificado al configurar este tipo de sonda.

Router(config)# oer master 
Router(config-oer-mc)# active-probe tcp-conn 10.5.5.56 target-port 23 

Nota


Un respondedor remoto se requiere para las sondas de la conexión TCP cuando un puerto con excepción de 23 se configura.

Ejemplo de la generación de eco UDP

El siguiente ejemplo, comenzando en el modo de configuración global, configura una sonda activa usando los mensajes de eco UDP. El direccionamiento de 10.5.5.57 es la blanco. El número del puerto de destino debe ser especificado cuando configurar este tipo de sonda, y un respondedor remoto se debe también habilitar en el dispositivo objetivo.

Router(config)# oer master 
Router(config-oer-mc)# active-probe udp-echo 10.5.5.57 target-port 1001 

Ejemplo remoto del respondedor UDP

El siguiente ejemplo, comenzando en el modo de configuración global, configura un respondedor remoto en un Router del borde para enviar los paquetes de control IP SLA en respuesta a las sondas del active UDP. El número del puerto debe hacer juego el número que se configura para la sonda activa.

Border-Router(config)# ip sla monitor responder type udpEcho port 1001
 

Ejemplo remoto del respondedor TCP

El siguiente ejemplo, comenzando en el modo de configuración global, configura un respondedor remoto en un Router del borde para enviar los paquetes de control IP SLA en respuesta a las sondas del active TCP. El respondedor remoto se debe configurar para las sondas activas TCP que no utilizan el número de puerto conocido 23 TCP.

Border-Router(config)# ip sla monitor responder type tcpConnect port 49152 

Configurar sondar activo OER usando los ejemplos más largos de la asignación de blanco de la coincidencia

Los ejemplos de configuración en esta sección demuestran sondar activo usando la asignación de blanco más larga de la coincidencia usando los tipos siguientes de la sonda:

Sonda ICMP para la Asignación de Destino de Coincidencia más Larga

Las demostraciones del siguiente ejemplo cómo configurar sondar activo usando la sonda de ICMP con la asignación de blanco más larga de la coincidencia:

Router(config)# oer master 
Router(config-oer-mc)# mode monitor active 
Router(config-oer-mc)# active-probe echo 10.5.5.55 

Sonda TCP para la Asignación de Destino de Coincidencia más Larga

Las demostraciones del siguiente ejemplo cómo configurar sondar activo usando la sonda TCP con la asignación de blanco más larga de la coincidencia. IP SLAs Responder se debe habilitar primero en el dispositivo de destino y no es necesario configurar este dispositivo para OER. Se puede utilizar un router de borde como dispositivo de destino. La segunda configuración se realiza en el controlador principal.

Dispositivo de destino
Router> enable
Router# configure terminal
Router(config)# ip sla monitor responder type tcpConnect port 49152
Router(config)# exit
Controlador principal
Router(config)# oer master 
Router(config-oer-mc)# mode monitor active
Router(config-oer-mc)# active-probe tcp-conn 10.4.4.44 target-port 49152

Sonda UDP para la Asignación de Destino de Coincidencia más Larga

El siguiente ejemplo muestra cómo configurar sondar activo usando la sonda UDP con la asignación de blanco más larga de la coincidencia. IP SLAs Responder se debe habilitar primero en el dispositivo de destino y no es necesario configurar este dispositivo para OER. Se puede utilizar un router de borde como dispositivo de destino. La segunda configuración se realiza en el controlador principal.

Dispositivo de destino
Router> enable
Router# configure terminal
Router(config)# ip sla monitor responder type udpEcho port 1001
Router(config)# exit
Controlador principal
Router(config)# oer master 
Router(config-oer-mc)# mode monitor active
Router(config-oer-mc)# active-probe udp-echo 10.3.3.33 target-port 1001

Configurar sondar activo con los ejemplos forzados de una asignación de blanco

Los ejemplos de configuración en esta sección demuestran sondar activo usando una asignación de blanco forzada usando los tipos siguientes de la sonda:

Sonda UDP para la Asignación de Destino Forzada

Las demostraciones del siguiente ejemplo cómo configurar sondar activo con una asignación de blanco forzada y una frecuencia configurada de la sonda de 20 segundos. Este ejemplo requiere la habilitación de IP SLAs Responder en el dispositivo de destino.

Dispositivo de destino
Router> enable
Router# configure terminal
Router(config)# ip sla monitor responder type udpEcho port 1001
Router(config)# exit
Controlador principal
Router(config)# oer master
 
Router(config-oer-mc)# mode monitor active
Router(config-oer-mc)# exit
 
Router(config)# oer-map FORCED_MAP 10 
Router(config-oer-map)# match ip address access-list FORCED_LIST
Router(config-oer-map)# set active-probe udp-echo 10.5.5.57 target-port 1001
Router(config-oer-map)# set probe frequency 20
Router(config-oer-map)# end
 

Sondeo de Fluctuación para la Asignación de Destino Forzada

El siguiente ejemplo muestra cómo configurar sondar activo para el tráfico de voz con una asignación de blanco forzada usando la sonda del jitter y una frecuencia configurada de la sonda de 15 segundos. El tráfico de voz se identifica usando una lista de acceso y los umbrales se fijan para el jitter, el MOS, y el retardo. En esta tarea, el argumento de la palabra clave del codificador-decodificador y del CODEC-nombre usado en la configuración de sonda del jitter especifica el valor del codificador-decodificador usado para el cálculo MOS. Este ejemplo requiere la habilitación de IP SLAs Responder en el dispositivo de destino.

Dispositivo de destino
Router> enable
Router# configure terminal
Router(config)# ip sla monitor responder
Router(config)# exit
Controlador principal
Router(config)# oer master
 
Router(config-oer-mc)# mode monitor active
Router(config-oer-mc)# exit
 
Router(config)# oer-map FORCED_VOICE_MAP 10 
Router(config-oer-map)# match ip address access-list FORCED_VOICE_LIST
Router(config-oer-map)# set active-probe jitter 172.17.5.57 target-port 2000 codec g729a
Router(config-oer-map)# set probe frequency 15
Router(config-oer-map)# set jitter threshold 20
Router(config-oer-map)# set mos threshold 4.0 percent 30
Router(config-oer-map)# set delay threshold 100
Router(config-oer-map)# end

Configurar las sondas de la Voz OER por el ejemplo rápido de la Conmutación por falla

El siguiente ejemplo, comenzando en el modo de configuración global, muestra cómo una nueva salida puede ser seleccionada rápidamente cuando se configura la Conmutación por falla rápida.


Nota


La supervisión rápida es mismo un modo agresivo que incurre en muchos gastos indirectos con sondar continuo. Recomendamos utilizar el monitoreo rápido solamente para tráfico sensible al rendimiento.

La primera salida muestra la configuración en el regulador principal de tres Router del borde. Se habilita el modo de control de ruta.

Router# show run | sec oer master
oer master
 policy-rules MAP
 port 7777
 logging
 !
 border 10.3.3.3 key-chain key1
  interface Ethernet9/0 external
  interface Ethernet8/0 internal
 !
 border 10.3.3.4 key-chain key2
  interface Ethernet5/0 external
  interface Ethernet8/0 internal
 !
 border 10.4.4.2 key-chain key3
  interface Ethernet2/0 external
  interface Ethernet8/0 internal
 backoff 90 90
 mode route control
 resolve jitter priority 1 variance 10
 no resolve delay
!

Para verificar la configuración básica y mostrar el estatus de los Router del borde, se funciona con el comando del master del oer de la demostración:

Router# show oer master
OER state: ENABLED and ACTIVE
  Conn Status: SUCCESS, PORT: 7777
  Version: 2.1
  Number of Border routers: 3
  Number of Exits: 3
  Number of monitored prefixes: 1 (max 5000)
  Max prefixes: total 5000 learn 2500
  Prefix count: total 1, learn 0, cfg 1
 
Border           Status   UP/DOWN             AuthFail  Version
10.4.4.2        ACTIVE   UP       17:00:32          0  2.1
10.3.3.4        ACTIVE   UP       17:00:35          0  2.1
10.3.3.3        ACTIVE   UP       17:00:38          0  2.1
 
Global Settings:
  max-range-utilization percent 20 recv 20
  mode route metric bgp local-pref 5000
  mode route metric static tag 5000
  trace probe delay 1000
  logging
 
Default Policy Settings:
  backoff 90 90 90
  delay relative 50
  holddown 90
  periodic 0
  probe frequency 56
  mode route control 
  mode monitor both
  mode select-exit good
  loss relative 10
  jitter threshold 20
  mos threshold 3.60 percent 30
  unreachable relative 50
  resolve jitter priority 1 variance 10
  resolve utilization priority 12 variance 20
 
Learn Settings:
  current state : DISABLED
  time remaining in current state : 0 seconds
  no throughput
  no delay
  no inside bgp
  no protocol
  monitor-period 5
  periodic-interval 120
  aggregation-type prefix-length 24
  prefixes 100
  expire after time 720

La Conmutación por falla rápida ahora se configura para las sondas de la voz activa y la frecuencia de la sonda se fija a 2 segundos usando una correspondencia OER. Se habilita el modo rápido del control de fallas y el tráfico de voz que se monitoreará se identifica usando una lista del prefijo IP para especificar el prefijo 10.1.1.0/24. Para reducir parte de la sobrecarga producida por el monitoreo de failover rápido, se asigna a las sondas de voz activas un destino forzado para OER.

Router# show run | sec oer-map
oer-map MAP 10
 match traffic-class prefix-list VOICE_FAIL_LIST
 set mode select-exit best
 set mode monitor fast
 set jitter threshold 12
 set active-probe jitter 120.120.120.1 target-port 20 codec g729a
 set probe frequency 2

El producto siguiente del prefixcommand del master del oer de la demostración cuando un prefijo se especifica con la palabra clave de la directiva muestra la directiva configurada para el prefijo 10.1.1.0/24. Observe que el monitor de modo está fijado en rápido, lo cual fija automáticamente la salida de selección a la mejor, y permite que la frecuencia de sondeo se fije en 2.

Router# show oer master prefix 10.1.1.0/24 policy
* Overrides Default Policy Setting
oer-map MAP 10
  sequence no. 8444249301975040, provider id 1, provider priority 30
    host priority 0, policy priority 10, Session id 0
  match ip prefix-lists: VOICE_FAIL_LIST
  backoff 90 90 90
  delay relative 50
  holddown 90
  periodic 0
 *probe frequency 2
  mode route control 
 *mode monitor fast
 *mode select-exit best
  loss relative 10
 *jitter threshold 12
  mos threshold 3.60 percent 30
  unreachable relative 50
  next-hop not set
  forwarding interface not set
  resolve jitter priority 1 variance 10
  resolve utilization priority 12 variance 20
 
  Forced Assigned Target List:
   active-probe jitter 10.120.120.1 target-port 20 codec g729a

Después de que el regulador principal se configure para la Conmutación por falla rápida tal y como se muestra en de esta tarea, y una clase de tráfico sale de la directiva, la salida de registro abajo muestra que la clase de tráfico representada por el prefijo 10.1.1.0/24 es ruteada por OER a través de una nueva salida del Router del borde en la interfaz 10.3.3.4 en el plazo de 3 segundos. La salida de registro parece indicar que la clase de tráfico se ha movido a un estado no conforme a la política porque el umbral de fluctuación se ha excedido.

May  2 10:55:27.355: %OER_MC-5-NOTICE: Active ABS Jitter OOP Prefix 10.1.1.0/24,
jitter 15, BR 10.4.4.2, i/f Et2/0
May  2 10:55:27.367: %OER_MC-5-NOTICE: Route changed Prefix 10.1.1.0/24, BR 10.3.3.4,
i/f Et5/0, Reason Jitter, OOP Reason Jitter

Configurar a la dirección de origen de un ejemplo activo de la sonda

El siguiente ejemplo, comenzando en el modo de configuración global, configura el FastEthernet0/0 como la interfaz de origen de la activo-sonda.

Router(config)# oer border 
Router(config-oer-br)# active-probe address source interface FastEthernet 0/0 

Adonde ir después

Este módulo describió la fase de la medida OER y ha asumido que usted comenzó con el módulo optimizado Cisco IOS de la descripción del Edge Routing, seguido por el módulo de los componentes de la red OER que configuraba. La fase de la medida es la segunda fase en el loop de funcionamiento OER. Para obtener más información sobre las otras fases de OER, lea los otros módulos de la lista siguiente:

  • Uso de OER para Crear el Perfil de las Clases de Tráfico
  • Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER
  • Configuración y Aplicación de Políticas OER
  • Uso de OER para Controlar las Clases de Tráfico y Verificar los Cambios de Control de la Ruta

Referencias adicionales

Documentos Relacionados

Tema relacionado

Título del documento

El Cisco IOS domina el comando list

http://www.cisco.com/en/US/docs/ios/mcl/allreleasemcl/all_book.html

Herramienta de búsqueda de comandos

http://tools.cisco.com/Support/CLILookup

Descripción General de la Tecnología OER de Cisco

El Cisco IOS optimizó el módulo de la descripción del Edge Routing

Los conceptos y las tareas de configuración requeridas para configurar los componentes de la red OER.

Configurar el módulo de los componentes de la red OER

Comandos OER de Cisco: sintaxis de comandos completa, modo de comandos, historial de comandos, valores predeterminados, pautas de uso y ejemplos

Referencia de Comandos de Optimized Edge Routing de Cisco IOS

Asistencia Técnica

Descripción

Link

El Web site del soporte y de la documentación de Cisco proporciona los recursos en línea para descargar la documentación, el software, y las herramientas. Utilice estos recursos para instalar y para configurar el software y para resolver problemas y para resolver los problemas técnicos con los Productos Cisco y las Tecnologías. El acceso a la mayoría de las herramientas en el Web site del soporte y de la documentación de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

http://www.cisco.com/cisco/web/LA/support/index.html

Información sobre la Función Measuring the Traffic Class Performance and Link Utilization Using OER

La tabla siguiente proporciona la información sobre la versión sobre la característica o las características descritas en este módulo. Esta tabla enumera solamente la versión de software que introdujo el soporte para una característica dada en un tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión de software también soportan esa característica.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Tabla 2Información sobre la Función Measuring the Traffic Class Performance and Link Utilization Using OER

Nombre de la función

Versiones

Información de la Configuración de la Función

Optimized Edge Routing

12.3(8)T 12.2(33)SRB

Se introdujo OER.

OER Active Probe Source Address

12.4(2)T 12.2(33)SRB

La característica activa de la dirección de origen de la sonda OER permite que usted configure una interfaz específica de la salida en el Router del borde como la fuente para las sondas activas.

Esta característica presentó al comando source del direccionamiento de la activo-sonda.

OER Voice Traffic Optimization

12.4(6)T 12.2(33)SRB

La función OER Voice Traffic Optimization introdujo el soporte para la optimización de salida del tráfico de voz basada en la métrica de la voz, la fluctuación y la Mean Opinion Score (MOS). La fluctuación y MOS son métricas de calidad cuantitativas importantes para el tráfico de voz. Estas métricas de la voz se miden con sondas activas de OER.

Los siguientes comandos fueron introducidos o modificados por esta característica: la activo-sonda, jitter, MOS, resolución, jitter del conjunto, fijó el MOS, sonda del conjunto, resolución del conjunto, las activo-sondas del master del oer de la demostración, directiva del oer de la demostración, prefijo del master del oer de la demostración.

Optimización de la Entrada BGP OER

12.4(9)T 12.2(33)SRB

La optimización de entrada BGP OER soporta una mejor selección de la entrada para el tráfico procedente de los prefijos fuera de un sistema autónomo destinado a los prefijos dentro del sistema autónomo. Los anuncios del BGP externo (eBGP) de un sistema autónomo a un ISP (Proveedor de servicios de Internet) pueden influir en la trayectoria de la entrada para el tráfico que ingresa en la red. OER utiliza anuncios eBGP para manipular la selección de la mejor entrada.

Los siguientes comandos fueron introducidos o modificados por esta característica: borre el prefijo principal del oer, BGP del downgrade, dentro del BGP, el IP Address de la coincidencia (OER), oer de la coincidencia aprenden, rango máximo reciben, uso máximo reciben, muestran a oer el prefijo principal.

Monitoreo de OER DSCP

12.4(9)T 12.2(33)SRB

El monitoreo OER DSCP insertó el aprendizaje automático de las clases de tráfico basado en el protocolo, los números de puerto y el valor DSCP. Las clases de tráfico se pueden definir por una combinación de llaves que comprenden el protocolo, los números de puerto y los valores DSCP, con la capacidad de expulsar el tráfico no deseado y la capacidad de añadir el tráfico en el que se esté interesado. Información como el protocolo, el número de puerto y la información DSCP ahora se envía a la base de datos del controlador principal además de la información de prefijo. La nueva funcionalidad permite a OER monitorear de forma activa y pasiva el tráfico de la aplicación.

Los siguientes comandos fueron introducidos o modificados por esta característica: muestre a frontera del oer las aplicaciones pasivas, muestre a frontera del oer el caché pasivo, muestre que voz pasiva de la frontera del oer aprende, el master appl del oer de la demostración, agregación de la clase de tráfico, filtro de la clase de tráfico, y las claves de la clase de tráfico.

Soporte para el control de fallas rápido1

12.4(15)T

Ayuna el control de fallas introdujo la capacidad de configurar a un modo de monitoreo rápido. En el modo de monitoreo de failover rápido, todas las salidas se sondan continuamente mediante monitoreo activo y pasivo. La frecuencia de la sonda se puede fijar en una frecuencia más baja en el modo de monitoreo de failover rápido que para otros modos de monitoreo, a fin de permitir una capacidad de failover más rápida. El monitoreo de failover rápido puede utilizarse con todos los tipos de sondas activas: Eco ICMP, jitter, conexión TCP y eco UDP.

Los siguientes comandos fueron modificados por esta función: el modo (OER), fijó el modo.

OER Border Router Only Functionality

12.2(33)SXH

En Cisco IOS Release 12.2(33)SXH se introdujo el soporte para utilizar un Cisco Catalyst 6500 Series Switch como router de borde OER. Solamente la funcionalidad del router de borde se incluye en las imágenes de Cisco IOS Release 12.2(33)SXH; no hay configuración de controlador principal disponible. El controlador principal que comunica con el Cisco Catalyst 6500 Series Switch que se utiliza como un router de borde debe ser un router que ejecuta el Cisco IOS Release 12.4(6)T o una versión posterior. El software del controlador principal OER se ha modificado para gestionar la funcionalidad limitada soportada por los routers de borde Cisco Catalyst 6500. Con el Procesador de Ruta (RP), los routers de borde Catalyst 6500 pueden capturar estadísticas de rendimiento sólo para una clase de tráfico, a diferencia de las estadísticas de demora, pérdida, imposibilidad de alcanzar y rendimiento recopiladas por los routers de borde que no son Catalyst 6500. Un controlador principal detecta automáticamente las capacidades limitadas de los routers de borde Catalyst 6500 y desactualiza otros routers de borde para capturar solamente las estadísticas de rendimiento de las clases de tráfico. Al ignorar otros tipos de estadísticas, el controlador principal se presenta con una vista uniforme de la funcionalidad del router de borde.

El siguiente comando fue insertado o modificado por esta función: muestre el caché de la voz pasiva de la frontera del oer.

1 esto es una mejora de menor importancia. Las mejoras de menor importancia no se suelen enumerar en Feature Navigator.

Cisco y el logotipo de Cisco son marcas registradas del Cisco Systems, Inc. y/o de sus afiliados en los E.E.U.U. y otros países. Un anuncio de las marcas registradas de Cisco se puede encontrar en www.cisco.com/go/trademarks. Las marcas registradas del otro vendedor mencionadas son la propiedad de sus propietarios respectivos. El uso de la palabra Partner no implica en una relación de sociedad entre Cisco y ninguna otra compañía. (1005R)

Las direcciones IP (Internet Protocol) y los números de teléfono utilizados en este documento no son direcciones y números de teléfono reales. Cualesquiera ejemplos, muestra de la salida de comandos, diagramas de topología de red y otras figuras incluidos en el documento se muestran solamente con fines ilustrativos. El uso de direcciones IP o números de teléfono reales en contenido ilustrativo es involuntario y fortuito.

1 esto es una mejora de menor importancia. Las mejoras de menor importancia no se suelen enumerar en Feature Navigator.
Cisco Systems, Inc. del © 2011 todos los derechos reservados.