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

Transcripción

1 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

2 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 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.

3 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 El mejor tiempo de la Conmutación por falla Soporte para el retardo de ida y vuelta A pedido A pedido A pedido Continuo 10 segundos ~ 1 minuto ~ minuto 1,1 3 segundos 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í

4 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 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

5 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

6 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

7 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 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Router# configure terminal Ingresa en el modo de configuración global. 3 master del oer Master del oer de Router(config)# Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales. 4 [key-chain key-chain-name] del IP address de la frontera Router (config-oer-bujía métrica) # frontera Ingresa en el modo de configuración del router de borde administrado para OER para establecer la comunicación con un router de borde. Se configura una dirección IP para identificar el router de borde. Se debe especificar al menos un router de borde para crear una red administrada por OER. Se pueden controlar un máximo de diez routers de borde por un solo controlador principal. 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.

8 5 externo del número del tipo de la interfaz Router (config-oer-bujía- Br) # interfaces Ethernet 1/0 externo Configura una interfaz de router de borde como interfaz externa administrada por OER e ingresa en el modo de configuración de la interfaz de salida de borde OER. Las interfaces externas se utilizan para reenviar el tráfico y realizar un monitoreo activo. Una red administrada por OER requiere como mínimo dos interfaces de router de borde externas. Se debe configurar al menos una interfaz externa en cada router de borde. Un único controlador principal puede controlar un máximo de 20 interfaces externas. Nota Ingresar el comando interface sin el external o la palabra clave internal coloca al router en el modo de configuración global y no el modo de configuración de la salida de la frontera OER. La forma no de este comando se debe aplicar con cuidado para no remover las interfaces activas de la configuración del router. Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS. 6 MAX-xmit-utilización {kbps absoluto valor del porcentaje Router (config-oer-bujía- Br-si) # absoluto de la MAX-xmitutilización Configura el uso máximo en un solo link de salida administrado por OER. Utilice la palabra clave absolute y el argumento kbps para especificar el uso máximo absoluto en un link de salida administrado OER en kbps. Utilice la palabra clave percentage y el argumento value para especificar la utilización de porcentaje de un link de salida. 7 Finalizar Router (config-oer-bujía- Br-si) # extremo Sale del modo de configuración de interfaz de salida del extremo del OER y vuelve al modo EXEC privilegiado. Modificación de la Utilización del Link OER para el Tráfico Entrante En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, la capacidad de señalar la utilización del tráfico entrante al regulador principal fue introducido. Realice esta tarea en el regulador principal de modificar el umbral (entrante) de la utilización del vínculo de la entrada OER. Después de que una interfaz externa se haya configurado para un Router del borde, OER monitorea automáticamente la utilización de los links de la entrada en un Router del borde cada 20 segundos. La utilización está señalada de nuevo al regulador principal y, si la utilización excede el 75 por ciento, OER selecciona otro link de la entrada para las clases de tráfico en ese link. Puede especificar un valor absoluto en kilobytes por segundo (kbps) o un porcentaje. Se configura esta tarea de la misma forma que la modificación de la utilización del vínculo OER para la tarea del tráfico saliente como interfaz externa se puede utilizar como un link de la salida o link de la entrada. La diferencia en la configuración para esta tarea es el comando que especifica el umbral de utilización para el tráfico entrante. Antes de comenzar Esta tarea requiere que el controlador principal y los routers de borde estén ejecutando Cisco IOS Release 12.4(9)T, 12.2(33)SRB, o una versión posterior. PASOS SUMARIOS 1. permiso 2. configuró terminal 3. master del oer 4. [key-chain key-chain-name] del IP address de la frontera 5. externo del número del tipo de la interfaz 6. el uso máximo recibe {kbps absoluto porcentaje del por ciento} 7. extremo

9 PASOS DETALLADOS 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Router# configure terminal Ingresa en el modo de configuración global. 3 4 master del oer Master del oer de Router(config)# [key-chain key-chain-name] del IP address de la frontera Router (config-oer-bujía métrica) # frontera 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. Ingresa en el modo de configuración del router de borde administrado para OER para establecer la comunicación con un router de borde. Se configura una dirección IP para identificar el router de borde. Se debe especificar al menos un router de borde para crear una red administrada por OER. Se pueden controlar un máximo de diez routers de borde por un solo controlador principal. Nota El argumento de la palabra clave y del clave-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. 5 externo del número del tipo de la interfaz 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. 6 el uso máximo recibe {kbps 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.

