Software Cisco IOS y NX-OS : Software Cisco IOS versión 12.1 T

Low Latency para retransmisión por Frame Relay

23 Marzo 2008 - Traducción manual
Otras Versiones: PDFpdf | Inglés (22 Mayo 2000) | Comentarios


Contenidos

Lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay)
Información general de características
Plataformas compatibles
RFC, MIB y normas compatibles
Requisitos previos
Tareas de configuración
Supervisión y mantenimiento de la lista de espera de tiempo de latencia bajo
para Retransmisión por frame (Frame Relay)

Ejemplos de configuración
Referencia de comandos
service-policy
show frame-relay pvc
show policy-map interface
Glosario

Lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay)


En este documento, se describe la característica de la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay). Incluye información sobre las ventajas de esta nueva característica, las plataformas compatibles y los documentos relacionados, entre otras muchas cosas.

Este documento se divide en las siguientes secciones:

Información general de características

La lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay) es una nueva característica que ofrece una PQ (lista de espera de prioridad) estricta para el tráfico de voz y listas de espera equilibradas y ponderadas para otras clases de tráfico. Antes de la aparición de esta característica, la lista de espera de tiempo de latencia bajo estaba disponible en los niveles de la interfaz y del VC (Circuito virtual) de ATM. Ahora está disponible en el nivel del VC de Retransmisión por frame (Frame Relay) cuando se ha configurado el modelado de tráfico de Retransmisión por frame (Frame Relay).

La lista de espera de tiempo de latencia bajo, también denominada PQ/CBWFQ (Colocación en lista de espera de prioridad/Class-Based Weighted Fair Queueing), es un superconjunto de ofertas de calidad de servicio de Retransmisión por frame (Frame Relay) más flexibles que las anteriores, en particular con prioridad RTP (Protocolo de transporte en tiempo real) y PQ/WFQ (Lista de espera de prioridad/Lista de espera equilibrada y ponderada).

Con la prioridad RTP y PQ/WFQ, el tráfico que se corresponde con un intervalo de puertos RTP/UDP (Protocolo de datagrama de usuario) específico se considera de alta prioridad y se asigna a la PQ. Con la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay), las clases de tráfico se configuran de acuerdo con el protocolo, la interfaz o las listas de acceso, y luego se definen asignaciones de políticas para establecer la forma en la que se controlan las clases en la lista de espera de prioridad y en las listas de espera equilibradas y ponderadas.

Las listas de espera se configuran por cada PVC (Circuito virtual permanente): cada PVC tiene una PQ y un número asignado de listas de espera equilibradas. Las listas de espera equilibradas tienen asignados pesos proporcionales a los requisitos de ancho de banda de cada clase; una clase que requiere el doble de ancho de banda que otra tendrá la mitad de peso. No se permite una suscripción excesiva de ancho de banda. La CLI (Interfaz de línea de comandos) rechaza cualquier cambio de configuración que haga que se supere el ancho de banda total. Esta funcionalidad es diferente de la de WFQ, en la que se asigna un peso a los flujos basándose en la prioridad de IP. WFQ permite que el tráfico de alta prioridad obtenga proporcionalmente más ancho de banda, pero cuantos más flujos haya, menos ancho de banda habrá disponible para cada flujo.

La PQ se controla para garantizar que no haya escasez de ancho de banda en las listas de espera equilibradas. Cuando configura PQ, especifica en kbps la cantidad máxima de ancho de banda disponible para esa lista de espera. Se eliminan los paquetes que exceden ese máximo. Las listas de espera equilibradas no se controlan.

La lista de espera de latencia baja para Retransmisión por frame (Frame Relay) se configura mediante una combinación de los comandos class-map y policy-map, y los comandos de clase de asignación de Retransmisión por frame (Frame Relay). El comando class-map define clases de tráfico de acuerdo con el protocolo, la interfaz o la lista de acceso. El comando policy-map define cómo se trata cada clase en el sistema de listas de espera de acuerdo con el ancho de banda, la prioridad, el límite de listas de espera o WRED (Random Early Detection ponderada). El comando de clase de asignación service-policy output asocia una asignación de política a un VC de Retransmisión por frame (Frame Relay).

Los comandos class-map y policy-map para VC de Retransmisión por frame (Frame Relay) no admiten políticas que no estén directamente relacionadas con listas de espera de tiempo de latencia bajo (por ejemplo, modelado de tráfico, definición de prioridad de IP y control). Debe utilizar otros mecanismos de configuración (por ejemplo, comandos de clase de asignación) para configurar estas políticas.

La lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay) se puede utilizar en conjunto con las características que se indican en las siguientes secciones:

Prioridad RTP

La prioridad RTP ofrece un esquema de listas de espera de prioridad estricta para el tráfico de voz. El tráfico de voz se identifica por medio de sus números de puerto RTP y se clasifica en una lista de espera de prioridad configurada mediante el comando de clase de asignación frame-relay ip rtp priority. Para clasificar el tráfico como voz, hay que especificar un intervalo de números de puertos RTP. Si el tráfico se corresponde con el intervalo especificado, se clasifica como voz y se pone en la PQ de la lista de espera de tiempo de latencia bajo, además de en la lista de espera de prioridad de la interfaz. Si el tráfico no pertenece al intervalo de puertos RTP especificado, se clasifica por medio de la política de servicio del esquema de lista de espera de tiempo de latencia bajo.

El comando ip rtp priority está disponible en el modo de configuración de interfaces y en el modo de configuración de Retransmisión por frame (Frame Relay) de clases de asignación. En esta característica, sólo es compatible con el comando de configuración de clases de asignación frame relay ip rtp priority.

Voz sobre Retransmisión por frame (Frame Relay)

VoFR (Voz sobre Retransmisión por frame (Frame Relay)) utiliza la PQ de la lista de espera de tiempo de latencia bajo en lugar de su propio mecanismo de listas de espera de prioridad. El comando de clases de asignación frame-relay voice bandwidth configura el ancho de banda total disponible para el tráfico VoFR. El ancho de banda que se pone a disposición de las demás listas de espera es la CIR (Velocidad de información comprometida) mínima menos el ancho de banda de voz.

El comando de clases de asignación frame-relay voice bandwidth también configura una función de control de admisión de llamadas, que garantiza que hay suficiente ancho de banda VoFR antes de permitir una llamada. El tráfico de voz no se controla una vez establecida la llamada.

Para VoFR sin datos, todos los paquetes de voz y de control de llamadas se colocan en la PQ de la lista de espera de tiempo de latencia bajo. Para VoFR con datos, un PVC de VoFR puede transportar tanto paquetes de voz como de datos por diferentes subcanales. Los paquetes de datos VoFR se fragmentan e intercalan con paquetes de voz para garantizar unos buenos límites de tiempo de latencia para los paquetes de voz, además de escalabilidad para el tráfico de voz y datos.

Tenga en cuenta que, si VoFR está activado, no es necesario configurar una asignación de clase de prioridad para voz. Los únicos comandos VoFR que se utilizan con la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay) son el comando de configuración de clases de asignación frame-relay voice bandwidth y el comando de configuración dlci de interfaces vofr data.


Nota   Es posible, aunque no se recomienda, configurar otro tipo de tráfico para la PQ al mismo tiempo que VoFR. Esto podría producir retrasos, porque no sería posible intercalar paquetes que no fueran VoFR en la PQ, lo que haría que la PQ (y cualquier paquete VoFR que hubiera en ella) se retuviera durante la fragmentación hasta que se hubiera transmitido todo el paquete fragmentado.

Fragmentación de Retransmisión por frame (Frame Relay)

El propósito de la fragmentación de Retransmisión por frame (Frame Relay) (FRF.12) es permitir paquetes de voz y datos en enlaces de menor velocidad sin causar un retraso excesivo en los paquetes de voz. Los paquetes de datos de gran tamaño se fragmentan e intercalan con los paquetes de voz.

Cuando FRF.12 se configura con la lista de espera de tiempo de latencia bajo, los paquetes pequeños clasificados para la PQ pasan, sin fragmentar, hasta la PQ de la lista de espera de tiempo de latencia bajo y la lista de espera de la interfaz de alta prioridad. Los paquetes de gran tamaño destinados a la PQ se modelan y fragmentan cuando se quitan de la lista de espera.

