Guía de configuración optimizada del Edge Routing, Cisco IOS Release 12.2SR
Uso de OER para Controlar las Clases de Tráfico y Verificar los Cambios de Control de la Ruta
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 335 KB | Inglés (12 Octubre 2011) | Comentarios

Contenido

Uso de OER para Controlar las Clases de Tráfico y Verificar los Cambios de Control de la Ruta

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

Este módulo describe el control optimizado del Edge Routing (OER) y verifica las fases. Durante las fases anteriores OER OER actúa, por abandono, debajo observa el modo. En observe el modo, la información de rendimiento de los coordenadas del regulador principal (MC) de los Router del borde y toma las decisiones de políticas, pero no se toma ningunas medidas de control de la ruta. Cuando se habilita el modo de control OER, el regulador principal coordina la información de las fronteras que el Routers igual que observa el modo, solamente los comandos se envía detrás a los Router del borde para alterar la encaminamiento en la red administrada OER para implementar las decisiones de políticas. OER controla el tráfico definido en una clase de tráfico a través de los links de la entrada y de la salida seleccionados en base de las directivas predeterminadas o definidas por el usario. Después de controlar el tráfico, la fase más pasada del loop de funcionamiento OER es verificar que las acciones de control OER implementan los cambios al flujo de tráfico y que el funcionamiento de la clase de tráfico o de la salida se mueve a un estado de la en-directiva. El troubleshooting OER usando la información del traceroute también se documenta en este módulo.

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 Utilizar OER para Controlar Clases de Tráfico y Verificar los Cambios de Control de Ruta

  • Antes de implementar la fase de la directiva OER, usted necesita entender una descripción de cómo OER trabaja y de cómo configurar los componentes de la red OER. 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, los OER aprenden, miden, y las fases de la directiva preceden esta fase. Vea adonde ir después para más detalles.
  • O el peering del Routing Protocol se debe establecer en su red o el Static Routing debe ser configurado antes de que se habilite el modo de control de la ruta.

Si usted ha configurado el Internal Border Gateway Protocol (iBGP) en los Router del borde, el peering BGP se debe establecer y aplicar constantemente en su red o redistribuir en un Interior Gateway Protocol (IGP). Se soportan los IGP siguientes: Enhanced Interior Gateway Routing Protocol (EIGRP), Open Shortest Path First (OSPF), Intermediate System-to-Intermediate System (IS-IS), o Routing Information Protocol (RIP).

Si un IGP se despliega en su red, la redistribución de la Static ruta se debe configurar con el comando redistribute a menos que se configure el iBGP. El IGP o el ruteo estático también se debe aplicar de igual forma en toda la red administrada mediante OER; el router de borde debe tener una vista coherente de la red.


Precaución


La precaución debe ser aplicada al redistribuir las Static rutas OER en un IGP. Las rutas inyectadas por OER pueden ser más específicas que las rutas en el IGP, y parecerá que el router de borde OER está originando estas rutas. Para evitar bucles de rutas, las rutas estáticas redistribuidas OER no se deben anunciar nunca en una WAN por un router de borde OER ni ningún otro. El filtrado de ruta y la configuración de la red stub se pueden utilizar para evitar la publicidad de las rutas estáticas de OER. Si las rutas estáticas OER se redistribuyen a routers que terminan las interfaces externas OER, se pueden producir loops de ruteo.


Para más detalles sobre configurar el peering o la redistribución del Routing Protocol entre los Router del borde y el Routers del par, vea el módulo de los componentes de la red OER que configura.

Información sobre el Uso de OER para Controlar las Clases de Tráfico y Verificar el Rendimiento de la Red

Descripción General de la Fase de Control de OER

Después de perfilar las clases de tráfico durante el OER aprenda la fase, midiendo las mediciones de rendimiento de las clases de tráfico durante la fase de la medida, y con las políticas de red para asociar las mediciones de rendimiento medidas de las entradas de clase de tráfico en la clase de tráfico monitoreada (MTC) enumere contra bien conocido o los umbrales configurados para determinar si el tráfico está resolviendo los niveles especificados de servicio en la fase de la directiva, el siguiente paso en el loop de funcionamiento OER es la fase del control OER.

OER, por abandono, actúa en un modo de la observación y la documentación para el OER aprende, mide, y aplica la directiva que las fases asumen que OER está en el modo de la observación. En observe el modo, las clases de tráfico de los monitores del regulador principal y los links de la salida basados en las directivas predeterminadas y definidas por el usario y después señala el estatus de la red incluyendo los eventos de la hacia fuera-de-directiva (OOP) y las decisiones que deben ser tomados, pero no implementa ningunos cambios. La fase del control OER actúa en el modo de control, para no observar el modo, y el modo de control se debe configurar explícitamente usando el comando de control de la ruta del modo. En el modo de control, el regulador principal coordina la información de las fronteras que el Routers igual que observa el modo, solamente los comandos se envía detrás a los Router del borde para alterar la encaminamiento en la red administrada OER para implementar las decisiones de políticas.

OER inicia los cambios de ruta cuando ocurre uno del siguiente:

  • Una clase de tráfico va OOP.
  • Un link de la salida va OOP.
  • El temporizador periódico expira y el modo selecto de la salida se configura como mejor modo selecto.

Durante el OER controle la fase, el regulador principal continúa monitoreando las clases de tráfico de la en-directiva que se ajustan a las características del rendimiento deseadas, para asegurarse de que siguen siendo en-directiva. Los cambios se implementan solamente para OOP las clases de tráfico y las salidas para traerles la en-directiva. Para alcanzar el nivel deseado de funcionamiento en su red, usted debe ser consciente de la opción de configuración que puede afectar a las decisiones de políticas tomadas por el regulador principal. Las opciones siguientes, si está configurado, puede influenciar el comportamiento de OER al tomar la encaminamiento y las decisiones de políticas:

  • Temporizador del backoff--El temporizador del backoff asociado a cada clase de tráfico se configura con el mínimo y los valores máximos. Si se configura la mejor opción de la salida selecta y un prefijo asociado a una clase de tráfico está OOP en todas las salidas disponibles, después la mejor salida disponible será seleccionada por un período de tiempo, en los segundos, según lo especificado para el temporizador del backoff. Cada vez que expira el temporizador del backoff y OER no puede descubrir una salida de la en-directiva, el intervalo del backoff es aumentado en un paso especificado (si está configurado) o un número mínimo de segundos que aumente hasta un número máximo de segundos. Si expira el temporizador del backoff y la salida actual es en-directiva, el temporizador del backoff se reajusta al número mínimo de segundos. Si se configura la buena opción de la salida selecta, y una clase de tráfico va OOP y no puede ser controlada, las transiciones OER la clase de tráfico a un estado predeterminado y al temporizador del backoff se comienzan. Cuando expira el temporizador del backoff, OER intenta encontrar la primera salida de la en-directiva, pero si la clase de tráfico todavía está OOP en todas las salidas y transiciones de nuevo al estado predeterminado, el temporizador del backoff será incrementado.
  • Temporizador de tiempo de retención--La configuración del asentamiento especifica el periodo mínimo del tiempo que una nueva salida debe ser utilizada antes de que una salida alternativa pueda ser seleccionada. La excepción a esta regla es cuando una clase de tráfico se determina para ser inalcanzable mientras que todavía está en el estado del asentamiento, en este caso el prefijo se mueve inmediatamente a la primera salida a través de la cual la clase de tráfico es accesible. El asentamiento se utiliza para reducir la inestabilidad de ruta.
  • Seleccione la salida--En el modo de monitoreo pasivo, la configuración que especifica si la selección de la salida es buena o la mejor especifica el algoritmo usado para elegir una salida alternativa para un prefijo. Si se configura bueno selecto, la primera salida que se ajusta a la directiva se selecciona como la nueva salida. Si OER no encuentra una salida de la en-directiva para una clase de tráfico cuando el bueno selecto es operativo, las transiciones OER la clase de tráfico a un estado (predeterminado) incontrolado. Si se configura el mejor selecto, la información se recoge de todas las salidas, y la mejor se selecciona aunque la mejor salida puede no ser en-directiva. En el modo de monitoreo activo, si se configura la salida selecta, OER selecciona la mejor salida incluso si es la salida OOP. Si es la salida OOP, OER mueve la clase de tráfico a OOP. Si bueno selecto se selecciona en el modo activo, y la clase de tráfico está OOP en todas las salidas, las transiciones OER la clase de tráfico a un estado incontrolado.
  • Temporizador periódico--Cuando expira el temporizador periódico, el regulador principal evalúa el trayecto actual de la clase de tráfico basada en las directivas predeterminadas o definidas por el usario. OER seleccionará la mejor salida o la primera salida de la en-directiva dependiendo de la configuración selecta de la salida.

El backoff y los temporizadores de tiempo de retención se pueden utilizar para proporcionar el humedecimiento en una red administrada por OER. El humedecimiento refiere generalmente a la tentativa de encontrar un compromiso entre las reacciones rápidas a los eventos de red contra la mantequera indeseada de la red que puede ocurrir al reaccionar a los eventos múltiples que suceden dentro de un período del breve periodo de tiempo. El propósito principal para humedecer es permitir que el software reaccione rápidamente para rubricar los eventos, mientras que da el tiempo de la red de ajustar a los cambios antes de emprender cualquier acciones más otra. En OER, después de que una decisión de políticas para una clase de tráfico o un link haya causado los cambios de ruteo, la misma clase de tráfico o el link no puede causar otros cambios hasta que haya expirado un período de tiempo del conjunto.

