Guía de configuración optimizada del Edge Routing, Cisco IOS Release 12.2SR
Optimización del Tráfico de Voz OER Usando Sondas Activas
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 397 KB | Inglés (12 Octubre 2011) | Comentarios

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

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

Este módulo documenta una solución optimizada del Edge Routing (OER) que soporte la optimización saliente del tráfico de voz basada en la métrica de la Voz, el jitter y el Mean Opinion Score (MOS). El jitter y el MOS son métrica cuantitativa importante de la calidad para el tráfico de voz y estas métricas de la Voz se miden usando las sondas activas optimizadas del Edge Routing (OER).

OER proporciona optimización de rutas y distribución de carga automáticas para múltiples conexiones entre redes. OER es una solución integrada de Cisco IOS que permite monitorear los flujos de tráfico IP y posteriormente definir políticas y reglas basadas en el rendimiento de los prefijos, la distribución de carga del link, el costo monetario del ancho de banda del link y el tipo de tráfico. OER proporciona sistemas de monitoreo activos y pasivos, detección dinámica de fallas y corrección automática de trayectorias. La implementación de OER permite la distribución inteligente de la carga y la selección óptima de rutas en una red de empresa.

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 el cisco.com no se requiere.

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

Antes de implementar la optimización OER para el tráfico de voz, 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. Para una lista de otros módulos de la configuración OER, vea adonde ir siguiente sección y la sección relacionada de los documentos.

Información sobre OER Voice Traffic Optimization Usando Sondas Activas

Calidad de Voz en las Redes IP

Los paquetes de voz que viajan a través de una red IP son no diferentes de los paquetes de datos. En el servicio telefónico convencional (POTS), el tráfico de voz viaja sobre redes de circuito conmutado con trayectorias predeterminadas y se asigna a cada llamada telefónica una conexión dedicada para la duración de la llamada. El tráfico de voz usando POTS no tiene ningún problema de contención de recursos, pero el tráfico de voz sobre una red IP tiene que enfrentarse a factores como la demora, la fluctuación y la pérdida del paquete, que pueden afectar a la calidad de la llamada telefónica.

Demora

El retardo (también referido como tiempo de espera) para los paquetes de voz se define como el retardo entre cuando el paquete fue enviado del dispositivo de origen y cuando llegó un dispositivo de destino. La demora se puede medir como una demora unidireccional o de ida y vuelta. El retraso de la transmisión en la red causa es el principal contribuidor al tiempo de espera. El retardo de ida y vuelta afecta a la dinámica de la conversación y se utiliza en los cálculos del Mean Opinion Score (MOS). La demora unidireccional se utiliza para diagnosticar los problemas de red. La persona que llama puede notar una demora de 200 milisegundos e intentar hablar justo cuando la otra persona está contestando debido a la demora del paquete. El estándar del sector de la telefonía especificado en ITU-T G.114 recomienda que la demora unidireccional deseada máxima no sea superior a 150 milisegundos. Más allá de una demora unidireccional de 150 milisegundos, se ve afectada la calidad de la voz. Con una demora de ida y vuelta de 300 milisegundos o más, los usuarios pueden experimentar molestos efectos de conversación superpuesta.

Fluctuación

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

Pérdida del paquete

Pueden perderse paquetes por una falla en la interfaz, por rutear un paquete a un destino equivocado o por congestión en la red. La pérdida de paquetes para el tráfico de voz lleva a la degradación del servicio en la cual un llamante escucha el sonido de la voz con interrupciones. Aunque el promedio de pérdida de paquetes sea bajo, la calidad de voz puede verse afectada por la pérdida de una serie corta de paquetes.

Mean Opinion Score (MOS)

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

Sondas Usadas por OER

OER utiliza algunas de las sondas IP SLA para ayudar a recopilar los datos OER requiere para tomar sus decisiones.

IP SLA del Cisco IOS

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

Tipos activos de la sonda usados por OER

Se pueden configurar los tipos siguientes de sondas activas:

Eco ICMP--Un ping se envía a la dirección objetivo. De forma predeterminada, OER utiliza sondas de eco ICMP cuando se genera automáticamente una sonda activa. La configurar de una sonda de eco ICMP no requiere cooperación con conocimientos del dispositivo de destino. Sin embargo, el sondeo repetido podría accionar una alarma del sistema de detección de intrusos (IDS) en la red de destino. Si hay un IDS configurado en una red de destino que no está bajo su control, es recomendable enviar una notificación al administrador de esa red de destino.

Fluctuación--Una sonda del jitter se envía a la dirección objetivo. Se debe especificar un número de puerto de destino. Un respondedor remoto se debe habilitar en el dispositivo de destino, sin importar el número del puerto configurado.

Conexión TCP--Una sonda de la conexión TCP se envía a la dirección objetivo. Se debe especificar un número de puerto de destino. Se debe habilitar un respondedor remoto si los mensajes TCP se configuran para utilizar un número de puerto distinto del número de puerto TCP 23, ya conocido.

Eco UDP--Un sondeo de eco UDP se envía a la dirección objetivo. Se debe especificar un número de puerto de destino. Hay que habilitar un respondedor remoto el dispositivo de destino, independientemente de cuál sea el número del puerto configurado.

Frecuencia de la sonda

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

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

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

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

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

Asignación de blanco forzada OER

En las versiones del Cisco IOS Release 12.4(4)T y Anterior, la blanco activa de la sonda OER se asigna al prefijo correspondido con más largo. Hay algunos escenarios donde usted puede querer utilizar una blanco que no haga juego el prefijo de destino. El ejemplo en la figura abajo explica un escenario en el cual configurar un OER forzó la asignación de blanco sea más apropiado que usando el prefijo más largo de la coincidencia.

Figura 1Escenario forzado de la asignación de blanco OER


En la figura arriba queremos sondar a la dirección IP 10.20.22.1 (en el borde de la red) para cualquier red 10.20.21.0/24 o 10.20.22.0/24. El jitter es menos probable ser introducido dentro de la red así que sondar el borde de la red da una medida que esté cercana a sondar el destino final.

La asignación de blanco forzada permite que usted asigne una blanco a un grupo de prefijos o de una aplicación, incluso si no son los prefijos más largos de la coincidencia. La asignación de una blanco puede determinar el retardo verdadero al borde de una red bastante que retrasa a un host extremo.

Cómo Configurar la Optimización del Tráfico de Voz OER Utilizando Sondas Activas

Configurar OER para optimizar el tráfico de voz usando sondas activas implica varias decisiones y las tareas de ramificación subsiguientes. El primer paso consiste en identificar el tráfico que se va a optimizar y decidir si se utilizará una lista de prefijos o una lista de acceso. Use una lista de prefijos para identificar todo el tráfico, incluido el tráfico de voz, con un conjunto específico de prefijos de destino. Use una lista de acceso para identificar solamente el tráfico de voz que tenga un prefijo de destino específico y se transmita mediante un protocolo específico.

El segundo paso en la optimización del tráfico de voz consiste en configurar el sondeo activo mediante los comandos active-probe o set active-probe para especificar el tipo de sonda activa que se utilizará. En el Cisco IOS Release 12.4(6)T y 12.2(33)SRB, la capacidad de fijar una asignación de blanco forzada para la sonda activa fue introducida.

El último paso en la optimización del tráfico de voz configurar una política OER para establecer las métricas de rendimiento que se desea que OER aplique al tráfico identificado.

Realice una de las primeras dos tareas opcionales, dependiendo de si quiere utilizar una lista de prefijos o una lista de acceso para identificar el tráfico que se desea optimizar. La tercera tarea se puede usar con el tráfico identificado usando una lista de acceso, y también explica cómo usar una asignación de destino forzada. Para un ejemplo de configuración que se puede utilizar con el tráfico identificó usando una lista de prefijos, ven la sección de los ejemplos de configuración.

Identificación del Tráfico para OER Usando una Lista de Prefijos

Antes de que el tráfico se pueda medir usando OER, debe identificarse. Realice esta tarea para utilizar una lista de prefijos para identificar el tráfico que OER sondeará.

PASOS SUMARIOS

1. permiso

2. configuró terminal

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

4. salga


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
[seq seq-value] del nombre de la lista del ip prefix-list {niegue la red/la longitud| permita el [le le-value] del [ge ge-value] de la red/de la longitud}