Utilice los comandos de configuración de clases de asignación frame-relay fragment y service-policy para activar las listas de espera de tiempo de latencia bajo con FRF.12 .

IP Switching de Cisco Express Forwarding

A la IP Switching de CEF (Cisco Express Forwarding) no le afecta la funcionalidad de la lista de espera de tiempo de latencia bajo.

Beneficios

Servicio de prioridad estricta

La lista de espera de prioridad estricta mejora la calidad de servicio, ya que permite que el tráfico susceptible a sufrir retrasos (por ejemplo, el tráfico de voz) salga de la lista de espera y se envíe antes que otras clases de tráfico.

Flexibilidad

La lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay) permite definir clases de tráfico de acuerdo con el protocolo, la interfaz o las listas de acceso. Luego, puede asignar características a esas clases, incluida la prioridad, el ancho de banda, el límite de lista de espera y el WRED.

Restricciones

Sólo se admiten los siguientes comandos de asignaciones de clase y asignaciones de política:

  • El comando match de asignaciones de clase
  • Los comandos priority, bandwidth, queue-limit, random-detect y fair-queue de asignaciones de políticas

Características y tecnologías relacionadas

Las siguientes características y tecnologías está relacionadas con la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay):

  • Modelado de tráfico de Retransmisión por frame (Frame Relay) (FRTS)
  • Prioridad RTP
  • Lista de espera de prioridad (PQ)
  • Voz sobre Retransmisión por frame (Frame Relay) (VoFR)
  • Lista de espera equilibrada y ponderada (WFQ)

Documentos relacionados

Los siguientes documentos proporcionan información relacionada con la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay):

  • Class-Based Weighted Fair Queueing (Class-Based Weighted Fair Queueing), versión 12.0(5)T de Cisco IOS
  • IP RTP Priority (Prioridad RTP de IP), versión 12.0(5)T de Cisco IOS
  • Cisco IOS Quality of Service Solutions Configuration Guide (Guía de configuración de soluciones de calidad de servicio de Cisco IOS), versión 12.1 de Cisco IOS
  • Cisco IOS Quality of Service Solutions Command Reference (Referencia de comandos de soluciones de calidad de servicio de Cisco IOS), versión 12.1 de Cisco IOS

Plataformas compatibles

La característica de lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay) se ejecuta en las siguientes plataformas:

  • Cisco 805
  • Cisco 1600
  • Serie 1700 de Cisco
  • Cisco 2500
  • Serie 2600 de Cisco
  • Serie 3600 de Cisco
  • Cisco 3810
  • Serie 7200 de Cisco

RFC, MIB y normas compatibles

Normas

Esta característica no es compatible con ninguna norma nueva ni modificada.

MIB

Esta característica no admite ningún MIB nuevo ni modificado.

Para obtener las descripciones de las MIB compatibles y cómo utilizarlas, consulte el sitio web de MIB de Cisco Conexión en línea de Cisco (CCO) en http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml.

RFC

Esta característica no es compatible con ningún RFC nuevo ni modificado.

Requisitos previos

Hay que realizar las siguientes tareas antes de poder activar la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay):

  • Hay que activar el modelado de tráfico de Retransmisión por frame (Frame Relay) en la interfaz.
  • Hay que configurar una política de servicio de salida en la clase de asignación asociada a la interfaz, la subinterfaz o el DLCI (Identificador de conexión de enlaces de datos).
  • Hay que eliminar cualquier lista de espera que no sea FIFO (Primera en entrar, primera en salir) que esté configurada en la clase de asignación. La lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay) no se puede configurar si ya hay configurada una lista de espera que no es FIFO, excepto la lista de espera predeterminada que se crea al activar la fragmentación.

Tareas de configuración

Consulte en las siguientes secciones las tareas de configuración de la característica de lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay). En la lista, se indica si cada tarea es opcional u obligatoria.

Definición de class maps (asignaciones de clase)

Para crear una asignación de clase que contenga criterios de correspondencia que sirvan para comprobar si un paquete pertenece a una clase, comience con el comando class-map en el modo de configuración global.

Comando Propósito
Paso 1 

Router(config)# class-map nombre-asignación-clase

Especifica el nombre de la asignación de clase que se va a crear.

Paso 2 

Router(config-cmap)# match access-group {grupo-acceso | name nombre-grupo-acceso}

 

o

 
Router(config-cmap)# match input-interface nombre-interfaz

o

 

Router(config-cmap)# match protocol protocolo

 

Especifica el nombre de la ACL (Lista de control de acceso) que sirve para comprobar si sus paquetes de contenido pertenecen a la clase.

 

Especifica el nombre de la interfaz de entrada que se utiliza como criterio de correspondencia para comprobar si los paquetes pertenecen a la clase.

 

Especifica el nombre del protocolo que se utiliza como criterio de correspondencia para comprobar si los paquetes pertenecen a la clase.

Para obtener más detalles sobre la definición de asignaciones de clase, consulte Cisco IOS Quality of Service Solutions Configuration Guide (Guía de configuración de soluciones de calidad de servicio de Cisco IOS).

Configuración de políticas de clase en la asignación de políticas

Para configurar una asignación de política y crear políticas de clase que conformen la política de servicio, comience con el comando policy-map para especificar el nombre de la asignación de políticas. A continuación, utilice uno o varios de los siguientes comandos para configurar la política para una clase estándar o la clase predeterminada:

  • priority
  • bandwidth
  • queue-limit o random-detect
  • fair-queue (sólo para la clase class-default)

Para cada clase que defina, puede utilizar uno o varios de los comandos que se han indicado anteriormente para configurar la política de clase. Por ejemplo, puede especificar un ancho de banda para una clase, y el ancho de banda y el límite de lista de espera para otra clase.

La clase predeterminada de la asignación de políticas (que se suele denominar clase class-default) es la clase a la que se dirige el tráfico que no cumple los criterios de correspondencia de las otras clases definidas en la asignación de políticas.

Puede configurar políticas de clase para todas las clases que estén definidas en el router, hasta un máximo de 64. Sin embargo, la cantidad total de ancho de banda asignado para todas las clases de una asignación de políticas no debe superar la CIR mínima configurada para el VC, menos cualquier ancho de banda reservado por los comandos frame-relay voice bandwidth y frame-relay ip rtp priority. Si no se configura la CIR mínima, se define de manera predeterminada en la mitad de la CIR. Si no se asigna todo el ancho de banda, el ancho de banda restante se asigna proporcionalmente entre las clases en base a su ancho de banda configurado.

Para configurar políticas de clase en una asignación de políticas, realice las tareas de las siguientes secciones:

  • Configuración de políticas de clase para una lista de espera de prioridad de la lista de espera de tiempo de latencia bajo
  • Configuración de políticas de clase con un ancho de banda especificado y eliminación de paquetes WRED
  • Configuración de la política de clase class-default

Configuración de políticas de clase para una lista de espera de prioridad de la lista de espera de tiempo de latencia bajo

Para configurar una asignación de políticas y dar prioridad a una clase en la asignación de políticas, comience con el comando policy-map en el modo de configuración global.

Comando Propósito
Paso 1 

Router(config)# policy-map asignación-políticas

Especifica el nombre de la asignación de políticas que se va a crear o modificar.

Paso 2 

Router(config-pmap)# class nombre-clase

Especifica el nombre de una clase que se va a crear e incluir en la política de servicio.

Paso 3 

Router(config-pmap-c)# priority kbps-ancho-banda

Crea una clase de prioridad estricta y especifica la cantidad de ancho de banda en kbps que se va asignar a la clase.

Configuración de políticas de clase con un ancho de banda especificado y eliminación de paquetes WRED

Para configurar una asignación de políticas y crear políticas de clase que conformen la política de servicio, comience con el comando policy-map en el modo de configuración global.

Comando Propósito
Paso 1 

Router(config)# policy-map asignación-políticas

Especifica el nombre de la asignación de políticas que se va a crear o modificar.

Paso 2 

Router(config-pmap)# class nombre-clase

Especifica el nombre de una clase que se va a crear e incluir en la política de servicio.

Paso 3 

Router(config-pmap-c)# bandwidth kbps-ancho-banda