Otro problema de configuración para considerarla cuando desplegar OER es que si es agresivo retrase o las directivas de la pérdida está definida, y los links de la salida son también seriamente con demasiada demanda, es posible que OER encontrará imposible traer una en-directiva de la clase de tráfico. En este caso, el regulador principal cualquiera elegirá el link que se ajusta lo más de cerca posible a la política de rendimiento, aunque todavía sigue habiendo la clase de tráfico OOP, o quitará el prefijo del control OER. OER se diseña para permitir que usted haga el mejor uso del ancho de banda disponible, pero no soluciona el problema del ancho de banda con demasiada demanda.

Después de que se habilite el modo de control OER, y se considera la opción de configuración, el siguiente paso es revisar las técnicas de control de la clase de tráfico empleadas por OER.

OERTrafficClassControlTechniques

Después de OER el regulador principal ha determinado que necesita tomar un ciertas medidas que implican OOP un link de la clase de tráfico o de la salida, allí es varias técnicas que se pueden utilizar para alterar las métricas de ruteo, para alterar los atributos BGP, o para introducir el Policy-Based Routing usando un Route Map para influenciar el tráfico para utilizar un diverso link. Si el tráfico asociado a la clase de tráfico es definido solamente por un prefijo entonces un mecanismo de control de ruteo tradicional tal como introducción una ruta BGP o una Static ruta puede ser desplegada. Este control es red de par en par después de redistribución porque un prefijo introducido en el Routing Protocol con un mejor métrico atraerá el tráfico para ese prefijo hacia un Router del borde. Si el tráfico asociado a la clase de tráfico es definido por un prefijo y otros criterios concordantes para el paquete (tráfico de aplicación, por ejemplo), después el ruteo tradicional no se puede emplear para controlar el tráfico de aplicación. En esta situación, el control se convierte en dispositivo específico y no específico de la red. Este control específico del dispositivo es implementado por OER usando las funciones del Routing basado en políticas (PBR). Si el tráfico en este escenario tiene que ser ruteado hacia fuera a un diverso dispositivo, el Router del borde remoto debe ser un salto único lejos o una interfaz del túnel que hace que el Router del borde remoto parece un salto único.

La figura abajo muestra las diversas técnicas de control de la clase de tráfico agrupadas por la selección del link de la salida o de la entrada. En las versiones iniciales OER, salga solamente la selección del link podría ser controlado. En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, la capacidad de controlar la selección de la entrada fue introducido.

Figura 1Técnicas de la clase de tráfico que controlan


Para más detalles sobre las diversas técnicas de control de la clase de tráfico que pueden ser implementadas, vea las secciones siguientes:

Técnicas de Control de la Selección de Links de Salida OER

Para aplicar una selección del link de la salida, OER ofrece los métodos siguientes:

Inyección de la Static ruta

Un regulador principal OER puede aplicar el uso de un Router del borde determinado como el link preferido de la salida para una clase de tráfico inyectando las Static rutas temporales. Estas Static rutas existen solamente en la memoria del router, y no se guardan intencionalmente a la configuración permanente. Hay algunos métodos distintos que el regulador principal puede utilizar para inyectar las Static rutas en los Router del borde. Las Static rutas existentes se pueden sobregrabar con las nuevas Static rutas, que tienen una mejor métrica de ruteo. Si una ruta predeterminado, o aún una ruta menos específica, existe en el Router del borde, el regulador principal puede agregar una Static ruta específica para las clases de tráfico monitoreadas, que serán preferidas a la ruta predeterminado existente. Finalmente, el regulador principal puede también utilizar algo conocido como prefijos de la fractura.

Un prefijo de la fractura refiere a la adición de una ruta más específica, que será preferida sobre una ruta menos específica. Por ejemplo, si el Router del borde tiene ya una ruta de 10.10.10.0/24, agregar una Static ruta de 10.10.10.128/25 también hará los direccionamientos 10.10.10.129-10.10.10.254 ser remitida usando la ruta nuevamente inyectada. Si OER se ha configurado para monitorear un subconjunto de una red más grande, agregará una ruta apropiada a la tabla de ruteo existente. OER puede utilizar los prefijos partidos para reorientar los subconjuntos de un prefijo existente a un link más óptimo de la salida, y puede utilizar los prefijos partidos para el Internal BGP (iBGP) y las Static rutas.

OER nunca inyectará una ruta donde una no existe ya en la tabla del Routing Protocol. Antes de inyectar una ruta de un tipo determinado, OER verificará que una ruta existe en el BGP o la tabla estática que incluye el prefijo y las puntas a la salida conectan. Esta ruta puede ser una ruta predeterminado.

Técnicas de control BGP

OER utiliza dos técnicas BGP para aplicar la mejor trayectoria de la salida; inyectando una ruta BGP, o la modificación del atributo de preferencia local BGP.

Si el tráfico asociado a la clase de tráfico es definido solamente por un prefijo, el regulador principal puede dar instrucciones un Router del borde para inyectar una ruta BGP en la tabla BGP para influenciar el tráfico para utilizar un diverso link. Todas las rutas inyectadas OER siguen siendo locales con respecto a un sistema autónomo y nunca se comparten con los peers BGP externos. Como medida de seguridad para asegurar este comportamiento, cuando OER inserta una ruta BGP, fija la comunidad sin exportación a ella. Se realiza automáticamente, y no requiere ninguna configuración del usuario. Sin embargo, porque estas rutas ahora tienen una marca especial, una cierta configuración extra se requiere para permitir que la información sea compartida con los pares del Internal BGP. Para cada par del iBGP, la configuración de la comunidad del envío debe ser especificada. Aunque los routers del borde conozcan mejor salida para la ruta inyectada, puede ser necesario también redistribuir esta información más extensamente en la red. Para más detalles sobre la redistribución en una red administrada por OER, vea el módulo de los componentes de la red OER que configura.

OER también utiliza la preferencia local BGP a las clases del tráfico de control. La preferencia local BGP (Local_Pref) es un atributo discrecional aplicado a un prefijo BGP para especificar el grado de preferencia para esa ruta durante la selección de Route. El Local_Pref es un valor aplicado a un prefijo BGP, y un valor más alto de Local_Pref hace una ruta ser preferido sobre una ruta equivalente. El regulador principal da instrucciones uno de los Router del borde para aplicar el atributo de Local_Pref a un prefijo o a un conjunto de los prefijos asociados a una clase de tráfico. El Router del borde entonces comparte el valor de Local_Pref con todos sus pares del Internal BGP. Local_Pref es a localmente - el valor significativo dentro de un sistema autónomo, pero él nunca se comparte con los pares del BGP externo. Una vez que el reconvergence del iBGP es completo, el router con el Local_Pref más alto para el prefijo hará el link de la salida de la red.


Nota


Si un valor de la preferencia local de 5000 o un más alto se ha configurado para la encaminamiento predeterminada BGP, usted debe configurar un valor más alto de la preferencia local BGP en OER usando el comando mode en el modo de configuración de controlador del master OER.
Control de la ruta EIGRP

En el Cisco IOS Release 15.0(1)M, 12.2(33)SRE, y posterior las versiones, la característica del soporte del hub-and-spoke del mGRE DMVPN del EIGRP de PfR introdujo el control de la ruta de PfR para el EIGRP. Cuando está habilitada, una verificación de ruta del padre se realiza en la base de datos del EIGRP para controlar los prefijos/las rutas de PfR además de las bases de datos existentes BGP y de la Static ruta. Para más detalles, vea el funcionamiento que usa ruteando para controlar las rutas EIGRP con el módulo del soporte del hub-and-spoke del mGRE DMVPN.

Control de Ruteo Basado en Políticas

En el Cisco IOS Release 12.4(2)T, 12.2(33)SRB, y posterior las versiones, OER puede tráfico de la aplicación de control usando el Policy-Based Routing. El tráfico de aplicación que viaja a través de un Router del borde determinado OER se puede identificar por el tráfico coincidente definido en una correspondencia OER como parte de una directiva OER. El comando del IP Address de la coincidencia (OER) fue aumentado de soportar los ACL ampliados. El ACL ampliado se refiere a una correspondencia OER, y una sola cláusula de la coincidencia se puede configurar para cada secuencia de la correspondencia OER. Fije las cláusulas se configuran para aplicar las directivas independientes OER al tráfico correspondido con, que es un subconjunto de un prefijo monitoreado. La directiva OER se aplica a todos los Router del borde para aplicar el Policy Routing para la aplicación. El tráfico correspondido con es directiva ruteada a través de la interfaz externa OER que se ajusta a los parámetros de la directiva.

En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, la capacidad de utilizar los valores DSCP, así como los prefijos, los números del puerto, y los protocolos, de identificarlos y tráfico de la aplicación de control fueron introducidos. Los valores, los protocolos, y los números del puerto DSCP ahora son enviados por los Router del borde al regulador principal para la inclusión en la lista MTC.

Protocol Independent Route Optimization (PIRO)

En el Cisco IOS Release 12.4(24)T, 12.2(33)SRE, y posterior las versiones, PIRO fue introducido para ampliar la capacidad de OER de identificar y de las clases del tráfico de control. Antes de PIRO, OER optimiza las trayectorias para las clases de tráfico que tienen una ruta del padre--una ruta de coincidencia exacta, o una ruta menos específica--en el BGP o las bases de datos de la Static ruta. Permisos OER PIRO para buscar la base de información del Routing IP (RIB) para una ruta del padre permitiendo que OER sea desplegado en cualquier entorno ruteado por IP incluyendo los protocolos Interior Gateway Protocols (IGP) por ejemplo el OSPF y el IS-IS.