Ejemplo:

Permiso seq 10 10.20.21.0/24 del ip prefix-list TRAFFIC_PFX_LIST de Router(config)#

 

Crea una lista de prefijos IP.

  • Las listas de prefijos IP se utilizan para seleccionar manualmente los prefijos para monitorear mediante el controlador principal OER.
  • Un regulador principal puede monitorear y controlar un prefijo exacto (/32), una longitud del prefijo específica, o una longitud del prefijo específica y cualquier prefijo que baje bajo longitud del prefijo (por ejemplo, /24 bajo un /16).
  • Un rango del prefijo se puede también seleccionar usando el le keyword con una longitud del prefijo de 32 bits.
  • Los prefijos especificados en la lista de prefijos IP se importan en un mapa OER mediante el comando (OER) match ip address.
  • El ejemplo crea una lista de prefijos IP denominada TRAFFIC_PFX_LIST que permite prefijos desde la subred 10.20.21.0/24.
 
Paso 4
salida


Ejemplo:

Salida de Router(config)#

 

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

 

Identificación del Tráfico de Voz para Optimizar Usando una Lista de Acceso

Antes de que el tráfico de voz pueda ser medido, debe ser identificado. Realice esta tarea de utilizar una lista de acceso para identificar el tráfico de voz.

Stack de Protocolo IP para Voz

El tráfico de voz utiliza una variedad de protocolos y de secuencias en la red IP subyacente. La figura abajo es una representación de las opciones del protocolo disponibles para llevar el tráfico de voz sobre el IP. La mayoría de la señalización de tráfico para la voz se transporta sobre TCP. La mayoría de las llamadas de voz se transmiten mediante el Protocolo de datagrama de usuario (UDP) y el Protocolo en tiempo real (RTP). Se pueden configurar los dispositivos de voz para utilizar un rango específico de números de puerto de destino sobre UDP para llevar el tráfico de la llamada de voz.

Figura 2Opciones de la pila del protocolo disponibles para el tráfico de voz


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 [operator [port] del destino-comodín del destino del [operator [port] del source comodín de la fuente UDP del permiso del [sequence-number]]] [log]

5. salida


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 VOICE_ACCESS_LIST extendido del IP de Router(config)#

 

Define una lista de acceso IP por nombre.

  • OER solamente soporta las listas de acceso con nombre.
  • El ejemplo crea una lista de acceso IP ampliada de nombre VOICE_ACCESS_LIST.
 
Paso 4
[fragments] del [time-range time-range-name] del [ttl operator value] del [tos tos] del [precedence precedence] del [operator [port] del destino-comodín del destino del [operator [port] del source comodín de la fuente UDP del permiso del [sequence-number]]] [log]

Ejemplo:

Router (config-extensión-nacl) # UDP del permiso cualquier rango 16384 32767 del rango 16384 32767 10.20.20.0 0.0.0.15

 

Define la lista de acceso ampliada.

  • Se puede especificar cualquier protocolo, puerto u otro valor de encabezado de paquete IP.
  • El ejemplo está configurado para identificar todo el tráfico UDP que se extiende desde un número de puerto de destino de 16384 a 32767 desde cualquier origen hasta un prefijo de destino de 10.20.20.0/24. Este tráfico UDP específico debe ser optimizado.
 
Paso 5
salida


Ejemplo:

Salida de Router(config)#

 

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

 

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

Después de identificar el tráfico (en este ejemplo, el tráfico de voz se identifica con una lista de acceso) que se optimizará, realice esta tarea de configurar las sondas del jitter OER y asignar los resultados de las sondas del jitter para optimizar el tráfico identificado. En esta tarea, se asigna a las sondas de la voz activa OER un destino forzado para OER, en vez del destino con un mayor coincidencia. Antes de configurar la sonda de fluctuación OER en el dispositivo de origen, se debe habilitar IP SLAs Responder en el dispositivo de destino (el destino operativo). IP SLAs Responder está disponible solamente en los dispositivos basados en Cisco IOS Software. Comience esta tarea en el dispositivo de red que ejecuta la función IP SLAs Responder.