Especifica la cantidad de ancho de banda que se va a asignar a la clase en kbps o como un porcentaje del ancho de banda disponible. El ancho de banda se debe especificar en kbps o como un porcentaje, pero siempre de manera coherente en todas las clases. (El ancho de banda de la lista de espera de prioridad se debe especificar en kbps).

Paso 4 

Router(config-pmap-c)# random-detect

Activa WRED.

Para configurar políticas para más de una clase en la misma asignación de políticas, repita los pasos 2 a 4.

Configuración de la política de clase class-default

La clase class-default se utiliza para clasificar el tráfico que no pertenece a una de las clases definidas. Aunque la clase class-default ya esté definida al crear la asignación de políticas, tiene que configurarla. Si no se configura una clase predeterminada, al tráfico que no se corresponde con ninguna de las clases predeterminadas se le da el tratamiento de "mejor esfuerzo", lo que significa que la red enviará el tráfico si puede, sin garantizar la fiabilidad, la prevención de retrasos ni el desempeño.

Para configurar una asignación de políticas y la clase class-default, comience con el comando policy-map en el modo de configuración global.

Comando Propósito
Paso 1 

Router(config)# policy-map asignación-políticas

Especifica el nombre de la asignación de políticas que se va a crear o modificar.

Paso 2 

Router(config-pmap)# class class-default nombre-clase-predeterminada

Especifica la clase predeterminada para que pueda configurar o modificar su política.

Paso 3 

Router(config-pmap-c)# bandwidth kbps-ancho-banda
o

 

Router(config-pmap-c)# fair-queue [número-de-listas de espera-dinámicas]

Especifica la cantidad de ancho de banda en kbps que se va asignar a la clase.

 

Especifica el número de listas de espera dinámicas que se van a reservar para la WFQ basada en flujo que se ejecuta en la clase predeterminada. El número de listas de espera dinámicas se obtiene del ancho de banda de la interfaz.

Paso 4 

Router(config-pmap-c)# queue-limit número-de-paquetes

Especifica el número máximo de paquetes que puede acumular la lista de espera de la clase predeterminada.

Para obtener más detalles sobre la configuración de políticas de clase en la asignación de políticas, consulte Cisco IOS Quality of Service Solutions Configuration Guide (Guía de configuración de soluciones de calidad de servicio de Cisco IOS).

Asociación de la política de servicio y activación de la lista de espera de tiempo de latencia bajo
para Retransmisión por frame (Frame Relay)

Para asociar una política de servicio a la interfaz de salida y activar la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay), utilice el siguiente comando de configuración de clases de asignación. Cuando está activada la lista de espera de tiempo de latencia bajo, todas las clases configuradas como parte de la asignación de políticas de servicio se instalan en el sistema de listas de espera equilibradas.

Comando Propósito
Router(config-map-class)# service-policy output asignación-políticas

Asocia la asignación de políticas de servicio especificada a la interfaz de salida y activa la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay).

Verificación de la configuración de las asignaciones de políticas y sus clases

Para ver el contenido de una asignación de políticas específica o todas las asignaciones de políticas configuradas en una interfaz, utilice uno de los siguientes comandos en el modo de configuración global:

Comando Propósito
Router# show frame-relay pvc dlci

Muestra estadísticas sobre el PVC y la configuración de clases para la asignación de políticas en el DLCI especificado.

Router# show policy-map interface nombre-interfaz

Cuando se configura FRTS, muestra la configuración de clases para todas las asignaciones de políticas de nivel de VC de Retransmisión por frame (Frame Relay).

Cuando no se configura FRTS, muestra la configuración de clases para la política de nivel de interfaz.

Router# show policy-map interface nombre-interfaz dlci dlci

Cuando se configura FRTS, muestra la configuración de clases para la asignación de políticas en el DLCI especificado.

Supervisión y mantenimiento de la lista de espera de tiempo de latencia bajo
para Retransmisión por frame (Frame Relay)

Para obtener una lista de los comandos que se pueden utilizar para supervisar la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay), consulte la sección anterior, "Verificación de la configuración de asignaciones de políticas y sus clases".

Ejemplos de configuración

En esta sección, se ofrece un ejemplo de la configuración de la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay).

Ejemplo de configuración de la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay)

En el siguiente ejemplo, se muestra cómo configurar un PVC modelado de acuerdo con una CIR de 64K con fragmentación. La lista de espera de modelado se configura con una clase para voz, dos clases de datos para el tráfico de prioridad de IP y una clase predeterminada para el tráfico de mejor esfuerzo. WRED se utiliza como política de eliminación de una de las clases de datos.

Los siguientes comandos definen las asignaciones de clase y los criterios de correspondencia de las asignaciones de clase:

 !
class-map voice
match access-group 101
!
class-map immediate-data
match access-group 102
!
class-map priority-data
match access-group 103
 !
 access-list 101 permit udp any any range 16384 32767
access-list 102 permit ip any any precedence immediate
access-list 103 permit ip any any precedence priority

Los siguientes comandos crean y definen una asignación de políticas denominada "mypolicy":

 !
policy-map mypolicy
class voice
priority 16
class immediate-data
bandwidth 32
random-detect
class priority-data
bandwidth 16
class class-default
fair-queue 64
queue-limit 20

Los siguientes comandos activan la fragmentación de Retransmisión por frame (Frame Relay) y asocian la asignación de políticas al DLCI 100:

 !
interface Serial1/0.1 point-to-point
frame-relay interface-dlci 100
class fragment
!
map-class frame-relay fragment
  frame-relay cir 64000
  frame-relay mincir 64000
frame-relay bc 640
frame-relay fragment 50
  service-policy output mypolicy

Referencia de comandos

En esta sección, se documentan los comandos modificados. Todos los demás comandos que se utilizan con esta característica se documentan en las publicaciones de las referencias de comandos de la versión 12.1 de Cisco IOS.

service-policy

Para asociar una asignación de políticas a una interfaz de entrada o VC (Circuito virtual), o una interfaz de salida o VC que se va a utilizar como política de servicio de esa interfaz o VC, utilice el comando de configuración global service-policy. Para eliminar una política de servicio de una interfaz de entrada o de salida, o de un VC de entrada o de salida, utilice la forma de este comando con no .

service-policy {input | output} asignación-políticas
no service-policy {input | output}

Descripción de la sintaxis

input

Asocia la asignación de políticas especificada a la interfaz de entrada o VC de entrada.

output

Asocia la asignación de políticas especificada a la interfaz de salida o VC de salida.

asignación-políticas

El nombre de una asignación de políticas de servicio (creada con el comando policy-map) que se va a asociar.

Valores predeterminados

No se especifica ninguna política de servicio.

Modos de comando

Configuración global

Submodo de VC (para un VC autónomo)

Configuración del agrupamiento VC (para miembros del agrupamiento VC de ATM)

Configuración de la clase de asignación (para VC de Retransmisión por frame (Frame Relay))

Historial de comando

Versión Modificación

12.0(5)T

Este comando fue ingresado.

12.1(2)T

Este comando se ha modificado para activar la lista de espera de tiempo de latencia bajo en los VC de Retransmisión por frame (Frame Relay).

Pautas de uso

Puede asociar una sola asignación de políticas a una o varias interfaces o a uno o varios VC para especificar la política de servicio de esas interfaces o VC.

Actualmente, una política de servicio especifica una CBWFQ (Class-Based Weighted Fair Queueing). Luego, las políticas de clase que conforman la asignación de políticas se aplican a los paquetes que cumplen los criterios de correspondencia de la clase.

Para activar la lista de espera de tiempo de latencia bajo para Retransmisión por frame (Frame Relay) (PQ/CBWFQ), primero debe activar el modelado de tráfico de Retransmisión por frame (Frame Relay) en la interfaz con el comando frame-relay traffic-shaping en el modo de configuración de interfaces. A continuación, debe asociar una política de servicio de salida al VC de Retransmisión por frame (Frame Relay) con el comando service-policy en el modo de configuración de clases de asignación.

