Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER Descargue este capítulo Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER Descargue el libro completo Guía de configuración optimizada del Edge Routing, Cisco IOS Release 12.2SR (PDF - 2 MB) Feedback Contenido Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER Encontrar la información de la característica Prerrequisitos para Measuring the Traffic Class Performance and Link Utilization Using OER 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 Medición del Rendimiento de la Clase de Tráfico OER Monitoreo Pasivo OER Monitoreo Activo de OER Monitoreo Combinado OER Monitoreo Rápido del Failover mediante OER Monitoreo Especial OER Medición de la Utilización del Link OER 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 Modificación de la Utilización del Link OER para el Tráfico Entrante Modificación del Rango de Utilización del Link de Salida OER Modificación del Rango de Utilización del Link de Entrada OER Configuración y Verificación del Monitoreo Pasivo OER Configuración del Sondeo Activo OER con la Asignación de Destino de Coincidencia más Larga Accesibilidad activo de la blanco OER que sonda Sondas del eco ICMP Configuración de las Sondas de Voz OER con una Asignación de Destino Forzada Prerrequisitos Fluctuación MOS Configuración de Sondas de Voz OER para Failover Rápido Configuración del Balanceo de Carga de Link de Salida Usando OER Configuración de la Dirección de Origen de una Sonda Activa Ejemplos de Configuración para la Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER Modificación de la utilización del vínculo OER por el ejemplo del tráfico saliente Modificación de la utilización del vínculo OER por el ejemplo del tráfico entrante Modificación del ejemplo del rango de la utilización del vínculo de la salida OER Modificación del ejemplo del rango de la utilización del vínculo de la entrada OER Ejemplos que sondan activos Configurar sondar activo OER usando los ejemplos más largos de la asignación de blanco de la coincidencia Sonda ICMP para la Asignación de Destino de Coincidencia más Larga Sonda TCP para la Asignación de Destino de Coincidencia más Larga Sonda UDP para la Asignación de Destino de Coincidencia más Larga Configurar sondar activo con los ejemplos forzados de una asignación de blanco Sonda UDP para la Asignación de Destino Forzada Sondeo de Fluctuación para la Asignación de Destino Forzada Configurar las sondas de la Voz OER por el ejemplo rápido de la Conmutación por falla Configurar a la dirección de origen de un ejemplo activo de la sonda Adonde ir después Referencias adicionales Información sobre la Función Measuring the Traffic Class Performance and Link Utilization Using OER 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 Prerrequisitos para Measuring the Traffic Class Performance and Link Utilization Using OER Información sobre Funciones para Medir el Rendimiento de la Clase de Tráfico y el Uso de Links mediante OER Cómo Medir el Rendimiento de la Clase de Tráfico y la Utilización de Links con OER Ejemplos de Configuración para la Medición del Rendimiento de la Clase de Tráfico y la Utilización de Links con OER Adonde ir después Referencias adicionales Información sobre la Función Measuring the Traffic Class Performance and Link Utilization Using OER 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 Medición del Rendimiento de la Clase de Tráfico OER Medición de la Utilización del Link 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 1 Proceso 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 2 Diagrama 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 1 Tabla 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 Sí No Sí Sí Voz pasiva/Netflow No Sí Sí Sí 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 Sí Sí Sí Sí 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 Sí Solamente para tráfico TCP Solamente para tráfico TCP Sí Soporte para el jitter Sí No No Sí Soporte para el MOS Sí No No Sí 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 Monitoreo Activo de OER Monitoreo Combinado OER Monitoreo Rápido del Failover mediante OER Monitoreo Especial OER 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 3 Diagrama 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 Modificación de la Utilización del Link OER para el Tráfico Entrante Modificación del Rango de Utilización del Link de Salida OER Modificación del Rango de Utilización del Link de Entrada OER Configuración y Verificación del Monitoreo Pasivo OER Configuración del Sondeo Activo OER con la Asignación de Destino de Coincidencia más Larga Configuración de las Sondas de Voz OER con una Asignación de Destino Forzada Configuración de Sondas de Voz OER para Failover Rápido Configuración del Balanceo de Carga de Link de Salida Usando OER Configuración de la Dirección de Origen de una Sonda Activa 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ón Paso permiso 1 Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso configure terminal 2 Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal Paso master del oer 3 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: Master del oer de Router(config)# Paso [key-chain key-chain-name] del IP Ingresa en el modo de configuración del router de borde administrado para OER para establecer la comunicación con un router de borde. 4 address de la frontera 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 Ejemplo: administrada por OER. Se pueden controlar un máximo de diez routers de borde por un solo controlador principal. Router (config-oer-bujía métrica) # frontera 10.1.1.2 Nota El argumento de la palabra clave y del clave-encadenamientonombre 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 externo del número del tipo de la Configura una interfaz de router de borde como interfaz externa administrada por OER e ingresa en el modo de configuración de la interfaz 5 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. Ejemplo: Router (config-oer-bujíaBr) # interfaces Ethernet 1/0 externo 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 MAX-xmit-utilización {kbps 6 absoluto | valor del porcentaje 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. Ejemplo: Router (config-oer-bujíaBr-si) # absoluto 500000 de la MAX-xmitutilización Paso Finalizar 7 Sale del modo de configuración de interfaz de salida del extremo del OER y vuelve al modo EXEC privilegiado. Ejemplo: Router (config-oer-bujíaBr-si) # extremo 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ón Paso permiso 1 Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso configure terminal 2 Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal Paso master del oer 3 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: Master del oer de Router(config)# Paso [key-chain key-chain-name] del 4 IP address de la frontera Ejemplo: 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. Router (config-oer-bujía métrica) # frontera 10.1.1.2 Nota El argumento de la palabra clave y del clave-encadenamientonombre 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 externo del número del tipo de 5 la interfaz Ejemplo: Router (config-oerbují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 el uso máximo recibe {kbps 6 absoluto | porcentaje del por ciento} 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. Ejemplo: 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. El router (config-oerbujía-Br-si) # uso máximo recibe el por ciento 90 Paso Finalizar 7 Sale del modo de configuración de interfaz de salida del extremo del OER y vuelve al modo EXEC privilegiado. Ejemplo: Router (config-oerbujía-Br-si) # extremo 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ón Paso permiso 1 Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso configure terminal 2 Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal Paso master del oer 3 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: Master del oer de Router(config)# Paso máximo del por ciento de la MAX-rango4 utilización Ejemplo: Router (config-oer-bujía métrica) 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. # el por ciento 25 de la MAXrango-utilización Paso Finalizar 5 Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. Ejemplo: Router (config-oer-bujía métrica) # extremo 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ón Paso permiso 1 Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso configure terminal 2 Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal Paso master del oer 3 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: Master del oer de Router(config)# Paso el rango máximo recibe el porcentaje del 4 por ciento Ejemplo: El router (config-oer-bujía métrica) # rango máximo recibe el 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 por ciento 20 Paso Finalizar 5 debe estar dentro del 20 por ciento. Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. Ejemplo: Router (config-oer-bujía métrica) # extremo 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 permiso 1 Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso configure terminal 2 Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal Paso master del oer 3 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 monitor del modo {active | ambos| voz pasiva} 4 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 Finalizar 5 Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. Ejemplo: Router(config-oer-mc)# end Paso muestre a frontera del oer el caché pasivo {aplicaciones | [application] docto | prefijo} 6 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 muestre los prefijos de la voz pasiva de la frontera del oer 7 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 Sondas del eco ICMP 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ón Paso permiso 1 Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso configure terminal 2 Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal Paso master del oer 3 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: Master del oer de Router(config)# Paso monitor del modo {active | ambos | 4 voz pasiva} Ejemplo: Router (config-oer-bujía métrica) # monitor ambos del modo Paso activo-sonda {IP address de la 5 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 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. 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 Finalizar 6 Ejemplo: Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. Router (config-oer-bujía métrica) # extremo 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 Fluctuación MOS 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 Paso 1 Comando o acción Propósito permiso Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso 2 configure terminal Ejemplo: Ingresa en el modo de configuración global. Router# configure terminal Paso 3 respondedor del monitor del sla del IP Habilita el Contestador de SLAs IP. Ejemplo: Respondedor del monitor del sla del IP de Router(config)# Paso 4 salida Salidas modo de configuración global y devoluciones al modo EXEC privilegiado. Ejemplo: Salida de Router(config)# Paso 5 Vaya al dispositivo de red que sea el controlador OER principal. -- Paso 6 permiso Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso 7 configure terminal Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal Paso 8 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: Master del oer de Router(config)# Paso 9 monitor del modo {active | ambos | voz pasiva} Ejemplo: Router (config-oer-bujía métrica) # active del monitor del modo Paso 10 salida 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. Modo de configuración de controlador y devoluciones del master de las salidas OER a la configuración global. Ejemplo: Router (config-oer-bujía métrica) # salida Paso 11 número de secuencia del nombre de asignación del oer-mapa Ejemplo: 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-mapa TARGET_MAP 10 de Router(config)# Paso 12 IP Address de la coincidencia {accesolista-nombre de la lista de acceso| prefijolista-nombre de la lista de prefijo} Ejemplo: Router (config-oer-mapa) # lista de acceso VOICE_ACCESS_LIST del IP Address de la coincidencia 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. 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. Crea una entrada de cláusula set para asignar un prefijo de Paso 13 fije el [codec codec-name] del [target-port number] del IP address del sonda-tipo de la destino a una sonda activa. activo-sonda Utilice el argumento probe-type para especificar uno de los cuatro tipos de sonda: echo, jitter, tcp-conn o udpecho. Ejemplo: El IP-addressargument para especificar el IP Address de destino de un prefijo que se monitoreará usando el El router (config-oer-mapa) # tipo especificado de sonda. fijó el codificadorLa palabra clave target-port y el argumento number se decodificador 2000 del puerto de utilizan para especificar el número de puerto de destino destino de 10.20.22.1 del jitter de la sonda activa. de la activo-sonda g729a 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 codificadordecodificador 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 Paso 15 fije el umbral del jitter máximo Ejemplo: El router (config-oer-mapa) # fijó el umbral 20 del jitter 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 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. 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. 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 4,0 MOS 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 Crea una entrada de cláusula set para configurar el umbral de la demora. maximum} El umbral de demora se puede configurar como porcentaje relativo o como valor absoluto para los Ejemplo: criterios de coincidencia. La palabra clave relative se utiliza para configurar un El router (config-oer-mapa) # porcentaje de demora relativo. El porcentaje de demora fijó el umbral 100 del retardo 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 Sale del modo de configuración de OER map e ingresa al modo EXEC privilegiado. Ejemplo: Router (config-oer-mapa) # extremo Paso 19 muestre a oer las activo-sondas principales [appl| forzado] Ejemplo: Activo-sondas del master del oer de la demostración del Routerforzadas 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 10.20.20.2 ACTIVE 40 jitter 10.20.22.1 TPort 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ón Paso 1 permiso Propósito 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 respondedor del monitor del sla del IP Habilita el Contestador de SLAs IP. Ejemplo: Respondedor del monitor del sla del IP de Router(config)# Paso 4 salida Salidas modo de configuración global y devoluciones al modo EXEC privilegiado. Ejemplo: Salida de Router(config)# Paso 5 Vaya al dispositivo de red que sea el controlador OER principal. Paso 6 permiso -Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Ejemplo: Router> enable Paso 7 configure terminal Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal 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} 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. Ejemplo: Permiso 10.1.0.0/24 del ip prefix-list VOICE_FAIL_LIST de Router(config)# 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: -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-mapa FAST_FAIL_MAP 10 de Router(config)# OER. El ejemplo crea una correspondencia OER nombrada FAST_FAIL_MAP. Paso 11 prefijo-lista-nombre de la lista de prefijo de Se refiere a una lista del prefijo IP mientras que los criterios de concordancia de la clase de tráfico en un OER asocian. la clase de tráfico de la coincidencia Solamente se puede configurar una única cláusula de coincidencia para cada secuencia de mapa OER. Ejemplo: El ejemplo configura la lista del prefijo IP nombrada VOICE_FAIL_LIST mientras que los criterios de Router (config-oer-mapa) # lista concordancia en un OER asocian. de prefijo VOICE_FAIL_LIST de la clase de tráfico de la coincidencia 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 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 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. 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 Crea una entrada de cláusula set para configurar el umbral de la demora. maximum} El umbral de demora se puede configurar como porcentaje relativo o como valor absoluto para los Ejemplo: El router (config-oer-mapa) # fijó al pariente 50 del retardo 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. Crea una entrada de cláusula set para asignar un prefijo de Paso 16 fije el [codec codec-name] del [target-port number] del IP address del sonda-tipo de la destino a una sonda activa. activo-sonda Utilice el argumento probe-type para especificar uno de los cuatro tipos de sonda: echo, jitter, tcp-conn o udpecho. Ejemplo: El IP-addressargument para especificar el IP Address de destino de un prefijo que se monitoreará usando el El router (config-oer-mapa) # tipo especificado de sonda. fijó el codificadorLa palabra clave target-port y el argumento number se decodificador g729a del puerto utilizan para especificar el número de puerto de destino de destino 20 de 10.120.120.1 de la sonda activa. del jitter de la activo-sonda 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 codificadordecodificador 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 Sale del modo de configuración de OER map e ingresa al modo EXEC privilegiado. Ejemplo: Router (config-oer-mapa) # extremo Paso 19 muestre a oer el prefijo principal [prefijo [ (Opcional) visualiza el estatus de los prefijos monitoreados. detalle| directiva| traceroute [salidaEl prefixargument se ingresa como máscara de la identificación| frontera-direccionamiento| longitud del IP Address y de bit. corriente]]] 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 Ejemplo: prefijo, 10.1.1.0/24. Directiva del prefijo 10.1.1.0/24 del master del oer de la demostración del Router- 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 Paso 1 Comando o acción Propósito 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: Master del oer de Router(config)# Paso 4 monitor del modo {active | ambos | voz pasiva} Ejemplo: Paso 5 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. Router (config-oer-bujía métrica) # monitor ambos del modo 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. valor de prioridad del rango de la resolución Establece la prioridad de la política o resuelve los conflictos de la política. Ejemplo: Router (config-oer-bujía métrica) # prioridad 1 del rango de la resolución 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 Establece la prioridad de la política o resuelve los conflictos de la porcentaje de la variación de valor de prioridad de la utilización política. de la resolución 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 Ejemplo: seleccionará para determinar la decisión de política. La palabra clave priority se utiliza para especificar el valor de Router (config-oer-bujía prioridad. Al establecer el número 1 se asigna la mayor prioridad métrica) # variación 25 de a una política. La configuración del número 10 asigna la prioridad la prioridad 2 de la más baja. utilización de la A cada política se le debe asignar un número de prioridad resolución 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 Establece la prioridad de la política o resuelve los conflictos de la política. Ejemplo: Este comando se utiliza para establecer prioridades cuando hay Router (config-oer-bujía varias políticas configuradas para el mismo prefijo. Cuando se métrica) # ninguna pérdida configura este comando, la política con la prioridad más alta se de la resolución 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: 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 Router (config-oer-bujía métrica) # llavero border1_OER de 10.1.1.2 de la frontera Paso 10 externo del número del tipo de la interfaz 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-encadenamientonombre 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. 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. Ejemplo: Router (config-oer-bujíaBr) # interfaces Ethernet 1/0 externo 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} 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. Ejemplo: Router (config-oer-bujíaBr-si) # absoluto 500000 de la MAX-xmit-utilización Paso 12 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. Ejemplo: Router (config-oer-bujíaBr-si) # salida 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 Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. Ejemplo: Router (config-oer-bujía métrica) # extremo Paso 16 show running-config (Opcional) Muestra la configuración en ejecución para verificar la configuración ingresada en esta tarea. Ejemplo: Ejecutar-config de la demostración del Router- 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ón Paso permiso 1 Ejemplo: Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Router> enable Paso configure terminal 2 Ingresa en el modo de configuración global. Ejemplo: Router# configure terminal Paso frontera del oer 3 Ingresa en el modo de configuración de router de borde OER para configurar un router como router de borde. Ejemplo: Frontera del oer de Router(config)# Configura una interfaz en un Router del borde como la fuente de la activo-sonda. Paso número de tipo de la interfaz de origen del 4 direccionamiento de la activo-sonda Las configuraciones del ejemplo interconectan el FastEthernet0/0 como la interfaz de origen. Ejemplo: Router (config-oer-Br) # FastEthernet0/0 de la interfaz de origen del direccionamiento de la activo-sonda El modo de configuración del Router del borde de las salidas OER y ingresa al modo EXEC privilegiado. Paso Finalizar 5 Ejemplo: Router (config-oer-Br) # extremo Visualizaciones estado de la conexión e información sobre las sondas activas en un Router del borde OER. Paso muestre las activo-sondas de la frontera del oer 6 Ejemplo: Activo-sondas de la frontera del oer de la demostración del Router- 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 udp-echo 10.4.5.1 80 10.0.0.1 tcp-conn 10.4.7.1 33 10.0.0.1 echo 10.4.9.1 N 10.0.0.1 Interface FE2/0 FE0/0 FE1/0 Att 1 1 2 Comps 0 0 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 Modificación de la utilización del vínculo OER por el ejemplo del tráfico entrante Modificación del ejemplo del rango de la utilización del vínculo de la salida OER Modificación del ejemplo del rango de la utilización del vínculo de la entrada OER Ejemplos que sondan activos Configurar sondar activo OER usando los ejemplos más largos de la asignación de blanco de la coincidencia Configurar sondar activo con los ejemplos forzados de una asignación de blanco Configurar las sondas de la Voz OER por el ejemplo rápido de la Conmutación por falla Configurar a la dirección de origen de un ejemplo activo de la sonda 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 Sonda TCP para la Asignación de Destino de Coincidencia más Larga Sonda UDP para la Asignación de Destino de Coincidencia más Larga 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 Sondeo de Fluctuación para la Asignación de Destino Forzada 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 Router(config-oer-map)# Router(config-oer-map)# Router(config-oer-map)# Router(config-oer-map)# Router(config-oer-map)# Router(config-oer-map)# Router(config-oer-map)# FORCED_VOICE_MAP 10 match ip address access-list FORCED_VOICE_LIST set active-probe jitter 172.17.5.57 target-port 2000 codec g729a set probe frequency 15 set jitter threshold 20 set mos threshold 4.0 percent 30 set delay threshold 100 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 10.4.4.2 10.3.3.4 10.3.3.3 Status ACTIVE ACTIVE ACTIVE UP/DOWN UP 17:00:32 UP 17:00:35 UP 17:00:38 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 AuthFail Version 0 2.1 0 2.1 0 2.1 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 El Cisco IOS optimizó el módulo de la descripción del Edge Routing Cisco Los conceptos y las tareas de configuración Configurar el módulo de los componentes de la red OER requeridas para configurar 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 2 Nombre de la función Información sobre la Función Measuring the Traffic Class Performance and Link Utilization Using OER Versiones Información de la Configuración de la Función Optimized 12.3(8)T Se introdujo OER. Edge Routing 12.2(33)SRB OER Active 12.4(2)T La característica activa de la dirección de origen de la sonda OER permite que usted Probe Source 12.2(33)SRB configure una interfaz específica de la salida en el Router del borde como la fuente Address para las sondas activas. Esta característica presentó al comando source del direccionamiento de la activosonda. OER Voice Traffic Optimization 12.4(6)T La función OER Voice Traffic Optimization introdujo el soporte para la optimización de 12.2(33)SRB 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 12.4(9)T La optimización de entrada BGP OER soporta una mejor selección de la entrada para de la Entrada 12.2(33)SRB el tráfico procedente de los prefijos fuera de un sistema autónomo destinado a los BGP OER 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 12.4(9)T El monitoreo OER DSCP insertó el aprendizaje automático de las clases de tráfico OER DSCP 12.2(33)SRB 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 12.4(15)T el control de fallas rápido1 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. © 1992-2013 Cisco Systems Inc. Todos los Derechos Reservados. Fecha de Generación del PDF: 2 Agosto 2013 http://www.cisco.com/cisco/web/support/LA/111/1116/1116412_oer-measure.html