10 El router (config-oerbujía-br-si) # uso máximo recibe el por ciento 90 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. 7 Finalizar Router (config-oerbujía-br-si) # extremo Sale del modo de configuración de interfaz de salida del extremo del OER y vuelve al modo EXEC privilegiado. Modificación del Rango de Utilización del Link de Salida OER Realice esta tarea en el regulador principal de modificar el umbral máximo del rango de la utilización del vínculo de la salida sobre todos los Router del borde. De forma predeterminada, OER monitorea automáticamente la utilización de los links externos en un router del borde cada 20 segundos, y el router del borde informa de la utilización al controlador principal. Si el rango de la utilización entre todos los links de la salida excede el 20 por ciento, el regulador principal intenta igualar la carga de tráfico moviendo algunas clases de tráfico a otro link de la salida. El rango máximo de utilización se configura como porcentaje. OER utiliza el rango de uso máximo para determinar si los links de salida son conformes a la política. OER igualará el tráfico saliente a través de todos los links de la salida moviendo las clases de tráfico desde las salidas excesiva excesivamente o de la hacia fuera-de-directiva a las salidas de la en-directiva. Para modificar el rango de la utilización del vínculo para los links de la entrada, vea la modificación de la tarea del rango de la utilización del vínculo de la entrada OER. PASOS SUMARIOS 1. permiso 2. configuró terminal 3. master del oer 4. máximo del por ciento de la MAX-rango-utilización 5. extremo PASOS DETALLADOS 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Router# configure terminal Ingresa en el modo de configuración global. 3 master del oer Master del oer de Router(config)# Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales. 4 máximo del por ciento de la MAX-rangoutilización 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

11 # el por ciento 25 de la MAXrango-utilización los links de la salida en los Router del borde debe estar dentro del 25 por ciento. 5 Finalizar Router (config-oer-bujía métrica) # extremo Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. Modificación del Rango de Utilización del Link de Entrada OER Realice esta tarea en el regulador principal de modificar el rango máximo de la utilización del vínculo de la entrada sobre todos los Router del borde. De forma predeterminada, OER monitorea automáticamente la utilización de los links externos en un router del borde cada 20 segundos, y el router del borde informa de la utilización al controlador principal. En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, la capacidad de señalar la utilización del tráfico entrante al regulador principal, y de especificar un rango de la utilización del vínculo para los links de la entrada, fueron introducidos. En esta tarea, si el rango de la utilización entre todos los links de la entrada excede el 20 por ciento, el regulador principal intenta igualar la carga de tráfico moviendo algunas clases de tráfico a otro link de la entrada. El rango máximo de utilización se configura como porcentaje. OER utiliza el rango del uso máximo para determinar si los links son en-directiva. En esta tarea, OER igualará el tráfico entrante a través de todos los links de la entrada moviendo las clases de tráfico desde las salidas excesiva excesivamente o de la hacia fuera-de-directiva a las salidas de la en-directiva. Antes de comenzar Esta tarea requiere que el controlador principal y los routers de borde estén ejecutando Cisco IOS Release 12.4(9)T, 12.2(33)SRB, o una versión posterior. PASOS SUMARIOS 1. permiso 2. configuró terminal 3. master del oer 4. el rango máximo recibe el porcentaje del por ciento 5. extremo PASOS DETALLADOS 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Router# configure terminal Ingresa en el modo de configuración global. 3 master del oer Master del oer de Router(config)# Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales. 4 el rango máximo recibe el porcentaje del por ciento 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

12 por ciento 20 debe estar dentro del 20 por ciento. 5 Finalizar Router (config-oer-bujía métrica) # extremo Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. Configuración y Verificación del Monitoreo Pasivo OER OER habilita monitorear pasivo por abandono cuando se crea una red administrada OER, pero hay las épocas en que se inhabilita la supervisión pasiva. Utilice esta tarea de configurar la supervisión pasiva y después de verificarla que se está realizando la supervisión pasiva. Realice esta tarea en un Router del borde de visualizar la información recopilada de la medición pasiva por el Netflow para los prefijos o los flujos monitoreados del tráfico de aplicación. Estos comandos se ingresan en un router de borde a través del cual esté fluyendo el tráfico de aplicación. Los comandos show se pueden ingresar en cualquier orden. PASOS SUMARIOS 1. permiso 2. configuró terminal 3. master del oer 4. monitor del modo {active ambos voz pasiva} 5. extremo 6. muestre a frontera del oer el caché pasivo {aplicaciones [application] docto prefijo} 7. muestre los prefijos de la voz pasiva de la frontera del oer PASOS DETALLADOS 1 permiso Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 Router> enable configure terminal Ingresa en el modo de configuración global. 3 Router# configure terminal 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. 4 Router(config)# oer master monitor del modo {active ambos voz pasiva} Supervisión de la ruta de las configuraciones o control de la ruta en un regulador principal OER. La palabra clave del monitor se utiliza para configurar la supervisión activa, supervisión pasiva, o supervisión activa y pasiva. Se habilita la supervisión pasiva cuando se especifican los ambos o las palabras claves pasivas. En este ejemplo, se habilita la supervisión pasiva. Nota Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la