Para asociar correctamente una asignación de políticas a una interfaz o un VC de ATM, la cantidad total de ancho de banda mínimo configurado de las clases que conforman la asignación de políticas debe ser inferior o igual al 75 por ciento del ancho de banda de la interfaz o el ancho de banda asignado al VC. Para un VC de Retransmisión por frame (Frame Relay), la cantidad total de ancho de banda asignado no debe superar la CIR mínima configurada para el VC, menos cualquier ancho de banda reservado por los comandos de clase de asignación frame-relay voice bandwidth y frame-relay ip rtp priority. Si no se configura, la CIR mínima se define de manera predeterminada en la mitad de la CIR.

La configuración de CBWFQ en una interfaz física sólo es posible si la interfaz está en el modo de lista de espera predeterminado. Las interfaces de serie a E1 (2.048 Mbps) y menos utilizan WFQ en forma predeterminada; otras interfaces utilizan FIFO en forma predeterminada. Al activar CBWFQ en una interfaz física, se anula el método de lista de espera de interfaz predeterminado. La activación de CBWFQ en un PVC de ATM no anula el método de lista de espera predeterminado.

La asociación de una política de servicio y la activación de CBWFQ en una interfaz invalida todos los comandos relacionados con listas de espera elaboradas como, por ejemplo, los comandos relativos a las listas de espera equilibradas, las listas de espera personalizadas, las listas de espera de prioridad y WRED (Random Early Detection ponderada). Para configurar estas características, tiene que eliminar la asignación de políticas de la interfaz.

Para modificar una asignación de políticas asociada a una interfaz o un VC, cambie el ancho de banda de cualquiera de las clases que conforman la asignación. Los cambios de ancho de banda que realice en una asignación de políticas asociada sólo se aplican si la cantidad total de ancho de banda de todas las clases que conforman la asignación de políticas, incluido el ancho de banda de la clase modificada, es inferior o igual al 75 por ciento del ancho de banda de la interfaz o el ancho de banda del VC. Si la nueva cantidad total del ancho de banda supera el 75 por ciento del ancho de banda de la interfaz o el ancho de banda del VC, la asignación de política no se modifica.

Ejemplos

En los siguientes ejemplos, se muestra cómo se asocia la asignación de políticas de servicio denominada "policy9" al DLCI 100 en la interfaz de salida Serial1, y se activa la lista de espera de tiempo de latencia bajo para Random Early Detection ponderada (Frame Relay):

interface Serial1/0.1 point-to-point
frame-relay interface-dlci 100
class fragment
!
map-class frame-relay fragment
service-policy output policy9

En el siguiente ejemplo, se ilustra la asociación de la asignación de políticas de servicio denominada "policy9" a la interfaz de entrada Serial1:

interface Serial1
service-policy input policy9

En el siguiente ejemplo, se ilustra la asociación de la asignación de políticas de servicio denominada "policy9" al PVC (Circuito virtual permanente) de entrada denominado "cisco":

pvc cisco 0/34
service-policy input policy9
vbr-nt 5000 3000 500
precedence 4-7

En el siguiente ejemplo, se ilustra la asociación de la política denominada "policy9" a la interfaz de salida serial1 para especificar la política de servicio de la interfaz y activar CBWFQ en ella:

interface serial1
service-policy output policy9

En el siguiente ejemplo, se ilustra la asociación de la asignación de políticas de servicio denominada "policy9" al PVC de salida denominado "cisco":

pvc cisco 0/5
service-policy output policy9
vbr-nt 4000 2000 500
precedence 2-3

Comandos relacionados

Comando Descripción

asignación-políticas

Crea o modifica una asignación de políticas que se puede asociar a una o varias interfaces con el fin de especificar una política de servicio.

show frame-relay pvc

Muestra estadísticas sobre PVC para interfaces de Random Early Detection ponderada Retransmisión por frame (Frame Relay).

show policy-map

Muestra la configuración de todas las clases que conforman la asignación de políticas de servicio especificada o todas las clases de todas las asignaciones de políticas existentes.

show policy-map interface

Muestra la configuración de las clases configuradas para las políticas de servicio en la interfaz o PVC especificados.

show frame-relay pvc

Para ver estadísticas sobre los PVC (Circuitos virtuales permanentes) de las interfaces de Random Early Detection ponderada (Frame Relay), utilice el comando show frame-relay pvc en el modo EXEC con privilegios.

show frame-relay pvc [interface interfaz ][dlci]

Descripción de la sintaxis

interface

(Opcional) Indica una interfaz específica para la cual se mostrará la información del PVC.

interfaz

(Opcional) Número de interfaz que contiene los DLCI para los cuales desea ver la información de PVC.

dlci

(Opcional) Un número de DLCI específico utilizado en la interfaz. Las estadísticas del PVC especificado se muestran cuando también se especifica un DLCI.

Valores predeterminados

Sin valores ni comportamiento predeterminados.

Modos de comando

EXEC con privilegios

Historial de comando

Versión Modificación

10.0

Este comando fue ingresado.

12.0(1)T

Este comando se ha modificado para ver estadísticas sobre las interfaces de acceso virtual que se utilizan para conexiones PPP sobre Random Early Detection ponderada Retransmisión por frame (Frame Relay).

12.0(3)XG

Este comando se ha modificado para incluir el tamaño y el tipo de fragmentación asociados a un PVC particular cuando la fragmentación está activada en el PVC.

12.0(4)T

Este comando se ha modificado para incluir el tamaño y el tipo de fragmentación asociados a un PVC particular cuando la fragmentación está activada en el PVC.

12.0(5)T

Este comando se ha modificado para incluir información en la lista de espera de voz especial que se ha creado con la palabra clave queue del comando frame-relay voice bandwidth.

12.1(2)T

Este comando se ha modificado para incluir información sobre la asignación de políticas asociada a un PVC específico.

Pautas de uso

Utilice este comando para supervisar el estado de LCP (Protocolo de control de enlace) de PPP mientras se abre con el estado "conectado" o se cierra con el estado "desconectado".

Si se ha configurado "vofr" o "vofr cisco" en el PVC y se ha asignado un ancho de banda de voz a la clase asociada a este PVC, también se muestra el ancho de banda de voz configurado y el ancho de banda de voz utilizado.

Informe de estadísticas

Para obtener estadísticas sobre los PVC en todas las interfaces de Retransmisión por frame (Frame Relay), utilice este comando sin ningún argumento.

Para obtener estadísticas sobre un PVC que incluye la configuración de asignación de políticas, utilice este comando con el argumento DLCI.

Los contadores por VC no aumentan cuando se configura la conmutación autónoma o SSE (Motor de conmutación de silicio); por lo tanto, los valores de PVC no serán exactos si se utiliza alguno de estos métodos de conmutación.

Modelado de tráfico

Actualmente, no se admiten mecanismos de control de la sobrecarga, pero el switch pasa los bits FECN (Notificación explícita de la sobrecarga en la retransmisión), los bits BECN (Notificación explícita de la sobrecarga en el reenvío) y los bits DE (Calificado para descarte) no modificados desde los puntos de entrada a los puntos de salida de la red.

Si un informe de estado LMI (Interfaz de administración local) indica que un PVC no está activo, se marca como inactivo. Un PVC se marca como eliminado si no aparece en un mensaje de estado LMI periódico.

Ejemplos

Las diversas pantallas de esta sección muestran la salida de ejemplo de una gran variedad de PVC. Algunos de los PVC sólo transportan datos, pero otros transportan una combinación de voz y datos.

A continuación, se muestra la salida de ejemplo del comando show frame-relay pvc para un PVC modelado de acuerdo con una CIR de 64K con fragmentación. Se asocia una asignación de políticas al PVC y se configura con una clase de prioridad para voz, dos clases de datos para el tráfico de prioridad de IP y una clase predeterminada para el tráfico de mejor esfuerzo. WRED se utiliza como política de eliminación de una de las clases de datos:

ed2-36b# show frame-relay pvc 100
PVC Statistics for interface Serial1/0 (Frame Relay DTE)
DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial1/0.1
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:00:42, last time pvc status changed 00:00:42
service policy mypolicy
Class voice
Weighted Fair Queueing
Strict Priority
Output Queue: Conversation 72
Bandwidth 16 (kbps) Packets Matched 0
(pkts discards/bytes discards) 0/0
Class immediate-data
Weighted Fair Queueing
Output Queue: Conversation 73
Bandwidth 60 (%) Packets Matched 0
(pkts discards/bytes discards/tail drops) 0/0/0
mean queue depth: 0
drops: class random tail min-th max-th mark-prob
0 0 0 64 128 1/10
1 0 0 71 128 1/10
2 0 0 78 128 1/10
3 0 0 85 128 1/10
4 0 0 92 128 1/10
5 0 0 99 128 1/10
6 0 0 106 128 1/10
7 0 0 113 128 1/10
rsvp 0 0 120 128 1/10
Class priority-data
Weighted Fair Queueing
Output Queue: Conversation 74
Bandwidth 40 (%) Packets Matched 0 Max Threshold 64 (packets)
(pkts discards/bytes discards/tail drops) 0/0/0
Class class-default
Weighted Fair Queueing
Flow Based Fair Queueing
Maximum Number of Hashed Queues 64 Max Threshold 20 (packets)
Output queue size 0/max total 600/drops 0
fragment type end-to-end fragment size 50
cir 64000 bc 640 be 0 limit 80 interval 10
mincir 64000 byte increment 80 BECN response no
frags 0 bytes 0 frags delayed 0 bytes delayed 0
shaping inactive
traffic shaping drops 0

En la siguiente salida de ejemplo del comando show frame-relay pvc, se muestran las estadísticas de PVC para la interfaz de serie 5 (la ranura 1 y el DLCI 55 están conectados) durante una sesión de PPP sobre Retransmisión por frame (Frame Relay):

Router# show frame-relay pvc 55
PVC Statistics for interface Serial5/1 (Retransmisión por frame (Frame Relay) DTE)
DLCI = 55, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial5/1.1
input pkts 9 output pkts 16 in bytes 154
out bytes 338 dropped pkts 6 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:35:11, last time pvc status changed 00:00:22
Bound to Virtual-Access1 (up, cloned from Virtual-Template5)

A continuación, se muestra la salida de ejemplo del comando show frame-relay pvc de un PVC que transporta voz sobre Retransmisión por frame (Frame Relay) configurada mediante el comando vofr cisco. El comando frame-relay voice bandwidth se ha configurado en la clase asociada a este PVC, igual que la fragmentación. La fragmentación empleada es propiedad de Cisco.

Primero se muestra una configuración de ejemplo para este escenario y, a continuación, la salida del comando show frame-relay pvc :

interface serial 0
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay interface-dlci 108
vofr cisco
class vofr-class
map-class frame-relay vofr-class
frame-relay fragment 100
frame-relay fair-queue
frame-relay cir 64000
frame-relay voice bandwidth 25000
Router# show frame-relay pvc 108
PVC Statistics for interface Serial0 (Frame Relay DTE)
DLCI = 108, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0
input pkts 1260 output pkts 1271 in bytes 95671
out bytes 98604 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 1271 out bcast bytes 98604
pvc create time 09:43:17, last time pvc status changed 09:43:17
Service type VoFR-cisco
configured voice bandwidth 25000, used voice bandwidth 0
voice reserved queues 24, 25
fragment type VoFR-cisco fragment size 100
cir 64000 bc 64000 be 0 limit 1000 interval 125
mincir 32000 byte increment 1000 BECN response no
pkts 2592 bytes 205140 pkts delayed 1296 bytes delayed 102570
shaping inactive
shaping drops 0
Current fair queue configuration:
Discard Dynamic Reserved
threshold queue count queue count
64 16 2
Output queue size 0/max total 600/drops 0

Tenga en cuenta que el campo "fragment type" (tipo de fragmento) de la pantalla show frame-relay pvc puede tener las siguientes entradas:

  • VoFR-cisco—Indica que los paquetes fragmentados contendrán el encabezado propiedad de Cisco
  • VoFR—Indica que los paquetes fragmentados contendrán el encabezado FRF.11 Annex C
  • end-to-end—Indica que en este circuito virtual se realizan fragmentaciones FRF.12 puras

A continuación, se muestra la salida de ejemplo del comando show frame-relay pvc de una aplicación que emplea la fragmentación FRF.12 pura. Primero se muestra una configuración de ejemplo para este escenario y, a continuación, la salida del comando show frame-relay pvc :

interface serial 0
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay interface-dlci 110
class frag
map-class frame-relay frag
frame-relay fragment 100
frame-relay fair-queue
frame-relay cir 64000
Router# show frame-relay pvc 110
PVC Statistics for interface Serial0 (Frame Relay DTE)
DLCI = 110, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0
input pkts 0 output pkts 243 in bytes 0
out bytes 7290 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 243 out bcast bytes 7290
pvc create time 04:03:17, last time pvc status changed 04:03:18
fragment type end-to-end fragment size 100
cir 64000 bc 64000 be 0 limit 1000 interval 125
mincir 32000 byte increment 1000 BECN response no
pkts 486 bytes 14580 pkts delayed 243 bytes delayed 7290
shaping inactive
shaping drops 0
Current fair queue configuration:
Discard Dynamic Reserved
threshold queue count queue count
64 16 2
Output queue size 0/max total 600/drops 0

Tenga en cuenta que, cuando no se configura la voz, no aparece la salida del ancho de banda de voz.

A continuación, se muestra la salida de ejemplo del comando show frame-relay pvc para subinterfaces multipunto que sólo transportan datos. La salida muestra el número de subinterfaz y el DLCI. Esta pantalla es la misma si el PVC está configurado para direcciones tanto estáticas como dinámicas. Tenga en cuenta que en este PVC no está configurada ni fragmentación ni voz.

Router# show frame-relay pvc
DLCI = 300, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.103
input pkts 10 output pkts 7 in bytes 6222
out bytes 6034 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
outbcast pkts 0 outbcast bytes 0
pvc create time 0:13:11 last time pvc status changed 0:11:46
DLCI = 400, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.104
input pkts 20 output pkts 8 in bytes 5624
out bytes 5222 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
outbcast pkts 0 outbcast bytes 0
pvc create time 0:03:57 last time pvc status changed 0:03:48

A continuación, se muestra la salida de ejemplo del comando show frame-relay pvc para un PVC que transporta tráfico de voz y datos, con una lista de espera especial específica para el tráfico de voz que se crea con la palabra clave queue del comando frame-relay voice bandwidth :

Router# show frame-relay pvc interface serial 1 45
PVC Statistics for interface Serial1 (Frame Relay DTE)
DLCI = 45, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial1
input pkts 85 output pkts 289 in bytes 1730
out bytes 6580 dropped pkts 11 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:02:09, last time pvc status changed 00:02:09
Service type VoFR
configured voice bandwidth 25000, used voice bandwidth 22000
fragment type VoFR fragment size 100
cir 20000 bc 1000 be 0 limit 125 interval 50
mincir 20000 byte increment 125 BECN response no
fragments 290 bytes 6613 fragments delayed 1 bytes delayed 33
shaping inactive
traffic shaping drops 0
Voice Queueing Stats: 0/100/0 (size/max/dropped)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Current fair queue configuration:
Discard Dynamic Reserved
threshold queue count queue count
64 16 2
Output queue size 0/max total 600/drops 0

La tabla 1 incluye una lista de los campos de estas pantallas y una descripción de cada campo.

Tabla 1   Descripciones de los campos de show frame-relay pvc

Campo Descripción

DLCI

Uno de los números de DLCI (Identificador de conexión de enlaces de datos) del PVC.

DLCI USAGE

Aparece como SWITCHED cuando el router o servidor de acceso se utiliza como conmutador, y aparece como LOCAL cuando el router o servidor de acceso se utiliza como DTE.

PVC STATUS

Estado del PVC: ACTIVE (activo), INACTIVE (inactivo) o DELETED (eliminado).

INTERFACE

Subinterfaz específica asociada a este DLCI.

input pkts

Número de paquetes recibidos en este PVC.

output pkts

Número de paquetes enviados en este PVC.

in bytes

Número de bytes recibidos en este PVC.

out bytes

Número de bytes enviados en este PVC.

dropped pkts

Número de paquetes entrantes y salientes eliminados por el router en el nivel de retransmisión por frame (Frame Relay).

in FECN pkts

Número de paquetes recibidos con el conjunto de bits FECN.

in BECN pkts

Número de paquetes recibidos con el conjunto de bits BECN.

out FECN pkts

Número de paquetes enviados con el conjunto de bits FECN.

out BECN pkts

