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

Anuncio
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
Descargar