13 Referencia de Comandos de Optimized Edge Routing de Cisco IOS. 5 Router(config-oer-mc)# mode monitor passive Finalizar Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. 6 Router(config-oer-mc)# end muestre a frontera del oer el caché pasivo {aplicaciones [application] docto prefijo} Este comando es utilizado de visualizar la información recopilada en tiempo real de la medición pasiva por el Netflow del Router del borde para los prefijos y los flujos de tráfico monitoreados OER. La palabra clave de las aplicaciones visualiza la información sobre las clases monitoreadas del tráfico de aplicación, y la palabra clave del prefijo visualiza la información sobre los prefijos monitoreados. Usando las palabras claves doctas y de la aplicación usted puede mostrar información sobre las aplicaciones doctas. El producto siguiente muestra la información recopilada de la medición pasiva por el Netflow para los prefijos monitoreados y los flujos de tráfico para el Router del borde en el cual funcionaron con al comando prefix pasivo del caché de la frontera del oer de la demostración: Router# show oer border passive cache prefix OER Passive Prefix Cache, State: enabled, 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, 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 / Et0/0 Et1/ 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: 7 Router# show oer border passive cache applications OER Passive Prefix Cache, State: enabled, 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, 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 / Et8/0 Et0/ ef [1, 65535] [3000, 4000] / Et8/0 Et0/ ef [1, 65535] [3000, 4000] muestre los prefijos de la voz pasiva de la frontera del oer Este comando es utilizado de visualizar la información recopilada de la medición pasiva por el Netflow para los

14 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: Router# show oer border passive prefixes OER Passive monitored prefixes: Prefix Mask Match Type /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 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 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Router# configure terminal Ingresa en el modo de configuración global. 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.

15 Master del oer de Router(config)# 4 monitor del modo {active ambos voz pasiva} Router (config-oer-bujía métrica) # monitor ambos del modo Configura el monitoreo de rutas en un controlador principal OER. La palabra clave monitor se utiliza para configurar el monitoreo activo y pasivo. El ejemplo habilita el monitoreo activo y pasivo. Nota Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS. 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} Router (config-oer-bujía métrica) # generación de eco de la activo-sonda Configura una sonda activa para un prefijo de la blanco. El sondar activo mide la fluctuación y retraso del prefijo de la blanco más exactamente que posible con solamente la supervisión pasiva. El sondar activo le requiere configurar un host o a una dirección objetivo específico. Las sondas activas son originadas de las interfaces externas manejadas un OER. Esta interfaz externa puede o no puede ser la ruta preferida para un prefijo optimizado. Un respondedor remoto con el número del puerto correspondiente se debe configurar en el dispositivo objetivo al configurar el sondeo de eco UDP o al configurar una conexión TCP sonda que se configure con un número del puerto con excepción de 23. El respondedor remoto se configura con el comando global configuration del respondedor del monitor del sla del IP. Nota El comando del respondedor del monitor del sla del IP fue introducido en el Cisco IOS Release 12.3(14)T y 12.2(33)SRB. Este comando substituye el comando rtr responder. 6 Finalizar Router (config-oer-bujía métrica) # extremo Sale del modo de configuración del controlador principal OER y regresa al modo EXEC privilegiado. Configuración de las Sondas de Voz OER con una Asignación de Destino Forzada Realice esta tarea de habilitar la supervisión activa usando las sondas del jitter OER. El soporte para la sonda del jitter fue introducido en el Cisco IOS Release 12.4(6)T y 12.2(33)SRB. En este ejemplo, el tráfico que se monitoreará es el tráfico de voz, que se identifica usando una lista de acceso. Las sondas de la voz activa se asignan una blanco forzada para OER en vez de la blanco asignada coincidencia más larga usual. Esta tarea también demuestra cómo modificar la frecuencia de la sonda OER, otra característica agregada en el Cisco IOS Release 12.4(6)T y 12.2(33)SRB. Antes de configurar la sonda de fluctuación OER en el dispositivo de origen, se debe habilitar IP SLAs Responder en el dispositivo de destino (el destino operativo). IP SLAs Responder está disponible solamente en los dispositivos basados en Cisco IOS Software. Comience esta tarea en el dispositivo de red que ejecuta la función IP SLAs Responder. Nota El dispositivo que funciona con el respondedor IP SLA no tiene que ser configurado para OER. Prerrequisitos 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.