La búsqueda para una ruta del padre comienza en las bases de datos de ruteo BGP y, si no se encuentra ninguna ruta del padre, se busca la base de datos de la Static ruta. Si una ruta del padre todavía no se localiza, se busca el RIB. Cuando se encuentra una coincidencia después de que una búsqueda de la ruta del padre del RIB, control de la ruta se aplique a la clase de tráfico usando el Routing basado en políticas (PBR) donde se crea una correspondencia de ruta dinámico.

Después de que se habilite el modo de control de la ruta OER, no se requiere ninguna nueva configuración del cliente para habilitar PIRO.

En el regulador principal el comando prefix del master del oer de la demostración visualizará las rutas PIRO como “RIB-PBR” en la salida. Para más detalles sobre hacer el debug de la identificación y el control de la ruta del padre PIRO, vea la tarea de los cambios de control de la ruta de la optimización de la ruta del protocolo independiente que verifica y que hace el debug de.

Técnicas de Control de la Selección de Link de Entrada de OER

En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, la capacidad de influenciar el tráfico entrante fue introducido con la característica entrante de la optimización OER BGP. Una red hace publicidad del accesibilidad de sus prefijos interiores a Internet usando los anuncios del eBGP a sus ISP. Si el mismo prefijo se hace publicidad a más de un ISP, después la red es multihoming. La optimización entrante OER BGP trabaja mejor con las redes con varias conexiones, pero puede también ser utilizada con una red que tenga conexiones múltiples al mismo ISP. Para implementar la optimización entrante BGP, OER manipula los anuncios del eBGP para influenciar la mejor selección de la entrada para el tráfico limitado para los prefijos interiores. La ventaja de implementar la mejor selección de la entrada se limita a una red que tenga más de una Conexión ISP.

Para aplicar una selección del link de la entrada, OER ofrece los métodos siguientes:

El número del sistema autónomo BGP Prepend

Después de que OER seleccione una mejor entrada para un prefijo interior, los saltos adicionales del sistema autónomo (hasta un máximo de seis) prepended al anuncio de BGP interior del prefijo sobre las otras entradas. Los saltos adicionales del sistema autónomo en las otras entradas aumentan la probabilidad que la mejor entrada será utilizada para el prefijo interior. Ésta es las aplicaciones del método predeterminado OER de controlar un prefijo interior, y no se requiere ninguna configuración de usuario.

La comunidad del número del sistema autónomo BGP Prepend

Después de que OER seleccione una mejor entrada para un prefijo interior, un BGP prepend a la comunidad se asocia al anuncio de BGP interior del prefijo de la red a otro sistema autónomo tal como un ISP. El atributo prepend community de BGP aumentará el número de saltos del sistema autónomo en el anuncio del prefijo interior del ISP a sus peers. El sistema autónomo prepend a la comunidad BGP es el método preferido que se utilizará para la optimización entrante OER BGP porque no hay riesgo del ISP local que filtra los saltos adicionales del sistema autónomo. Hay algunos problemas, por ejemplo, no todos los ISP soportan el BGP prepend a la comunidad, las directivas ISP pueden ignorar o modificar los saltos del sistema autónomo, y un transitar ISP puede filtrar la trayectoria del sistema autónomo. Si usted utiliza este método de optimización entrante y un cambio se realiza a un sistema autónomo, usted debe publicar una reconfiguración saliente usando el comando clear ip bgp.

Fase de Verificación OER

La fase más pasada del loop de funcionamiento OER es verificar que medidas tomadas durante el control de fase del control OER cambian realmente el flujo de tráfico y que el funcionamiento de la clase de tráfico o del link se mueve a un estado de la en-directiva. Netflow de las aplicaciones OER para verificar automáticamente el control de la ruta. El regulador principal cuenta con una actualización del Netflow para la clase de tráfico de la nueva interfaz del link e ignora las actualizaciones del Netflow de la trayectoria anterior. Si una actualización del Netflow no aparece después de dos minutos, el regulador principal se traslada la clase de tráfico al estado predeterminado. Una clase de tráfico se pone en el estado predeterminado cuando no está bajo control OER.

Además de la verificación del Netflow usada por OER, hay dos otros métodos que usted puede utilizar para verificar que OER ha iniciado los cambios en la red:

  • Informe del Syslog--El comando logging puede ser configurado para notificarle que de todos los cambios de estado principales OER, y de un informe del Syslog puede ser ejecutado para confirmar que han ocurrido los cambios OER. El regulador principal está contando con el tráfico bidireccional, y un informe del Syslog delimitado para el prefijo especificado asociado a la clase de tráfico puede confirmar esto.
  • Comandos show OER--Los comandos show OER pueden ser utilizados para verificar que han ocurrido los cambios de la red y que las clases de tráfico son en-directiva. Utilice el comando prefix del master del oer de la demostración de visualizar el estatus de los prefijos monitoreados. La salida de este comando incluye la información sobre la interfaz de la salida, el retardo del prefijo, el ancho de banda de la salida y de la interfaz de ingreso, y la información de trayecto actuales originada de un Router del borde especificado. Utilice las rutas de la frontera del oer de la demostración ordenan al mostrar información sobre las rutas controladas OER en un Router del borde. Este comando puede mostrar información sobre el BGP o las Static rutas.

Troubleshooting de OER Utilizando Información de Traceroute

Aunque OER proporcione la capacidad de diagnosticar los problemas usando los comandos del comando line interface(cli) del syslog y debug, el soporte para la información del traceroute fue introducido en el Cisco IOS Release 12.3(14)T y 12.2(33)SRB. Usando la información del traceroute, OER señala el funcionamiento de la clase de tráfico determinando el retardo en un basado en salto por salto usando las sondas del traceroute.

Antes de la información de traceroute no existía ningún método para medir la demora por salto en situaciones como la notificación de un valor inesperado de demora de ida y vuelta para una clase de tráfico en un link de la salida. Traceroutes de las aplicaciones UDP OER para recoger las estadísticas del retardo del por-salto. Un traceroute se define como localizar la ruta al dispositivo con la dirección IP dada o el nombre de host y es útil en la detección de la ubicación de un problema que exista en la trayectoria al dispositivo. Aunque los traceroutes basado en UDP tradicionales se utilicen por abandono, OER se puede configurar para enviar los paquetes SYN TCP a los puertos específicos que se pueden permitir con un Firewall.

La información de Traceroute se configura en el regulador principal. Las sondas de Traceroute son originadas de la salida del Router del borde. Esta característica permite que usted monitoree el funcionamiento de la clase de tráfico en un basado en salto por salto. Cuando se habilita la información del traceroute, el número del sistema autónomo, la dirección IP, y las medidas del retardo se recolectan para cada salto de la fuente de la sonda al prefijo de la blanco. Por abandono, se envían las sondas del traceroute solamente cuando va la clase de tráfico OOP. Los traceroutes TCP basados pueden ser configurados manualmente y el intervalo de tiempo entre las sondas del traceroute puede ser modificado. Por abandono, la información del retardo del por-salto no se habilita.

Las sondas de Traceroute se configuran usando los métodos siguientes:

  • Periódico--Una sonda del traceroute se acciona para cada nuevo ciclo de la sonda. La sonda es originada de la salida actual de la clase de tráfico cuando la opción para sondar solamente una salida se selecciona. Si la opción para sondar todas las salidas se selecciona, la sonda del traceroute es originada de todas las salidas disponibles.
  • Directiva basada--Una sonda del traceroute se acciona automáticamente cuando una clase de tráfico entra un estado de la hacia fuera-de-directiva. La información de Traceroute se puede habilitar para todas las clases de tráfico especificadas en la cláusula de la coincidencia de una correspondencia OER. La directiva basó las paradas de la información del traceroute cuando la clase de tráfico vuelve a un estado de la en-directiva.

A pedido--Una sonda de la ruta de la traza se puede accionar sobre una base a pedido cuando la información periódica del traceroute no se requiere, o las estadísticas del por-salto no se requieren para todas las trayectorias. Usando las palabras claves optativas y los argumentos del oer de la demostración domine el comando prefix, usted puede encender la información del traceroute para una clase de tráfico específica en una trayectoria específica, o todas las trayectorias.

Cómo Utilizar OER para Controlar las Clases de Tráfico y Verificar los Cambios de Control de la Ruta

Habilitación del Modo de Control de la Ruta OER

Realice esta tarea en el regulador principal de habilitar el modo de control de la ruta OER. En esta tarea, el control de la ruta se habilita global para todas las directivas subsiguientes. Después de habilitar el control global de la ruta, la mayor parte de las tareas de la directiva en el módulo de las directivas OER que configura y de aplicación pueden ser realizadas y OER controlará las clases de tráfico o los links uces de los que son OOP.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. control de la ruta del modo

5. extremo


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


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

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


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

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

 
Paso 4
control de la ruta del modo


Ejemplo:

Router (config-oer-bujía métrica) # control de la ruta del modo

 

Configura a un modo de operación en un regulador principal.

  • El modo de control de la ruta del permiso de las palabras claves del control del routeand. En modo de control, el controlador principal analiza las clases de tráfico monitoreadas e implementa cambios basándose en los parámetros de la política.
Nota    Solamente se muestra la sintaxis aplicable a esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 5
Finalizar


Ejemplo:

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

 

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

 

Configuración de un Valor de Etiqueta para las Rutas Estáticas OER Inyectadas