Número de paquetes enviados con el conjunto de bits BECN.

in DE pkts

Número de paquetes DE recibidos.

out DE pkts

Número de paquetes DE enviados.

out bcast pkts

Número de paquetes de transmisión de salida.

out bcast bytes

Número de bytes de transmisión de salida.

pvc create time

Hora en la que se ha creado el PVC.

last time pvc status changed

Hora en la que se ha cambiado el estado del PVC (activo o inactivo).

Service type

Tipo de servicio que realiza este PVC. Puede ser VoFR o VoFR-cisco.

configured voice bandwidth

Cantidad de ancho de banda en bits por segundo reservada para el tráfico de voz en este PVC.

used voice bandwidth

Cantidad de ancho de banda en bits por segundo que se está utilizando actualmente para el tráfico de voz.

voice reserved queues

Números de lista de espera reservados para el tráfico de voz en este PVC. Este campo se eliminó en Cisco IOS, versión 12.0(5)T.

service policy

Nombre de la política de servicio de salida aplicada al VC.

Class

Clase de tráfico que se está mostrando. Se muestra la salida de cada clase configurada en la política.

Output Queue

La conversación WFQ a la cual está asignada esta clase de tráfico.

Bandwidth

Ancho de banda en kpbs o porcentaje configurado para esta clase.

Packets Matched

Número de paquetes que se corresponden con esta clase.

Max Threshold

Tamaño de lista de espera máximo para esta clase cuando no se utiliza WRED.

pkts discards

Número de paquetes descartados para esta clase.

bytes discards

Número de bytes descartados para esta clase.

tail drops

Número de paquetes descartados para esta clase porque la lista de espera de entrada estaba completa.

mean queue depth

Profundidad de lista de espera media basada en la profundidad de lista de espera real en la interfaz y la constante de peso exponencial. Es una media fluctuante Los umbrales mínimos y máximos se comparan con este valor para tomar las decisiones de eliminación.

drops:

Parámetros WRED.

class

Valor de prioridad de IP

random

Número de paquetes que se eliminan aleatoriamente cuando la profundidad de lista de espera media está entre el valor umbral mínimo y el valor umbral máximo para el valor de prioridad de IP especificado.

tail

Número de paquetes que se eliminan aleatoriamente cuando la profundidad de lista de espera media es mayor que el valor umbral máximo para el valor de prioridad de IP especificado.

min-th

Umbral WRED mínimo en número de paquetes.

max-th

Umbral WRED máximo en número de paquetes.

mark-prob

Fracción de paquetes eliminados cuando la profundidad de lista de espera media está en el umbral máximo.

Maximum Number of Hashed Queues

(Sólo se aplica a la clase predeterminada) Número de listas de espera disponibles para flujos no clasificados.

fragment type

Tipo de fragmentación configurado para este PVC. Los tipos posibles son:

end-to-end—Los paquetes fragmentados contienen el encabezado FRF.12 estándar

VoFR—Los paquetes fragmentados contienen el encabezado FRF.11 Annex C

VoFR-cisco—Los paquetes fragmentados contienen el encabezado propiedad de Cisco

fragment size

Tamaño de la carga útil de fragmentos en bytes.

cir

CIR (Velocidad de información comprometida) en bits por segundo.

bc

Tamaño actual de ráfaga comprometida, en bits.

be

Tamaño actual de ráfaga en exceso, en bits.

limit

Número máximo de bits transmitidos por intervalo interno (en exceso además de sostenidos).

interval

Intervalo que se utiliza internamente (puede ser menor que el intervalo derivado de Bc/CIR, lo que se produce cuando el router determina que el flujo de tráfico será más estable con un intervalo configurado más pequeño).

mincir

CIR (Velocidad de información comprometida) mínima para el PVC.

byte increment

Número de bytes que se sostendrá por intervalo interno.

BECN response

Indicación de que la retransmisión por frame (Frame Relay) tiene configurada la adaptación BECN.

pkts

Número de paquetes asociados a este PVC que han pasado por el sistema de modelado de tráfico.

frags

Número total de fragmentos modelados en este VC.

bytes

Número de bytes asociados a este PVC que han pasado por el sistema de modelado de tráfico.

pkts delayed

Número de paquetes asociados a este PVC que ha retrasado el sistema de modelado de tráfico.

frags delayed

Número de fragmentos retrasados en la lista de espera de modelado antes de ser transmitidos.

bytes delayed

Número de bytes asociados a este PVC que ha retrasado el sistema de modelado de tráfico.

shaping

Indicación de que el modelado estará activado para todos los PVC que están fragmentando datos; de lo contrario, el modelado estará activado si el tráfico que se envía supera la CIR para este circuito.

shaping drops

Número de paquetes que ha eliminado el proceso de modelado de tráfico.

Voice Queueing Stats

Estadísticas que muestran el tamaño de los paquetes, el número máximo de paquetes y el número de paquetes eliminados en la lista de espera de voz especial que se ha creado con la palabra clave queue del comando frame-relay voice bandwidth .

Discard threshold

Número máximo de paquetes que se pueden almacenar en cada lista de espera de paquetes. Si se reciben más paquetes después de que se llene una lista de espera, se descartarán.

Dynamic queue count

Número de listas de espera de paquetes reservado para el tráfico de mejor esfuerzo.

Reserved queue count

Número de listas de espera de paquetes reservado para el tráfico de voz.

Output queue size

Tamaño en bytes de cada lista de espera de salida.

max total

Número máximo de los paquetes de todos los tipos que se pueden colocar en todas las listas de espera.

drops

Número de tramas eliminadas por todas las listas de espera de salida.

Comandos relacionados

Comando Descripción

frame-relay pvc

Configura los PVC de retransmisión por frame (Frame Relay) para FRF.8 Frame Relay-Interconexión del servicio ATM.

service-policy

Asocia una asignación de política a una interfaz de entrada o VC, o una interfaz de salida o VC, que se va a utilizar como política de servicio para esa interfaz o VC.

show dial-peer voice

Muestra información de configuración y estadísticas de llamadas para pares de marcado.

show frame-relay fragment

Muestra detalles de fragmentación de retransmisión por frame (Frame Relay).

show frame-relay vofr

Muestra detalles sobre los subcanales FRF.11 que se están utilizando en los DLCI de voz sobre retransmisión por frame (Frame Relay).

show interfaces serial

Muestra información sobre una interfaz de serie.

show policy-map interface

Muestra la configuración de las clases configuradas para las políticas de servicio en la interfaz o PVC especificados.

show traffic-shape queue

Muestra información sobre los elementos que están en la lista de espera en un momento dado en el nivel de VC (DLCI).

show policy-map interface

Para ver la configuración de todas las clases configuradas para todas las políticas de servicio en la interfaz especificada o para ver las clases de la política de servicio para un PVC (Circuito virtual permanente) en la interfaz, utilice el comando de configuración global show policy-map interface.

show policy-map interface nombre-interfaz [vc [vpi/] vci ][dlci dlci]

Descripción de la sintaxis

nombre-interfaz

Nombre de la interfaz o subinterfaz cuya configuración de política se va a mostrar.

vc

(Opcional) Sólo para interfaces ATM, muestra la configuración de política de un PVC especificado. El nombre puede tener hasta 16 caracteres.

vpi/

(Opcional) VPI (Identificador de ruta virtual) de la red ATM para este PVC. La ausencia de "/" y un valor de vpi define el valor predeterminado de vpi en 0.

En los routers de las series 7200 y 7500 de Cisco, este valor oscila entre 0 y 255.

Los argumentos vpi y vci no se pueden definir ambos en 0; si uno es 0, el otro no puede ser 0.

Si se omite este valor, se muestra la información de todos los VC de la interfaz o subinterfaz ATM especificada.

vci

(Opcional) VCI (Identificador de canal virtual) de la red ATM para este PVC. Este valor oscila entre 0 y 1, y es menor que el valor máximo que se define para esta interfaz por medio del comando atm vc-per-vp. Normalmente, los valores inferiores del intervalo de 0 a 31 se reservan para tráfico específico (por ejemplo, F4 OAM, señalización SVC, ILMI, etc) y no se deberían utilizar.

El VCI es un campo de 16 bits en el encabezado de la celda de ATM. El valor de VCI es único sólo en un enlace, no en toda la red ATM, porque sólo tiene significado de manera local.