Nota


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

Nota


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

1. permiso

2. configuró terminal

3. respondedor del monitor del sla del IP

4. salida

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

6. permiso

7. configuró terminal

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

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

10. [codec codec-name] determinado del [target-port number] del IP address del sonda-tipo de la activo-sonda

11 segundos de la frecuencia de la sonda del conjunto

12.    fije el umbral del jitter máximo

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

14.    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 del jitter | porcentaje de la variación de valor de prioridad de pérdida | porcentaje de la variación de valor de prioridad MOS | valor de prioridad del rango | porcentaje de la variación de valor de prioridad de la utilización}

15.    fije el porcentaje de la variación de valor de prioridad MOS de la resolución

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

17.    salida

18.    master del oer

19.    nombre de asignación de las directiva-reglas

20.    Finalizar

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

22.    muestre la directiva principal del oer {número de secuencia| directiva-nombre | valor por defecto}


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


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

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


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
respondedor del monitor del sla del IP


Ejemplo:

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

 

Habilita el Contestador de SLAs IP.

 
Paso 4
salida


Ejemplo:

Salida de Router(config)#

 

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

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

--

 
Paso 6
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

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


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

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


Ejemplo:

Oer-mapa TARGET_MAP 10 de Router(config)#

 

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

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


Ejemplo:

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

 

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

  • Solamente se puede configurar una única cláusula de coincidencia para cada secuencia de mapa OER.
  • El ejemplo configura la lista de acceso IP denominada VOICE_ACCESS_LIST como criterios de coincidencia en un mapa OER. La lista de acceso fue creada en el tráfico de voz de identificación para optimizar usando una tarea de la lista de acceso.
 
Paso 10
fije el [codec codec-name] del [target-port number] del IP address del sonda-tipo de la activo-sonda


Ejemplo:

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

 

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

  • La palabra clave echo se utiliza para especificar la dirección IP de destino de un prefijo con el fin de monitorear activamente usando eco (ping) de Internet Control Message Protocol (ICMP).
  • La palabra clave jitter se utiliza para especificar la dirección IP de destino de un prefijo con el fin de monitorear activamente usando mensajes de fluctuación.
  • La palabra clave tcp-conn se utiliza para especificar la dirección IP de destino de un prefijo para monitorear activamente utilizando de eco (ping) de Internet Control Message Protocol (ICMP).
  • La palabra clave udp-echo se utiliza para especificar la dirección IP de destino de un prefijo con el fin de monitorear activamente usando eco (ping) de Internet Control Message Protocol (ICMP).
  • El ejemplo crea una entrada de cláusula set para especificar la dirección IP de destino de un prefijo y un número de puerto específico para monitorear activamente usando jitter.
 
Paso 11
fije los segundos de la frecuencia de la sonda


Ejemplo:

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

 

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

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


Ejemplo:

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

 

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

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


Ejemplo:

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

 

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

  • La palabra clave threshold se utiliza para configurar el valor MOS mínimo.
  • La palabra clave percent se utiliza para configurar el porcentaje de valores MOS que están por debajo del umbral MOS.
  • OER calcula el porcentaje de valores MOS por debajo del umbral MOS que se registran en un período de cinco minutos. Si el valor del porcentaje excede del valor porcentual o el valor predeterminado configurado, el controlador principal busca links de salida alternativos.
  • El ejemplo crea una cláusula set que fija el valor del umbral MOS en 4,0 y el valor de porcentaje en un 30 por ciento para el tráfico que se corresponde a la misma secuencia del mapa OER.
 
Paso 14
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 del jitter | porcentaje de la variación de valor de prioridad de pérdida | porcentaje de la variación de valor de prioridad MOS | 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 10 de la prioridad 1 del jitter de la resolución

 

Crea una entrada de la cláusula set para configurar la prioridad de la política o resolver conflictos de políticas.

  • Este comando se utiliza para establecer prioridades para un tipo de política 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. La configuración del número 1 asigna la mayor prioridad a una política. Configurar el número 10 asigna la prioridad más baja.
  • A cada política se le debe asignar un número de prioridad distinto.
  • El variancekeyword se utiliza para fijar una variación permisible para una directiva definida por el usario. 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.
  • La varianza no se puede configurar para políticas de costo o rango.
  • El ejemplo crea una cláusula set que configura la prioridad de las políticas de fluctuación con el valor 1 para el tráfico de voz. La variación se configura para permitir una diferencia del 10 por ciento en las estadísticas de jitter antes de que se determine que un prefijo no es conforme a la política.
 