Realice esta tarea en el regulador principal de fijar un valor de la etiqueta para que una Static ruta inyectada permita que las rutas sean identificadas únicamente. OER puede insertar una ruta estática para controlar el tráfico definido por una clase de tráfico cuando no está conforme a la política. Por abandono, OER utiliza un valor de la etiqueta de 5000 para las Static rutas inyectadas, pero OER ofrece la capacidad de configurar un diverso valor. En esta tarea, el modo de control de la ruta OER se configura global con el comando mode en el modo de configuración de controlador del master OER y cualquier Static ruta inyectada será marcada con etiqueta con un valor de 7000. Usando el valor estático de la etiqueta, las rutas OER se pueden redistribuir o filtrar usando los mapa del ruta.

Por un ejemplo de fijar un valor de la preferencia local BGP, vea la configuración un valor de la preferencia local BGP para el ejemplo controlado OER de las rutas BGP.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. control de la ruta del modo

5. ruta del modo métrica {preferencia local-pref BGP | valor estático de la etiqueta}

6. extremo


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


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

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


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

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

 
Paso 4
control de la ruta del modo


Ejemplo:

Router (config-oer-bujía métrica) # control de la ruta del modo

 

Configura el modo de control de la ruta OER en un regulador principal.

  • El modo de control de la ruta del permiso de las palabras claves del control del routeand. En modo de control, el controlador principal analiza las clases de tráfico monitoreadas e implementa cambios basándose en los parámetros de la política.
Nota    Solamente se muestra la sintaxis aplicable a esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 5
ruta del modo métrica {preferencia local-pref BGP | valor estático de la etiqueta}


Ejemplo:

Router (config-oer-bujía métrica) # etiqueta estática métrica 7000 de la ruta del modo

 

Define un valor de preferencia local de BGP o un valor de etiqueta estático para las rutas BGP o estáticas inyectadas.

  • Utilice los parásitos atmosféricos y marque las palabras claves con etiqueta para aplicar una etiqueta a una Static ruta bajo control OER. El argumento del valor es un número a partir de la 1 a 65535.
Nota    Solamente se muestra la sintaxis aplicable a esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 6
Finalizar


Ejemplo:

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

 

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

 

Control del Tráfico de Aplicación

Realice esta tarea en un regulador principal al tráfico de la aplicación de control. Esta tarea muestra cómo al (PBR) del Use Policy-Based Routing permitir que OER controle las clases especificadas del tráfico de aplicación. El Policy Routing que reconoce la aplicación fue introducido en el Cisco IOS Release 12.4(2)T y 12.2(33)SRB para configurar el tráfico de aplicación que se puede filtrar con una declaración del permiso en una lista de acceso IP ampliado.

El tráfico de aplicación tal como tráfico de Telnet es retardo sensible y los retardos largos TCP pueden hacer a las sesiones telnets difíciles utilizar. En esta tarea, una lista de acceso IP ampliado se configura para permitir el tráfico de Telnet. Una correspondencia OER se configura con una lista de acceso ampliada que se refiera a una cláusula del emparejamiento para corresponder con el tráfico telnet que es originado de la red 192.168.1.0/24. Se habilita el control de la ruta OER y una directiva del retardo se configura para asegurarse de que el tráfico de Telnet está enviado a través de los links de la salida con un tiempo de respuesta al cual sea igual, o menos que, 30 milisegundos. La configuración se verifica con el comando appl del master del oer de la demostración.


Nota


En el Cisco IOS Release 12.4(9)T, 12.2(33)SRB, y posterior las versiones, la capacidad de utilizar los valores DSCP, así como los prefijos, los números del puerto, y los protocolos, de identificarlos y tráfico de la aplicación de control fueron introducidos.
Antes de comenzar

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


Nota


  • Los Router del borde deben ser pares del salto único.
  • Solamente se soportan las listas de acceso IP ampliado Nombradas
  • La optimización del tráfico de aplicación se soporta en OER solamente sobre las trayectorias del CEF Switching


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. lista de acceso del IP {estándar | } acceso-lista-nombre extendido}

4. [fragments] del [time-range time-range-name] del [ttl operator value] del [tos tos] del [precedence precedence] del [option option-name] del destino-comodín del destino del source comodín de la fuente del protocolo del permiso del [sequence-number] [log]

5. salida

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

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

8. control determinado de la ruta del modo

9. retardo del conjunto {porcentaje relativo | umbral maximum}

10. resolución del conjunto {valor de prioridad del coste | porcentaje de la variación de valor de prioridad del retardo | porcentaje de la variación de valor de prioridad de pérdida | valor de prioridad del rango | porcentaje de la variación de valor de prioridad de la utilización}

11 extremo

12.    muestre a oer el [access-list name] principal appl [detail] | [tcp | [min-port max-port] del [protocol-number] UDP] [dst | src] [detalle | directiva]


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


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

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


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
lista de acceso del IP {estándar | } acceso-lista-nombre extendido}


Ejemplo:

Lista de acceso TELNET_ACL extendido del IP de Router(config)#

 

Crea una lista de acceso ampliada y ingresa al modo de configuración de la lista de acceso ampliada.

  • Solamente se soportan las listas de acceso denominadas.
 
Paso 4
[fragments] del [time-range time-range-name] del [ttl operator value] del [tos tos] del [precedence precedence] del [option option-name] del destino-comodín del destino del source comodín de la fuente del protocolo del permiso del [sequence-number] [log]

Ejemplo:

Router (config-extensión-nacl) # permiso tcp 192.168.1.0 0.0.0.255 cualquier telnet del eq

 

Define la lista de acceso ampliada.

  • Se puede especificar cualquier protocolo, puerto u otro valor de encabezado de paquete IP.
  • El ejemplo permite el tráfico telnet que es originado de la red 192.168.1.0/24.
 
Paso 5
salida


Ejemplo:

Router (config-extensión-nacl) # salida

 

Sale el modo de configuración de la lista de acceso ampliada, y las devoluciones al modo de configuración global.

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


Ejemplo:

Router (AZUL del oer-mapa del config#

 

Ingresa al modo de configuración del oer-mapa para configurar una correspondencia OER.

 
Paso 7
IP Address de la coincidencia {nombre de la lista de acceso| nombre de la lista de prefijo}


Ejemplo:

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

 

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

  • Una lista de acceso IP ampliado se utiliza para filtrar un subconjunto de tráfico del prefijo monitoreado.
 
Paso 8
fije el control de la ruta del modo


Ejemplo:

El router (config-oer-mapa) # fijó el control de la ruta del modo

 

Crea una entrada de cláusula set para configurar el control de ruta para el tráfico compatible.

  • En el modo de control, el regulador principal analiza los prefijos monitoreados y implementa los cambios basados en los parámetros de la directiva.
  • En este ejemplo, se crea una cláusula set que habilita el modo de control OER.
Nota    Solamente se muestra la sintaxis aplicable a esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 9
fije el retardo {porcentaje relativo | umbral maximum}

Ejemplo:

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

 

(Opcional) configura una correspondencia OER para configurar OER para fijar el umbral del retardo.

  • Este ejemplo configura una directiva del retardo. Sin embargo, otras directivas podían ser configuradas.
  • El umbral del retardo se fija a 30 milisegundos para el tráfico de Telnet.
 
Paso 10
fije la resolución {valor de prioridad del coste | retrase el porcentaje de la variación de valor de prioridad | porcentaje de la variación de valor de prioridad de pérdida | valor de prioridad del rango | porcentaje de la variación de valor de prioridad de la utilización}


Ejemplo:

El router (config-oer-mapa) # fijó la variación 20 de la prioridad 1 del retardo de la resolución

 

(Opcional) configura un oer-mapa para establecer la prioridad de la directiva para las directivas que solapan.

  • Las configuraciones de la directiva de la resolución retrasan las directivas para tener la prioridad más alta con una variación del 20 por ciento.
 
Paso 11
Finalizar


Ejemplo:

Router (config-oer-mapa) # extremo

 

Modo de configuración y devoluciones del oer-mapa de las salidas al modo EXEC privilegiado.

 
Paso 12
muestre a oer el [access-list name] principal appl [detail] | [tcp | [min-port max-port] del [protocol-number] UDP] [dst | src] [detalle | directiva]


Ejemplo:

Directiva del dst 23 appl tcp 23 del master del oer de la demostración del Router-

 

(Opcional) visualiza la información sobre las aplicaciones monitoreadas y controladas por un regulador principal OER.

 

Ejemplos

La salida de siguiente ejemplo del comando appl del master del oer de la demostración muestra el tráfico de la aplicación TCP filtrado sobre la base del puerto 23 (Telnet):

Router# show oer master appl tcp 23 23 dst policy
 
Prefix              Appl Prot       Port                 Port Type       Policy         
--------------------------------------------------------------------------------
10.1.1.0/24        tcp             [23, 23]             src              10

Cómo Aplicar la Selección de Links de Entrada con Balanceo de Carga para un Prefijo Interior

Realice esta tarea en el regulador principal de aplicar la selección del link de la entrada y el Equilibrio de carga para un prefijo interior usando una comunidad del número del sistema autónomo BGP prepend. Los anuncios del BGP externo de la red a otro sistema autónomo tal como un ISP pueden influenciar el link de la entrada usado para el tráfico entrante. OER puede manipular la mejor entrada influenciando el anuncio del eBGP. En esta tarea, después de que OER haya seleccionado la mejor entrada para un prefijo interior, un BGP prepend a la comunidad se asocia a los anuncios de BGP interiores del prefijo de las otras entradas que no son las entradas preferido por OER. El atributo prepend community de BGP aumentará el número de saltos del sistema autónomo en el anuncio del prefijo interior del ISP a sus peers. La comunidad BGP del sistema autónomo prepend es el método preferido que se utilizará para la optimización entrante OER BGP porque no hay riesgo del ISP local que filtra los saltos adicionales del sistema autónomo.

Esta tarea también muestra cómo configurar una directiva del Equilibrio de carga para los flujos de la clase de tráfico sobre los links de la entrada del Router del borde. En este ejemplo, (reciba) una directiva entrante del umbral de utilización del tráfico y una directiva del rango de la utilización del tráfico entrante se dan la prioridad cuando OER elige la mejor selección del link para las clases del tráfico entrante. 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--se configuran con un umbral de utilización entrante máximo del 90 por ciento y un rango de la utilización entrante entre los dos links se fija al 20 por ciento. Después de que una interfaz externa se configure para los Router del borde, OER monitorea automáticamente la utilización del tráfico entrante de los links externos en un Router del borde cada 5 minutos. La utilización del tráfico entrante está señalada de nuevo al regulador principal y, si la utilización del tráfico entrante excede el 90 por ciento, OER selecciona otro link para las clases del tráfico entrante en ese link. Para completar el Equilibrio de carga, el rango de la utilización entre los dos links de la entrada no debe ser mayor del 20 por ciento, si no OER moverá algunas de las clases de tráfico a partir de un link de la entrada a otro para equilibrar la carga del tráfico entrante entre los dos links de la entrada.

Figura 2Diagrama de la red para el Equilibrio de carga del link de la entrada OER



Nota


Las directivas aplicadas en una correspondencia OER no reemplazan las configuraciones de la política global.
Antes de comenzar

El regulador principal y los Router del borde deben ser Cisco IOS Release 12.4(9)T corriente, 12.2(33)SRB, o versiones posteriores.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. selecto-salida del modo {mejor | bueno}

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. el rango máximo recibe el porcentaje del por ciento

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

11 externo del número del tipo de la interfaz

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

13.    comunidad-número de la comunidad BGP del downgrade

14.    salida

15.    Relance el paso 14 dos veces para volver al modo de configuración global.

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

17.    el oer de la coincidencia aprende {retardo| dentro| producción}

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

19.    fije el control de la ruta del modo

20.    Finalizar


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


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

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


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

Ingresa al modo de configuración de controlador principal OER para configurar un router como controlador principal.

  • Se puede habilitar un proceso de controlador principal y de router del borde en el mismo router (por ejemplo, en una red que tiene un único router con dos links de la salida a diversos proveedores de servicio).
Nota    Solamente el sintaxis usado en este contexto se visualiza. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 4
selecto-salida del modo {mejor | bueno}


Ejemplo:

Router (config-oer-bujía métrica) # selecto-salida del modo mejor

 

Configuraciones de la selección de la salida de las configuraciones.

  • Utilice la palabra clave de la selecto-salida para configurar el regulador principal para seleccionar cualquiera la mejor salida disponible cuando se ingresa el bestkeyword o la primera salida de la en-directiva cuando se ingresa la buena palabra clave.
  • En este ejemplo, OER seleccionará la mejor salida disponible.
Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 5
valor de prioridad del rango de la resolución


Ejemplo:

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

 

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

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


Ejemplo:

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

 

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

  • Este comando se utiliza para establecer las prioridades cuando hay varias políticas configuradas para el mismo prefijo. Cuando se configura este comando, la política con la prioridad más alta se seleccionará para determinar la decisión de política.
  • La palabra clave priority se utiliza para especificar el valor de prioridad. Al establecer el número 1 se asigna la mayor prioridad a una política. La configuración del número 10 asigna la prioridad más baja.
  • A cada política se le debe asignar un número de prioridad distinto.
  • La palabra clave variance se utiliza para establecer una varianza permitida para una política definida por el usuario. Esta palabra clave configura el porcentaje admisible en el que un link o prefijo de salida puede variar respecto al valor de política definido por el usuario y seguir considerándose equivalente.
  • En este ejemplo, la prioridad para las directivas de la utilización se establece a 2 con una variación del 20 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

 

Inhabilita cualquier prioridad para las políticas de rendimiento de demora.

Nota    Solamente se muestra la sintaxis de interés para esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 8
ninguna pérdida de la resolución


Ejemplo:

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

 

Inhabilita cualquier prioridad para las políticas de rendimiento de 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
el rango máximo recibe el porcentaje del por ciento


Ejemplo:

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

 

Especifica el límite superior (reciba) del rango entrante de la utilización del tráfico 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 del tráfico entrante entre todos los links de la entrada en los Router del borde debe estar dentro del 20 por ciento.
 
Paso 10
[key-chain key-chain-name] del IP address de la frontera


Ejemplo:

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

 

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

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


Ejemplo:

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

 

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

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

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

Nota    Ingresar el comando interface sin el external o la palabra clave internal coloca al router en el modo de configuración global y no el modo de configuración de la salida de la frontera OER. La forma no de este comando se debe aplicar con cuidado para no remover las interfaces activas de la configuración del router.
 
Paso 12
el uso máximo recibe {kbps absoluto | porcentaje del por ciento}


Ejemplo:

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

 

Fija (reciba) la utilización entrante máxima del tráfico para la interfaz del link administrada por OER configurada.

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


Ejemplo:

Router (config-oer-bujía-Br-si) # comunidad BGP del downgrade 4:5

 

Especifica las opciones del downgrade para el anuncio de BGP para la interfaz del link administrada por OER configurada de la entrada.

  • Utilice el argumento de la palabra clave y del comunidad-número de la comunidad para especificar un número de la comunidad BGP que sea agregado al anuncio de BGP.
  • En este ejemplo, agregarán a la comunidad BGP número 4:5 a los anuncios de BGP a los paquetes enviados de este link de la entrada si no se selecciona pues el mejor link de la entrada.
 
Paso 14
salida


Ejemplo:

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

 

Modo de configuración de la interfaz y devoluciones de la salida de la frontera de las salidas OER al modo de configuración administrado por OER del Router del borde.

 
Paso 15
Relance el paso 14 dos veces para volver al modo de configuración global.  

--

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


Ejemplo:

Oer-mapa INSIDE_LEARN 10 de Router(config)#

 

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

  • Solamente una cláusula de la coincidencia se puede configurar para cada secuencia de la correspondencia OER.
  • Niegue las secuencias primero se definen en una lista del prefijo IP y en seguida se aplican con un matchcommand.
  • El ejemplo crea un OER map de nombre INSIDE_LEARN.
 
Paso 17
el oer de la coincidencia aprende {retardo| dentro| producción}


Ejemplo:

El router (config-oer-mapa) # oer de la coincidencia aprende dentro

 

Crea una entrada de cláusula de coincidencia en un OER map para hacer coincidir los prefijos aprendidos de OER.

  • Los prefijos se pueden configurar para aprender los prefijos que son prefijos interiores o prefijos basados en la demora menor o el máximo rendimiento de salida.
  • Solamente se puede configurar una única cláusula de coincidencia para cada secuencia de mapa OER.
  • El ejemplo crea una entrada de la cláusula de la coincidencia que haga juego las clases de tráfico aprendidas usando los prefijos interiores.
 
Paso 18
fije el retardo {porcentaje relativo | umbral maximum}


Ejemplo:

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

 

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

  • El umbral de demora se puede configurar como porcentaje relativo o como valor absoluto para los criterios de coincidencia.
  • La palabra clave relative se utiliza para configurar un porcentaje de demora relativo. El porcentaje de demora se basa en una comparación de las medidas a corto y a largo plazo.
  • La palabra clave threshold se utiliza para configurar el período de demora máximo absoluto en milisegundos.
  • El ejemplo crea una cláusula del conjunto que fije el umbral absoluto del retardo máximo a 200 milisegundos para el tráfico que se corresponde con en la misma secuencia de la correspondencia OER.
 
Paso 19
fije el control de la ruta del modo


Ejemplo:

El router (config-oer-mapa) # fijó el control de la ruta del modo

 

Crea una entrada de cláusula set para configurar el control de ruta para el tráfico compatible.

  • En modo de control, el controlador principal analiza las clases de tráfico monitoreadas e implementa cambios basándose en los parámetros de la política.
  • En este ejemplo, se crea una cláusula set que habilita el modo de control OER.
Nota    Solamente se muestra la sintaxis aplicable a esta tarea. Para obtener más detalles, vea la Referencia de Comandos de Optimized Edge Routing de Cisco IOS.
 
Paso 20
Finalizar


Ejemplo:

Router (config-oer-mapa) # extremo

 

(Opcional) Sale del modo de configuración del mapa OER y vuelve al modo EXEC privilegiado.

 

Verificación Manual de los Cambios de Control de la Ruta OER

OER verifica automáticamente los cambios de control de la ruta en la red usando la salida del Netflow. OER monitorea los mensajes y los uncontrols del Netflow una clase de tráfico si un mensaje no aparece verificar el cambio de control de la ruta. Realice los pasos en esta tarea optativa si usted quiere verificar manualmente que el control de tráfico implementado por la fase del control OER cambia realmente el flujo de tráfico, y trae OOP el evento para ser en-directiva. Todos los pasos son opcionales y no siguen ningún orden. La información de estos pasos puede verificar que un prefijo específico asociado a una clase de tráfico se haya movido a otra interfaz del link de la salida o de la entrada, o que está siendo controlado por OER. Los primeros tres comandos se ingresan en el regulador principal, los dos comandos más recientes se ingresan en un Router del borde. Para más detalles sobre otros comandos show OER, vea la referencia de comandos optimizada Cisco IOS del Edge Routing.

PASOS SUMARIOS

1. permiso

2. muestre el registro [número de slot del slot | resumen]

3. muestre a oer el prefijo principal del prefijo [detail]

4. Muévase a un Router del borde para ingresar el siguiente paso.

5. permiso

6. muestre las rutas de la frontera del oer {BGP | parásitos atmosféricos}


PASOS DETALLADOS
Paso 1   permiso

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



Ejemplo:
 
Router> enable
Paso 2   muestre el registro [número de slot del slot | resumen]

Se utiliza este comando de visualizar el estado del Registro del sistema (Syslog) y del contenido de la memoria intermedia de registro del sistema estándar. Usando los delimitadores opcionales, este ejemplo muestra la memoria intermedia de registro con los mensajes OER para el prefijo 10.1.1.0 que es OOP y tiene un cambio de ruta.



Ejemplo:
 
Router# show logging | i 10.1.1.0
*Apr 26 22:58:20.919: %OER_MC-5-NOTICE: Discovered Exit for prefix 10.1.1.0/24, BR
10.10.10.1, i/f Et9/0 
*Apr 26 23:03:14.987: %OER_MC-5-NOTICE: Route changed 10.1.1.0/24, BR 10.10.10.1, i/f
Se12/0, Reason Delay, OOP Reason Timer Expired
*Apr 26 23:09:18.911: %OER_MC-5-NOTICE: Passive REL Loss OOP 10.1.1.0/24, loss 133, BR
10.10.10.1, i/f Se12/0, relative loss 23, prev BR Unknown i/f Unknown
*Apr 26 23:10:51.123: %OER_MC-5-NOTICE: Route changed 10.1.1.0/24, BR 10.10.10.1, i/f
Et9/0, Reason Delay, OOP Reason Loss
Paso 3   muestre a oer el prefijo principal del prefijo [detail]

Se utiliza este comando para visualizar el estado de los prefijos monitoreados. La salida de este comando incluye la información sobre el Router del borde de la fuente, la interfaz actual de la salida, el retardo del prefijo, y el ancho de banda de la salida y de la interfaz de ingreso. En este ejemplo, la salida se filtra para el prefijo 10.1.1.0 y muestra que el prefijo está actualmente en un estado del asentamiento. Solamente el sintaxis relevante a esta tarea, se muestra en este paso.



Ejemplo:
 
Router# show oer master prefix 10.1.1.0
Prefix         State   Time Curr BR     CurrI/F     Protocol
           PasSDly PasLDly  PasSUn  PasLUn PasSLos PasLLos
           ActSDly ActLDly  ActSUn  ActLUn   EBw   IBw
--------------------------------------------------------------------------------
10.1.1.0/24   HOLDDOWN  42 10.10.10.1   Et9/0      STATIC 
                16      16       0       0       0       0
                 U       U       0       0      55       2
Paso 4   Muévase a un Router del borde para ingresar el siguiente paso.

El comando siguiente se ingresa en un router de borde, no en el controlador principal.



Ejemplo:
 
Paso 5   permiso

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



Ejemplo:
 
Router> enable
Paso 6   muestre las rutas de la frontera del oer {BGP | parásitos atmosféricos}

Este comando se ingresa en un router de borde. Este comando se utiliza al mostrar información sobre las rutas controladas OER en un Router del borde. Usted puede mostrar información sobre el BGP o las Static rutas. En este ejemplo, la salida muestra que el prefijo 10.1.1.0 está siendo controlado por OER.



Ejemplo:
 
Router# show oer border routes bgp 
OER BR 10.10.10.1 ACTIVE, MC 10.10.10.3 UP/DOWN: UP 00:10:08,
   Auth Failures: 0
   Conn Status: SUCCESS, PORT: 3949
BGP table version is 12, local router ID is 10.10.10.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
               r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
OER Flags: C - Controlled, X - Excluded, E - Exact, N - Non-exact, I - Injected
    Network          Next Hop        OER    LocPrf Weight Path
*> 10.1.1.0/24     10.40.40.2         CE         0 400 600 i

Verificación y Debugging de los Cambios de Control de la Ruta de Protocol Independent Route Optimization

Realice los pasos en esta tarea optativa si usted quiere hacer el debug de las rutas PIRO donde la ruta del padre existe en el RIB y es controlada usando el Policy-Based Routing. Todos los pasos son opcionales y no siguen ningún orden. La información de estos pasos puede verificar que un prefijo específico asociado a una clase de tráfico se haya identificado usando PIRO y que está siendo controlado por OER. Ingresan a los primeros dos comandos CLI en el regulador principal, y los otros comandos se ingresan en un Router del borde.

Antes de comenzar

Esta tarea requiere el Cisco IOS Release 12.4(24)T, 12.2(33)SRE, o una versión posterior.


PASOS SUMARIOS

1. Comience en el regulador principal.

2. permiso

3. muestre a oer la clase de tráfico principal

4. Muévase a un Router del borde para ingresar el siguiente paso.

5. permiso

6. muestre la ruta de IP

7. muestre el route-map dinámico

8. muestre la lista de acceso del IP dinámica

9. rutas de la frontera del oer del debug {BGP | estática| piro [detail]}


PASOS DETALLADOS
Paso 1   Comience en el regulador principal.
Paso 2   permiso

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



Ejemplo:
 
Router> enable
Paso 3   muestre a oer la clase de tráfico principal

Este comando se utiliza al mostrar información sobre las clases de tráfico que son monitoreadas y controladas por un regulador principal OER. La salida de este comando incluye la información sobre el IP Address de destino y la longitud del prefijo para la clase de tráfico, la dirección IP y la interfaz del Router del borde a través del cual el prefijo asociado a esta clase de tráfico se está ruteando actualmente, el estado de la clase de tráfico, y el protocolo. En este ejemplo, el protocolo visualizado para el prefijo 10.1.1.0 es RIB-PBR y éste significa que la ruta del padre para la clase de tráfico existe en el RIB y el Policy-Based Routing se está utilizando para controlar el prefijo. En este paso solamente se muestra la sintaxis pertinente para esta tarea. Usted puede también utilizar el comando prefix del master del oer de la demostración de visualizar la información similar.



Ejemplo:
 
Router# show oer master traffic-class
OER Prefix Statistics:
 Pas - Passive, Act - Active, S - Short term, L - Long term, Dly - Delay (ms),
 P - Percentage below threshold, Jit - Jitter (ms), 
 MOS - Mean Opinion Score
 Los - Packet Loss (packets-per-million), Un - Unreachable (flows-per-million),
 E - Egress, I - Ingress, Bw - Bandwidth (kbps), N - Not applicable
 U - unknown, * - uncontrolled, + - control more specific, @ - active probe all
 # - Prefix monitor mode is Special, & - Blackholed Prefix
 % - Force Next-Hop, ^ - Prefix is denied
 
DstPrefix           Appl_ID Dscp Prot     SrcPort     DstPort SrcPrefix         
           Flags             State     Time            CurrBR  CurrI/F Protocol
         PasSDly  PasLDly   PasSUn   PasLUn  PasSLos  PasLLos      EBw      IBw
         ActSDly  ActLDly   ActSUn   ActLUn  ActSJit  ActPMOS  ActSLos  ActLLos
--------------------------------------------------------------------------------
10.1.1.0/24               N defa    N           N           N N                 
                          INPOLICY        0           10.2.1.2   Et4/2  RIB-PBR
               N        N        N        N        N        N        N        N
               1        1        0        0        N        N        N        N
Paso 4   Muévase a un Router del borde para ingresar el siguiente paso.

El comando siguiente se ingresa en un router de borde, no en el controlador principal.

Paso 5   permiso

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



Ejemplo:
 
Router> enable
Paso 6   show ip route

Muestra el estado actual de la tabla de ruteo. Utilice este comando de verificar que una ruta del padre existe en el RIB.



Ejemplo:
 
Router# show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route
 
Gateway of last resort is not set
 
     10.0.0.0/24 is subnetted, 1 subnets
C       10.1.1.0 is directly connected, Ethernet4/1
     192.168.0.0/24 is subnetted, 1 subnets
O       192.168.50.0 [110/20] via 10.10.10.3, 00:20:32, Ethernet2/2
     10.0.0.0/8 is variably subnetted, 10 subnets, 4 masks
O       10.1.4.1/32 [110/31] via 10.40.40.2, 00:20:32, Ethernet4/2
O       10.1.5.1/32 [110/31] via 10.40.40.2, 00:20:32, Ethernet4/2
O       10.1.6.1/32 [110/31] via 10.40.40.2, 00:20:32, Ethernet4/2
B       10.1.1.0/24 [20/0] via 10.40.40.2, 00:38:08
     10.1.0.0/24 is subnetted, 1 subnets
O       10.1.1.0 [110/40] via 10.40.40.2, 00:20:33, Ethernet4/2
Paso 7   muestre el route-map dinámico

Ver una correspondencia de ruta dinámico es otro método de verificar cómo el control de la ruta está siendo aplicado para las rutas PIRO. En la salida de esta correspondencia de ruta dinámico, observe la lista de acceso nombrada oer#6. En este paso solamente se muestra la sintaxis pertinente para esta tarea.



Ejemplo:
 
Router# show route-map dynamic
route-map OER-04/21/09-21:42:55.543-6-OER, permit, sequence 0, identifier 1755354068
  Match clauses:
    ip address (access-lists): oer#6 
  Set clauses:
    ip next-hop 10.40.40.2
    interface Ethernet4/2
  Policy routing matches: 2314 packets, 138840 bytes
 Current active dynamic routemaps = 1
Paso 8   muestre la lista de acceso del IP dinámica

Este comando visualiza IP dinámica las Listas de acceso creadas en este Router del borde. En la salida, se visualiza una lista de acceso dinámica nombró oer#6, que permite que el tráfico para el prefijo 10.1.1.0 sea ruteado a través de este Router del borde. La lista de acceso, oer#6, fue identificada en el comando dynamic del route-map de la demostración en el paso anterior. En este paso solamente se muestra la sintaxis pertinente para esta tarea.



Ejemplo:
 
Router# show ip access-list dynamic
Extended IP access list oer#6
    1073741823 permit ip any 10.1.1.0 0.0.0.255 (2243 matches)
Paso 9   rutas de la frontera del oer del debug {BGP | estática| piro [detail]}

Este comando se ingresa en un router de borde. Se utiliza este comando de hacer el debug de las operaciones de búsqueda y los cambios de ruta de la ruta del padre a las rutas existentes del padre cuando la ruta del padre se identifica del RIB. En este ejemplo, la información de debugging detallada muestra que la ruta del padre para el prefijo 10.1.1.0--shown en la salida para el paso 2--is encontrado en el RIB y un Route Map está creada para controlar la aplicación. Observe esos parásitos atmosféricos y control de la ruta BGP, y el debugging detallado de la frontera PBR es también activo.



Ejemplo:
 
Router# debug oer border routes piro detail
Apr 21 21:41:25.667: PFR PIRO: Parent lookup found parent 10.1.1.0, mask 24, nexthop
10.40.40.2
Apr 21 21:42:55.539: OER STATIC: No parent found, network 10.1.1.0/24
Apr 21 21:42:55.539: PFR PIRO: Control Route, 10.1.1.0/24, NH 0.0.0.0, IF Ethernet4/2
Apr 21 21:42:55.539: PFR PIRO: Parent lookup found parent 10.1.1.0, mask 24, nexthop
10.40.40.2
Apr 21 21:42:55.539: OER BR PBR(det): control app: 10.1.1.0/24, nh 0.0.0.0, if
Ethernet4/2,ip prot 256, dst opr 0, src opr 0, 0 0 0 0, src net 0.0.0.0/0, dscp 0/0
Apr 21 21:42:55.543: OER BR PBR(det): Create rmap 65DC1CE8
Apr 21 21:42:55.547: PFR PIRO: Parent lookup found parent 10.1.1.0, mask 24, nexthop
10.40.40.2

Configuración de los Informes de Traceroute

Realice esta tarea en el regulador principal de configurar la información del traceroute. Al usar una sonda activa OER allí sea situaciones cuando una dirección de host no responde al mensaje de la sonda OER. La razón de ninguna respuesta al mensaje de la sonda puede ser debido al Firewall o al otro problema de red pero OER asume a la dirección de host para ser control inalcanzable y de versiones del prefijo. Antes de la información de traceroute no existía ningún método para medir la demora por salto en situaciones como la notificación de un valor inesperado de demora de ida y vuelta para una clase de tráfico en un link de la salida. La solución para la dirección objetivo de NON-respuesta y la falta de información del retardo del por-salto implica usando el UDP, y opcionalmente el TCP, los traceroutes. La información de Traceroute se configura en un regulador principal, pero las sondas del traceroute son originadas de las salidas del Router del borde.

En esta tarea, los tres métodos de configurar las sondas del traceroute se utilizan. La información periódica y del policy basado del traceroute se configura con el comando de la información del traceroute del conjunto usando una correspondencia OER. Las sondas a pedido del traceroute son accionadas ingresando el comando prefix del master del oer de la demostración con ciertos parámetros. Esta tarea también muestra para modificar el intervalo de tiempo entre las sondas del traceroute usando el comando del sonda-retardo del traceroute.

Cuando se habilita la información del traceroute, el intervalo de tiempo predeterminado entre las sondas del traceroute es 1000 milisegundos.

Antes de comenzar

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


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. master del oer

4. milisegundos del sonda-retardo del traceroute

5. salida

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

7. el oer de la coincidencia aprende {retardo | producción}

8. información determinada del traceroute [directiva {retardo | pérdida | inalcanzable}]

9. extremo

10. muestre a oer el prefijo principal [detalle | aprendido [retardo | producción] | prefijo [detalle | directiva | traceroute [salida-identificación | frontera-direccionamiento | [now] de la corriente]]]


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


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

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


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
master del oer


Ejemplo:

Master del oer de Router(config)#

 

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

 
Paso 4
milisegundos del sonda-retardo del traceroute


Ejemplo:

Router (config-oer-bujía métrica) # sonda-retardo 500 del traceroute

 

Fija el intervalo de tiempo entre los ciclos de la sonda del traceroute.

  • El intervalo de tiempo predeterminado entre las sondas del traceroute es 1000 milisegundos.
  • El ejemplo fija el intervalo de la sonda a los 500 milisegundos.
 
Paso 5
salida


Ejemplo:

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

 

Modo de configuración de controlador del master de las salidas OER, y devoluciones al modo de configuración global.

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


Ejemplo:

Oer-mapa TRACEROUTE 10 de Router(config)#

 

Ingresa al modo de configuración del oer-mapa para configurar una correspondencia OER para aplicar los prefijos seleccionados IP de las directivas.

  • Solamente una cláusula de la coincidencia se puede configurar para cada secuencia del oer-mapa.
  • El ejemplo crea una correspondencia OER nombrada TRACEROUTE.
 
Paso 7
el oer de la coincidencia aprende {retardo | producción}


Ejemplo:

El router (config-oer-mapa) # oer de la coincidencia aprende el retardo

 

Crea una entrada de la cláusula de la coincidencia en un oer-mapa para hacer juego los prefijos doctos.

  • Puede ser configurado para aprender los prefijos basados en el retardo más alto o la producción saliente más alta.
  • Solamente una sola cláusula de la coincidencia se puede configurar para cada secuencia del oer-mapa.
  • El ejemplo crea una entrada de la cláusula de la coincidencia que haga juego el tráfico aprendido basado en el retardo más alto.
 
Paso 8
fije la información del traceroute [directiva {retardo | pérdida | inalcanzable}]


Ejemplo:

El router (config-oer-mapa) # fijó la información del traceroute

 

Configura una correspondencia OER para habilitar la información del traceroute.

  • Los prefijos monitoreados se deben incluir en una correspondencia OER. Éstos pueden ser prefijos doctos o manualmente seleccionados.
  • Ingresar este comando sin las palabras claves habilita el control continuo.
  • Ingresando este comando la palabra clave de la directiva habilita la información de la ruta de la traza del policy basado.
 
Paso 9
Finalizar


Ejemplo:

Router (config-oer-mapa) # extremo

 

Modo de configuración de controlador del master de las salidas OER, y devoluciones al modo EXEC privilegiado.

 
Paso 10
muestre a oer el prefijo principal [detalle | aprendido [retardo | producción] | prefijo [detalle | directiva | traceroute [salida-identificación | frontera-direccionamiento | [now] de la corriente]]]


Ejemplo:

Traceroute de 10.5.5.5 del prefijo del master del oer de la demostración del Router- ahora

 

Visualiza el estatus de los prefijos monitoreados.

  • Una sonda a pedido del traceroute es iniciada ingresando la corriente y ahora las palabras claves.
  • La palabra clave actual visualiza los resultados de la sonda más reciente del traceroute para la salida actual.
  • Los resultados de la sonda de Traceroute se pueden visualizar para la salida especificada del Router del borde ingresando la palabra clave salida-identificación o del frontera-direccionamiento.
  • El ejemplo inicia una sonda a pedido del traceroute para el prefijo de 10.5.5.55.
 

Ejemplos de Configuración para Utilizar OER para Controlar Clases de Tráfico y Verificar los Cambios de Control de Ruta

Habilitar el ejemplo del modo de control de la ruta OER

El siguiente ejemplo muestra cómo configurar el regulador principal para utilizar el modo de control de la ruta:

Router(config)# oer master 
Router(config-oer-mc)# mode route control 
Router(config-oer-mc)# end
 

Determinación de un valor de la etiqueta por el ejemplo inyectado de las Static rutas OER

Las demostraciones del siguiente ejemplo cómo fijar un valor de la etiqueta para que una Static ruta inyectada permita que las rutas sean identificadas únicamente. OER puede insertar una ruta estática para controlar el tráfico definido por una clase de tráfico cuando no está conforme a la política. Por abandono, OER utiliza un valor de la etiqueta de 5000 para las Static rutas inyectadas. En esta tarea, el modo de control de la ruta OER se configura global con el comando mode en el modo de configuración de controlador del master OER y cualquier Static ruta inyectada será marcada con etiqueta con un valor de 15000.

Router(config)# oer master 
Router(config-oer-mc)# mode route control 
Router(config-oer-mc)# mode route metric static tag 15000
Router(config-oer-mc)# end
 

Determinación de un valor de la preferencia local BGP por el ejemplo controlado de las rutas BGP OER

El siguiente ejemplo muestra cómo fijar un valor de atributo de preferencia local BGP. OER utiliza el valor BGP Local_Pref para influenciar la selección de mejor trayecto BGP en los vecinos del Internal BGP (iBGP) como método de aplicar la selección del link de la salida. Por abandono, OER utiliza un valor de Local_Pref de 5000. Si un valor de la preferencia local de 5000 o un más alto se ha configurado para la encaminamiento predeterminada BGP, un valor más alto de la preferencia local BGP se debe configurar en OER. En esta tarea, se habilita el control de la ruta y un valor de la preferencia local BGP de 60000 se fija.

Router(config)# oer master 
Router(config-oer-mc)# mode route control 
Router(config-oer-mc)# mode route metric bgp local-pref 60000
Router(config-oer-mc)# end 

Ejemplo de ControllingApplicationTraffic

El siguiente ejemplo muestra cómo al (PBR) del Use Policy-Based Routing permitir que OER controle las clases especificadas del tráfico de aplicación. El tráfico de aplicación tal como tráfico de Telnet es retardo sensible. Los retardos largos TCP pueden hacer a las sesiones telnets difíciles utilizar. Este ejemplo se configura en un regulador principal y corresponde con el tráfico telnet originado de la red 192.168.1.0/24 y aplica una directiva para asegurarse que está enviado a través de los links de la salida con ese tiene un tiempo de respuesta al cual estén iguales o menos de 30 milisegundos:

Router(config)# ip access-list extended TELNET 
Router(config-ext-nacl)# permit tcp 192.168.1.0 0.0.0.255 any eq telnet 
Router(config-ext-nacl)# exit
 
Router(config)# oer-map SENSITIVE
Router(config-route-map)# match ip address access-list TELNET 
Router(config-route-map)# set mode route control
Router(config-route-map)# set delay threshold 30 
Router(config-route-map)# set resolve delay priority 1 variance 20 
Router(config-route-map)# end 

El siguiente ejemplo muestra el tráfico de la aplicación TCP filtrado sobre la base del puerto 23 (Telnet):

Router# show oer master appl tcp 23 23 dst policy
 
Prefix              Appl Prot       Port                 Port Type       Policy         
--------------------------------------------------------------------------------
10.1.1.0/24        tcp             [23, 23]             src              10

Ejemplo de tráfico de la aplicación de voz que controla

Las demostraciones del siguiente ejemplo cómo al tráfico de la aplicación de control tal como tráfico de voz. Una correspondencia OER para el tráfico de voz se configura usando una clase de tráfico que represente el tráfico de voz con un valor DSCP de ef. Se habilita el control de la ruta. El comando de las directiva-reglas aplica la configuración de la correspondencia OER nombrada VOICE_MAP a la configuración de controlador principal y sobregraba cualquier configuración de asignación anterior OER. Para funcionar con esta tarea, ambo el regulador principal y los Router del borde deben ser Cisco IOS Release 12.4(9)T corriente, 12.2(33)SRB, o versión posterior.

Router> enable
Router# configure terminal
Router(config)# ip prefix-list CONFIG_TRAFFIC_CLASS seq 10 permit 10.1.5.0/24
Router(config)# ip access-list extended VOICE_TRAFFIC_CLASS
Router(config-ext-nacl)# permit udp any range 16384 32767 10.1.5.0 0.0.0.15 range 16384
32767 dscp ef
Router(config-ext-nacl)# exit
Router(config)# oer-map VOICE_MAP 10
Router(config-oer-map)# match ip address access-list VOICE_TRAFFIC_CLASS
Router(config-oer-map)# set active-probe jitter 10.1.5.1 target-port 2000 codec g729a
Router(config-oer-map)# set delay threshold 1000
Router(config-oer-map)# set loss relative 25
Router(config-oer-map)# set probe-frequency 20
Router(config-oer-map)# set jitter threshold 30
Router(config-oer-map)# set mos threshold 4.0 percent 25
Router(config-oer-map)# exit
Router(config)# oer master
Router(config-oer-mc)# mode route control
Router(config-oer-mc)# policy-rules VOICE_MAP
Router(config-oer-mc)# end

Aplicar la selección del link de la entrada con el Equilibrio de carga por un ejemplo interior del prefijo

El siguiente ejemplo muestra cómo aplicar una selección del link de la entrada para los prefijos interiores doctos usando la comunidad del número del sistema autónomo BGP prepend la técnica:

Router> enable
Router# configure terminal
Router(config)# oer master
Router(config-oer-mc)# mode select-exit best
Router(config-oer-mc)# resolve range priority 1
Router(config-oer-mc)# resolve utilization priority 2 variance 20
Router(config-oer-mc)# no resolve delay
Router(config-oer-mc)# no resolve loss
Router(config-oer-mc)# max range receive percent 35
Router(config-oer-mc)# border 10.1.1.2 key-chain oer
Router(config-oer-mc-br)# interface ethernet1/0 external
Router(config-oer-mc-br-if)# maximum utilization receive absolute 2500
Router(config-oer-mc-br-if)# downgrade bgp community 3:1
Router(config-oer-mc-br-if)# exit
Router(config-oer-mc-br)# exit
Router(config-oer-mc)# exit
Router(config)# oer-map INSIDE_LEARN 10
Router(config-oer-map)# match oer learn inside
Router(config-oer-map)# set delay threshold 400
Router(config-oer-map)# set mode route control
Router(config-oer-map)# end

Manualmente verificar los ejemplos de los cambios de control de la ruta OER

La demostración de los siguientes ejemplos cómo verificar manualmente que el control de tráfico implementado por la fase del control OER cambie el flujo de tráfico y traiga realmente OOP el evento para ser en-directiva. En el regulador principal utilizan al comando show logging de visualizar el estado del Registro del sistema (Syslog) y del contenido de la memoria intermedia de registro del sistema estándar. Usando los delimitadores opcionales, la memoria intermedia de registro se puede visualizar con los mensajes OER para un prefijo específico. El comando prefix del master del oer de la demostración visualiza el estatus de los prefijos monitoreados. En el Router del borde, la frontera del oer de la demostración rutea la información de las visualizaciones del comando sobre el BGP controlado OER o las Static rutas en el Router del borde. Por ejemplo la salida de estos comandos, considera manualmente verificar la tarea de los cambios de control de la ruta OER.

Controlador principal

Router# show logging | i 10.1.1.0
Router# show oer master 
prefix 10.1.1.0
Router# end

Router del borde

Router# show oer border routes static
Router# show oer border routes bgp
Router# end

Configurar los ejemplos de la información de Traceroute

El siguiente ejemplo, comenzando en el modo de configuración global, configura la información continua del traceroute para las clases de tráfico aprendidas en base del retardo:

Router(config)# oer master
 
Router(config-oer-mc)# traceroute probe-delay 10000
 
Router(config-oer-mc)# exit
 
Router(config)# oer-map TRACE 10 
Router(config-oer-map)# match oer learn delay 
Router(config-oer-map)# set traceroute reporting 
Router(config-oer-map)# end

El siguiente ejemplo, comenzando en el modo EXEC privilegiado, inicia una sonda a pedido del traceroute para el prefijo de 10.5.5.5:

Router# show oer master prefix 10.5.5.55 traceroute current now
 
Path for Prefix: 10.5.5.0/24         Target: 10.5.5.5 
Exit ID: 2, Border: 10.1.1.3         External Interface: Et1/0    
Status: DONE, How Recent: 00:00:08 minutes old
Hop  Host            Time(ms) BGP 
1    10.1.4.2        8        0   
2    10.1.3.2        8        300 
3    10.5.5.5        20       50 

Adonde ir después

Este módulo describió el control OER y verifica las fases 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. El control y verifica las fases es las dos fases más pasadas del loop de funcionamiento OER. Para obtener más información sobre las otras fases de OER, lea los otros módulos de la lista siguiente:

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

Referencias adicionales

Documentos Relacionados

Tema relacionado

Título del documento

El Cisco IOS domina el comando list

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

Herramienta de búsqueda de comandos

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

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

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

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

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

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

Referencia de Comandos de Optimized Edge Routing de Cisco IOS

Asistencia Técnica

Descripción

Link

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

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

Información sobre Funciones para Usar OER para Controlar las Clases de Tráfico y Verificar los Cambios de Control de la Ruta

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 1Información sobre Funciones para Usar OER para Controlar las Clases de Tráfico y Verificar los Cambios de Control de la Ruta

Nombre de la función

Versiones

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

Optimized Edge Routing

12.3(8)T 12.2(33)SRB

Se introdujo OER.

OER Support for Cost-Based Optimization and Traceroute Reporting

12.3(14)T 12.2(33)SRB

El soporte OER para la característica de la información de Traceroute permite que usted monitoree el funcionamiento del prefijo en un basado en salto por salto. El retardo, la pérdida, y las medidas del accesibilidad se recolectan para cada salto de la fuente de la sonda (Router del borde) al prefijo de la blanco.

Los siguientes comandos fueron introducidos o modificados por esta característica: fije la información del traceroute, el sonda-retardo del traceroute, y el prefijo del master del oer de la demostración.

Ruteo que Reconoce la Aplicación OER: PBR

12.4(2)T 12.2(33)SRB

El Ruteo que Reconoce la Aplicación OER: La función PBR inserta la capacidad de optimizar el tráfico IP basado en el tipo de aplicación transportada por el prefijo monitoreado. La configuración de política independiente se aplica al subconjunto (aplicación) de tráfico.

Los siguientes comandos fueron introducidos o modificados por esta característica: haga el debug del pbr de la frontera del oer, haga el debug del prefijo principal del oer, haga juego el IP Address (OER), muestre a oer las activo-sondas principales, y muestre a oer el appl principal.

OER Voice Traffic Optimization

12.4(6)T 12.2(33)SRB

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

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

Optimización de la Entrada BGP OER

12.4(9)T 12.2(33)SRB

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

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

Monitoreo de OER DSCP

12.4(9)T 12.2(33)SRB

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

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

PfR - Protocol Independent Route Optimization (PIRO)

12.2(33)SRE 12.4(24)T

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 la base de información del Routing IP (RIB), permitiendo que OER sea desplegado en cualquier entorno ruteado por IP incluyendo los protocolos Interior Gateway Protocols (IGP) por ejemplo el OSPF y el IS-IS.

Los siguientes comandos fueron modificados por esta función: prefijo del master del oer de la demostración del routesand de la frontera del oer del debug.

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.

Cisco Systems, Inc. del © 2011 todos los derechos reservados.