Los argumentos vpi y vci no se pueden definir ambos en 0; si uno es 0, el otro no puede ser 0.

dlci

(Opcional) Indica un PVC específico para el cual se mostrará la información de la política.

dlci

(Opcional) Un número de DLCI específico utilizado en la interfaz. La configuración de política del PVC correspondiente se muestra cuando se especifica un DLCI.

Valores predeterminados

No existe un comportamiento predeterminado.

Modos de comando

Configuración global

Historial de comando

Versión Modificación

12.0(5)T

Este comando fue ingresado.

12.1(2)T

Este comando se modificó para ver información sobre la política de todos los PVC de retransmisión por frame (Frame Relay) en la interfaz o, si se especifica un DLCI, la política de ese PVC específico.

Pautas de uso

El comando show policy-map interface muestra la configuración de las clases en la interfaz especificada o en el PVC especificado sólo si se ha asociado una política de servicio a la interfaz o al PVC.

Puede utilizar el argumento pvc-name para ver la salida de un PVC, únicamente para los adaptadores de puertos ATM mejorados (PA-A3) compatibles con listas de espera por VC.

Los contadores que se muestran después de escribir el comando show policy-map interface sólo se actualizan si hay sobrecarga en la interfaz.

El comando show policy-map interface sólo muestra información de las políticas sobre los PVC de retransmisión por frame (Frame Relay) si el modelado de tráfico de Frame Relay está activado en la interfaz.

Ejemplos

En el siguiente ejemplo, se muestra cómo ver la configuración de clases y las estadísticas de asignación de políticas de todos los VC en la interfaz s1/0. Una asignación de políticas denominada "mypolicy" se asocia al DLCI 100, y una asignación de política denominada "test" se asocia al DLCI 200.

ed2-36b# show policy-map interface s1/0
Serial1/0.1: DLCI 100 -
output : mypolicy
Class voice
Weighted Fair Queueing
Strict Priority
Output Queue: Conversation 72
Bandwidth 16 (kbps) Packets Matched 0
(pkts discards/bytes discards) 0/0
Class immediate-data
Weighted Fair Queueing
Output Queue: Conversation 73
Bandwidth 60 (%) Packets Matched 0
(pkts discards/bytes discards/tail drops) 0/0/0
mean queue depth: 0
drops: class random tail min-th max-th mark-prob
0 0 0 64 128 1/10
1 0 0 71 128 1/10
2 0 0 78 128 1/10
3 0 0 85 128 1/10
4 0 0 92 128 1/10
5 0 0 99 128 1/10
6 0 0 106 128 1/10
7 0 0 113 128 1/10
rsvp 0 0 120 128 1/10
Class priority-data
Weighted Fair Queueing
Output Queue: Conversation 74
Bandwidth 40 (%) Packets Matched 0 Max Threshold 64 (packets)
(pkts discards/bytes discards/tail drops) 0/0/0
Class class-default
Weighted Fair Queueing
Flow Based Fair Queueing
Maximum Number of Hashed Queues 64 Max Threshold 20 (packets)
Serial1/0.2: DLCI 200 -
output : test
Class tcp
Weighted Fair Queueing
Output Queue: Conversation 25
Bandwidth 20 (kbps) Packets Matched 0
(pkts discards/bytes discards/tail drops) 0/0/0
mean queue depth: 0
drops: class random tail min-th max-th mark-prob
0 0 0 64 128 1/10
1 0 0 71 128 1/10
2 0 0 78 128 1/10
3 0 0 85 128 1/10
4 0 0 92 128 1/10
5 0 0 99 128 1/10
6 0 0 106 128 1/10
7 0 0 113 128 1/10
rsvp 0 0 120 128 1/10

En el siguiente ejemplo, se muestra cómo ver la configuración de clases que conforma la asignación de política de un VC de retransmisión por frame (Frame Relay) específico en la interfaz s1/0.

ed2-36b# show policy-map interface s1/0.1 dlci 100
Serial1/0.1: DLCI 100 -
output : mypolicy
Class voice
Weighted Fair Queueing
Strict Priority
Output Queue: Conversation 72
Bandwidth 16 (kbps) Packets Matched 0
(pkts discards/bytes discards) 0/0
Class immediate-data
Weighted Fair Queueing
Output Queue: Conversation 73
Bandwidth 60 (%) Packets Matched 0
(pkts discards/bytes discards/tail drops) 0/0/0
mean queue depth: 0
drops: class random tail min-th max-th mark-prob
0 0 0 64 128 1/10
1 0 0 71 128 1/10
2 0 0 78 128 1/10
3 0 0 85 128 1/10
4 0 0 92 128 1/10
5 0 0 99 128 1/10
6 0 0 106 128 1/10
7 0 0 113 128 1/10
rsvp 0 0 120 128 1/10
Class priority-data
Weighted Fair Queueing
Output Queue: Conversation 74
Bandwidth 40 (%) Packets Matched 0 Max Threshold 64 (packets)
(pkts discards/bytes discards/tail drops) 0/0/0
Class class-default
Weighted Fair Queueing
Flow Based Fair Queueing
Maximum Number of Hashed Queues 64 Max Threshold 20 (packets)

En el siguiente ejemplo, se muestra cómo ver las configuraciones de clases en la interfaz de salida e1/1:

Router# show policy-map interface output e1/1
Ethernet1/1 output : po1
Weighted Fair Queueing
Class class1
Output Queue: Conversation 264
Bandwidth 937 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 11548/0/0
Class class2
Output Queue: Conversation 265
Bandwidth 937 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 11546/0/0
Class class3
Output Queue: Conversation 266
Bandwidth 937 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 11546/0/0
Class class4
Output Queue: Conversation 267
Bandwidth 937 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 11702/0/0
Class class5
Output Queue: Conversation 268
Bandwidth 937 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 11701/0/0
Class class6
Output Queue: Conversation 269
Bandwidth 937 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 11702/0/0
Class class7
Output Queue: Conversation 270
Bandwidth 937 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 11857/0/0
Class class8
Output Queue: Conversation 271
Bandwidth 937 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 11858/1/0

En el siguiente ejemplo, se muestra cómo ver las configuraciones de las clases que conforman la política de servicio para el VC de salida 0/101 en la interfaz de salida atm2/0.6:

qos4-72a# show policy-map interface atm2/0.6
ATM2/0.6: VC 0/101 - output : p1
Weighted Fair Queueing
Class c-vc1-c1
Output Queue: Conversation 264
Bandwidth 31 (kbps)
mean queue depth: 1
drops: class random tail min-th max-th mark-prob
0 0 0 100 200 1/10
1 0 0 105 200 1/10
2 0 0 110 200 1/10
3 0 0 115 200 1/10
4 0 0 120 200 1/10
5 0 0 125 200 1/10
6 0 0 130 200 1/10
7 0 0 135 200 1/10
rsvp 0 0 140 200 1/10
Class c-vc1-c2
Output Queue: Conversation 265
Bandwidth 54 (kbps)
mean queue depth: 1
drops: class random tail min-th max-th mark-prob
0 0 0 60 100 1/10
1 0 0 65 100 1/10
2 0 0 70 100 1/10
3 0 0 75 100 1/10
4 0 0 80 100 1/10
5 0 0 83 100 1/10
6 0 0 85 100 1/10
7 0 0 87 100 1/10
rsvp 0 0 90 100 1/10
Class c-vc1-c3
Output Queue: Conversation 266
Bandwidth 77 (kbps)
mean queue depth: 0
drops: class random tail min-th max-th mark-prob
0 0 0 1 10 1/10
1 0 0 2 10 1/10
2 0 0 3 10 1/10
3 0 0 4 10 1/10
4 0 0 5 10 1/10
5 0 0 6 10 1/10
6 0 0 7 10 1/10
7 0 0 7 10 1/10
rsvp 0 0 7 10 1/10
Class c-vc1-c4
Output Queue: Conversation 267
Bandwidth 100 (kbps)
mean queue depth: 9
drops: class random tail min-th max-th mark-prob
0 0 0 1 10 1/10
1 9 220 2 10 1/10
2 24 645 3 10 1/10
3 22 844 4 10 1/10
4 0 0 5 10 1/10
5 23 351 6 10 1/10
6 28 213 7 10 1/10
7 59 540 7 10 1/10
rsvp 0 0 7 10 1/10
Class c-vc1-c5
Output Queue: Conversation 268
Bandwidth 123 (kbps)
mean queue depth: 150
drops: class random tail min-th max-th mark-prob
0 120 1777 50 150 1/50
1 136 1549 60 150 1/50
2 88 2354 70 150 1/50
3 121 1569 80 150 1/50
4 122 1717 80 150 1/50
5 0 0 90 150 1/50
6 0 0 100 150 1/50
7 105 2058 110 150 1/50
rsvp 0 0 120 150 1/50
Class c-vc1-c5
Output Queue: Conversation 269
Bandwidth 146 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 50216/32696/0
Class c-vc1-c7
Output Queue: Conversation 270
Bandwidth 216 (kbps) Max Threshold 64 (packets)
(total/discards/tail drops) 74577/51994/0
Class class-default
Flow Based Fair Queueing
Number of Hashed Queues 256
drops: class random tail min-th max-th mark-prob
0 101 828 50 150 1/50
1 87 1154 60 150 1/50
2 115 476 70 150 1/50
3 116 444 80 150 1/50
4 123 338 80 150 1/50
5 92 1042 90 150 1/50
6 79 1068 100 150 1/50
7 110 740 110 150 1/50
rsvp 0 0 120 150 1/50