Paso 15
fije el porcentaje de la variación de valor de prioridad MOS de la resolución


Ejemplo:

El router (config-oer-mapa) # fijó la variación 15 de la prioridad 2 MOS de la resolución

 

Crea una entrada de la cláusula set para configurar la prioridad de la política o resolver conflictos de políticas.

  • El ejemplo crea la cláusula set que configura la prioridad de las políticas MOS en 2 para el tráfico de voz. La variación se configura para permitir una diferencia del 15 por ciento en los valores MOS antes de que se determine que un prefijo no es conforme a la política.
Nota    En este ejemplo se utiliza solamente la sintaxis aplicable a esta tarea. Para más detalles, vea el paso 14.
 
Paso 16
fije el retardo {porcentaje relativo | umbral maximum}


Ejemplo:

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

 

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

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


Ejemplo:

Router (config-oer-mapa) # salida

 

Sale del modo de configuración de mapa OER y vuelve al modo de configuración global.

 
Paso 18
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 19
nombre de asignación de las directiva-reglas


Ejemplo:

Router (config-oer-bujía métrica) # directiva-reglas TARGET_MAP

 

Aplica una configuración de un mapa OER a una configuración de controlador principal en el modo de configuración de controlador principal OER.

  • Ingresar de nuevo este comando con un nuevo nombre de mapa OER sobrescribirá inmediatamente la configuración previa. Este comportamiento se diseña para permitir seleccionar y conmutar rápidamente entre OER maps predefinidos.
  • El ejemplo aplica la configuración del mapa OER denominado TARGET_MAP.
 
Paso 20
Finalizar


Ejemplo:

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

 

Sale de modo de configuración del controlador principal OER e ingresa en el modo EXEC privilegiado.

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


Ejemplo:

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

 

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

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


Ejemplo:

Directiva principal TARGET_MAP del oer de la demostración del Router-

 

Visualiza la configuración de las políticas en un controlador OER principal.

  • Este comando se utiliza para configurar un OER map que configure el porcentaje relativo o el número máximo de paquetes que OER permitirá que se pierdan durante la transmisión en un link de salida. Si la pérdida del paquete es mayor que el valor definido por el usuario o predeterminado, el controlador principal determina que el link de salida no es conforme a la política.
  • El argumento sequence-number se utiliza para mostrar la configuración de política de la secuencia de mapa OER especificada.
  • El argumento policy-name se usa para mostrar la configuración de política del nombre del policy map OER especificado.
  • El defaultkeyword se utiliza para visualizar solamente las configuraciones de la política predeterminada.
  • El ejemplo muestra los parámetros de política configurados para la política TARGET_MAP.
 

Ejemplos

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

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

Pasos Siguientes

Para otros ejemplos de configuración de la optimización del tráfico de voz OER, vea los ejemplos de configuración para la optimización del tráfico de voz OER usando la sección activa de las sondas.

Ejemplos de Configuración de la Optimización del Tráfico de Voz OER Utilizando Sondas Activas

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

La figura abajo muestra que el tráfico de voz que origina en la oficina remota y que termina en las jefaturas tiene que ser optimizado para seleccionar la red de la oficina remota de los del mejor trayecto. Es menos probable que la degradación en la calidad de la voz (tráfico) se inserte en la red, con lo que sondear el borde de la red da una medida que se acerca al sondeo del destino final.

Figura 3Tráfico de voz óptimo de la topología de red OER usando las sondas activas


Esta configuración optimiza el tráfico de voz para utilizar la mejor trayectoria del funcionamiento, mientras que todo el otra tráfico destinado al mismo network--10.1.0.0/16--will sigue el mejor trayecto según lo indicado por un protocolo del ruteo tradicional, por ejemplo el BGP, que se configura en el dispositivo. Como parte de esta optimización, OER utilizará Policy Based Routing (PBR) para establecer el mejor link de salida para el tráfico de voz en un dispositivo.