16 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 1 Comando o acción permiso Router> enable Propósito Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 2 configure terminal Ingresa en el modo de configuración global.

17 Router# configure terminal 3 respondedor del monitor del sla del IP Habilita el Contestador de SLAs IP. Respondedor del monitor del sla del IP de Router(config)# 4 salida Salidas modo de configuración global y devoluciones al modo EXEC privilegiado. Salida de Router(config)# 5 6 Vaya al dispositivo de red que sea el controlador OER principal. permiso Router> enable -- Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. 7 configure terminal Ingresa en el modo de configuración global. Router# configure terminal 8 master del oer Master del oer de Router(config)# Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal y para configurar las operaciones y políticas globales. 9 monitor del modo {active ambos voz pasiva} Router (config-oer-bujía métrica) # active del monitor del modo Configura el monitoreo de rutas en un controlador principal OER. La palabra clave monitor se utiliza para configurar el monitoreo activo y pasivo. El ejemplo habilita la supervisión activa. Nota Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS. 10 salida Modo de configuración de controlador y devoluciones del master de las salidas OER a la configuración global. Router (config-oer-bujía métrica) # salida 11 número de secuencia del nombre de asignación del oer-mapa 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

18 Oer-mapa TARGET_MAP 10 de Router(config)# 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. 12 IP Address de la coincidencia {accesolista-nombre de la lista de acceso prefijolista-nombre de la lista de prefijo} Router (config-oer-mapa) # lista de acceso VOICE_ACCESS_LIST del IP Address de la coincidencia Hace referencia a una lista de acceso IP ampliada o a un prefijo IP como criterios de coincidencia en un mapa OER. Solamente se puede configurar una única cláusula de coincidencia para cada secuencia de mapa OER. El ejemplo configura la lista de acceso IP denominada VOICE_ACCESS_LIST como criterios de coincidencia en un mapa OER. 13 fije el [codec codec-name] del [target-port number] del IP address del sonda-tipo de la activo-sonda El router (config-oer-mapa) # fijó el codificadordecodificador 2000 del puerto de destino de del jitter de la activo-sonda g729a Crea una entrada de cláusula set para asignar un prefijo de destino a una sonda activa. Utilice el argumento probe-type para especificar uno de los cuatro tipos de sonda: echo, jitter, tcp-conn o udpecho. El IP-addressargument para especificar el IP Address de destino de un prefijo que se monitoreará usando el tipo especificado de sonda. La palabra clave target-port y el argumento number se utilizan para especificar el número de puerto de destino de la sonda activa. La palabra clave codec y el argumento codec-name sólo se utilizan con la sonda de fluctuación. Especifica el valor códec utilizado para el cálculo MOS (Mean Opinion Score). Los valores del 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. 14 fije los segundos de la frecuencia de la sonda El router (config-oer-mapa) # fijó la frecuencia 10 de la sonda 15 fije el umbral del jitter máximo El router (config-oer-mapa) # fijó el umbral 20 del jitter 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. 16 fije MOS {el por ciento mínimo del por ciento del umbral} El router (config-oer-mapa) # fijó el por ciento 30 del umbral 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

19 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. 17 fije el retardo {porcentaje relativo umbral maximum} El router (config-oer-mapa) # fijó el umbral 100 del retardo Crea una entrada de cláusula set para configurar el umbral de la demora. El umbral de demora se puede configurar como porcentaje relativo o como valor absoluto para los criterios de coincidencia. La palabra clave relative se utiliza para configurar un porcentaje de demora relativo. El porcentaje de demora se basa en una comparación de las medidas a corto y a largo plazo. La palabra clave threshold se utiliza para configurar el período de demora máximo absoluto en milisegundos. El ejemplo crea una cláusula set que establece el umbral de demora máximo absoluto a 100 milisegundos para el tráfico que coincide con en la misma secuencia del mapa OER. 18 Finalizar Sale del modo de configuración de OER map e ingresa al modo EXEC privilegiado. Router (config-oer-mapa) # extremo 19 muestre a oer las activo-sondas principales [appl forzado] 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 TPort ACTIVE 40 jitter

20 ACTIVE 40 jitter 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]]]