La tabla 2 incluye una lista de los campos de estas pantallas y una descripción de cada campo.

Tabla 2   Descripciones de los campos de show policy-map interface

Campo Descripción

output

Nombre de la política de servicio de salida aplicada al VC.

Class

Clase de tráfico que se está mostrando. Se muestra la salida de cada clase configurada en la política.

Output Queue

La conversación WFQ a la cual está asignada esta clase de tráfico.

Bandwidth

Ancho de banda en kpbs o porcentaje configurado para esta clase.

Packets Matched

Número de paquetes que se corresponden con esta clase.

Max Threshold

Tamaño de lista de espera máximo para esta clase cuando no se utiliza WRED.

pkts discards

Número de paquetes descartados para esta clase.

bytes discards

Número de bytes descartados para esta clase.

tail drops

Número de paquetes descartados para esta clase porque la lista de espera de entrada estaba completa.

mean queue depth

Profundidad de lista de espera media basada en la profundidad de lista de espera real en la interfaz y la constante de peso exponencial. Es una media fluctuante Los umbrales mínimos y máximos se comparan con este valor para tomar las decisiones de eliminación.

drops:

Parámetros WRED.

class

Valor de prioridad de IP

random

Número de paquetes que se eliminan aleatoriamente cuando la profundidad de lista de espera media está entre el valor umbral mínimo y el valor umbral máximo para el valor de prioridad de IP especificado.

tail

Número de paquetes que se eliminan aleatoriamente cuando la profundidad de lista de espera media es mayor que el valor umbral máximo para el valor de prioridad de IP especificado.

min-th

Umbral WRED mínimo en número de paquetes.

max-th

Umbral WRED máximo en número de paquetes.

mark-prob

Fracción de paquetes eliminados cuando la profundidad de lista de espera media está en el umbral máximo.

Maximum Number of Hashed Queues

(Sólo se aplica a la clase predeterminada) Número de listas de espera disponibles para flujos no clasificados.

Comandos relacionados

Comando Descripción

show frame-relay pvc

Muestra estadísticas sobre PVC para interfaces de Random Early Detection ponderada Retransmisión por frame (Frame Relay).

show policy-map

Muestra la configuración de todas las clases que conforman la asignación de políticas de servicio especificada o todas las clases de todas las asignaciones de políticas existentes.

show policy-map class

Muestra la configuración de la clase especificada de la asignación de política especificada.

Glosario

CBWFQ—Lista de espera equilibrada y ponderada basada en clase. Amplía la funcionalidad de WFQ estándar para ofrecer soporte para las clases de tráfico definidas por el usuario.

CIR—Velocidad de información comprometida. Velocidad a la que una red de retransmisión por frame (Frame Relay) acuerda transferir información en condiciones normales, que se promedia en un incremento de tiempo mínimo.

Class-Based Weighted Fair Queueing—Consulte CBWFQ.

DLCI—Identificador de conexión de enlaces de datos. Valor que especifica un PVC (Circuito virtual permanente) o un SVC (Circuito virtual conmutado) en una red de retransmisión por frame (Frame Relay).

Lista de espera FIFO— Listas de espera "primero en entrar, primero en salir". FIFO implica que los paquetes se almacenan en la memoria intermedia y se reenvían en el orden de llegada. FIFO no engloba ningún concepto de prioridad ni de clases de tráfico. Sólo hay una lista de espera en la que los paquetes reciben el mismo trato. Los paquetes se envían a una interfaz en el orden de llegada.

Modelado de tráfico de retransmisión por frame (Frame Relay)—Consulte FRTS.

FRF.12—El Acuerdo de implementación de FRF.12 se creó para permitir que las tramas de datos largas se fragmenten en trozos más pequeños y se intercalen con tramas en tiempo real. De este modo, las tramas de datos de voz en tiempo real y las tramas de datos que no están en tiempo real pueden transportarse juntas en enlaces de menor velocidad sin generar demasiado retraso en el tráfico en tiempo real.

FRTS—Modelado de tráfico de retransmisión por frame (Frame Relay). FRTS utiliza listas de espera en una red de retransmisión por frame (Frame Relay) para limitar los aumentos de la demanda que pueden producir sobrecargas. Los datos se almacenan en la memoria intermedia y luego se envían a la red en cantidades reguladas para garantizar que el tráfico se ajuste al sobre de tráfico prometido para la conexión particular.

PQ/CBWFQ—Lista de espera prioritaria/Class-Based Weighted Fair Queueing. Característica que ofrece listas de espera de prioridad estricta a CBWFQ. Las listas de espera de prioridad estricta permiten que los datos susceptibles de sufrir retrasos (por ejemplo, los datos de voz) salgan de la lista de espera y se envíen primero (antes de que salgan los paquetes de otras listas de espera), dando a estos datos un trato preferencial sobre el resto del tráfico.

RTP—Protocolo de transporte en tiempo real. Uno de los protocolos de IPv6s. RTP está diseñado para ofrecer funciones de transporte de red de extremo a extremo para aplicaciones que transmiten datos en tiempo real (por ejemplo, audio, video o datos de simulación) sobre servicios de red unidifusión o multidifusión. RTP ofrece a las aplicaciones en tiempo real servicios como la identificación de tipos de cargas útiles, la numeración secuencial, la indicación de fecha y hora, y la supervisión de entrega.

UDP—Protocolo de datagrama de usuario. Protocolo de capa de transporte sin conexión de la pila de protocolos TCP/IP. UPD es un protocolo simple que intercambia datagramas sin entregas confirmadas ni garantizadas, por lo que es necesario que otros protocolos se encarguen de la retransmisión y procesamiento de errores.

VoFR—Voz sobre retransmisión por frame (Frame Relay). Permite que un router transporte tráfico de voz sobre una red de retransmisión por frame (Frame Relay). Al enviar tráfico de voz sobre retransmisión por frame (Frame Relay), el tráfico de voz se segmenta y encapsula para el tránsito a través de la red de Frame Relay mediante la encapsulación FRF.12.

Voz sobre retransmisión por frame (Frame Relay)—Consulte VoFR.

WFQ—Lista de espera equilibrada y ponderada. Algoritmo de administración de sobrecarga que identifica conversaciones (en la forma de secuencias de tráfico), separa los paquetes que pertenecen a cada conversación y garantiza que la capacidad se comparta de manera equilibrada entre esas conversaciones individuales. WFQ es una forma automática de estabilizar el comportamiento de la red durante las sobrecargas que mejora el desempeño y reduce la retransmisión.

WRED—Random Early Detection ponderada. Combina la prioridad de IP y RED (Random Early Detection ponderada) estándar para permitir el control preferente del tráfico de voz en condiciones de sobrecarga sin empeorar esa sobrecarga. WRED utiliza e interpreta la prioridad de IP para dar prioridad al tráfico de voz sobre el tráfico de datos, eliminando sólo los paquetes de datos.