La configuración siguiente se realiza en el r1 del router de borde en la figura arriba en la red de las jefaturas para habilitar el respondedor IP SLA.

enable
configure terminal
 ip sla responder
 exit

La configuración siguiente se realiza en el router de borde MC/BR (que es regulador principal y Router del borde OER) en la figura arriba en la red de la oficina remota para optimizar el tráfico de voz usando las sondas activas.

enable
configure terminal
ip access-list extended Voice_Traffic
 10 permit udp any 10.1.0.0 0.0.255.255 range 16384 32767
 exit
oer-map Voice_MAP 10
 match ip address access-list Voice_Traffic
 set active-probe jitter 10.1.1.1 target-port 1025 codec g711alaw
 set delay threshold 300
 set mos threshold 3.76 percent 30
 set jitter threshold 15
 set loss relative 5
 resolve mos priority 1
 resolve jitter priority 2
 resolve delay priority 3
 resolve loss priority 4

Optimización del Tráfico (Incluido el Tráfico de Voz) Usando las Sondas Activas

La figura abajo muestra que el tráfico que origina en la red de las jefaturas y destinado para la red de la oficina remota tiene que ser optimizado basó en la métrica del tráfico de voz. El tráfico de voz es una de las clases de tráfico más importantes que viajan de la sede central a la red de la oficina remota, así que el tráfico de voz debe tener prioridad para ser optimizado. Es menos probable que la degradación en la calidad del paquete de voz se inserte en la red, con lo que sondear el borde de la red da una medida que se acerca al sondeo del destino final.

‘Figura 4’Topología de red OER para optimizar todo el tráfico usando las sondas activas


Esta configuración optimiza todo el tráfico, incluido el tráfico de voz, destinado a la red 10.12.0.0/16. La optimización OER se basa en la medida de las mediciones de rendimiento de la Voz con los valores de umbral usando las sondas activas. Como parte de la optimización, OER insertará un BGP o una ruta estática en la red de la sede central. Para más detalles sobre el BGP y la optimización de la Static ruta, vea el OER que usa a las clases del tráfico de control y verifique el módulo de los cambios de control de la ruta.

La configuración siguiente se realiza en el r1 del router en la figura arriba en la red de la oficina remota para habilitar el respondedor IP SLA.

enable
configure terminal
 ip sla responder
 exit

La configuración siguiente se realiza en una del Routers del BR en la figura arriba en la red de las jefaturas para optimizar todo el tráfico (tráfico de voz incluyendo) usando las sondas activas.

enable
configure terminal
 ip prefix-list All_Traffic_Prefix permit 10.12.0.0/16 
 oer-map Traffic_MAP 10
 match ip address prefix-list All_Traffic_Prefix
 set active-probe jitter 10.12.1.1 target-port 1025 codec g711alaw
! port 1025 for the target probe is an example.
 set delay threshold 300
 set mos threshold 3.76 percent 30
 set jitter threshold 15
 set loss relative 5
 resolve mos priority 1
 resolve jitter priority 2
 resolve delay priority 3
 resolve loss priority 4

Adonde ir después

Este documento describe una implementación específica de OER y supone que se está familiarizado con la tecnología OER. Si desea revisar más información sobre OER, continúe con el módulo Descripción General de Optimized Edge Routing de Cisco IOS y, a continuación, con el módulo Configuración de Componentes de Red OER. Si usted ha configurado sus componentes OER, usted debe leer a través de los otros módulos en 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

Después de que usted entienda las diversas fases OER, revise los módulos de las soluciones OER que son mencionados bajo sección relacionada de los documentos.

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 Optimizar el Tráfico de Voz OER Usando las Sondas Activas

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 Optimizar el Tráfico de Voz OER Usando las Sondas Activas

Nombre de la función

Versiones

Información sobre la Función

OER Voice Traffic Optimization

12.4(6)T 12.2(33)SRB

La característica de la optimización del tráfico de voz OER proporciona el soporte para la optimización saliente del tráfico de voz basada en la métrica de la Voz, el jitter y el 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, fijó la activo-sonda, 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.

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.