CVOICE80SG Vol3

CVOICE
Implementacin de
comunicaciones de
voz y QoS de Cisco
Volumen 3
Versin 8.0
Gua de estudiante
Texto Nmero de pieza: 97-2875-01

GARANTA DE EXENCIN DE RESPONSABILIDAD: ESTE CONTENIDO SE SUMINISTRA "TAL CUAL". CISCO HACE Y USTED NO
RECIBE NINGUNA GARANTA EN
CONEXIN CON EL CONTENIDO PROVEIDO AQU, EXPRESO, IMPLCITO, ESTATUTARIO O EN CUALQUIER OTRA
ESTE CONTENIDO O COMUNICACIN ENTRE CISCO Y USTED. CISCO RENUNCIA ESPECFICAMENTE A TODAS LAS
GARANTAS, INCLUIDAS LAS GARANTAS DE COMERCIABILIDAD, NO INFRACCIN Y ADECUACIN PARA UN
PROPSITO, O QUE SURJAN DE UN CURSO DE NEGOCIACIN, USO O PRCTICA COMERCIAL. Este producto de aprendizaje
puede contener contenido de lanzamiento anticipado, y aunque Cisco cree que es exacto, queda sujeto a la exencin de responsabilidad anterior.
Gua del Estudiante 2010 Cisco y / o sus afiliados.Todos los derechos reservados.
Tabla de contenido
Volumen 3
Gatekeeper y implementacin de elementos unificados de fronteras de

Cisco 5-1
Descripcin general 5-1
Objetivos del mdulo 5-1
Descripcin de los Gatekeepers 5-3
Objetivos 5-3
Descripcin general del controlador de acceso 5-4

Funciones del Gatekeeper 5-5
Sealizacin de Gatekeeper 5-6
Mensajes RAS H.225 5-7
Solicitud de registro 5-10
Registro liviano 5-11
Solicitud de admisin 5-12
Solicitud de ubicacin 5-14
H.225 RAS Intrazone Call Setup 5-16
Configuracin de llamada interzona R.2 H.225 5-17
Enrutamiento de llamadas de Gatekeeper 5-18
Zonas 5-18
Prefijos de zona 5-18
Prefijos de zona 5-19
Prefijos tecnolgicos 5-20
Uso del prefijo de tecnologa 5-21
Control de Admisin de Llamada Basada en el Gatekeeper 5-22
Clculo del ancho de banda 5-23
Configuracin de Gatekeeper 5-24
Conceptos bsicos del Gatekeeper 5-25
Configuracin de las zonas Gatekeeper 5-26
Configuracin de zonas de gatekeeper remoto 5-27
Ejemplo de Configuracin de Zonas de Gatekeeper 5-28
Configuracin de prefijos de zona 5-29

Ejemplo de configuracin de prefijo de zona 5-30
Configuracin de prefijos de tecnologa 5-31
Configuracin de prefijo de tecnologa Ejemplo 5-32
Adaptacin de puertas de enlace H.323 a los guardianes 5-33
Gestin del registro de direcciones E.164 5-36
Ejemplo de configuracin de puerta de enlace 5-37
Configuracin de Gatekeeper CAC 5-38
Ejemplo de configuracin CAC de Gatekeeper 5-39
Verificacin de la funcionalidad bsica del gatekeeper 5-40
Verificacin del estado del Gatekeeper 5-41
Verificacin de los extremos registrados 5-42
Verificacin de prefijos de zona 5-43
Verificacin del estado de zona 5-44
Verificacin de las llamadas de Gatekeeper 5-45
Resumen 5-46
Examen del elemento de frontera unificado Cisco 5-47
Objetivos 5-47
Elemento de frontera Unified de Cisco Descripcin general 5-48
Colocacin del elemento de borde unificado de Cisco 5-49
Aplicaciones Cisco Unified Border Element 5-50
Ejemplos de aplicacin del elemento de borde unificado de Cisco 5-53
Interfuncionamiento de protocolos en Cisco Unified Border Element 5-54
Mtodo de sealizacin Refresher 5-55

Interfuncionamiento del protocolo de elemento unificado de fronteras de Cisco 5-56
Flujos de Medios en el Elemento de Borde Unificado de Cisco 5-57
Flujos de medios 5-58
Cisco Unified Border Element Codec Filtrado 5-59

Ejemplos de filtrado de codificadores de elementos unificados de fronteras de Cisco 5-60
Configuracin del flujo de medios y el cdec transparente 5-61
Flujo de medios y cdec transparente Ejemplo 5-62
CAC basado en RSVP en Cisco Unified Border Element 5-63
CAC basado en RSVP 5-64
Flujo de llamadas del CAC basado en RSVP 5-65
Flujos de llamadas de elementos unificados de Cisco Unified 5-66
Interoperabilidad con SIP Carrier 5-67
Flujo de llamadas de interfuncionamiento de la portadora SIP 5-68
Interoperabilidad de la portadora SIP con la configuracin de llamada CAC basada en el

controlador de acceso 5-69
Configuracin del interfuncionamiento H.323 a H.323 5-70
Configuracin del interfuncionamiento H.323 a H.323 5-71
Configuracin del H.323 a H.323 Intercambio de arranque rpido a arranque lento 5-72
Ejemplo de interfuncionamiento H.323 a H.323 5-73
Configuracin del interfuncionamiento H.323 a SIP 5-74
Configuracin del interfuncionamiento de rel DTMF H.323 a SIP 5-75
Comprobacin del elemento de frontera de Cisco Unified 5-76
Depuracin de las operaciones de elemento de borde unificado de Cisco 5-77
Visualizacin de llamadas de elementos unificados de fronteras de Cisco 5-78
Resumen 5-79
Resumen del mdulo 5-81
Comprobacin automtica del mdulo 5-83
Tecla de respuesta de autocomprobacin del mdulo 5-86

Calidad de Servicio 6-1
Descripcin general 6-1
Objetivos del mdulo 6-1
Introduccin a la QoS 6-3
Objetivos 6-3
Problemas de QoS 6-4
Despus de redes convergentes 6-5
Temas de calidad en redes convergentes 6-6
Falta de ancho de banda 6-7
Gestin del ancho de banda disponible 6-8
Retardo de extremo a extremo 6-9
Tipos de retraso 6-10
Reduccin del retraso 6-11
Prdida de paquetes 6-12
Prevencin de la prdida de paquetes 6-13
QoS y trfico de voz 6-14
Poltica de QoS 6-15
QoS para redes de comunicaciones unificadas 6-16
Paso 1: Identificar el trfico y sus requisitos 6-17
Paso 2: divida el trfico en las clases 6-18
Paso 3: Definir polticas para cada clase de trfico 6-19
Requisitos de QoS 6-20
Requisitos de QoS: Videoconferencia 6-21

Requisitos de QoS: Datos 6-22
Mtodos para implementar la poltica QoS 6-23
Implementar QoS Tradicionalmente Utilizando CLI 6-24
Implementacin de QoS con MQC 6-25
Implementacin de QoS con Cisco AutoQoS 6-26
Comparacin de mtodos de implementacin de QoS 6-27
Modelos QoS 6-28
Mejor modelo de esfuerzo 6-29
IntServ Modelo 6-30
Modelo DiffServ 6-31
Evaluacin del modelo de QoS 6-32
Resumen 6-34
Ii Implementacin de Cisco Voice Communications y QoS (CVOICE) v8.0
Comprensin de los mecanismos y modelos de QoS 6-35
Objetivos 6-35
Codificacin DSCP 6-38
DiffServ PHBs 6-39
Expedicin acelerada PHB 6-40

Transmisin Asegurada PHB 6-41
Selector de clases DiffServ 6-44
Mecanismos de QoS de DiffServ 6-45
Clasificacin 6-46
Calificacin 6-47
Gestin de la congestin 6-48
Evitacin de congestin 6-49
Polica 6-50
Organizacin 6-51
Compresin 6-52
Fragmentacin de enlaces e intercalacin 6-53
Aplicacin de QoS a las interfaces de entrada y salida 6-54
Modelo de lnea de base QoS de Cisco 6-55
Marcado de referencia de Cisco 6-56
Mecanismos de referencia de Cisco 6 -

57
Expansin y reduccin del modelo de clase 6-58

Resumen 6-59
Explicacin de los Mecanismos de Clasificacin, Marcado y Eficiencia de Enlace 6-61
Objetivos 6-62
CLI de QoS modular 6-63
Componentes MQC 6-64
Configuracin de la clasificacin 6-66
Opciones de Clasificacin MQC 6-67
Opciones de correspondencia de mapa de clases 6-69
Configuracin de la clasificacin con MQC 6-70
Configuracin de la clasificacin mediante puertos de interfaz de entrada y RTP 6-72
Configuracin de la clasificacin mediante el marcado 6-73
Configuracin del marcado basado en clases 6-74
Descripcin de la marca basada en clases 6-75
Configuracin del marcado basado en clases 6-76
Ejemplo de configuracin de marcas basadas en clases 6-77
Lmites de Confianza 6-78

Marcado de lmites de confianza 6-79
Configuracin del lmite de confianza 6-80
Ejemplo de configuracin de lmites de confianza 6-81
Mapping CoS a la capa de red QoS 6-82
Configuracin de conmutador de LAN predeterminada 6-83
Asignacin de CoS y Precedencia IP a DSCP 6-84
Ejemplo de mapeo CoS-to-DSCP 6-85
DSCP-a-CoS Mapping Ejemplo 6-86
Configuracin de la asignacin 6-87
Ejemplo de asignacin 6-88
Mecanismos de Eficiencia de Enlace 6-89
Velocidades de Enlace y Implicaciones de QoS 6-90
Problemas de serializacin 6-91
Retraso de la serializacin 6-92
Fragmentacin de enlaces e intercalacin 6-93
Recomendacin sobre el tamao del fragmento 6-94

Configuracin de MLP con interleaving 6-95
Configuracin de MLP con interleaving 6-96
MLP con ejemplo de intercalacin 6-97
Configuracin de FRF.12 Fragmentacin de Frame Relay 6-99
2010 Cisco Systems, Inc.Implementacin de Cisco Voice Communications y QoS (CVOICE) v8.0 iii
Configuracin de Fragmentacin FRF.12 6-100
Ejemplo de configuracin de FRF.12 6-101
Compresin de encabezado RTP basada en clases 6-103
Ejemplo de compresin de encabezado RTP 6-104
Configuracin de la compresin de encabezado basada en clases 6-105
Ejemplo de configuracin de compresin de encabezado RTP basado en clases 6-106
Resumen 6-107
Gestin de la congestin y limitacin de la tarifa 6-109
Objetivos 6-109
Congestin y sus soluciones 6-111

Congestin y colas: agregacin 6-112
Componentes de cola 6-113
Interfaces de software 6-115
Vigilancia y modelado 6-116
Comparacin de la Polica y la Formacin 6-118
Medicin de las tasas de trfico 6-119
Cubo nico de tokens 6-121
Polica de Clase 6-123
Dual Token Bucket Polarizacin basada en clases de una sola tarifa 6-124
Polica de Clase Dual basada en clases 6-125
Configuracin del control basado en clases 6-127
Configuracin del control basado en clases 6-128
Ejemplo de Policing basado en clases: Single Rate, Single Token Bucket 6-129
Ejemplo de Policing basado en clases: Single Rate, Dual Token Bucket 6-130
Formacin basada en clases 6-131
Configuracin de modelado basado en clases 6-132

Ejemplo de modelado basado en clases 6-133
Formacin jerrquica basada en clases con CBWFQ Ejemplo 6-134
Colas de baja latencia 6-135
Arquitectura de LLQ 6-136
Beneficios LLQ 6-137
Configuracin de LLQ 6-138
Ejemplo de configuracin LLQ 6-139
Seguimiento LLQ 6-140
Clculo del ancho de banda para LLQ 6-141
Resumen 6-143
Descripcin de AutoQoS de Cisco 6-145
Objetivos 6-145
Cisco AutoQoS VoIP 6-146
Funciones VoIP Cisco AutoQoS 6-147
Cisco AutoQoS VoIP Router Plataformas 6-148
Plataformas Cisco AutoQoS VoIP Switch 6-149

Configuracin de Cisco VoIP AutoQoS 6-151
Configuracin de Cisco VoIP AutoQoS: Enrutadores 6-153
Configuracin de Cisco AutoQoS VoIP: Interruptores 6-154
Supervisin de Cisco VoIP AutoQoS 6-155
Supervisin AutoQoS VoIP: Conmutadores 6-157
Automatizacin con AutoQoS de Cisco 6-158
AutoQoS de Cisco para la empresa 6-159
Configuracin de AutoQoS de Cisco para la empresa 6-161
Supervisin de Cisco AutoQoS para la empresa 6-163
Supervisin de Cisco AutoQoS para la empresa: Fase 2 6-164
Resumen 6-165
Resumen del mdulo 6-167
Comprobacin automtica del mdulo 6-169
Clave de respuesta de autocomprobacin del mdulo 6-179
Iv Implementacin de Cisco Voice Communications y QoS (CVOICE) v8.0

Mdulo 5
Gatekeeper y Cisco Unified

Elemento de frontera
Implementacin
Visin de conjunto
Los guardianes juegan un papel importante en las soluciones de red VoIP H.323
medianas y grandes. Los guardianes permiten la escalabilidad del plan de dial y
reducen la necesidad de administrar los planes de marcado global localmente. Este
mdulo describe las funciones de un gatekeeper y explica cmo configurar los
gatekeepers para que interoperen con los gateways.
Adems, este mdulo proporciona una visin general del elemento de frontera
unificada de Cisco y describe cmo implementar un elemento de frontera unificada
Cisco en una red empresarial. Un Elemento de frontera unificada de Cisco tiene la
capacidad de interconectar las redes de voz y VoIP, el interfuncionamiento de
protocolos de llamada externa, la ocultacin de direcciones y los servicios de
seguridad.
Objetivos del Mdulo

Una vez completado este mdulo, podr explicar qu son los gatekeepers y elementos
unificados de frontera de Cisco, cmo funcionan y qu funciones admiten. Esta
capacidad incluye poder alcanzar estos objetivos:
Describir las funciones y la configuracin del gatekeeper de Cisco
Explicar las caractersticas y la configuracin de Cisco Unified Border

Element
Leccin 1
Comprensin de los
guardianes
Visin de conjunto
Un gatekeeper es un elemento opcional en un entorno H.323. Se despliega en
soluciones de red VoIP H.323 ms grandes, donde la escalabilidad se convierte en un
problema. Los Gatekeepers ofrecen una mejor manejabilidad del dialplan moviendo la
lgica de enrutamiento de llamada al gatekeeper y ucing rojo los planes de marcado
mantenidos por las pasarelas H.323.Los porteros H.323 proporcionan funciones
adicionales, como
Admission Control (CAC), que evita la sobreescripcin de ancho de banda WAN por
llamadas VoIP.
Objetivos
Al completar esta leccin, podr describir las funciones y el funcionamiento de los
porteros y explicar cmo implementar los guardianes, incluida la resolucin de
direcciones y CAC. Esta capacidad incluye poder alcanzar estos objetivos:
Describir la funcionalidad de los gatekeepers en un entorno H.323
Describir la sealizacin entre gateways y gatekeepers
Explicar el proceso de enrutamiento de llamadas del gatekeeper y los

elementos relacionados, como la zona del gatekeeper, prefijos de zona, prefijos
tecnolgicos y alias E.164
Describir cmo un gatekeeper admite funciones CAC

Enumerar los pasos necesarios para configurar un gatekeeper multizona para
el enrutamiento de llamadas de zona local y remota
Describir cmo configurar zonas locales y remotas en un gatekeeper
Explicar cmo configurar los prefijos de zona de gatekeeper
Describir cmo configurar los prefijos de la tecnologa gatekeeper
Explicar cmo adaptar la configuracin de una pasarela H.323 para

registrarse con un gatekeeper
Describir cmo configurar funciones CAC en un gatekeeper
Explique cmo verificar que los puntos finales H.323 estn registrados
correctamente y que las llamadas se enrutan correctamente a travs de un
gatekeeper
Descripcin del Gatekeeper

Este tema describe los guardianes H.323 y su funcin en la sealizacin H.323.
Descripcin del Gatekeeper

Funciones tpicas del gatekeeper:
Un gatekeeper es una entidad H.323 en la red.
Un gatekeeper ofrece estos servicios:
- Traduccin de direcciones
- Control de admisin de llamadas para terminales

H.323, puertas de enlace y unidades de control
multipunto
Las funciones principales son control de admisin, gestin de zonas y

traduccin de direcciones E.164.
Los Gatekeepers estn lgicamente separados de puntos extremos

H.323 como terminales y gateways.
Los Gatekeepers son dispositivos opcionales en una red.
2010 Cisco Systems, Inc. Todos los derechos reservados. CVOICE v8.0-5-4
Un gatekeeper es una entidad H.323 en la red que proporciona servicios como
traduccin de direcciones y control de acceso a la red para terminales H.323, pasarelas
y unidades de control multipunto. Las funciones principales de un gatekeeper son el
control de admisin, la gestin de zonas y la traduccin de direcciones E.164.Los
Gatekeepers estn lgicamente separados de puntos finales H.323 y dispositivos
opcionales en un entorno de red H.323.
Los Gatekeepers son nodos opcionales que administran puntos finales en una red
H.323. Los puntos finales se comunican con el gatekeeper utilizando el protocolo de
registro, admisin y estado (RAS).
Nota El ITU-T especifica que, aunque un gatekeeper sea un dispositivo opcional en las
redes H.323, si una red incluye un gatekeeper, todos los extremos H.323 deben usarlo.
Funciones del Gatekeeper
Este subtpico describe las funciones del gatekeeper.
Los guardianes tienen responsabilidades obligatorias y opcionales. Las tareas

obligatorias son las siguientes:
Resolucin de direccin: Las llamadas que se originan dentro de una red

H.323 pueden utilizar un alias para dirigirse al terminal de destino.Las llamadas
originadas fuera de la red H.323 y recibidas por una pasarela pueden utilizar un
nmero de telfono E.164 para dirigirse al terminal de destino. El gatekeeper
resuelve el alias o el nmero de telfono E.164 en la direccin de destino IP de la
red H.323.La resolucin se realiza mediante una tabla de traduccin que se
actualiza con los mensajes de registro.
CAC: El gatekeeper controla la admisin de los extremos en la red H.323.
Para ello se utilizan tres mensajes RAS: Solicitud de admisin (ARQ),

Confirmacin de admisin (ACF) y Rechazo de admisin (ARJ). Una subfuncin
de CAC es el control de ancho de banda que gestiona los requisitos de ancho de
banda de punto final. Cuando se registra con un controlador de acceso, un punto
final especificar su codificador-decodificador preferido (codec).Durante la
negociacin H.245, se puede requerir un cdec diferente. La negociacin de cdec
se realiza utilizando estos tres mensajes: Solicitud de ancho de banda (BRQ),
Confirmacin de ancho de banda (B CF) y Rechazo de ancho de banda (BRJ).
Gestin de zonas: Se requiere un gatekeeper para proporcionar traduccin

de direcciones, control de admisin y control de ancho de banda para terminales,
pasarelas y unidades de control multipunto que se encuentran dentro de su zona de
control.
Un gatekeeper H.323 puede proporcionar estas funciones opcionales:
Autorizacin de llamada: Con base en polticas como la hora del da, el

gatekeeper puede restringir el acceso a ciertos puntos finales o puertas de enlace.
Gestin de llamadas: Con esta opcin, el gatekeeper mantiene la

informacin activa de la llamada y la utiliza para indicar puntos finales ocupados o
para redirigir las llamadas.
Gestin de ancho de banda: Con esta opcin, el gatekeeper puede rechazar

la admisin cuando el ancho de banda requerido no est disponible.
Sealizacin de Gatekeeper
En este tema se explican los tipos de mensajes que intervienen en la sealizacin H.323
basada en el gatekeeper.
Los gatekeepers de Cisco utilizan el protocolo RAS H.323 como el mtodo principal de
sealizacin de llamadas. RAS es un subconjunto del protocolo de sealizacin H.225 y
se basa en el protocolo de datagramas de usuario (UDP). Los mensajes de sealizacin
entre las pasarelas son mensajes de control de llamada H.225, configuracin o
sealizacin.
La sealizacin de control de llamada H.225 se utiliza para establecer conexiones entre

puntos extremos H.323. La Recomendacin H.225 de la UIT especifica el uso y el soporte
de los mensajes de sealizacin Q.931. Si no hay guardin de puerta , los mensajes H.225
se intercambian directamente entre los extremos.
H.245 se negocia despus de que se sealiza una llamada entre las pasarelas. H.245, un
protocolo de sealizacin de control en la arquitectura H.323, permite el intercambio de
mensajes H.245 de extremo a extremo entre nodos extremos de comunicacin.Los
mensajes de control H.245 se transmiten por los canales de control H.245. El canal de
control H.245 es el canal lgico 0 y est permanentemente abierto, a diferencia de los
canales de medios. Los mensajes que se transmiten incluyen mensajes para intercambiar
capacidades de terminales y para abrir y cerrar canales lgicos.
Una vez que se ha establecido una conexin a travs de la sealizacin H.225, se utiliza
el protocolo de control de llamadas H.245 para resolver el tipo de medio de llamada y
establecer el flujo del medio. El protocolo de control de llamadas H.245 tambin
gestiona la llamada despus de que se ha establecido.
A medida que se establece la llamada, se negocian dinmicamente otras asignaciones de

puertos:
Los puertos de protocolo de transporte en tiempo real (RTP) se negocian desde

el nmero ms bajo.El rango es de 16384 a 32768.
El puerto TCP H.245 se negocia durante la sealizacin H.225 para una

conexin H.323 estndar.
Mensajes H.225 RAS

Este subtpico lista los tipos de mensajes RAS H.225.
Mensajes H.225 RAS
Descubrimiento: Ubicacin:
Solicitud de Gatekeeper (GRQ) Solicitud de ubicacin (LRQ)
Confirmacin de Gatekeeper (GCF) Confirmacin de ubicacin (LCF)
Rechazo de Gatekeeper (GRJ)
Ubicacin Reject (LRJ)
Registro:
Admisin:
Solicitud de registro (RRQ)
Solicitud de admisin (ARQ)
Confirmacin de registro (RCF)
Confirmacin de Admisin (ACF)
Rechazo de registro (RRJ)
Rechazo de la admisin (ARJ)
Cancelacin de la inscripcin:
Desacoplar:
Solicitud de cancelacin de registro (URQ)
Confirmacin de la cancelacin de la inscripcin (UCF) Solicitud de desactivacin (DRQ)
Rechazo de desregistro (URJ)
Solicitud en curso:
Disponibilidad de recursos: Solicitud en curso (RIP)
Indicador de Disponibilidad de Recursos (RAI)
Estado:
Confirmacin de disponibilidad de recursos (RAC)
Solicitud de informacin (IRQ)
Ancho de Banda: Respuesta de Solicitud de Informacin (IRR)
Solicitud de ancho de banda (BRQ) Reconocimiento de solicitud de informacin (IACK)
Confirmacin de ancho de banda (BCF) Solicitud de informacin Negativa Acuse de recibo

Rechazo de ancho de banda (BRJ) (INACK)
La figura muestra mensajes de seal RAS comunes, que son iniciados por una puerta
de enlace y portero. Los tipos de mensajes RAS incluyen los que se enumeran a
continuacin:
Mensajes de descubrimiento del gatekeeper: un punto final multiplica una

solicitud de descubrimiento del gatekeeper. La Solicitud de Gatekeeper Request
(GRQ) solicita que cualquier gatekeeper que lo reciba responda con un mensaje de
Confirmacin de Gatekeeper (GCN) que le otorgue permiso para registrarse.El
mensaje de rechazo de Gatekeeper (GRJ) es un rechazo de esta solicitud, lo que
indica que el punto final solicitante debe ver k otro gatekeeper.
- GRQ: El mensaje es enviado por un punto final a un gatekeeper.
- GCF: Respuesta de un gatekeeper a un punto final que indica la direccin de

transporte del canal RAS del gatekeeper.
- GRJ: Respuesta de un gatekeeper a un punto final que rechaza la solicitud desde el

punto final para su registro.El mensaje GRJ generalmente se produce debido a un
error de configuracin de puerta de enlace o gatekeeper.
Mensajes de registro de terminal y puerta de enlace: El mensaje de

peticin de registro (RRQ) es una solicitud para registrarse desde un terminal a un
gatekeeper.Si el gatekeeper responde con un mensaje de confirmacin de registro
(RCF), el terminal utilizar el gatekeeper que responde para llamadas futuras. Si el
gatekeeper responde con un mensaje de rechazo de registro (RRJ), el terminal
debe buscar otro gatekeeper con el que registrarse.
- RRQ: Enviado desde un punto final a una direccin de canal RAS de gatekeeper.En
este mensaje se incluye el prefijo de tecnologa, si est configurado.
- RCF: Respuesta del gatekeeper confirmando el registro del punto final.
- RRJ: Respuesta del gatekeeper que rechaza el registro del punto final.
Mensajes de anulacin de registro de terminal y pasarela: El mensaje

Solicitud de anulacin de registro (URQ) solicita que se interrumpa la asociacin
entre un terminal y un controlador de acceso.Tenga en cuenta que la peticin URQ
es bidireccional, es decir, un controlador de acceso puede solicitar a un terminal
que se considere no registrado, y un terminal informar a un gatekeeper que est
revocando un registro anterior.
- URQ: Enviado desde un punto final o un gatekeeper para cancelar el registro
- Confirmacin de anulacin de registro (UCF): Enviado desde un

punto final o un controlador de acceso para confirmar una anulacin de registro
- Rechazo de anulacin de registro (URJ): Indica que un punto

final no se registr previamente con el controlador de acceso
Mensajes de disponibilidad de recursos: El mensaje de Indicacin de

disponibilidad de recursos (RAI) es una notificacin desde una pasarela a un
gatekeeper de su capacidad de llamada actual para cada protocolo de serie H y
velocidad de datos para ese protocolo.Al recibir un mensaje RAI, el gatekeeper
responde con un mensaje de confirmacin de disponibilidad de recursos (RAC)
para reconocer su recepcin.
- RAI: Utilizado por gateways para informar al gatekeeper si hay

recursos disponibles en la pasarela para realizar llamadas adicionales
- RAC: notificacin del gatekeeper a la pasarela que reconoce la

recepcin del mensaje RAI
Mensajes de ancho de banda: Un punto final enva una solicitud de ancho

de banda (BRQ) a su gatekeeper para solicitar un ajuste en el ancho de banda de
llamada.El gatekeeper otorga la solicitud con un mensaje BCF o lo niega con un
mensaje BRJ.
- BRQ: Enviado por el punto final al gatekeeper solicitando un
aumento o disminucin en el ancho de banda de llamada
- BCF: Enviado por el gatekeeper confirmando la aceptacin de la BRQ
- BRJ: Enviado por el gatekeeper rechazando el BRQ
Mensajes de ubicacin : Los mensajes de ubicacin se utilizan comnmente

entre los guardianes interzona para obtener las direcciones IP de los diferentes
puntos finales de la zona.
- Solicitud de ubicacin (LRQ): Enviado por un gatekeeper al

gatekeeper del directorio para solicitar la informacin de contacto para una o
ms direcciones E.164.Un LRQ se enva directamente a un gatekeeper si uno
es conocido, o es multicast a la deteccin de gatekeeper multicast una
direccin.
- Confirmacin de ubicacin (LCF): Enviado por un gatekeeper

que responde y contiene el canal de sealizacin de llamada o la direccin de
canal RAS (direccin IP) de s mismo o del punto final solicitado.Utiliza la
direccin de punto final solicitada cuando se utiliza la marcacin de llamada
de punto final dirigido .
- Rechazo de ubicacin (LRJ): Enviado por gatekeepers que

recibieron un LRQ para un punto final solicitado que no est registrado o que
tiene recursos no disponibles.
Mensajes de admisin de llamada: El mensaje ARQ solicita que un punto

final tenga acceso a la red basada en paquetes por parte del gatekeeper.La solicitud
identifica el punto final de terminacin y el ancho de banda requerido.El
gatekeeper otorga la solicitud con un mensaje ACF o lo niega con un mensaje ARJ.
- ARQ: Un intento de un punto final para iniciar una llamada.
- ACF: Una autorizacin del gatekeeper para admitir la

llamada.Este mensaje contiene la direccin IP de la pasarela de terminacin
o del gatekeeper y permite que la pasarela de origen inicie procedimientos
de sealizacin de control de llamada.
- ARJ: Denega la solicitud desde el punto final para obtener

acceso a la red para esta llamada en particular si el punto final es
desconocido o si el ancho de banda inadecuado est disponible.
Desactivar mensajes: Cuando se desconecta una llamada, el punto final

enva un mensaje Disengage
Solicitar (DRQ) al encargado de la puerta .El gatekeeper confirma (desactiva la

confirmacin [DCF]) o rechaza (desactiva el rechazo [DRJ]) de la solicitud. Si se
enva desde un punto final a un controlador de acceso, el mensaje DRQ informa al
gatekeeper de que se est eliminando un punto final. Si se enva desde un
gatekeeper a un punto final, el mensaje DRQ obliga a cancelar una llamada, tal
solicitud no se rechazar.El mensaje DRQ no se enva directamente entre
extremos.
- DRQ: Enviado desde el punto final a un gatekeeper cuando se desconecta una

llamada
- DCF: Confirma el DRQ que fue enviado por el punto final
- DRJ: Rechaza el DRQ que fue enviado por el gatekeeper
Mensaje de solicitud en progreso (RIP): El gatekeeper enva un mensaje

RIP a un punto final o puerta de enlace para evitar fallos de llamada debido a los
tiempos de espera de mensajes RAS durante el procesamiento de llamadas del
gatekeeper.Un gateway que recibe un mensaje RIP sabe que debe continuar
esperando una respuesta de gatekeeper.
Mensajes de estado: Un gatekeeper utiliza una Solicitud de informacin

(IRQ) para determinar el estado de un punto final.En su respuesta de informacin
(IRR), el punto final indica si est en lnea o sin conexin.El gatekeeper tambin
puede responder que entiende el IRQ (Reconocimiento de Solicitud de
Informacin [IACK]) o que no entiende la peticin (Solicitud de Informacin
Negativa ).
- IRQ: Enviado desde un gatekeeper a un punto final que solicita el estado.
- Confirmacin de informacin (ICF): Se enva desde un punto

final a un controlador de acceso para confirmar el estado.
- IRR: Enviado desde un punto final a un gatekeeper en respuesta

a una IRQ. Este mensaje tambin se enva desde un punto final a un
gatekeeper si el gatekeeper solicita actualizaciones de estado peridicas.Las
pasarelas utilizan la IRR para informar al gatekeeper sobre las llamadas
activas.
- IACK: Utilizado por el gatekeeper para responder a los mensajes IRR.
- INACK: Utilizado por el gatekeeper para responder a los mensajes IRR.
Solicitud de registro
Este subtopic explica el registro del gatekeeper.
Cuando se registra con el gatekeeper, la pasarela enva su ID H.323 (si est
configurada), las direcciones E.164 adjuntas o ambas. Cisco Unified Communications
Manager Express registra de manera predeterminada las direcciones E.164 de todos los
puntos finales finales del protocolo de inicio de sesin ( SCP ) y de los protocolos de
control de cliente skinny registrados.Las pasarelas Cisco IOS registran de forma
predeterminada las direcciones E.164 de todos los puntos finales analgicos que se
conectan a los puertos FXS (Foreign Exchange Station).
Los ejemplos de direcciones H.323 ID y E.164 son los siguientes:
H.323 ID: gatewayname@domain.com
E.164 direccin : 4085551212
Registro liviano
Este subtpico describe el registro ligero.
Antes de la versin 2 de H.323, las pasarelas Cisco se volvieron a registrar con el

gatekeeper cada 30 segundos. Cada renovacin de registro utiliz el mismo proceso
que el registro inicial, aunque la puerta de enlace ya estaba registrada con el
gatekeeper. Este comportamiento gener considerable sobrecarga en el
gatekeeper.H.323v2 define un procedimiento de registro ligero que todava requiere el
proceso de registro completo para el registro inicial, pero usa un procedimiento de
renovacin abreviado para actualizar el gatekeeper y minimizar el problema.
El registro ligero requiere que cada punto final especifique un valor de tiempo de vida
(TTL) en su mensaje RRQ. Cuando un controlador de acceso recibe un mensaje RRQ
con un valor TTL, devuelve un valor de temporizador TTL actualizado en un mensaje
RCF al punto final. Poco antes de que expire el temporizador TTL, el punto final enva
un mensaje RRQ con el campo Keepalive establecido en TRUE, que actualiza el
registro existente.
No se requiere un punto final H.323v2 para indicar un TTL en su RRQ. Si el punto

final no indica un TTL, el gatekeeper asigna uno y lo enva a la puerta de enlace en el
mensaje RCF. No se permiten cambios de configuracin durante un registro ligero, por
lo que se ignoran todos los campos distintos del identificador del punto final, el
identificador del gatekeeper, los tokens y TTL. Con H.323v1, los extremos no pueden
procesar el campo TTL en el RCF. El controlador de acceso detecta el punto final con
IRQs durante un perodo de gracia predeterminado para saber si el punto final sigue
vivo.
Solicitud de admisin
Este subtema explica los mensajes que estn involucrados en el CAC.
La figura muestra un ARQ. Antes de configurar la llamada, la pasarela A enva una

solicitud ARQ al gatekeeper. El gatekeeper comprueba los statu s de la parte llamada y
enva un mensaje ACF o un mensaje ARJ.En el ejemplo, el gatekeeper enva un mensaje
ACF. La configuracin de la llamada H.225 estar directamente entre las dos pasarelas.
Los mensajes de admisin entre los puntos finales y los guardianes proporcionan las
bases para admisiones de llamadas y control de ancho de banda.Los guardianes de acceso
autorizan el acceso a redes H.323 confirmando o rechazando un ARQ.
Fallas de mensajes ARQ
Puede no estar claro por el mensaje RAS ARJ por qu el mensaje fue rechazado. Estos son
algunos mensajes bsicos de ARJ y las razones por las que ocurren estos mensajes:
CalledPartyNotRegistered: Este mensaje se devuelve porque el usuario

llamado nunca ha sido registrado o no ha renovado su registro con un RRQ de
mantenimiento.
InvalidPermission: La llamada viola alguna poltica propietaria dentro del

gatekeeper que normalmente es establecida por el administrador de la red o por el
gatekeeper.Por ejemplo, slo se permite a ciertas categoras de puntos finales
utilizar servicios de puerta de enlace.
RequestDenied: El gatekeeper realiza la gestin de ancho de banda de zona

y el ancho de banda que se requiere para esta llamada superara el lmite de ancho
de banda de la zona.
CallerNotRegistered: El punto final que pide permiso para ser admitido a la

llamada no est registrado con el gatekeeper de quien est pidiendo permiso.
RouteCallToGatekeeper: El punto final registrado ha recibido un mensaje

de configuracin de un punto final no registrado y el gatekeeper desea encaminar
el canal de sealizacin de llamada.
InvalidEndpointIdentifier: El identificador de punto final en el ARQ no es

el que el gatekeeper asign a este punto final en el RCF anterior.
ResourceUnavailable: Este mensaje indica que el gatekeeper no tiene los

recursos, como la memoria o la capacidad administrada, para permitir la
llamada.Tambin podra utilizarse en referencia al punto final remoto, lo que
significa que el punto final no est disponible.Sin embargo, otra razn puede ser
ms apropiada, como la capacidad de llamada se ha superado, lo que devolver un
callCapacityExceeded mensaje.
SecurityDenial: Este mensaje se refiere a los campos Tokens o

CryptoToken.Por ejemplo, la autenticacin fallida, la falta de autorizacin
(permiso), la integridad fallida o los parmetros de cifrado recibidos no son
aceptables ni comprendidos. Este mensaje tambin puede utilizarse cuando la
contrasea o el secreto compartido no es vlido o no est disponible, el punto final
no est autorizado a utilizar un servicio, se ha detectado una repeticin, se ha
detectado una infraccin de integridad, la firma digital es incorrecta o el
certificado ha caducado .
QosControlNotSupported: El punto final especific una calidad de servicio

de transporte (QoS) de gatekeeperControlled en su ARQ, pero el gatekeeper no
puede o no proporcionar QoS para esta llamada.
IncompleteAddress: Se utiliza para lo que se conoce como "envo

superpuesto".Si no hay suficiente informacin de direccionamiento en el ARQ, el
gatekeeper responde con este mensaje.Este mensaje indica que el punto final debe
enviar otro ARQ cuando haya ms informacin de direccionamiento disponible.
RouteCallToSCN: Este mensaje significa que el Punto final es redirigir la

llamada a un nmero de telfono especificado en la red de circuitos conmutados
(SCN) o en la red telefnica pblica conmutada (PSTN).Esto slo se utiliza si el
ARQ proviene de una puerta de acceso de ingreso.
AliasesInconsistent: El ARQdestinationInfo contena varios alias que

identificaban diferentes puntos finales registrados.Esto es distinto de
destinationInfo Que contiene uno o ms alias que identifican el mismo punto final
adems de alias adicionales que el gatekeeper no puede resolver.
ExceedsCallCapacity: Este mensaje era anteriormente

callCapacityExceeded.Significa que el punto final de destino no tiene capacidad
para aceptar la llamada. Esto est pensado principalmente para su uso con puertas
de enlace que son la versin 4 o posterior que informan de su capacidad de
llamada al gestor.
UndefinedReason: Este mensaje se utiliza slo si ninguna de las otras

razones son apropiadas.
Solicitud de ubicacin
Este subtopic explica cmo los gatekeepers localizan a otros gatekeepers.
Un gatekeeper enva un mensaje H.323 LRQ a otro gatekeepe r para solicitar un punto
final de terminacin.Con base en la informacin contenida en el mensaje LRQ, el
segundo gatekeeper determina el punto final apropiado.
Nota El gatekeeper enva un mensaje RIP a un punto final o puerta de enlace para
evitar fallos de llamada debido a los tiempos de espera de mensajes RAS durante
el procesamiento de llamadas del gatekeeper.Una pasarela que reciba un mensaje
RIP continuar esperando una respuesta del gatekeeper.
Para las funciones de redundancia de gatekeeper y carga compartida, puede configurar

varios gatekeepers. Los LRQ se envan secuencialmente o a todos los porteros al mismo
tiempo (explosin).
El reenvo secuencial de LRQs es el modo de reenvo predeterminado. Con el reenvo

secuencial LRQ, el gatekeeper de origen enviar un LRQ al primer gatekeeper de la lista
correspondiente.El gatekeeper de origen esperar entonces una respuesta antes de enviar
un LRQ al siguiente controlador de acceso de la lista. Si el gatekeeper de origen recibe
un LCF mientras espera, terminar el proceso de reenvo de LRQ.
Si tiene varias zonas de prefijo coincidentes, puede considerar utilizar el reenvo secuencial
de LRQ en lugar del reenvo LRQ. Con el reenvo secuencial, puede configurar las rutas
que son primarias, secundarias y terciarias.
La figura superior ilustra el proceso LRQ secuencial. El Gatekeeper A enviar primero un

LRQ al Gatekeeper B. El Gatekeeper B enviar una respuesta como LCF o LRJ al
Gatekeeper A. Si Gatekeepe r B devuelve un LCF al Gatekeeper A, se finalizar el proceso
de reenvo LRQ.
Si el Gatekeeper B devuelve un LRJ al Gatekeeper A, entonces el Gatekeeper A enviar un

LRQ a
Gatekeeper C. El Gatekeeper C devolver un LCF o LRJ al Gatekeeper A. Entonces, el

Gatekeeper A terminar el proceso de reenvo LRQ o reiniciar el proceso LRQ con
Gateway D.
Nota Con LRQs secuenciales, hay un temporizador fijo cuando se envan

LRQs.Incluso si el Gatekeeper A obtiene un LRJ de inmediato desde el
Gatekeeper B, esperar una cantidad de tiempo fija antes de enviar el siguiente
LRQ al Gatekeeper C y Gatekeeper D. Puede acelerar este proceso utilizando el
comando lrq lrj de avance inmediato .
La figura inferior ilustra el envo de LRQ de explosin. La opcin de disparo permite
al operador A enviar simultneamente LRQs al Gatekeeper B, Gatekeeper C y
Gatekeeper D. Esta opcin acelera el proceso de ubicacin pero requiere ms
sealizacin.
Configuracin de llamadas Intrazone H.225 RAS
Este subtpico describe la sealizacin RAS H.225 implicada en una configuracin de
llamada intrazona.
En el ejemplo mostrado en la figura, ambos extremos se han registrado con el mismo

gatekeeper. El flujo de llamadas con un gatekeeper procede de la siguiente manera:
1. Se inicia una llamada. En este punto, tanto el gateway de origen como el gateway
de terminacin han localizado y registrado con el gatekeeper.
2. El gateway enva un ARQ al gatekeeper para iniciar el procedimiento. La puerta

de enlace se configura con el dominio o la direccin del gatekeeper.
3. El gatekeeper responde al ARQ con un ACF. En la confirmacin, el gatekeeper

proporciona la direccin IP de la puerta de enlace de terminacin.
4. La puerta de origen inicia una configuracin de llamada bsica a la puerta de

enlace de terminacin.
5. Antes de que la puerta de enlace de terminacin acepte la llamada, enva un ARQ

al gatekeeper para obtener permiso.
6. El gatekeeper responde afirmativamente usando el mensaje ACF.
7. La pasarela de terminacin contina con el procedimiento de establecimiento de

llamada enviando los siguientes mensajes H.225 a la pasarela de origen y luego
intercambiando con ella las capacidades H.245.
Durante este procedimiento, si el gatekeeper responde a cualquiera de los extremos con

ARJ al ARQ, el punto final que recibe el rechazo termina el procedimiento.
Configuracin de llamada interzona H.225 RAS

Este subtpico describe la sealizacin RAS H.225 implicada en una configuracin de
llamada interzona.
En el ejemplo mostrado en la figura, los gateways pertenecen a diferentes zonas y
estn registrados con diferentes guardianes. El procedimiento de configuracin de
llamadas incluye estos mensajes:
1. Se inicia una llamada.
2. El gateway de origen enva un ARQ a su gatekeeper (GK1) solicitando

permiso para continuar y solicitando los parmetros de sesin para la puerta de
enlace de terminacin.
3. GK1 determina a partir de su configuracin que la pasarela de terminacin

est asociada con GK2. GK1 enva un LRQ a GK2.
4. GK2 determina la direccin IP de la puerta de enlace de terminacin y la

devuelve en un LCF.
5. Si GK1 considera la llamada aceptable por razones de seguridad y ancho de

banda, asigna el LCF a un ARQ y enva la confirmacin (ACF) al gateway de
origen.
6. La puerta de origen inicia una configuracin de llamada a la puerta de enlace

de terminacin.
7. La puerta de enlace de terminacin reconoce la recepcin de la configuracin

de llamada utilizando el mensaje Proceso de llamada.
8. Antes de aceptar la llamada entrante, la pasarela de terminacin enva un

ARQ a GK2 solicitando permiso para aceptar la llamada entrante.
9. GK2 admite la llamada y responde con una confirmacin (ACF).
10. La pasarela de terminacin suena el punto final de destino y luego procede a

travs de los procedimientos de configuracin de llamada H.225 y de funcin de
control H.245 hasta que se inician las sesiones RTP.
Enrutamiento de llamadas de Gatekeeper

Este tema describe cmo los gatekeepers H.323 enrutan las llamadas.
Zonas de Gatekeeper
Zonas:
- Los puntos finales H.323 se agrupan en zonas.
- Cada zona tiene un gatekeeper lgico que gestiona

todos los extremos de la zona.
Prefijos de zona:
- Un prefijo de zona es la parte del nmero llamado que

identifica la zona a la que va una llamada.
- Los prefijos de zona se usan generalmente para asociar

un cdigo de rea o de pas a una zona configurada.
Los dos conceptos principales de enrutamiento del gatekeeper son zonas y prefijos de zona.
Zonas
Una zona se define como el conjunto de nodos H.323 que son controlados por un nico
gatekeeper lgico. Los gatekeepers que coexisten en una red pueden configurarse para que
registren puntos de entrada de diferentes subredes.Slo puede haber un controlador de
acceso activo por zona. Estas zonas pueden superponerse a las subredes y un gatekeeper
puede administrar gateways en una o ms de estas subredes.
Los Endpoints intentan descubrir un gatekeeper y consecuentemente la zona de la cual

son miembros usando el protocolo de mensajes RAS.
Prefijos de zona
Un prefijo de zona determina a qu zona se envan las llamadas. Para una zona, que es
controlada por un gatekeeper, los prefijos de zona ayudan a encaminar la llamada al
punto final apropiado. Los prefijos zo ne son tpicamente cdigos de rea.
Por ejemplo, GK1 se configura con el conocimiento de que el prefijo de zona

212xxxxxxx (es decir, cualquier direccin que comienza con 212 y seguido por siete
dgitos arbitrarios) es manejado por el gatekeeper GK2. Cuando se le pide a GK1 que
admita una llamada a la direccin de destino 212-555-11 11, sabe enviar el LRQ a GK2.
Prefijos de zona
Este subtpico describe prefijos de zona de gatekeeper.
Un prefijo de zona es la parte del nmero llamado que identifica la zona de destino
para una llamada. Los prefijos de zona se usan generalmente para asociar a un cdigo
a una zona configurada.
El gatekeeper determina si una llamada se enruta a una zona remota o se maneja

localmente. En la figura, cuando una llamada al cdigo de rea 300 se origina en la
Zona A, debe ser reenviada al gatekeeper en la Zona B. Las llamadas al cdigo de rea
200 se manejan localmente .
Los prefijos de zona determinan la zona a la que se debe reenviar una llamada.
Prefijos tecnolgicos
Este subtpico describe prefijos tecnolgicos.
Prefijos tecnolgicos
Prefijo tecnolgico:
- Funcin opcional para permitir ms flexibilidad de

enrutamiento de llamadas
- Grupos extremos del mismo tipo juntos
- Usualmente identificado por el signo "#", pero puede ser

cualquier cadena E.164 Prefijo tecnolgico con hop-off:
- Las llamadas se encaminan a una zona especificada,

independientemente del prefijo de zona en la direccin.
Las pasarelas pueden registrarse utilizando un prefijo tecnolgico.
- Si no se incluye ningn prefijo tecnolgico en el nmero

marcado, se puede usar un prefijo de tecnologa
predeterminado.
Gatekeeper slo encamina una llamada a una pasarela con un prefijo

de tecnologa correspondiente.
Gatekeeper de enrutamiento se ve reforzada por los prefijos de tecnologa y prefijos de

tecnologa con hopoff.
Los prefijos tecnolgicos se utilizan para indicar diferentes tipos o clases de pasarelas.
A continuacin, las pasarelas se configuran para registrarse con sus guardianes con
estos prefijos.Por ejemplo, las pasarelas de voz pueden registrarse con el prefijo
tecnolgico 1 #, pasarelas H.320 con 2 #, pasarelas de correo de voz con 3 #, y as
sucesivamente. Ms de una puerta de enlace puede registrarse en la misma zona
(configurada con el mismo prefijo de zona).Cuando esto sucede, el gatekeeper realiza
una seleccin aleatoria entre gateways del mismo tipo. El llamador, que conoce el tipo
de dispositivo al que est intentando llegar, ahora puede aadir un prefijo de tecnologa
a la direccin de destino para indicar el tipo de puerta de enlace que se utilizar para
llegar al destino.
Prefijo de tecnologa con Hopoff
La otra caracterstica de tipo pasarela es la capacidad de forzar un salto a una zona en

particular. Normalmente, cuando un punto extremo o pasarela hace una llamada ARQ a
su gatekeeper, el gatekeeper resuelve la direccin de destino buscando primero el prefijo
de tecnologa.Cuando se hace coincidir, la cadena restante se compara con los prefijos de
zona conocidos. Si la direccin se resuelve en una zona remota , la direccin completa,
incluidos los prefijos de tecnologa y de zona, se enva al gatekeeper remoto en un LRQ.
Ese guardin remoto a continuacin, utiliza el prefijo de la tecnologa para decidir cul
de sus puertas de enlace para saltar.El prefijo de zona determina el enrutamiento a una
zona, y el prefijo de tecnologa determina la puerta de enlace en esa zona.Este
comportamiento se puede sobreescribir asociando una zona forzada hopoff con un prefijo
tecnolgico particular. Esto obliga a la llamada a la zona especificada
independientemente del prefijo de zona en la direccin.
Uso de prefijo de tecnologa

Este subtema explica el uso de prefijos tecnolgicos.
Si las personas que llaman saben el tipo de dispositivo al que estn intentando llegar,
pueden incluir el prefijo de tecnologa en la direccin de destino para indicar el tipo de
puerta de enlace que se utilizar para llegar al destino. Por ejemplo, si una persona que
llama sabe que la direccin 2005551111 pertenece a un telfono normal, se puede usar
la direccin de destino 1 # 2005551111, donde 1 # indica que la direccin debe ser
resuelta por una pasarela de voz.Cuando el gatekeeper recibe un ARQ para una
llamada a 1 # 2005551111, entra en contacto con el prefijo 200 de la zona de servicio
del gatekeeper .El prefijo 200 de zona de servicio del gatekeeper busca una puerta de
enlace local que registr la direccin E.164 2005551111. Si no hay coincidencia
E.164, el gatekeeper selecciona una pasarela que est registrada en esa zona para el
prefijo de tecnologa 1 # .La direccin de la puerta de enlace de destino se ofrece a la
puerta de origen (utilizando LCF y ACF). Cuando la llamada a 1 # 2005551111 llega a
la puerta de enlace de terminacin, elimina el prefijo de tecnologa antes de igualar el
nmero de marcacin de salida.
Cisco gatekeeper s utiliza prefijos tecnolgicos para enrutar llamadas cuando no hay
direcciones E.164 registradas (por una pasarela) que coincida con el nmero
llamado.Sin las direcciones E.164 registradas, el gatekeeper de Cisco se basa en estas
dos opciones para tomar la decisin de encaminamiento de llamadas:
El prefijo de tecnologa coincide con la opcin: El gatekeeper utiliza el

prefijo de tecnologa que se agrega en el nmero llamado para seleccionar la
puerta de enlace o zona de destino.
Opcin predeterminada de prefijos tecnolgicos: El gatekeeper asigna

una puerta de enlace predeterminada para enrutar direcciones de llamada no
resueltas.
El gatekeeper utiliza un prefijo de tecnologa predeterminada para enrutar todas las

llamadas que no tienen un prefijo de tecnologa o para pasarelas que no tienen un
prefijo de tecnologa definido. El gatekeeper coincide con el prefijo de la tecnologa
para decidir cul de sus gat evways para saltar.Esta opcin es til si la mayora de las
llamadas salta en un determinado tipo de puerta de enlace, de modo que las personas
que llaman ya no agreguen un prefijo de tecnologa a la direccin.
Control de Admisin de Llamadas Basadas en
Gatekeeper
Este tema describe cmo los gatekeepers H.323 implementan CAC.
En las redes convergentes, se debe asignar una cierta cantidad de ancho de banda a las
llamadas VoIP. Una vez que se ha utilizado completamente el ancho de banda provisto,
las llamadas posteriores deben rechazarse para evitar la sobreescritura de colas de
prioridad , lo que causara degradacin de calidad para todas las llamadas de voz.Esta
funcin, conocida como CAC, es esencial para garantizar una buena calidad de voz en un
despliegue multisitio. El gatekeeper mantiene un registro de todas las llamadas activas
para que pueda administrar el ancho de banda en una zona.
CAC regula la calidad de voz limitando el nmero de llamadas que pueden estar activas
en un enlace particular al mismo tiempo. CAC no garantiza un nivel particular de
calidad de audio en el enlace, pero s le permite regular la cantidad de ancho de banda
consumido por las llamadas activas en el enlace.
El gatekeeper Cisco IOS puede proporcionar CAC entre estos dispositivos:
Cisco Unified Communications Manager
Cisco Unified Communications Manager Express
Endpoint H.323
El gatekeeper requiere una configuracin esttica de los recursos disponibles. El gatekeeper

no puede asignar recursos variables, como es el caso con Resource Reserve Protocol
(RSVP).
Clculo del ancho de banda

Este subtopic explica cmo los gatekeepers calculan el ancho de banda que se requiere por
llamada.
Clculo del ancho de banda
Gatekeeper calcula el ancho de banda de la llamada
como tasa de codec doble
- Ignorar los gastos generales
- Para todos los cdecs
Frmula para el clculo del ancho de banda de zona

en un gatekeeper - (Nmero de llamadas) * (Ancho de
banda de codec) * 2 Ejemplo: Tres llamadas
G.711: 3 * 64 * 2 = 384 kb / s
Codec Kb / s en Gatekeeper
G.711 128 kb / s
G.729 16 kb / s
El gatekeeper no puede calcular la cantidad exacta de ancho de banda que es

consumida por una llamada. El ancho de banda depende no slo del cdec, sino
tambin de la frecuencia de muestreo, de la compresin del encabezado y de la
sobrecarga adicional. El controlador de acceso aproxima el ancho de banda de la
llamada duplicando la velocidad del cdec.Este clculo se utiliza para todos los tipos
de cdec.
Por ejemplo, tres llamadas G.711 simultneas consumen, desde una perspectiva de
gatekeeper:
3 * 64 kb / s * 2 = 384 kb / s
Configuracin de Gatekeeper
Este tema describe cmo configurar un gatekeeper H.323 en un enrutador Cisco IOS.
Descripcin general de la configuracin del
controlador de acceso
Portero:
Configure las zonas locales y remotas.
Configure prefijos de zona.
Configure prefijos tecnolgicos.
Active el gatekeeper.
Puerta:
Configurar puertas de enlace para usar los guardias de seguridad

H.323.
Configurar pares de marcado para utilizar protocolo H.225 RAS.
Siga estos pasos para configurar un gatekeeper Cisco IOS:
Paso 1 Configure las zonas locales y remotas en el gatekeeper.
Paso 2 Configure los prefijos de zona para todas las zonas en las que se deben encaminar las
llamadas.
Paso 3 Configure prefijos tecnolgicos para proporcionar ms flexibilidad en el enrutamiento

de llamadas.
Paso 4 Activar la funcin del gatekeeper.
Siga estos pasos para adaptar una pasarela Cisco IOS H.323 para interconectar con un
gatekeeper:
Paso 1 Configure los parmetros de puerta de enlace H.323 que se requieren para
registrarse con un gatekeeper.Algunos parmetros son obligatorios, otros son
opcionales.
Paso 2 Configure los compaeros de marcacin para utilizar el protocolo RAS.

Conceptos bsicos de Gatekeeper
Este subtpico describe los comandos bsicos necesarios para implementar un
gatekeeper Cisco IOS.
Conceptos bsicos de Gatekeeper

Enrutador (config) #
portero
Ingresa el modo de configuracin del gatekeeper
Enrutador (config-gk) #
no apagarse
Habilita el gatekeeper
Debe realizarse cuando la configuracin est completa
- Algunos parmetros no se pueden modificar con registros o

llamadas activas
No hace que el gatekeeper funcione si:
- No hay zonas locales configuradas
- Las zonas locales utilizan la direccin HSRP y la interfaz est en

espera Por defecto: deshabilitado
El comando gatekeeper entra en el modo de configuracin del gatekeeper.Este modo

permite la configuracin de todos los dems ajustes relacionados con el gatekeeper.
La funcin del gatekeeper se habilita de forma predeterminada.El gatekeeper no tiene

que estar habilitado antes de configurar el gatekeeper. De hecho, se recomienda que la
configuracin del gatekeeper se complete antes de abrir el gatekeeper porque algunas
caractersticas pueden ser difciles de alterar mientras el gatekeeper se est ejecutando,
ya que puede haber inscripciones o llamadas activas.
El comando no shutdown habilita el gatekeeper, pero no hace que el gatekeeper
funcione.Las dos excepciones son las siguientes:
Si no se configuran zonas locales, el comando no shutdown coloca el

gatekeeper en modo inactivo, esperando una definicin de zona local.
Si las zonas locales estn definidas para utilizar una direccin virtual de
Protocolo de enrutador de Hot Standby (HSRP) y la interfaz HSRP est en modo
de espera, el gatekeeper entra en modo de espera HSRP.Slo cuando la interfaz
HSRP est activa, el gatekeeper entra en el modo de funcionamiento en
funcionamiento.
Configuracin de zonas de gatekeeper

En este tema se describe cmo configurar las zonas del gatekeeper.
Configuracin de zonas de Gatekeeper

locales
Zona local nombre-de-zona nombre-de-dominio [ ras-IP-

address ]
Define la zona local.
- Identificado por nombre de zona o gatekeeper y nombre de dominio
Slo se puede definir un argumento ras-IP-address para todas las

zonas locales.
- Las zonas locales no pueden utilizar direcciones IP RAS diferentes.
- Cuando se configura en la primera definicin de zona, se puede omitir

en todas las zonas subsiguientes que capturan automticamente esta
direccin.
Una zona de gatekeeper puede ser local o remota.
El comando local de zona define una zona local.Se pueden definir varias zonas locales.
El gatekeeper gestiona todas las zonas locales configuradas. El comando local de zona
define o cambia la direccin IP que utiliza el gatekeeper.
Slo se puede definir un argumento ras-IP-address para todas las zonas locales.No
puede configurar cada zona para utilizar una direccin IP RAS diferente. Si define esto
en la primera definicin de zona, puede omitirla para todas las zonas subsiguientes, que
automticamente recogen esta direccin .Si lo configura en un comando local de zona
posterior , tambin cambiar la direccin RAS de todas las zonas locales previamente
configuradas.Una vez definido, puede cambiarlo reeditando cualquier comando local de
zona con un argumento de ras-IP-address diferente .Si el argumento ras-IP-address es
una direccin virtual HSRP, automticamente pone el gatekeeper en modo HSRP.En
este modo, el gatekeeper asume el estado de espera o activo, dependiendo de si la
interfaz HSRP est en estado de espera o activa .
No puede quitar una zona local si hay puntos de extremo o gateways que estn registrados
en l. Para eliminar la zona local, apague el gatekeeper primero para forzar la cancelacin
de la inscripcin.
El nmero mximo de zonas locales que se definen en un gatekeeper no debe exceder de

100.
Configuracin de zonas de gatekeeper remoto

Este subtopic explica cmo configurar zonas remotas en un gatekeeper.
Configuracin de zonas de gatekeeper

remoto
Zona remota nombre-de-otra-zona nombre-de-otro-dominio

othergatekeeper-ip-address [ nmero de puerto ] [ cost-
value
[Prioridad -valor prioritario ]] [ dominio extranjero ]
Definicin esttica de zona remota
- Identificado por nombre de zona o gatekeeper y nombre de dominio
Opcional para zonas DNS-solubles
- El DNS es apropiado para llamadas basadas en ID H.323, no E.164

- Gatekeeper resuelve automticamente la direccin
Cuando se configuran varias zonas remotas, se pueden clasificar:
- Por coste (0-100), por defecto: 50
- Por prioridad (0-100), por defecto: 50
- Se prefiere la zona con menor costo o mayor prioridad que otras

Nmero de puerto predeterminado : UDP 1719
El comando remoto de zona define de forma esttica un gatekeeper remoto o una

zona remota si no se utiliza un DNS (Sistema de nombres de dominio).La resolucin
basada en DNS se puede utilizar para llamadas basadas en ID H.323 pero no para
llamadas E.164. Para el direccionamiento de direcciones E.164, los prefijos de zona se
configuran en el gatekeeper y se debe definir una zona remota antes de configurar un
prefijo de zona para esa zona.
Cuando hay varias zonas remotas configuradas, pueden clasificarse segn el coste y el
valor de prioridad. Una zona con un valor de coste ms bajo y un valor de prioridad
ms alto es dar n preferencia sobre otros.Se prefiere una zona con menor coste o
mayor prioridad que otras.
El gatekeeper remoto es contactado por el puerto UDP 1719 predeterminado.
Ejemplo de configuracin de zonas de gatekeeper

Este subtema proporciona un ejemplo de configuracin de zona local y remota.
La figura muestra una red con dos gatekeepers: GK1 y GK2. GK1 gestiona dos zonas
locales: Zona A y Zona B. GK2 gestiona la Zona C.
Los ajustes GK1 se muestran en la configuracin de la muestra. Tiene ambas zonas
locales configuradas. El comando local de la primera zona incluye la direccin local del
gatekeeper.La zona C se configura utilizando el comando remoto de zona y seala la
direccin IP de GK2.
Configuracin de prefijos de zona

En este tema se describe cmo configurar los prefijos de zona.
Configuracin de prefijos de zona

Prefijo de zona nombre de zona e164-prefix [ explosin |

Seq] [prioridad gwpriority gw-alias ]
Aade un prefijo a la lista de zonas de gatekeeper
- Identificado por nombre de una zona local o remota o portero
(Definido mediante el uso de un comando remoto de zona

local o de zona ) El prefijo E.164 puede incluir comodines:
- Dot (.) Coincide con un solo carcter.
- Asterisco (*) coincide con cualquier cadena.
Blast y seq definen el modo de envo de LRQs
La prioridad gw define la preferencia por las pasarelas de zona local
- Para llamadas a nmeros que comienzan con prefijo e164-prefix .
- El rango es 0 (ms bajo, bloquea la puerta de enlace) a 10 (ms alto);

El valor predeterminado es 5.
- Gw-alias es el identificador H.323 de una puerta de enlace.
Configure con el comando h323-gateway voip h.323-id .
Un prefijo de zona es una cadena de nmeros que se utiliza para asociar una pasarela a
un nmero marcado en una zona. Se configura con el comando prefijo de zona en
modo de configuracin de gatekeeper.
Un gatekeeper puede manejar ms de un prefijo de zona en una zona, pero un prefijo

zon e no puede ser compartido por ms de un gatekeeper.Si ha definido un prefijo de
zona como manejado por una zona y luego lo define para otra zona, la segunda
asignacin cancela la primera.
El parmetro prefijo E.164 es un prefijo E.164 estndar seguido de puntos (.).Cada

punto representa un dgito en la direccin E.164. Por ejemplo, 200 ....... es igualado
por 200 y cualquier siete nmeros.Un asterisco (*) es un comodn que coincide con
cualquier nmero de cualquier dgito.
Las palabras clave blast y seq definen el mtodo de envo de LRQs si existen
mltiples gatekeepers hopoff.El valor predeterminado es seq .
La opcin de prioridad gw define cmo el gatekeeper selecciona pasarelas en su zona

local para llamadas a nmeros que empiezan con prefijo e164-prefix .El rango es de 0
a 10, donde 0 evita que el gatekeeper use la puerta de enlace gw-alias para ese prefijo,
y 10 coloca la prioridad ms alta en el gateway gw-alias. El valor predeterminado es 5.
El nombre de alias gw es el identificador H.323 de un gateway que est registrado o se

registrar con el gatekeeper.Este nombre se establece en la puerta de enlace con el
comando h323-gateway voip h.323-id .
Al elegir una puerta de enlace, el gatekeeper primero busca la coincidencia de prefijo

de zona ms larga. A continuacin, utiliza la prioridad y el estado de puerta de enlace
para seleccionar desde las pasarelas.
Ejemplo de configuracin de prefijo de zona

Este subtema proporciona un ejemplo de configuracin de prefijo de zona.
En la figura, el gatekeeper con direccin IP 10.1.1.10 gestiona dos zonas locales: Zona A
y Zona B. La Zona A tiene el prefijo 2 ... asociado y la Zona B tiene el prefijo 3 ... como
prefijo de zona. El gatekeeper utiliza cuatro dgitos para resolver las direcciones.
Las pasarelas GW-A1 y GW-A2 estn configuradas (no mostradas en esta figura) para
registrarse en la Zona A. La pasarela GW-B est configurada para registrarse en la Zona
B. El gatekeeper tiene diferentes prioridades asignadas a GW-A1 y GW-A2 que hacen de
GW-A1 la eleccin preferida .GW-A2 sirve como puerta de enlace de copia de seguridad
para la Zona A.
Cuando el gatekeeper recibe un ARQ para una llamada a un nmero en el rango 3 ...,
devolver la direccin GW-B, si se registr correctamente con el gatekeeper.
Cuando el gatekeeper recibe una llamada ARQ fo ra a un nmero en el rango 2 ...,

devolver la direccin GW-A1, si se registra con el gatekeeper.Si GW-A1 no se ha
registrado y GW-A2 se ha registrado, el gatekeeper devuelve la direccin IP GW-A2.
Configuracin de prefijos de tecnologa

En este tema se describe cmo configurar prefijos tecnolgicos.
Configuracin de prefijos de tecnologa

Prefijo de tipo prefijo-gw prefijo de tipo [[hopoff gkid1 ]

[hopoff gkid2 ] [hopoff gkidn ] [seq | Explosin]]
[tecnologa por defecto] [[gw ipaddr ipaddr [ puerto ]]]
Define un prefijo de tecnologa
- Reconocido y eliminado antes de comprobar el prefijo de zona

opcin hopoff especifica el guardin hopoff:
- Independientemente del prefijo de zona en la direccin de destino
- Mltiples ocurrencias configuran los gatekeepers redundantes
Default-technology especifica que las pasarelas que se registran

con este prefijo se usan como predeterminadas para enrutar
cualquier direccin que no est resuelta.
Gw ipaddr opcin indica que la pasarela es incapaz de registrar

prefijos tecnolgicos.Cuando el gateway se registra, se agrega al
grupo para este prefijo de tipo.
Para habilitar al gatekeeper para seleccionar la puerta de enlace hopoff apropiada, use
el comando gw-type-prefix para configurar prefijos de tecnologa, que tambin se
conocen como prefijos de tipo gateway.Seleccione prefijos tecnolgicos para indicar
diferentes tipos o clases de gateways. Los llamantes tendrn que saber los prefijos de
tecnologa que se definen y el tipo de dispositivo que estn tratando de alcanzar.Este
conocimiento les permite aadir el prefijo tecnolgico adecuado a la direccin de
destino para el tipo de puerta de enlace que se necesita para llegar al destino.
Se reconoce un prefijo de tecnologa y se elimina antes de comprobar el prefijo de

zona. Los prefijos tecnolgicos no deben llevar a ambigedad con prefijos de zona.
Esta ambigedad puede evitarse utilizando el carcter # para terminar los prefijos
tecnolgicos, por ejemplo , 3 #.
La opcin hopoff gkid especifica el gatekeeper en el que la llamada debe saltar,

independientemente del prefijo de zona en la direccin de destino.El argumento gkid
se refiere a un gatekeeper previamente configurado usando el comando de zona local
o de zona remota .Puede introducir esta palabra clave y argumento varias veces para
configurar los controladores de acceso redundantes para un prefijo de tecnologa
determinado.
La palabra clave de tecnologa predeterminada es til para declarar un prefijo de tipo

pasarela especfico como el tipo de puerta de enlace predeterminado que se utilizar
para las direcciones que no se pueden resolver.Si la mayora de las llamadas salta en
un determinado tipo de puerta de enlace, puede configurar el gatekeeper para que
utilice ese prefijo de tecnologa como el tipo predeterminado para que los llamantes ya
no tengan que aadir un prefijo de tecnologa en la direccin.
La opcin ipaddr de gw est configurada para una pasarela que es incapaz de registrar
prefijos tecnolgicos.Cuando se registra, agrega la pasarela al grupo para este tipo de
prefijo, como si hubiera enviado el prefijo tecnolgico en su registro. Este parmetro
puede repetirse para asociar ms de una pasarela con un prefijo de tecnologa.
Ejemplo de configuracin de prefijo de tecnologa

Este subtema proporciona una configuracin de muestra para prefijos tecnolgicos.
La figura ilustra cmo los prefijos tecnolgicos mejoran el enrutamiento de llamadas:
El prefijo de tipo gw 1 # * default-technology comando declara 1 # como la

tecnologa predeterminada.Todas las llamadas sin ningn prefijo de tecnologa
configurado se tratarn como si 1 # fuera agregado en el nmero llamado.
El prefijo de tipo gw 2 # * hopoff Comando ZoneC encamina todas las

llamadas con el prefijo tecnolgico 2 # a la Zona C. Sobre la base de prefijos de
zona, tal redireccin de llamada impide el enrutamiento de llamadas.De hecho, la
zona C no tiene un prefijo de zona configurado en absoluto.
El prefijo gw-type 99 # * gw ipaddr 192.168.1.1 declara que la pasarela con
direccin IP 192.168.1.1 tendr el prefijo tecnolgico 99 # asociado con l cuando
se registre con el gatekeeper.Este comando se utiliza cuando la puerta de enlace no
puede registrar el propio prefijo de tecnologa, que puede ser el caso en los
guardianes que no sean los gatekeepers de Cisco.
Adaptacin de puertas de enlace H.323 a los

guardias de seguridad
En este tema se describe cmo adaptar las puertas de enlace H.323 para interoperar con los
gatekeepers.
Adaptacin de puertas de enlace H.323 a los

guardias de seguridad
Enrutador (config-if) #
H323-gateway voip bind srcaddr ip-address
Opcional, establece la direccin IP de origen para el trfico H.323

saliente Afecta a los mensajes H.225, H.245 y RAS
Interfaz voip h323-gateway
Obligatorio, configura una interfaz como una interfaz de pasarela H.323
Requisito previo para la configuracin de ID de pasarela y

referenciamiento del gatekeeper Slo se puede seleccionar una
interfaz por puerta de enlace
H323-gateway voip h323-id id de la interfaz
Opcional, establece el nombre H.323 de la puerta de enlace que

identifica esta puerta de enlace a su gatekeeper asociado
Si no est definido, el gateway registra nmeros E.164, no H.323 ID
El comando h323-gateway voip bind es un comando opcional que une la

caracterstica de puerta de enlace a una direccin IP de una interfaz de red.Afecta a la
sealizacin H.225, H.245 y RAS. Si el comando no est configurado, el enrutador
depende de la capa IP para elegir la direccin de salida.
El comando h323-gateway voip interface configura una interfaz como una interfaz de
pasarela H.323.Este comando debe configurarse antes de configurar el ID de gateway
y hacer referencia al gatekeeper. Slo se puede seleccionar una interfaz por puerta de
enlace.
El comando h323-id de h323-gateway especifica el ID H.323 que utilizar la pasarela

al registrarse con el gatekeeper.Este comando es opcional y, si no est configurado, el
gateway se registrar sin proporcionar su ID H.323. Este comando no afecta si la
puerta de enlace registra direcciones E.164 o no.
Adaptacin de puertas de enlace H.323 a
los guardianes (Cont.)
H323-gateway id de voip gatekeeper-id {ipaddr ip-addr

[nmero de puerto] | Multicast} [nmero de prioridad]
Obligatorio, define la zona (o ID del gatekeeper) para registrarse con
El identificador de gatekeeper debe coincidir con el ID de zona o gatekeeper

configurado en gatekeeper
- Distingue maysculas y minsculas
El descubrimiento de multidifusin se escucha en la conocida direccin de

descubrimiento del gatekeeper H.323 224.0.0.41, el puerto UDP 1718
Prioridad define el orden de los porteros alternativos
H323-gateway prefijo prefijo de tecnologa voip
Opcional, define el prefijo de tecnologa que la pasarela registra con el gatekeeper
Afecta el enrutamiento de las llamadas entrantes
El comando h323-gateway voip id especifica el gatekeeper con el que registrarse.El ID

de gatekeeper definido en este comando se configura en el gatekeeper mediante el
comando local de zona .Puede ser referido como ID de gatekeeper o ID de zona. El
comando es obligatorio para la pasarela para intentar el registro.La puerta de enlace
puede ponerse en contacto con el gatekeeper utilizando su direccin de unidifusin o
bien la direccin de multidifusin conocida 224.0.0.41. Los porteros escuchan en el
puerto UDP 1718.
El comando voip tech-prefix de h323-gateway define el prefijo de tecnologa th en los

registros de gateway con el gatekeeper.Esta configuracin afecta al enrutamiento de
llamadas del gatekeeper y puede influir en la seleccin de ruta para las llamadas
entrantes.
Adaptacin de puertas de enlace H.323 a
los guardianes (Cont.)
puerta
Obligatorio, hace que gateway descubra y registre, o cancele el registro con

gatekeeper
- GRQ y mensajes RRQ o URQ.Predeterminado: disabled
Enrutador (config-dial-peer) #
Sesin de destino ras
Obligatorio, seala la sesin H.323 en gatekeeper
Protocolo de sealizacin RAS
- El gatekeeper consultado para traducir la direccin E.164 a la direccin IP
Sealizacin enviada al puerto RDS UDP 1719 en lugar del puerto UDP
H.225 1720
El comando gateway , disponible en modo de configuracin global, hace que la

pasarela enve solicitudes de descubrimiento de gatekeeper (GRQ) y registro
(RRQ).Debe configurarse en la puerta de enlace para intentar el registro. De forma
predeterminada, la funcin de puerta de enlace est deshabilitada. El comando no
gateway fuerza la anulacin del registro.
El comando ras de destino de la sesin que est configurado en el modo peer de

marcacin dirige la sealizacin H.323 en el gatekeeper.Este comando ordena a la
pasarela que utilice el protocolo RAS H.225 adems de la sealizacin basada en
H.225.0 .La sealizacin RAS utiliza el puerto UDP 1719 en lugar del puerto UDP
1720 utilizado para H.225.0.
Gestin del registro de direcciones E.164
Este subtpico describe cmo administrar direcciones E.164 que estn registradas por la
puerta de enlace con el gatekeeper.
Gestin del registro de direcciones E.164

Enrutador (config-ephone-dn) #
Nmero [ nmero secundario ] [no-reg [ambos | primario]
La palabra clave no-reg evita el registro de nmero E.164 de ephone-dns

Por defecto: Ambos puntos finales SCCP registrados, SIP no registrado
Registrar e164
Registra los nmeros E.164 totalmente calificados para los compaeros de

marcacin POTS con
FXS
- Totalmente calificado: 2001, no totalmente calificado: 200 ....
Valor predeterminado: activado para los marcadores de marcacin activos

con FXS que no se cierra
Enrutador (config-telefonia) #
Dialplan-patrn patrn de la etiqueta extensin-longitud

extensionlength [extension-pattern extension-pattern | No
reg
La palabra clave no-reg impide el registro de nmero expandido
Valor predeterminado: los nmeros expandidos se registran en gatekeeper
Cisco Unified Communications Manager Express registra, de forma predeterminada, los
nmeros E.164 de los puntos finales SCCP. El comando numrico , disponible en el
modo de configuracin ephone-dn, tiene la opcin no-reg que desactiva el registro de
nmero E.164 con el gatekeeper.La subopcin impide tanto que se registren los nmeros
primarios como secundarios.La subopcin primaria impide el registro de nmero
primario.
Las pasarelas de voz de Cisco, de forma predeterminada, registran los nmeros de

extensin totalmente calificados que estn asociados con los puntos finales analgicos
conectados a los puertos FXS.Un ejemplo de un nmero totalmente cualificado es
2001, mientras que un nmero no totalmente calificado es 20 .... El comando e164 del
registro , disponible en el m odo de pares de marcacin, controla el registro de los
nmeros de extensin totalmente calificados.Est habilitado de forma predeterminada.
El comando no register e164 impide el registro de los nmeros de extensin totalmente
calificados de los extremos FXS.
Las pasarelas de voz de Cisco no registran usuarios que estn asociados con otros tipos de
pares de marcado, incluidos los puntos finales SIP de Cisco Unified Communications
Manager Express que se representan como pares de marcacin VoIP.Este procedimiento es
diferente de los puntos finales de SCCP, que crean pares de marcado antiguo de servicio de
telfono antiguo (POTS).
El comando dialplan-pattern , disponible en el modo de configuracin global del

servicio de telefona y del registro de voip, ampla los nmeros de extensin internos a
direcciones E.164 pblicas.De forma predeterminada, Cisco Unified Communications
Manager Express registra los nmeros ampliados con el gatekeeper.El comando tiene la
opcin no-reg , que deshabilita el registro de la direccin expandida.
Ejemplo de configuracin de puerta de enlace

Este subtema proporciona una configuracin de ejemplo para una pasarela que se
registra con un gatekeeper.
La figura ilustra la configuracin de una pasarela que utiliza la interfaz loopback 0

como interfaz de pasarela. Provoca sealizacin de trfico desde la direccin IP
Loopback 0. El gateway se registra con el gatekeeper ID ZoneA que debe coincidir
exactamente con el ID (sensible a maysculas y minsculas) configurado en el
gatekeeper usando el comando local de zona .La puerta de enlace se registra
utilizando la pasarela H.323 ID de GW-A y registra el prefijo tecnolgico 1 #.
Las llamadas a nmeros de cuatro dgitos comenzando con 3 a 7 activarn un ARQ

hacia el gatekeeper.
La puerta de enlace tiene un punto final analgico que est conectado al puerto FXS
0/1/0, pero su nmero de extensin no se registrar como resultado del comando no
register e164 .
La puerta de enlace es simultneamente una pasarela Cisco Unified Communications

Manager Express. Evita que el nmero de extensin 2001 del ephone-dn 1 se registre
con el gatekeeper.
Configuracin de Gatekeeper CAC

En este tema se describe cmo configurar CAC basado en gatekeeper.
Configuracin de Gatekeeper CAC

Ancho de banda {check-destination | Interzone | Total |

Sesin | Remoto} {default | Zona nombre-zona } ancho de
banda
Define el ancho de banda mximo para el trfico H.323
- Interzone : De una zona especfica a todas las otras zonas juntas
- Total : todas las llamadas dentro de una zona
- Sesin : Para una sola sesin en una zona
- Remoto : a todas las zonas remotas
- Default: Valor por defecto para cada zona
Ancho de banda definido en kb / s
Check-destination : Comprobacin del ancho de banda de la zona de

destino antes de responder a ARQ
- Predeterminado: slo se comprueban los valores de la zona fuente

y de la zona intermedia
Por defecto : Ancho de banda mximo mximo ilimitado
El CAC se implementa en el gatekeeper usando el comando de ancho de banda .Define
el ancho de banda mximo agregado que se consume en las llamadas con seal H.323. El
alcance est definido por estas palabras clave:
Interzone: Cantidad total de ancho de banda para el trfico H.323 de la zona a

todas las dems zonas
Total: Cantidad total de ancho de banda para el trfico H.323 permitido dentro de
la zona
Session: Ancho de banda mximo permitido para una sesin en la zona
Remoto: Cantidad total de ancho de banda para todas las zonas remotas
Default : Valor predeterminado para todas las zonas; El valor especfico de la

zona sobrescribe este ajuste
El ancho de banda se especifica en kilobits por segundo.
La palabra clave de verificacin de destino hace que el gatekeeper compruebe el ancho de

banda disponible en la zona de destino antes de responder al ARQ con un ACF. De forma
predeterminada, el gatekeeper comprueba nicamente el ancho de banda disponible en la
zona de origen.
Ejemplo de configuracin de CAC de Gatekeeper

Este subtema proporciona una muestra de la configuracin CAC.
La figura ilustra cmo configurar un gatekeeper para que cumpla estos requisitos:
Todas las llamadas de la Zona A a todas las dems zonas: 1024 kb / s
Todas las llamadas desde cualquier otra zona a todas las dems zonas: 512
kb / s
Todas las llamadas dentro de la Zona A: 2048 kb / s
Todas las llamadas dentro de cada otra zona: 1536 kb / s
Codec G.729 mximo en la zona A
Codec G.711 mximo en cada otra zona

Comprobacin de ancho de banda de la zona de destino habilitada
Verificacin de la funcionalidad bsica del

gatekeeper
Este tema describe cmo verificar las operaciones del gatekeeper.
Descripcin de la verificacin del controlador

de acceso
Show commands: debug comandos:
Mostrar el estado del gatekeeper debug h225 {asn1 | eventos}
Mostrar el punto final del gatekeeper debug h245 {asn1 | eventos}
Mostrar prefijo de zona de gatekeeper depurar proxy h323 statistics
Mostrar el estado de la zona de gatekeeper debug ras
Mostrar las llamadas gatekeeper depurar gatekeeper principal [5] [10]
Mostrar gatekeeper gw-typeprefix
La figura lista los comandos que se pueden utilizar para supervisar y depurar
configuraciones de gatekeeper e interoperabilidad con pasarelas.
Verificacin del estado del gatekeeper

Este subtopic explica cmo verificar el estado del gatekeeper.
El comando show gatekeeper status muestra el estado operacional y de licencia del

gatekeeper.Enumera todas las zonas locales, el ancho de banda mximo agregado y
otras opciones que se relacionan con funciones, como seguridad y AAA.
Verificacin de los extremos registrados
Este subtpico ilustra cmo verificar los puntos finales que estn registrados con el
gatekeeper.
El comando show gatekeeper endpoint muestra los puntos finales que estn registrados
por cada puerta de enlace H.323.El gatekeeper presenta la direccin IP y el nombre de
zon de cada puerta de enlace registrada y enumera el ID H.323 de puerta de enlace (si
est disponible) con las direcciones E.164 conectadas a la puerta de enlace en puertos
FXS oa travs de puntos finales SCCP.
Comprobacin de prefijos de zona

Este subtopic explica cmo verificar la configuracin del prefijo de zona de gatekeeper.
El prefijo de la zona show gatekeeper muestra los prefijos de zona configurados con
los comandos de prefijo de zona .La salida presenta efectivamente la tabla de
enrutamiento de llamadas del gatekeeper que no incluye mecanismos relacionados con
el prefijo de tecnologa.
Comprobacin del estado de la zona

Este subtopic explica cmo verificar el estado de las zonas de gatekeeper.
El comando show gatekeeper zone status muestra el estado de todas las zonas que estn
configuradas en el gatekeeper, incluyendo zonas locales y remotas.El estado incluye
informacin general de la zona y parmetros adicionales, como ajustes relacionados con
el ancho de banda.
Verificacin de llamadas de Gatekeeper

Este subtpico describe cmo verificar las llamadas activas que han sido sealadas
utilizando el protocolo RAS.
El comando show gatekeeper calls enumera las llamadas activas que han sido
sealadas usando el protocolo RAS.La salida incluye informacin sobre las
direcciones E.164 implicadas en la llamada, el consumo de ancho de banda (calculado
por el controlador de acceso) y las direcciones IP de las pasarelas que sealaron la
llamada.
Resumen
Este tema resume los puntos clave que se discutieron en esta leccin.
Resumen
Los gatekeepers H.323 resuelven direcciones, proporcionan
Control de Admisin de Llamadas, administran zonas y
controlan el ancho de banda utilizado por los puntos finales.
Algunos mensajes RAS se intercambian entre puerta de enlace

y gatekeeper (GRQ, GCF, GRJ, RRQ, RCF, RRJ, ARQ, ACF,
ARJ, URQ, UCF, URJ, DRQ, DCF, DRJ, RIP), mientras que
otros mensajes se intercambian entre gatekeepers (LRQ, LCF,
LRJ).
Los guardianes roten las llamadas basadas en el nmero

llamado, que puede o no contener un prefijo tecnolgico.
Un gatekeeper proporciona CAC aceptando llamadas que no

exceden el rendimiento mximo agregado.
Un gatekeeper debe tener al menos una zona local configurada

para ser operativa.
Resumen (Cont.)
Las zonas locales definen las zonas atendidas por el gatekeeper
local mientras que las zonas remotas son zonas controladas por
otros gatekeepers.
Los prefijos de zona establecen la tabla de enrutamiento de

llamadas de un controlador de acceso.
Los prefijos tecnolgicos afectan al enrutamiento de llamadas

del gatekeeper y pueden configurarse en gatekeepers y
gateways.
Las puertas de enlace H.323 deben adaptarse a la

interoperabilidad con los guardianes de puerta mediante
comandos en el modo de configuracin de interfaz y de pares de
marcacin.
Gatekeeper CAC se implementa utilizando el comando de

ancho de banda .
Los guardianes permiten la verificacin de zonas configuradas,

puntos finales registrados y llamadas enrutadas.
2010 Cisco Systems, Inc.Gatekeeper y implementacin de elementos unificados de fronteras de Cisco 5-1
Leccin 2
Examen de Cisco Unified

Elemento de frontera
Visin de conjunto
Cisco Unified Border Element es como una pasarela de voz tradicional porque conecta
dos piernas de voz juntas. Mientras que una puerta de enlace de voz tradicional
interconecta una llamada de servicio telefnico antiguo (POTS) con una POTS o
llamada VoIP, el elemento de frontera unificada de Cisco interconecta dos lneas de
llamada VoIP.Esta leccin describe los conceptos y caractersticas de Cisco Unified
Border Element en entornos empresariales. Explica cmo implementar Cisco Unified
Border Element en un enrutador Cisco IOS.
Objetivos
Al completar esta leccin, podr describir las funciones y el funcionamiento de Cisco
Unified Border Element, incluyendo la ocultacin de direcciones, el Control de
Admisin de Llamadas (CAC) y el interfuncionamiento de protocolos y medios. Esta
capacidad incluye poder cumplir con estos objetivos:
Describir la funcionalidad de Cisco Unified Border Element y sus

aplicaciones en entornos empresariales VoIP
Explicar cmo se realiza el interfuncionamiento de protocolo en un

Elemento de frontera unificada de Cisco y qu opciones de interfuncionamiento se
admiten
Describir cmo los flujos de medios son administrados por Cisco Unified
Border Element
Explicar cmo se puede utilizar Cisco Unified Border Element para realizar
CAC basado en RSVP
Describir los flujos de llamadas en las implementaciones tpicas de Cisco

Unified Border Element.
Explicar cmo configurar el interfuncionamiento H.323 a H.323 en un

elemento de frontera unificada de Cisco
Describir cmo configurar el interfuncionamiento bsico H.323 a SIP en un

elemento de frontera unificado de Cisco, incluyendo interfuncionamiento de rel
DTMF
Enumere los comandos que se utilizan para configurar el flujo de datos de

medios, el paso de medios y el paso transparente del codec
Explicar cmo verificar la operacin del Elemento de borde unificado de

Cisco
Elemento de frontera unificado de Cisco

Este tema proporciona una descripcin general de Cisco Unified Border Element.
Elemento de frontera unificado de Cisco

Interconexin de red VoIP
Tambin llamado controlador de frontera de sesin
Posibilidad de conectar un interlocutor VoIP con otro interlocutor VoIP
Potente conjunto de herramientas de interfuncionamiento de

protocolos:
- H.323 a SIP
- H.323 a H.323
- SIP a SIP
Cisco Unified Border Element es un elemento de frontera de red de comunicaciones

unificadas inteligente. Un elemento de frontera unificado de Cisco termina y reescribe
tanto la sealizacin (H.323 y Protocolo de inicio de sesin [SIP]) como los flujos de
medios (Protocolo de transporte en tiempo real [RTP] y Protocolo de control de
transporte en tiempo real [RTCP]) al realizar servicios de interconexin fronteriza
Entre redes IP.Cisco Unified Border Element se conoca anteriormente como la Puerta
de enlace IP a IP de Multiservicio de Cisco. Cisco Unified Border Element, adems de
otras funciones de Cisco IOS Software, incluye funciones de Session Border Controller
que ayudan a permitir el transporte de voz, video y datos de extremo a extremo basado
en IP entre redes independientes de Cisco Unified Communications.
Originalmente, los controladores de frontera de Sessio n eran utilizados por los

proveedores de servicios para permitir capacidades completas de facturacin dentro de
las redes VoIP.Sin embargo, la funcionalidad para interconectar las redes VoIP se est
volviendo cada vez ms importante para las redes VoIP empresariales, ya que VoIP se
est convirtiendo en el nuevo estndar para cualquier solucin de telefona.
Los compaeros de marcacin VoIP pueden ser administrados por SIP o H.323. Como
resultado, la capacidad de interconectar pares de marcado VoIP incluye la capacidad de
interconectar redes VoIP usando diferentes protocolos de sealizacin o redes V oIP
usando los mismos protocolos de sealizacin pero enfrentando problemas de
interoperabilidad.
El interfuncionamiento de protocolos incluye estas combinaciones:
Interfuncionamiento H.323 a SIP
H.323 a H.323 interfuncionamiento
Interfuncionamiento SIP-a-SIP
Colocacin unificada de elementos de frontera de Cisco

Este subtema describe dnde Cisco Unified Border Element se ubica tpicamente
dentro de las redes empresariales.
La figura ilustra la capacidad de Cisco Unified Border Element para interconectar

redes VoIP, incluyendo redes VoIP que utilizan diferentes protocolos de sealizacin.
El interfuncionamiento de VoIP se logra conectando un interlocutor de VoIP entrante
con un interlocutor de VoIP saliente .
Cisco Unified Border Element proporciona un punto de interfaz de red a red para las
siguientes funciones:
Interfuncionamiento de sealizacin (H.323 y SIP)

Interfuncionamiento de medios (flujo continuo, fluidez y multifrecuencia de
tonos dobles [DTMF])
Traducciones de direcciones y puertos (privacidad y ocultar topologa)
Billing and Call Detail Record (CDR) de normalizacin
Calidad de servicio (QoS) y gestin de ancho de banda (marcado QoS

utilizando servicios diferenciados punto de cdigo [DSCP] o tipo de servicio
[ToS], aplicacin de ancho de banda utilizando Resource Reservation Protocol
[RSVP] y codec de filtrado)
Cisco Unified Border Element interopera con muchos elementos de red diferentes,
incluyendo gateways de voz, telfonos IP, Cisco Unified Communications Manager,
Cisco Unified
Communications Manager Express y aplicaciones ms sencillas de desvo de peaje y

de transporte VoIP.
Cisco Unified Border Element proporciona a las organizaciones todas las funciones
del controlador de fronteras integradas en la capa de red para interconectar las
arquitecturas de proveedor de servicios de voz y video de Cisco Unified
Communications.
Aplicaciones de elementos unificados de fronteras de Cisco

Este subtema describe las aplicaciones tpicas de Cisco Unified Border Element en entornos
empresariales.
Aplicaciones de elementos unificados de
fronteras de Cisco
Conexiones externas:
- Interconectar con las compaas VoIP
- Interconectar con otras redes de voz y video
- Integrar usuarios de Internet VoIP y video sobre IP

Conexiones internas:
- Aumentar la interoperabilidad dentro de una red VoIP

Caractersticas relevantes :
- Protocolo de interfuncionamiento
- Ocultar direccin
- Seguridad
- Integracin de vdeo
- CAC
Cisco Unified Border Elements cumple estos dos objetivos principales en las
implementaciones empresariales:
Conexiones externas: Cisco Unified Border Element puede utilizarse como

punto de demarcacin dentro de una red de comunicaciones unificada y proporciona
interconexin con redes externas.Este propsito incluye conexiones de voz y vdeo
H.323 y conexiones VoIP SIP.
Conexiones internas: cuando se utiliza dentro de una red VoIP, se puede utilizar
un Elemento de frontera unificada de Cisco para aumentar la flexibilidad e
interoperabilidad entre diferentes dispositivos.
Las siguientes son algunas de las caractersticas clave que ofrece Cisco Unified Border
Element:
Interfuncionamiento de protocolos: Cisco Unified Border Element admite
interfuncionamiento de protocolos de sealizacin, incluyendo H.323 a H.323, H.323
a SIP y SIP a SIP.
Ocultar direcciones : un elemento de frontera unificada de Cisco puede ocultar o

reemplazar las direcciones IP de punto final utilizadas para la conexin de medios.
Seguridad : Un Elemento de frontera unificado de Cisco se puede colocar en una

zona desmilitarizada (DMZ) y proporcionar conectividad externa a redes externas.
Integracin de vdeo: Adems de los servicios VoIP, Cisco Unified Border

Element tambin admite conexiones de vdeo H.323.
CAC: Un Elemento de frontera unificada de Cisco puede utilizar mecanismos

de CAC basados en software Cisco IOS, incluyendo RSVP.
La tabla proporciona detalles de las caractersticas clave.
Principales caractersticas de Cisco Unified Border Element Gateway
Caracterstica Detalles
Protocolos H.323 y SIP
Esconder la red S Privacidad de la red IP y

ocultar la topologa
S Lmite de seguridad de la
red IP
S Traduccin inteligente de
direcciones IP para medios
de llamada y sealizacin
S Agente de usuario back-to-

back, que reemplaza todo
el direccionamiento IP
incorporado a SIP
CAC S RSVP
S Nmero mximo de
llamadas por tronco
(llamadas mximas)
S CAC basado en circuitos IP
S CAC basado en llamadas

totales, uso de CPU o
umbrales de uso de
memoria
Protocolo y S H.323 a H.323 (incluido

interfuncionamiento Cisco Unified
de seales Communications Manager)
S H.323 a SIP (incluido Cisco

Unified Communications
Manager)
S SIP a SIP (incluido Cisco

Manager)
Soporte de medios RTP y RTCP
Modos de medios S Flujo de medios
S Flujo de medios
Codecs de video H.261, H.263 y H.264
Modo de transporte S TCP
S Protocolo de datagramas
de usuario (UDP)
S Interfuncionamiento TCP-
UDP
DTMF S H.245 alfanumrico
S Seal H.245
S RFC 2833
S SIP Notify
S Lenguaje de marcado del

teclado (KPML)
Enterrar Capacidades de trabajo:
S H.323 a SIP
S RFC 2833 a G.711 Inband

DTMF
Soporte de Fax S Rel de fax T.38
S Transferencia de fax
S Cisco Fax Relay
Soporte de mdem S Transmisin de mdem

S Cisco Modem Relay
Caracterstica Detalles
Servicios suplementarios S Call hold, Transferencia de llamada y reenvo de

llamadas para redes H.323 mediante H.450 y
transferencia transparente de Empty Capability
Set (ECS)
S Los servicios suplementarios SIP-a-SIP

(retenciones y transferencias) son compatibles
con el mtodo SIP REFER.
S Servicios complementarios H.323 a SIP para

Cisco Unified
Administrador de comunicaciones con punto de

terminacin de medios (MTP) en el tronco H.323
Direccin de red S NAT Traversal para telfonos SIP que se

implementan detrs de routers de datos de
S puerta de enlace de capa no aplicable (ALG)
Traduccin (NAT)
Travesa NAT Stateful

Travesal
QoS Prioridad IP y marcado DSCP
Estadsticas de calidad de Prdida de paquetes, jitter y tiempo de ida y vuelta

voz
Traduccin de nmeros S Reglas de traduccin de nmeros para los

nmeros VoIP
S Numeracin electrnica (ENUM) para el mapeo

de nmeros E.164 en sistemas de nombres de
dominio (DNS)
Codecs S G.711 mu-ley y ley-a

S G.723ar53, G.723ar63, G.723r53 y G.723r63
S G.726r16, G.726r24 y G.726r32
S G.728
S G.729, G.729A, G.729B y G.729AB
S Codec de baja velocidad de bits de Internet

(iLBC)
Transcodificacin Transcodificacin entre dos familias diferentes de codecs

de la siguiente lista:
S G.711 a-ley y mu-ley
S G.729, G.729A, G.729B y G.729AB
S G.723 (5,3 y 6,3 kb / s)
S ILBC
Seguridad S Seguridad IP (IPsec)
S Secure RTP (SRTP)
S Seguridad de la capa de transporte (TLS)

Autenticacin, autorizacin AAA con RADIUS
y contabilidad (AAA)
Aplicaciones de medios de S Los scripts de lenguaje de comandos de

voz herramientas (Tcl) admiten la personalizacin de
aplicaciones
S Lenguaje de marcado extensible de voz (VoiceXML o
VXML 2.0) para la personalizacin de aplicaciones
Facturacin Los CDR estndar para facturacin exacta estn

disponibles a travs de los siguientes elementos:
S Registros AAA
S Syslog
S Protocolo simple de administracin de red (SNMP)
Ejemplos de aplicaciones de elementos unificados de

fronteras de Cisco
Este subtema describe los usos tpicos de Cisco Unified Border Element en una red empresarial.
La figura muestra las diversas opciones de implementacin de Cisco Unified Border

Element, incluyendo una conexin interna y una externa. La conexin interna ofrece
servicios de conectividad entre dos sitios de la misma organizacin.Las conexiones
internas pueden utilizar dos elementos unificados de frontera de Cisco, que pueden
colocarse junto con Cisco Unified Communications Manager Express o una pasarela
de voz normal. Es posible que se necesiten dos elementos de frontera de Cisco U
nified si, por ejemplo, los dos sitios tienen una combinacin de Protocolo de Control
de Cliente Skinny (SCCP) y telfonos SIP, y H.323 se utiliza sobre la red WAN.La
conexin externa se utiliza para proporcionar conectividad al proveedor de servicios
de telefona por Internet externo (ITSP).
Interfuncionamiento de protocolos en Cisco
Unified Border Element
Este tema describe las capacidades de interfuncionamiento del protocolo Cisco Unified
Border Element.
Interfuncionamiento de protocolos en Cisco

Unified Border Element
Resuelve problemas de interoperabilidad cuando se
utiliza un protocolo de sealizacin diferente o cuando los
dispositivos tienen capacidades diferentes Traduce
entre protocolos de sealizacin:
- Cada terminal de llamada finaliza en Cisco Unified

Border Element.
- Cisco Unified Border Element examina la

informacin recibida, realiza la traduccin y representa
una nueva etapa de llamada.
El uso de protocolos de sealizacin de interfuncionamiento en Cisco Unified Border

Element es como usar un proxy. Esta caracterstica se puede utilizar para dos situaciones:
Interfuncionamiento entre los mismos protocolos de sealizacin: Un

elemento de frontera unificado de Cisco que utiliza el interfuncionamiento entre
los mismos protocolos de sealizacin (por ejemplo, H.323 a H.323) puede
utilizarse para resolver problemas de interoperabilidad entre dos dispositivos que
tienen diferentes capacidades.Debido a que el Elemento de frontera unificada de
Cisco genera dos patas de llamada diferentes para cada interlocutor, puede
funcionar entre esas dos patas de llamada.
Interfuncionamiento entre diferentes protocolos de sealizacin: Un

elemento de frontera unificada de Cisco puede interconectar a los compaeros de
marcacin que utilizan diferentes protocolos de sealizacin, como un SIP y un
interlocutor H.323.Esto permite una mayor flexibilidad al desplegar una red de
comunicaciones IP.
Mtodo de sealizacin
Este subtema proporciona una revisin de los mtodos de sealizacin en H.323 y SIP.
Mtodo de sealizacin
La tabla de la figura proporciona una revisin de los mtodos de sealizacin que

estn soportados por H.323 y SIP.
La versin 1 de H.323 slo admite la configuracin de llamada de inicio lento, en la

que se intercambiaron los parmetros H.245 despus de que se contest la llamada.
H.323 versin 2 introdujo la opcin de inicio rpido, utilizada por defecto en las
pasarelas de Cisco, lo que agiliza la configuracin de llamadas mediante la
incrustacin de parmetros H.245 en la configuracin de llamadas H.225 y los
mensajes de Procedimiento o Alerta.
Los primeros medios de comunicacin son una capacidad H.323v2 que permite que
los puntos finales establezcan flujos de medios RTP antes de que se conteste la
llamada.Esta opcin requiere que se use un inicio rpido, pero un inicio rpido no
implica necesariamente un corte temprano de los medios, ya que se negocia por
separado.
La oferta diferida es un mtodo de sealizacin SIP que intercambia informacin de

protocolo de descripcin de sesin (SDP) sobre los tipos de medios, cdecs y nmeros
RTP al final del intercambio, concretamente en los 200 mensajes OK y ACK.
La oferta anticipada, que se utiliza de forma predeterminada en los gateways de Cisco,
acelera la configuracin de llamadas mediante la adjuntar la informacin SDP a
mensajes anteriores: Invitacin, 200 OK, 183 Progreso de sesin o 180 Timbres.La
diferencia relevante es que el mensaje INVITE lleva la informacin SDP en lugar del
mensaje 200 OK en oferta retrasada.
Los primeros medios de comunicacin en SIP son el equivalente conceptual de los

primeros medios de comunicacin en H.323 y permiten un corte ms temprano de los
flujos RTP.Requiere oferta temprana, pero no es aplicada por ella, porque se negocia
por separado.
Interfuncionamiento del protocolo de elemento unificado de

fronteras de Cisco
Este subtopic explica las opciones de interfuncionamiento de protocolos que son
compatibles con Cisco Unified Border Element.
Cuando utiliza protocolos de sealizacin de interfuncionamiento, Cisco Unified Border

Element admite estas combinaciones:
H.323 a H.323: todas las combinaciones de inicio rpido y arranque lento en

ambas piernas de llamada
H.323-a-SIP: H.323 inicio rpido a SIP oferta anticipada y H.323 lento inicio
a SIP oferta retrasada
SIP a H.323: Oferta temprana de SIP a inicio rpido de H.323, oferta

temprana de SIP a inicio lento de H.323 y oferta retardada de SIP a inicio lento de
H.323.
SIP-to-SIP: Todas las combinaciones de oferta temprana y oferta diferida en

ambas piernas de llamada
Flujos de medios en el elemento de frontera

unificada de Cisco
Este tema describe cmo Cisco Unified Border Element administra los flujos de
medios.
Sealizacin de Elementos Fronterizos
Unificados de Cisco y Flujos de Medios
Cisco Unified Border Element puede actuar como un proxy para
H.323 y SIP (proxy de sealizacin).
Flujo de medios (predeterminado): todos los flujos de medios se

enrutan a travs del Elemento de frontera de Cisco Unified:
- Resuelve problemas de interfuncionamiento IP
- Oculta direcciones IP originales
- Permite polticas de seguridad ms estrictas
Flujo de medios: los flujos de medios fluyen directamente entre los

puntos finales.
- Soportado slo para H.323 a H.323 y SIP a SIP
Debido a que Cisco Unified Border Element es un proxy de sealizacin, tambin

procesa todos los mensajes de sealizacin que negocian los canales de medios RTP.
Este procesamiento permite que un Elemento de frontera unificada de Cisco afecte el
flujo de trfico de medios. Existen dos opciones: flujo de medios y flujo de medios.
Cuando se utiliza el flujo de medios, un Elemento de frontera unificado de Cisco

reemplaza la direccin IP de origen que se utiliza para las conexiones de medios con
sus propias direcciones IP. Esta operacin se puede utilizar de las siguientes maneras:
Resuelve problemas de interfuncionamiento de IP, ya que Cisco Unified

Border Element reemplaza las posibles direcciones IP duplicadas con una nica
direccin IP de fcil control.
Oculta la direccin IP del punto final original desde los puntos finales
remotos.
Esto hace que Cisco Unified Border Element tenga un flujo de medios ideal para el
interfuncionamiento con redes VoIP externas e imponga una poltica de seguridad ms
estricta.
Cuando se utiliza internamente un Elemento de frontera unificada de Cisco, es posible

que no sea necesario ni deseable el flujo de medios. Uno de los cambios principales en
el uso de flujos de medios es la mayor carga en un enrutador Cisco Unified Border
Element, lo que disminuye el nmero de flujos concurrentes soportados.Adems, el
flujo de medios podra resultar en flujos de trfico subptimos, ya que est prohibida
la comunicacin directa de punto final- o-punto final.Por lo tanto, Cisco Unified
Border Element tambin puede configurarse para flujos de medios.
Al utilizar flujos de medios, un elemento de frontera unificada de Cisco deja intactas

las direcciones IP utilizadas para las conexiones de medios. El Elemento de frontera de
Cisco Unified seguir procesando el ignalling de llamadas , pero despus de configurar
la llamada, Cisco Unified Border Element ya no estar involucrado con el flujo de
trfico.El flujo de datos de los medios slo se soporta mediante el interfuncionamiento
dentro del mismo protocolo de sealizacin (H.323 o SIP) y no est disponible para el
interfuncionamiento H.323 a SIP.
Flujos de medios
Este subtema describe las opciones de flujo de medios de Cisco Unified Border Element.
La figura compara el flujo de medios de elemento de frontera unificado de Cisco con flujos:
En el flujo de medios, la sealizacin entre dos clsteres de Cisco Unified

Communications Manager es procesada por Cisco Unified Border Element.Las
direcciones IP de los puntos finales son reemplazadas por la direccin IP de Cisco
Unified Border Element.Ambos extremos tienen la misma direccin IP, pero
debido a la funcin de proxy de Cisco Unified Border Element, no surgen
problemas de interfuncionamiento.
En los flujos de medios, las direcciones IP de los puntos finales no pueden

superponerse y no se necesita ocultar la direccin IP.Cisco Unified Border Element
an procesa todo el trfico de sealizacin, pero los extremos tienen canales de
medios directos que se establecen entre ellos.
Filtrado de codificadores de elemento de frontera

unificado de Cisco
Este subtema describe las opciones de manejo de codecs que son compatibles con
Cisco Unified Border Element.
Filtrado de codificadores de elemento de
frontera unificado de Cisco
Las redes VoIP admiten varios cdecs:
- Las preferencias definen qu cdecs se seleccionan

sobre otros.
Cisco Unified Border Element puede limitar la negociacin de cdec a

un cdec nico:
- Asegura que se negocia un cdec especfico
- Simplifica las consideraciones de diseo
Manejo transparente de codecs de Cisco Unified Border Element:
- Transmite transparentemente las capacidades de cdec

entre los puntos finales
Implementado a travs de la configuracin de pares de marcacin
Las redes de VoIP suelen soportar una gran variedad de codecs, y existen mecanismos
para realizar negociaciones de codec entre dispositivos. Independientemente de qu
mecanismos se utilicen, las preferencias determinan qu cdecs se seleccionarn sobre
otros.
Debido a que Cisco Unified Border Element es esencialmente una pasarela IOS de
Cisco con la capacidad de interconectar pares de marcado VoIP, los mismos
mecanismos de seleccin de codecs estn disponibles como en cualquier otra pasarela
Cisco IOS.Un interlocutor puede configurarse para permitir un cdec especfico o para
usar una clase de voz cod ec para especificar mltiples cdecs con un orden de
preferencia.Esta configuracin permite que Cisco Unified Border Elemento realice el
filtrado de cdec, ya que un peer de marcacin solo configurar una etapa de llamada
si se cumplen los criterios de codec deseados, lo que se suma a la funcin Cisco
Unified Border Element de un punto de demarcacin dentro de una red VoIP.
Si no se requiere filtrado de cdec, Cisco Unified Border Element tambin admite

negociaciones transparentes sobre cdec. Este soporte permite negociaciones entre
terminales con el Elemento de frontera unificada de Cisco simplemente dejando
intacta la informacin del cdec.
Ya sea que realice el filtrado de cdecs o est operando en modo transparente, un
Elemento de frontera unificada de Cisco debe admitir el cdec que utilizan los puntos
finales.
Ejemplos de filtrado de codificadores de elementos

unificados de fronteras de Cisco
Este subtpico compara los mtodos de filtrado de cdec Cisco Unified Border
Element.
La figura muestra cmo se realiza la negociacin del codec en un elemento de frontera

unificada de Cisco. Dos nubes de VoIP necesitan estar interconectadas. En este escenario,
las redes VoIP 1 y VoIP 2 tienen la ley a G.711 como codec preferido.
En el primer ejemplo, el Elemento de frontera Cisco Un ified est configurado para usar
el cdec G.729A.Esta configuracin se puede hacer simplemente usando el comando
apropiado del cdec en ambos peers del dial de VoIP.Cuando se configura una llamada,
el Elemento de frontera unificada de Cisco aceptar slo las llamadas G.729A, por lo
tanto, al fluenciar la negociacin del cdec.
En el segundo ejemplo, Cisco Unified Border Element est configurado para un cdec
transparente y dejar intacta la informacin de cdec contenida dentro de la
sealizacin de llamada. Debido a que tanto VoIP 1 como VoIP 2 tienen la ley G.711
como su primera opcin, la llamada resultante ser una llamada a la ley G.711.
Configuracin de Flujo de Medios y Cdec

Transparente
En este tema se describe cmo configurar las opciones de flujo de medios de Cisco
Unified Border Element y la transparencia del cdec.
Configuracin de Flujo de Medios y
Cdec Transparente
Router (config-dial-peer) # enrutador
(conf-voi-serv) # enrutador (config-class)
#
Medios de comunicacin [flow-around | Flujo a travs de]
Configura el flujo de datos de los medios o el flujo a travs de un

dispositivo de marcacin
Disponible en dial-peer, voip de servicio de voz o clase de voz
Flujo de medios soportado slo para SIP-a-SIP o H.323-a-
H.323
Predeterminado: flow-through
Router (config-dial-peer) # enrutador (config-

class) #
Codec transparente
Configura el paso transparente del codec en la clase de dial-peer o de

codec
El flujo de medios de Cisco Unified Border Element y la transparencia del cdec se

pueden configurar utilizando varios elementos de configuracin.
Comando multimedia
Para configurar el flujo de medios o flujos de medios, utilice el comando

multimedia .Esto se puede hacer en el modo de configuracin del dial-peer,
globalmente bajo el modo de configuracin del servicio de voz, o en una clase de voz
que puede ser referenciada por varios pares de marcacin.El valor predeterminado es
el flujo de medios .Flujo de medios es el nico mtodo soportado para el
interfuncionamiento H.323 a SIP.
Codec transparent Comando
Para configurar el paso transparente del codec, utilice el comando transparente del
cdec .Esto se puede hacer en el modo de configuracin de dial-peer o mediante una
clase de codec.
Flujo de medios y ejemplo de cdec transparente

Este tema presenta una muestra de configuracin de Cisco Unified Border Element para
la transparencia de los medios y la transparencia del cdec.
La figura ilustra una configuracin de Cisco Unified Border Element para la

transparencia de los medios y la transparencia del cdec. La configuracin consiste en el
permiso de sealizacin H.323 a H.323 y los respectivos marcadores de VoIP.Los
compaeros de marcacin estn configurados para la transparencia de los medios y la
transparencia del cdec.Estos ajustes se pueden configurar en la clase de voz y la clase de
cdec y hacer referencia a los pares de marcacin.
CAC basado en RSVP en Cisco Unified Border

Element
Este tema describe cmo proporcionar CAC basado en RSVP utilizando el Elemento
de frontera unificada de Cisco.
CAC basado en RSVP en Cisco Unified
Border Element
Cisco Unified Border Element puede utilizar soporte de llamada
estndar de Cisco IOS gateway RSVP.
Permite CAC basado en RSVP:
- Soporte para llamadas de voz y video Requisitos:
- Dos elementos unificados de frontera de Cisco se

pueden utilizar como pares RSVP
- Flujo de medios para asegurar que se utiliza el camino

reservado
Debido a que Cisco Unified Border Element es una pasarela Cisco IOS, tambin es
compatible con RSVP CAC. Dos clsteres de Cisco Unified Communications
Manager pueden interconectarse utilizando Cisco Unified Border Element,
permitiendo as el CAC interconectado basado en RSVP. RSVP admite llamadas de
voz y video.
RSVP requiere por lo menos dos pares de RSVP, por lo que se requieren dos pasarelas
Cisco Unified Border Element para habilitar CAC basado en RSVP. Al implementar
Cisco Unified Border Element y CAC basado en RSVP, debe estar seguro de que los
flujos que utilizarn RSVP se configuran para el flujo de medios.No se admite el flujo
de datos de medios junto con el CAC basado en RSVP.
CAC basado en RSVP

Este subtema describe el papel de Cisco Unified Border Element en el CAC basado en
RSVP.
La figura ilustra la colocacin de dos elementos unificados de frontera de Cisco para

proporcionar CAC con RSVP. Las llamadas se admiten para cruzar la WAN slo cuando
una reserva se puede realizar con xito para una llamada.
Flujo de llamadas del CAC basado en RSVP
Este subtema describe los flujos de llamadas en una implementacin de Cisco Unified
Border Element con CAC basada en RSVP.
Flujo de llamadas del CAC basado en RSVP

H.323 Inicio rpido
Cisco Unified
Frontera
Elemento
La figura muestra el flujo de sealizacin con dos Elementos de frontera unificados de

Cisco que proporcionan CAC basado en RSVP y utilizan el inicio rpido H.323 en
todas las piernas de llamada. El paso relevante en este escenario tiene lugar despus de
que el mensaje de configuracin de llamada sea recibido por un elemento de pedido de
Cisco Unified B.Antes de reenviar el mensaje de configuracin de llamada al otro
Elemento de frontera de Cisco Unified, comprueba el ancho de banda requerido. El
proceso de reserva involucra dos mensajes: Mensaje de ruta RSVP que es procesado
por cada enrutador en la ruta desde el elemento de frontera unificado Cisco Unified
hasta el Elemento de frontera unificado Cisco unificado y el mensaje de reserva que
fluye en la direccin inversa.El mensaje Path contiene la solicitud con parmetros
asociados y el mensaje de reserva se utiliza para confirmar la reserva en todos los
saltos.El Cisco de origen
El Elemento de frontera unificado enva la Configuracin de llamada despus de

recibir un mensaje de reserva satisfactorio. Para el CAC basado en RSVP, se debe usar
el flujo de medios para asegurar que los paquetes de medios realmente siguen la ruta
reservada.En este ejemplo, se negocia un medio temprano que permite a las pasarelas
establecer el flujo de medios antes de que se conteste la llamada.
Flujos de llamadas de elementos unificados de

fronteras de Cisco
Este tema describe los flujos tpicos de llamadas en Cisco Unified Border Element.
Flujos de llamadas de elementos unificados
de fronteras de Cisco
Interoperabilidad de portadoras SIP
- H.323 a SIP
CAC basado en RSVP
- Dos elementos unificados de frontera de Cisco con H.323 a

H.323 Interoperabilidad de portadoras SIP con CAC basado
en gatekeeper
- H.323 a SIP
- H.323 gatekeeper RAS
La sealizacin de llamadas depende de la topologa de la red y de las caractersticas que

se implementan en Cisco Unified Border Element.
En este tema se describen los flujos de llamadas para estos escenarios Cisco Unified Border
Element:
Cisco Unified Communications Manager Express> Elemento de borde unificado

de Cisco> Portador SIP
Cisco Unified Communications Manager Express> Elemento de frontera

unificada de Cisco con RSVP> Cisco Unified Communications Manager Express
Cisco Unified Communications Manager Express> gatekeeper> Elemento de

borde unificado de Cisco> Portador SIP
Interoperabilidad de SIP Carrier

Este subtpico describe el escenario de interfuncionamiento de la portadora SIP.
La figura muestra una simple implementacin de Cisco Unified Border Element, donde
Elemento de frontera se utiliza para traducir la parte de llamada H.323 con Cisco
Unified Communications Manager Express a un punto de llamada de llamada SIP a
una portadora SIP. Debido a que se trata de una conexin a una red VoIP externa, se
requiere el flujo de medios para ocultar las direcciones IP internas.
Flujo de llamadas de interfuncionamiento de la portadora SIP

Este subtpico ilustra los flujos de llamadas en el escenario de interfuncionamiento de la
portadora SIP.
La figura ilustra el flujo de sealizacin de llamada cuando Cisco Unified Border Element
proporciona servicio de interfuncionamiento entre el inicio lento H.323 y la oferta diferida
SIP.
La figura ilustra el flujo de sealizacin de llamada cuando Cisco Unified Border Element
proporciona servicio de interfuncionamiento entre el inicio rpido H.323 y la oferta
anticipada SIP.
Interoperabilidad de la portadora SIP con la configuracin

de llamada CAC basada en el gatekeeper
Este subtema describe los flujos de llamadas en una implementacin de Cisco Unified
Border Element con CAC basado en gatekeeper.
La figura muestra el flujo de sealizacin con dos gatekeepers y un Cisco Unified

Border Element, proporcionando un CAC basado en gatekeeper en combinacin con el
interfuncionamiento de portadoras SIP. El flujo de llamadas desde Cisco Unified
Communications Manager Express a Cisco Unified Border Element sigue el
procedimiento RAS estndar H.225, en el que ARQs son enviados por ambas pasarelas
a sus respectivos gatekeepers.La peticin de ubicacin (LRQ) y la confirmacin de
ubicacin (LCF) se intercambian entre los guardianes. Cisco Unified Border Element
entonces conecta la llamada entrante H.323 a la pierna de llamada SIP de salida.Este
ejemplo ilustra el interfuncionamiento de inicio retardado H.323 de inicio retardado-
SIP en Cisco Unified Border Element. El interfuncionamiento entre diferentes
protocolos (H.323 y SIP) slo admite el flujo de medios .
Configuracin del interfuncionamiento H.323 a
H.323
Este tema describe cmo implementar el interfuncionamiento H.323 a H.323 en un
Elemento de frontera unificada de Cisco.
Descripcin general de la configuracin

H.323 a H.323
1. Habilite el interfuncionamiento H.323 a H.323.
2. Habilitar el interfuncionamiento de arranque rpido a inicio

lento (opcional).
3. Configurar pares de marcacin H.323.
Para configurar el interfuncionamiento H.323 a H.323 entre un clster de Cisco Unified

Communications Manager y una pasarela de Cisco Unified Communications Manager
Express, siga estos pasos:
Paso 1 Habilite el interfuncionamiento H.323 a H.323.
Paso 2 Configure el interfuncionamiento de inicio rpido a inicio lento, si lo desea.
Paso 3Configure los pares de marcacin H.323 en Cisco Unified Border

Element para permitir el enrutamiento de llamadas entre las piernas de llamada
en ambos lados del Elemento de frontera de Cisco Unified.
Configuracin del interfuncionamiento H.323 a H.323

Este tema describe las configuraciones obligatorias para el interfuncionamiento H.323
a H.323 en Cisco Unified Border Element.
Configuracin del interfuncionamiento
H.323 a H.323
Servicio de voz voip
Ingresa el modo de configuracin VoIP de servicio de voz
Enrutador (conf-voi-serv) #
Allow-connections h323 to h323
Habilita el interfuncionamiento H.323 a H.323
Predeterminado: Slo se permiten las conexiones POTS-to-any y any-

to-POTS
El interfuncionamiento H.323 a H.323 est deshabilitado de forma predeterminada. Se

habilita mediante el comando allow-connections h323 to h323 en el modo de
configuracin global del servicio de voz.De forma predeterminada, slo se permiten
POTS-toany y any-to-POTS.
Configuracin de H.323 a H.323 Inicio rpido a inicio lento de

interfuncionamiento
Este tema describe cmo implementar el interfuncionamiento de H.323 a H.323 de inicio
rpido a inicio lento en Cisco Unified Border Element.
Configuracin de H.323 a H.323 Inicio rpido
para arranque lento
H323
Ingresa al modo H.323
Enrutador (conf-serv-h323) #
Inicio de llamada {fast | Lento | Interfuncionamiento}
Obliga a la puerta de enlace H.323 a utilizar los procedimientos de inicio

rpido (H.323 v2) o lento (H.323 v1) para los marcadores que usan
H.323
Interfuncionamiento permite la interoperabilidad de Cisco Unified

Border Element entre los procedimientos de arranque rpido y de inicio
lento
- Precaucin: Cisco Unified Border Element con este ajuste no

originar ninguna llamada H.323 (arranque rpido e inicio lento
desactivados ) Predeterminado : inicio rpido (H.323 v2)
El interfuncionamiento H.323 de arranque rpido a inicio lento se habilita mediante el

comando de inicio de llamada en el modo de configuracin h323.El comando de inicio de
llamada tiene tres opciones:
Rpido: Esta seleccin obliga a la puerta de enlace H.323 a utilizar los

procedimientos de inicio rpido (H.323v2) para los marcadores utilizando
H.323.Este es el ajuste predeterminado.
Lenta : Esta opcin hace que la pasarela H.323 use procedimientos de inicio
lento (H.323v1) para los marcadores que usan H.323.
Interwork : Esta palabra clave permite la interoperabilidad de Cisco Unified

Border Element entre los procedimientos de inicio rpido y de inicio lento.Esta
opcin deshabilita efectivamente las operaciones de pasarela any-to-H.323 en Cisco
Unified Border Element porque la puerta de enlace no generar ninguna llamada
H.323 (el inicio rpido y el inicio lento no estn habilitados).
Ejemplo de interfuncionamiento H.323 a H.323

Este tema proporciona un ejemplo de interfuncionamiento de Elemento de frontera
unidireccional de Cisco Unified H.323 a H.323.
La figura ilustra una configuracin de ejemplo para el interfuncionamiento H.323 a

H.323 del Elemento de frontera Unified de Cisco. La configuracin consiste en el
permiso de sealizacin H.323 a H.323, la activacin de arranque rpido para arranque
lento y los compaeros de marcacin VoIP responsables de las dos patas de llamada
del Elemento de frontera unificada de Cisco.
Configuracin del interfuncionamiento H.323 a

SIP
Este tema describe cmo implementar el interfuncionamiento H.323 a SIP en Cisco Unified
Border Element.
Configuracin del interfuncionamiento H.323

a SIP
Allow-connections h323 to sip allow-connexions

sip to h323
Habilita el interfuncionamiento H.323 a SIP En una sola

direccin
- Dos instrucciones reflejadas necesarias para el

interfuncionamiento bidireccional
Predeterminado: slo se permiten las conexiones POTS-to-any y

any-to-POTS
Para el interfuncionamiento SIP-a-SIP:
- Conexiones de permiso para sorber
El interfuncionamiento H.323 a SIP est desactivado de forma predeterminada. Se

habilita mediante el comando allow-connections h323 to sip en el modo de
configuracin de voz global .De forma predeterminada, slo se permiten POTS-toany y
any-to-POTS.
La configuracin para el interfuncionamiento H.323 y SIP es unidireccional, por lo tanto, si

se requiere un interfuncionamiento bidireccional, tambin es necesario configurar la
sentencia de coincidencia de espejo .Por ejemplo, si se requiere un interfuncionamiento
bidireccional H.323 a SIP, debe configurar allowconnections h323 para sorber as como
las conexiones de permiso sip a h323 .
El interfuncionamiento SIP a SIP se habilita de manera similar, utilizando el comando

allow-connections sip to sip .
Configuracin del interfuncionamiento de rel DTMF

H.323 a SIP
Este tema describe cmo implementar el interfuncionamiento DTMF H.323 a SIP en
Cisco Unified Border Element.
Configuracin del interfuncionamiento de
rel DTMF H.323 a SIP
Dtmf-rel [cisco-rtp] [h245-alfanumrico] [seal h245]
[Rtp-nte [dgito-gota]] [sip-notifique]
Interfuncionamiento de rel DTMF bsico
- H.245 alfa / seal y SIP RTP-NTE (RFC 2833)
- H.245 alfa / seal y SIP Notify
La cada de un dgito baja los dgitos entrantes DTMF dentro de la banda cuando el
segmento de llamada H.323 utiliza un rel fuera de banda (H.245 alfa / seal y SIP
RTP-NTE)
- Evita el envo de DTMF en dos canales
- Configurado en el interlocutor de llamada de llamada SIP
H.323 sorbo
En banda Cisco-rtp , rtp-nte (RFC 2833) Rtp-nte (RFC 2833)
Fuera de H245-alfanumrico , seal h245 Sip-notify

banda
El interfuncionamiento DTMF es un subconjunto del interfuncionamiento H.323 a SIP

y soporta estas combinaciones de rels DTMF:
H.245 alfa / seal y SIP RTP-NTE (RFC 2833), en funcin del

interfuncionamiento DTMF bsico.Este mtodo convierte un mtodo de
retransmisin DTMF fuera de banda a un rel en banda. Su problema potencial es
que los dgitos DTMF se transportan tanto en banda como fuera de banda en la
etapa de llamada H.323.
Nota NTE = evento de telefona con nombre
H.245 alfa / seal y SIP Notify, en funcin del interfuncionamiento DTMF

bsico.Este mtodo convierte un mtodo de rel DTMF fuera de banda a otro rel
DTMF fuera de banda.
G.711 banda DTMF a RTP-NTE, en funcin del interfuncionamiento DTMF

suplementario.Este mtodo convierte un mtodo de rel DTMF en banda a otro
rel DTMF en banda.
La palabra clave drop-drop en el comando dtmf-relay rtp-nte comando de cada de

dgitos impide el envo de tonos dentro y fuera de banda a la etapa H.323.Est
configurado en el dial peer que proporciona la etapa de llamada SIP para el primer
mtodo de rel DTMF (H.245 alfa / seal y SIP RTP-NTE). Es til slo si se
configura la seal h245-alfa-numrica o dtmf-rel h245 en el segmento de llamada
H.323.
La tabla de la figura proporciona una revisin de los mtodos de retransmisin DTMF

dentro y fuera de banda que estn soportados en H.323 y SIP.
Comprobacin del elemento de frontera

unificada de Cisco
Este tema describe cmo verificar las operaciones del Elemento de borde unificado de
Cisco.
Descripcin general de la verificacin de
elementos unificados de fronteras de
Cisco
Show commands: debug comandos:
Mostrar llamada voz activa debug voip ipipgw
Mostrar historial de llamadas voz depurar cch323 all
Mostrar voz de dial-peer depurar mensajes ccsip

mostrar conexiones de voip rtp depurar h225 asn1
Depurar eventos h225
Debug h245 asn1
Depurar eventos h245
Debug voip ccapi inout
La figura resume los comandos que se pueden utilizar para verificar y depurar las
operaciones de Cisco Unified Border Element. Todos los comandos, excepto el
comando debug voip ipipgw , son comandos tpicos que se conocen desde entornos
H.323 o SIP tradicionales.Para solucionar sucesivamente la funcionalidad del elemento
de frontera unificada de Cisco en escenarios de interfuncionamiento H.323 a SIP, se
necesitan ambos grupos de comandos (SIP y H.323).
Depuracin de operaciones de elementos unificados

fronterizos de Cisco
Este subtpico muestra cmo depurar las operaciones de Cisco Unified Border
Element.
Depuracin de Cisco Unified Border
Operaciones de elementos
Router # debug voip ipipgw
... / H323 / cch323_set_pref_codec_list: Primer codec preferido (bytes) = 16 (20)
... / H323 / cch323_get_peer_info: Modo de flujo establecido en FLOW_THROUGH
... / H323 / cch323_build_local_encoded_fastStartOLCs: srcAddress = 0xA010665,

h245_lport = 0, modo de flujo = 1,
... / H323 / cch323_generic_open_logical_channel: codec actual = 16:20:20
... / H323 / cch323_receive_fastStart_cap_response: Enva la tapa ind a la pierna

par
... / H323 / cch323_build_olc_for_ccapi: audioFastStartArray = 0x49045794
... / H323 / cch323_build_olc_for_ccapi: Informacin del canal:
Nmero de canal lgico (fwd): 1 Nmero

de canal lgico (rev): 1
Direccin del canal (fwd / rev): 10.1.250.102
Canal RTP (fwd / rev): 16764
Canal RTCP (fwd / rev): 16765
Capacidad QoS (fwd / rev): 0
Symmetric Audio Codec: 16 Symmetric Audio Codec

Bytes: 20
Modo de flujo: 0 Supresin de silencio: 1
La figura muestra la salida de muestra del comando debug voip ipipgw .Incluye la
descripcin del flujo de medios (flujo en este ejemplo) y lista los parmetros
negociados, como nmeros de puerto RTP.
Visualizacin de llamadas de Cisco Unified Border Element
Este subtema explica cmo examinar las llamadas VoIP transportadas a travs del Elemento
de frontera unificada de Cisco.
El comando show brief de voz activa puede utilizarse para validar que se ha
establecido una llamada activa utilizando el procedimiento de interfuncionamiento
H.323 a SIP.Si es as, debe haber una SIP y una pierna de llamada H.323. Adems, la
salida muestra otra informacin, como la duracin de la llamada y los parmetros RTP.
Resumen
Resumen
Las caractersticas de Cisco Unified Border Element incluyen
interfuncionamiento de protocolos, ocultar direcciones,
seguridad, integracin de video y
CAC.
Cisco Unified Border Element admite la conversin de

mtodos de sealizacin faststart-a-slow-start dentro del
mismo protocolo (H.323 o SIP).
El flujo predeterminado de medios puede cambiarse para fluir

cuando se interfunde en el mismo protocolo.
Cisco Unified Border Element se puede implementar en

combinacin con RSVP.
Los flujos de llamadas de Cisco Unified Border Element

difieren dependiendo del mtodo CAC en uso.
Resumen (Cont.)
El interfuncionamiento H.323 a H.323 permite la configuracin
de la conversin faststart-a-slow-start.
El interfuncionamiento H.323 a SIP se puede combinar con el

gatekeeper CAC en el lado H.323.
Cisco Unified Border Element puede pasar la negociacin del

cdec de forma transparente y permitir que el medio fluya sin
ser manipulado.
Los comandos de depuracin y verificacin muestran las dos

lneas de llamada VoIP de Cisco Unified Border Element.
Resumen del mdulo
Este tema resume los puntos clave que fueron discutidos en este mdulo.
Resumen del mdulo

Los gatekeepers H.323 hacen que los entornos H.323 sean
ms escalables al proporcionar resolucin de direcciones,
enrutamiento centralizado de llamadas y CAC. Adems, los
gatekeepers H.323 ofrecen funciones opcionales, como la
autorizacin de llamadas, la gestin de llamadas y la gestin
de ancho de banda.
Cisco Unified Border Element conecta dos redes VoIP y

puede proporcionar interfuncionamiento de protocolos, ocultar
direcciones y
CAC.
Este mdulo describe el papel de los gatekeepers H.323 y de Cisco Unified Border
Elements en Cisco Unified Communications. Los Gatekeepers aaden escalabilidad a
los entornos H.323 asumiendo una funcin centralizada de enrutamiento de llamadas,
resolucin de direcciones y Control de Admisin de Llamadas (CAC).La CAC basada
en Gatekeeper evita la sobreescripcin del ancho de banda WAN limitando el nmero
de llamadas H.323 en la red. El CAC basado en Gatekeeper no proporciona ningn
control dinmico del ancho de banda utilizado, como es el caso del Resource Reserve
Protocol (RSVP).Cisco Unified Border Elements cumple una serie de tareas,
incluyendo el interfuncionamiento de sealizacin (SIP), el interfuncionamiento de
medios (flow-through, flow-around y multifrecuencia de tono dual [DTMF]),
topologa hidin G (flujo de medios), la facturacin y la normalizacin del Registro de
detalle de llamadas (CDR), as como las funciones de calidad de servicio (QoS) y
administracin de ancho de banda.
Comprobacin automtica del mdulo
Utilice las preguntas aqu para revisar lo que aprendi en este mdulo. Las respuestas
correctas y las soluciones se encuentran en la clave de respuesta del mdulo Self-
Check.
Q1) RAS es un subconjunto del protocolo de sealizacin _____. (Fuente: Understanding

Gatekeepers)
UN) H.323
SEGUNDO) sorbo
DO) H.225 D) H.245
Q2) Los prefijos de zona se usan generalmente para asociar _____ a una zona configurada.
(Fuente: Understanding Gatekeepers)
UN) Direcciones IP
SEGUNDO) Porteros
DO) Cdigos de rea
RE) Puntos finales
Q3) Los guardianes utilizan prefijos tecnolgicos para enrutar las llamadas cuando no hay
_____ registrados
(Por una puerta de enlace) que coincida con el nmero llamado.(Fuente: Understanding
Gatekeepers)
Q4) Un gatekeeper tiene un proceso lgico para el enrutamiento de llamadas que depende de
la tecnologa y
_____ coincidencia prefijo .(Fuente: Gatekeepers)
Q5) Los porteros de directorios remiten _____ a los porteros. (Fuente: Comprensin
Portero)
Q6) Un solo gatekeeper puede administrar mltiples local y remote_____. (Fuente:
Comprensin de los guardianes)
Q7) Los pasos de configuracin de Gatekeeper se realizan en el modo de configuracin

_____ en routers Cisco IOS.(Fuente: Understanding Gatekeepers)
Q8) Un prefijo _____ es una caracterstica estndar basada en estndares H.323 que es
soportada por gateways y gatekeepers de Cisco que permite una mayor flexibilidad en
el enrutamiento de llamadas dentro de un H.323
Red de VoIP. (Fuente: Understanding Gatekeepers)
Q9) Los routers Cisco IOS pueden registrarse como _____ con gatekeepers. (Fuente:
Comprensin
Portero)
Q10) El compaero de marcacin _____ determina cmo dirigir las llamadas que se originan
desde un puerto de voz local en la nube de VoIP al destino de sesin RAS. (Fuente:
Comprensin
Portero)
Q11) Utilice el comando _____ para mostrar los puntos finales registrados del gatekeeper.
( Fuente:
Comprensin de los guardianes)
Q12) La calidad de la voz est regulada por _____, lo que limita el nmero de llamadas que
pueden estar activas en un enlace determinado al mismo tiempo. (Fuente:
Understanding Gatekeepers)
Q13) Un gatekeeper calcula el requisito de ancho de banda por llamada utilizando la frmula
_____.
(Fuente: Understanding Gatekeepers)
Q14) El comando _____ permite al gatekeeper gestionar las limitaciones de ancho de banda
dentro de una zona, a travs de las zonas ya un nivel por sesin. (Fuente: Understanding
Gatekeepers)
Q15) Utilice el comando _____ para verificar el ancho de banda de la zona. (Fuente:
Comprensin
Portero)
Q16) Cisco Unified Border Element interconecta mltiples redes VoIP mediante el
enrutamiento de llamadas entre dos _____ compaeros de marcacin. (Fuente:
Examinar Cisco Unified Border Element)
UN) MONTONES
SEGUNDO) Voatm
DO) VoFR
RE) VoIP
Q17) El interfuncionamiento de protocolos interconecta las redes VoIP, utilizando los mismos
o diferentes protocolos _____. (Fuente: Examinar Cisco Unified Border Element)
UN) sealizacin
SEGUNDO) compresin
DO) Codec
RE) transporte
Q18) Cul de estas opciones tiene las dos opciones correctas para dirigir flujos de medios en
un Cisco
Elemento de frontera unificado? (Fuente: Examinar Cisco Unified Border Element)
UN) Circunvalacin
SEGUNDO) Flujo a travs de
DO) Flujo a travs de, transversal
RE) Flujo fluido
Q19) Si no se requiere filtrado de cdec, un Elemento de frontera unificada de Cisco tambin

admite las negociaciones de codecs _____. (Fuente: Examinar Cisco Unified Border
Element)
UN) mltiple
SEGUNDO) nulo
DO) dinmica
RE) transparente
Q20) Qu mtodo debe utilizarse al implementar Cisco Unified Border Element y
CAC basado en RSVP? (Fuente: Examinar Cisco Unified Border Element)
UN) Flujo de medios
SEGUNDO) Bypass de medios
DO) Flujo de medios
RE) Paso de medios
MI) Paso de medios

Q21) Qu se requiere para interconectar dos clsteres de Cisco Unified Communications
Manager utilizando CAC basado en RSVP? (Fuente: Examinar Cisco Unified Border
Element)
UN) Dos elementos unificados de frontera de Cisco, flujo de medios
SEGUNDO) Un elemento de frontera unificado de Cisco, flujo de

medios
DO) Dos elementos unificados de frontera de Cisco, flujo de medios
RE) Un elemento de frontera unificado de Cisco, flujo de medios
Q22) Cuando Cisco Unified Border Element se utiliza para traducir una parte de llamada
H.323 con el clster Cisco Unified Communications Manager a un punto de llamada
SIP a una portadora SIP, el flujo de llamadas debe _____ Elemento de frontera
unificada de Cisco. (Fuente: Examinar Cisco Unified Border Element)
UN) derivacin
SEGUNDO) Fluir alrededor
DO) detente en
RE) Fluir a travs de
Q23) La configuracin para el interfuncionamiento H.323 a SIP es _____. (Fuente: Examinar

Cisco Unified Border Element)
UN) unilateral
SEGUNDO) bilateral
DO) Unidireccional
RE) Bidireccional
Q24) Qu comando se utiliza para habilitar el interfuncionamiento H.323 a H.323? (Fuente:
Examinando
Elemento de frontera unificado de Cisco)
UN) Allow-connections h323 to sip
SEGUNDO) Allow-connections h323 to h323 interfuncionamiento
DO) Allow-connections h323 interfuncionamiento
RE) Allow-connections h323 to h323
Q25) Un clster de Cisco Unified Communications Manager debe enrutar llamadas salientes
utilizando
H.323 a un portador SIP. Qu configuracin se requiere? (Fuente: Examinar Cisco

Unified Border Element)
UN) Permitir conexiones h323

para sorber B) Las conexiones
de permiso sip to h323
DO) Conexiones de permiso para sorber
RE) Allow-connections h323 to sip y allow-connections sip to h323
Q26) Qu comando se utiliza para configurar el paso de codec? (Fuente: Examinar Cisco
Unified Border Element)
UN) Codec pass-through
SEGUNDO) Codec transparente
DO) Codec automtico
RE) Flujo de codec

Q27) Qu comando se utiliza para verificar las operaciones del Elemento de frontera
unificado de Cisco? (Fuente: Examinar Cisco Unified Border Element)
UN) Depurar eventos h323
SEGUNDO) Debug ras
DO) Depurar cubo voip
RE) Debug voip ipipgw
Clave de respuesta de autocomprobacin del mdulo
Q1) do
Q2) do
Q3) Direccin E.164
Q4) zona
Q5) Solicitudes de ubicacin (LRQ)
Q6) Zonas
Q7) portero
Q8) "Tecnologa" o "tecnologa"
Q9) Pasarelas
Q10) VoIP
Q11) Mostrar los puntos finales del

gatekeeper
Q12) Control de Admisin de Llamadas (CAC)
Q13) Ancho de banda por llamada = Ancho de

banda del codec * 2
Q14) Ancho de banda
Q15) Mostrar el estado de la zona del

gatekeeper
Q16) re
Q17) UN
Q18) segundo
Q19) re
Q20) do
Q21) UN
Q22) re
Q23) do
Q24) re
Q25) UN
Q26) segundo
Q27) re
2010 Cisco Systems, Inc.Gatekeeper y implementacin de elementos unificados de fronteras de Cisco 5-1
Mdulo 6
Calidad de servicio
Visin de conjunto
Las redes convergentes deben disearse adecuadamente para garantizar un servicio
VoIP satisfactorio. Este mdulo describe los requisitos de calidad de servicio (QoS);
Modelos conceptuales como el mejor esfuerzo, servicios integrados (IntServ) y
servicios diferenciados (DiffServ); Y la implementacin de QoS en las plataformas
Cisco IOS.
El mdulo cubre la teora de QoS, las cuestiones de diseo y la configuracin de

diversos mecanismos de QoS para facilitar la creacin de polticas efectivas de
administracin de QoS , con especial nfasis en el transporte de voz.Proporciona
reglas de diseo y uso para varias caractersticas avanzadas de QoS y para la
integracin de QoS con mecanismos de QoS de Nivel 2 subyacentes. El mdulo
permite a los alumnos disear e implementar redes multiservicio eficientes, ptimas y
sin problemas que garanticen una calidad de voz satisfactoria.
Objetivos del Mdulo

Al completar este mdulo, podr describir por qu se necesita QoS, qu funciones
realiza y cmo se puede implementar en una red de Cisco Unified
Communications.Esta capacidad incluye poder alcanzar estos objetivos:
Explicar las funciones, objetivos y modelos de implementacin de QoS, y

qu problemas y requisitos especficos existen en una red convergente de Cisco
Describir las caractersticas y los mecanismos de QoS del modelo DiffServ y

contrastarlo con otros modelos
Explicar el funcionamiento y la configuracin de los mecanismos de
clasificacin y marcado de QoS, incluyendo el concepto de lmites de confianza y
describir cmo LFI y cRTP proporcionan eficiencia de enlace en enlaces WAN y
cmo se configuran
Explicar la accin policial, la configuracin y LLQ, sus operaciones y

configuracin, utilizando el MQC
Describir cmo funciona AutoQoS y lo que logra en una red de

Comunicaciones Unificadas de Cisco
Leccin 1
Introduccin a la QoS
Visin de conjunto
Las redes IP deben proporcionar una serie de servicios para apoyar adecuadamente la
transmisin de voz utilizando VoIP. Estos servicios incluyen seguridad, previsibilidad,
mensurabilidad y algn nivel de garanta de entrega.Los administradores de red y los
arquitectos logran este nivel de servicio mediante la gestin del retardo , la variacin
del retardo (jitter), el aprovisionamiento de ancho de banda y los parmetros de
prdida de paquetes con tcnicas de calidad de servicio (QoS).Esta leccin introduce el
concepto de una red convergente, identifica cuatro problemas que podran conducir a
la mala calidad del servicio, y describe las soluciones a esos problemas.Tambin
explica y evala los tres modelos genricos de implementacin de QoS.
Objetivos
Al completar esta leccin, podr describir los objetivos, las funciones y los modelos de
implementacin de QoS y explicar los problemas y requisitos que deben abordarse
para la transmisin de voz y video. Esta capacidad incluye poder cumplir con estos
objetivos:
Explique los cuatro problemas clave de calidad del trfico de voz que existen
en las redes de Comunicaciones Unificadas de Cisco y describa cmo afectan la
calidad de la voz
Definir objetivos de QoS con respecto al trfico de voz
Explicar los tres pasos clave que intervienen en la implementacin de una

poltica de QoS en una red de Comunicaciones Unificadas de Cisco
Describir cmo se identifica y divide el trfico en clases y cmo se definen
las polticas de QoS para las clases de trfico
Enumere cuatro mtodos para implementar y administrar una poltica de

QoS: CLI, MQC, Cisco
AutoQoS y QPM- y describir sus caractersticas
Describir brevemente los tres modelos clave para proporcionar QoS en una
red
Problemas de QoS
Este tema describe patrones de trfico tpicos en una red de datos tradicional.
Antes de que las redes se convirtieran, la ingeniera de red se centr en la

conectividad.Las tasas a las que los datos llegaron a la red dieron como resultado flujos
de datos explosivos. Los datos, que llegaban en paquetes, intentaban captar el mayor
ancho de banda posible en un momento dado. El acceso se realiz segn las preferencias
de los primeros.La velocidad de datos disponible para cualquier usuario vara,
dependiendo del nmero de usuarios que acceden a la red en un momento dado.
Los protocolos que se han desarrollado se han adaptado a la naturaleza rfaga de las redes
de datos, y breves interrupciones son sobrevivientes .Por ejemplo, cuando recupera correo
electrnico, generalmente no se nota un retraso de unos segundos. Un retraso de minutos es
molesto pero no grave.
Las redes tradicionales tambin tenan requisitos para aplicaciones tales como datos,
vdeo y Systems Network Architectu re (SNA).Dado que cada aplicacin tena diferentes
caractersticas y requisitos de trfico, los diseadores de redes desplegaron redes no
integradas. Estas redes no integradas fueron diseadas para transportar un tipo especfico
de trfico: red de datos, red SNA, red de voz y red de video.
Despus de redes convergentes
Este subtopic explica las caractersticas de varios tipos de trfico en una red convergente
que transporta tanto datos como trfico sensible al tiempo, como voz y vdeo.
La figura ilustra una red convergente en la que el trfico de voz, video y datos utiliza las
mismas facilidades de red.
Aunque los paquetes que transportan trfico de voz suelen ser pequeos, no pueden tolerar
la variacin de retardo y retardo a medida que atraviesan la red. Las voces se rompern y
las palabras se volvern incomprensibles.
Por otro lado, los paquetes que transportan datos de transferencia de archivos suelen ser
grandes y pueden sobrevivir a retrasos y cadas.Es posible retransmitir parte de un archivo
de datos eliminado, pero no es posible retransmitir parte de una conversacin de voz.
El flujo de voz de paquete pequeo y constante, compeses con flujos de datos rfaga.A
menos que algn mecanismo medie el flujo general, la calidad de la voz se ver gravemente
comprometida en momentos de congestin de la red. El trfico crtico de voz debe tener
prioridad. El trfico de voz y video es muy sensible al tiempo. No se puede retrasar y no se
puede descartar, o la calidad resultante de voz y video sufrir.
Finalmente, las redes convergentes no deben fallar. Mientras que un paquete de

transferencia de archivos o correo electrnico puede esperar hasta que la red se recupere,
los paquetes de voz y video no pueden esperar. Incluso una interrupcin breve de la red en
una red convergente puede interrumpir seriamente las operaciones comerciales.Con la
preparacin inadecuada de la red, la transmisin de voz es agitada o ininteligible. Las
lagunas en el habla son particularmente problemticas cuando los fragmentos de habla se
intercalan con el silencio.En los sistemas de correo de voz, este silencio es un problema.
Por ejemplo, cuando se marca 68614 y las interrupciones en el habla son realmente
espacios en el tono, 68614 se convierte en 6688661144, porque las lagunas en el habla se
perciben como pausas en los tonos de tacto.
Temas de Calidad en Redes Convergentes

Este subtema describe los problemas de QoS en una red IP convergente.
Temas de Calidad en Redes Convergentes
Falta de ancho de banda: Mltiples flujos compiten por una
cantidad limitada de ancho de banda.
Retardo de extremo a extremo (fijo y variable): Los paquetes

tienen que atravesar muchos dispositivos de red y enlaces
que se suman al retardo general.
Variacin de retardo (jitter): A veces hay mucho otro trfico, lo

que resulta en ms retraso.
Prdida de paquetes: Los paquetes pueden tener que ser

eliminados cuando un enlace est congestionado.
Los cuatro principales problemas que enfrentan las redes de empresas convergentes son los
siguientes:
Capacidad de ancho de banda: Los archivos grficos grandes, los usos

multimedia y el creciente uso de voz y vdeo causan problemas de capacidad de ancho
de banda a travs de las redes de datos.
Retardo de extremo a extremo (fijo y variable): Retardo es el tiempo que tarda

un paquete en alcanzar el punto final de recepcin despus de haber sido transmitido
desde el punto final de envo.Este perodo de tiempo se denomina "retraso de extremo a
extremo" y consta de dos componentes:
- Retardo de red fijo: Dos tipos de retrasos fijos son los retrasos de
serializacin y propagacin.La serializacin es el proceso de colocar bits en el
circuito.Cuanto mayor sea la velocidad del circuito, menor ser el tiempo
necesario para colocar los bits en el circuito. Por lo tanto, cuanto mayor sea la
velocidad del enlace, menor ser el retraso de serializacin. El retardo de
propagacin es el tiempo que tarda el marco s en transitar por los medios fsicos.
- Retardo de red variable: El retardo de procesamiento es un tipo de

retardo variable y es el tiempo que requiere un dispositivo de red para buscar la
ruta, cambiar el encabezado y completar otras tareas de conmutacin.En algunos
casos, el paquete tambin debe ser manipulado, como, por ejemplo, cuando se
debe cambiar el tipo de encapsulacin o el recuento de saltos.Cada uno de estos
pasos puede contribuir al retraso de procesamiento.
Variacin de retardo (tambin llamada fluctuacin de fase): La fluctuacin
de fase es el delta, o diferencia, en los valores de retardo final total de dos paquetes de
voz en el flujo de voz.
Prdida de paquetes : La prdida de paquetes suele ser causada por congestin en

la WAN, lo que resulta en interrupciones del habla o un efecto de tartamudeo si el lado
de reproduccin intenta acomodar repitiendo paquetes anteriores.
Falta de ancho de banda

Este subtema explica cmo identificar la falta de ancho de banda en una red convergente.
La figura ilustra una red vaca con cuatro saltos entre un servidor y un cliente. Cada salto
est utilizando diferentes medios con un ancho de banda diferente. El ancho de banda
disponible mximo es igual al ancho de banda del enlace ms dbil (ms lento).
Sin embargo, el clculo del ancho de banda disponible es mucho ms complejo en los casos
en que mltiples flujos atraviesan la red.El clculo del ancho de banda disponible en la
ilustracin es una aproximacin.
Gestin del ancho de banda disponible

Este subtopic explica los mtodos para abordar la falta de ancho de banda en una red
convergente.
La mejor manera de aumentar el ancho de banda es aumentar la capacidad de enlace para

acomodar a todas las aplicaciones y usuarios, con un ancho de banda extra de sobra.
Aunque esta solucin suena simple, aumentar el ancho de banda es costoso y lleva tiempo
implementar. A menudo hay limitaciones tecnolgicas en la actualizacin a un mayor ancho
de banda.
Otra opcin es clasificar el trfico en las clases de QoS y priorizar el trfico de acuerdo a su
importancia. El trfico crtico de voz y empresarial debe tener suficiente ancho de banda
para soportar los requisitos de la aplicacin ir, la voz debe tener prioridad en el reenvo y el
trfico menos importante debe obtener el ancho de banda no asignado que quede.Una
variedad de mecanismos como estos estn disponibles en Cisco IOS QoS Software para
proporcionar garantas de ancho de banda:
Cola de prioridad (PQ) o cola de espera personalizada (CQ)

Robot redondo de dficit modificado (MDRR) (en los routers de la serie Cisco
12000)
Tipo de servicio distribuido (ToS) y QoS basado en grupos ponderados de colas

justas (WFQ) (en routers de la serie Cisco 7 x 00)
Colocacin en filas justas ponderadas en clase (CBWFQ)
Colas de baja latencia (LLQ)
La optimizacin del uso del enlace mediante la compresin de la carga til de los marcos
(prcticamente) aumenta el ancho de banda del enlace. La compresin, por otra parte,
tambin aumenta el retraso debido a la complejidad de los algoritmos de compresin.El uso
de compresin de hardware puede acelerar las compresiones de carga til de paquetes.
Stacker y Predictor son dos algoritmos de compresin que estn disponibles en el software
Cisco IOS.
Otro mecanismo de eficiencia de enlace es la compresin de cabecera. La compresin de

encabezados es especialmente efectiva en redes en las que la mayora de los paquetes
transportan pequeas cantidades de datos (es decir, donde la relacin carga til-cabecera es
pequea).Ejemplos tpicos de compresin de encabezado son compresin de encabezado
TCP y comprensin de cabecera de protocolo de transporte en tiempo real (RTP) .
Retardo de extremo a extremo

Este subtema explica los componentes del retraso de extremo a extremo.
La figura ilustra el impacto que una red tiene en el retraso de extremo a extremo de los
paquetes que van de un extremo de la red a otro. Cada salto en la red se suma al retardo
general de la siguiente manera:
El retardo de propagacin es causado por la velocidad de la luz que viaja en el

medio (fibra ptica o medios de cobre).
El retardo de serializacin es el tiempo que tarda en registrar todos los bits de un

paquete en el cable.
Este es un valor fijo que es una funcin del ancho de banda del enlace.
Hay retrasos de procesamiento y colas dentro de un enrutador.
El retraso de propagacin generalmente se ignora pero puede ser significativo. Se trata de

unos 40 m de costa a costa, sobre fibra ptica.
Ejemplo: Efectos de demora
Un cliente tiene un enrutador en Nueva York y un enrutador en San Francisco, cada uno
conectado por un enlace WAN de 128kb / s.El cliente enva una trama de voz de 66 bytes.
Para transmitir la trama (528 bits), tardar 4.125 ms en salir del reloj (retardo de
serializacin). Sin embargo, el ltimo bit no llegar hasta 40 m despus de que se apague
(retardo de propagacin).El retardo total es igual a 44,125 ms.
Este clculo ser diferente si el circuito se cambia a T1. Para transmitir la trama (528 bits),
tardar 0.344 ms en salir del reloj (retardo de serializacin). Sin embargo, el bit de las t no
llegar hasta 40 ms despus de la transmisin (retardo de propagacin) para un retardo total
de 40.344 ms.
Tipos de retrasos
Este subtema describe los diferentes tipos de retrasos.
En general, hay cuatro tipos de retrasos, como sigue:
Retardo de procesamiento: El tiempo que tarda un enrutador para tomar el

paquete de una interfaz de entrada y poner el paquete en la cola de salida de la interfaz
de salida.El retardo de procesamiento depende de estos factores:
- velocidad de la CPU
- Utilizacin de la CPU
- Modo de conmutacin IP
- Arquitectura del enrutador
- Funciones configuradas en las interfaces de entrada y salida
Demora de cola: El tiempo que un paquete reside en la cola de salida de un

enrutador.El retraso de cola depende del nmero y el tamao de los paquetes que ya
estn en la cola, el ancho de banda de la interfaz y el mecanismo de cola.
Retardo de la serializacin: El tiempo que se tarda en colocar un marco en el

medio fsico para el transporte.
Retardo de propagacin: El tiempo que tarda en transmitir un paquete, que

normalmente depende del tipo de interfaz de medios.
Reduccin del retraso
Este subtema explica los mtodos para reducir el retraso.
Suponiendo que un enrutador es lo suficientemente potente como para tomar una decisin
de reenvo rpidamente, la mayora de los retrasos en el procesamiento, las colas y la
serializacin estn influenciados por los siguientes factores:
Longitud media de la cola
Longitud media de los paquetes en la cola
Ancho de banda del enlace
Estos enfoques permiten acelerar el envo de paquetes de flujos sensibles al retardo:
Aumento de la capacidad de enlace: Un ancho de banda suficiente hace que las

colas se contraigan para que los paquetes no esperen mucho antes de la
transmisin.Ms ancho de banda reduce el tiempo de serializacin.
Priorizacin de paquetes sensibles al retraso: Este es un enfoque ms

rentable.PQ, CQ, prioridad estricta o colas de prioridad alternativa dentro del MDRR
(en los Routers de la Serie 12000 de Cisco) y LLQ tienen capacidades de cola de espera
preventivas.
Compresin de la carga til: La compresin de carga til reduce el tamao de

los paquetes, lo que aumenta virtualmente el ancho de banda del enlace.Los paquetes
comprimidos son ms pequeos y toman menos tiempo para transmitir. La compresin
utiliza algoritmos complejos que toman tiempo y se suman a los retrasos. Este enfoque
no se utiliza para proporcionar una propagacin de paquetes de baja demora.
Compresin del encabezado del paquete: La compresin del encabezado no es

tan intensiva en la CPU como la compresin de la carga til y se puede utilizar con
otros mecanismos para reducir el retardo.La compresin de cabecera es especialmente
til para los paquetes de voz que tienen una relacin carga til-cabecera mala, que se
puede mejorar al reducir el encabezado del paquete (compresin de encabezado RTP).
Paquete perdido
Este subtopic explica cmo la prdida de paquetes afecta a la calidad de VoIP.
La prdida habitual de paquetes se produce cuando los enrutadores se quedan sin espacio de
bfer para una cola de salida de interfaz en particular.La figura ilustra una cola de salida de
interfaz completa, que hace que los paquetes recin llegados sean eliminados. El trmino
que se usa para estas gotas es simplemente "cada de salida" o "cada de cola" (los paquetes
se colocan en la cola de la cola).
Los enrutadores tambin pueden soltar paquetes para estas otras razones menos comunes:
Cada de cola de entrada: La CPU principal est congestionada y no puede

procesar paquetes (la cola de entrada est llena).
Ignorar: El router qued sin espacio en el bfer.
Overrun: La CPU est congestionada y no puede asignar un buffer libre al nuevo

paquete.
Errores de trama: Hay un error detectado por hardware en un cuadro de

comprobacin de redundancia cclica (CRC), runt o gigante.
Prevencin de la prdida de paquetes

Este subtema describe las maneras de prevenir la prdida de paquetes.
La prdida de paquetes suele ser el resultado de la congestin en una interfaz. La mayora

de las aplicaciones que utilizan TCP experimentan una desaceleracin porque TCP se ajusta
a los recursos de red.
Puede seguir estos procedimientos para evitar cadas de aplicaciones sensibles:
Aumentar la capacidad de enlace para aliviar o prevenir la congestin.
Garantice suficiente ancho de banda y aumente el espacio del bfer para

acomodar rfagas de aplicaciones frgiles.
Prevenir la congestin Por la cada de otros paquetes antes de la congestin se

produce.Puede utilizar la deteccin temprana aleatoria ponderada (WRED) para
comenzar a descartar otros paquetes antes de que se produzca la congestin.
QoS y trfico de voz
Este tema describe el papel de la calidad de servicio en la estrategia empresarial para
garantizar un buen servicio de voz.
QoS Definido
La capacidad de la red para ofrecer

un servicio mejor o "especial" a un
conjunto de
Usuarios y aplicaciones en detrimento

de otros usuarios y aplicaciones
Voz - Video - Datos
Consistente,
Rendimiento Predecible
QoS es la capacidad de la red para proporcionar un servicio mejor o "especial" a usuarios y

aplicaciones seleccionadas, en detrimento de otros usuarios y aplicaciones.
Las caractersticas de QoS de Cisco IOS le permiten controlar y prever el servicio de una
variedad de aplicaciones y tipos de trfico en red, lo que le permite aprovechar una nueva
generacin de aplicaciones ricas en medios y de misin crtica.
El objetivo de QoS es proveer un servicio de red mejor y ms predecible proporcionando

ancho de banda dedicado, jitter y latencia controlados y caractersticas de prdida
mejoradas.La calidad de servicio alcanza estos objetivos al proporcionar herramientas para
gestionar la congestin de la red, configurar el trfico de red, utilizar enlaces de gran
alcance caros de manera ms eficiente y establecer polticas de trfico a travs de la
red.QoS ofrece servicios de red inteligente que, cuando se aplican correctamente, ayudan a
proporcionar un rendimiento consistente y predecible.
Poltica de QoS
Este subtopic explica cmo la directiva QoS define el comportamiento de reenvo para varios
tipos de trfico.
Una poltica QoS es una definicin a nivel de red de los niveles especficos de QoS
asignados a diferentes clases de trfico de red.
En una red convergente, tener una poltica de QoS es tan importante como tener una
poltica de seguridad.Una poltica de QoS pblica y escrita permite a los usuarios entender
y negociar QoS en la red.
La figura ilustra una poltica QoS de ejemplo para una organizacin.
QoS para redes de comunicaciones unificadas

Este tema describe la implementacin de QoS en las redes de Comunicaciones Unificadas
de Cisco.
Siga estos tres pasos bsicos para implementar QoS en una red:
Paso 1 Identificar el trfico y sus requisitos.Estudiar la red para determinar el

tipo de trfico que se ejecuta en la red y luego determinar los requisitos de QoS
para los diferentes tipos de trfico.
Paso 2 Agrupe el trfico en clases con requisitos de QoS similares .Por ejemplo, se pueden
definir cuatro clases de trfico: voz, alta prioridad, baja prioridad, y navegador.
Paso 3 Defina las polticas de QoS que cumplan los requisitos de QoS para cada clase de
trfico.
Ejemplo: Tres pasos para implementar QoS en una red
En una red tpica, la voz siempre requerir un retardo mnimo absoluto. Algunos datos
asociados a aplicaciones clave requerirn un retardo muy bajo (datos basados en
transacciones que se utilizan en reservas de aerolneas o aplicaciones de banca en lnea).
Otros tipos de datos pueden tolerar una mayor cantidad de retraso (transferencia de archivos
y correo electrnico).El surf de la red no comercial tambin puede ser retrasado o incluso
prohibido.
No es necesario un mapeo uno a uno entre las clases de trfico y las polticas de QoS. Por
ejemplo, se podran implementar tres directivas de QoS para satisfacer los requisitos de las
cuatro clases de trfico que se definen en el ejemplo:
NoDelay: Asignar al trfico de voz
BestService: Asignar al trfico de alta prioridad
Siempre que: Asignar a la baja prioridad y el trfico del navegador
Paso 1: Identificar el trfico y sus requisitos

Este subtema describe el primer paso en la implementacin de QoS, que es identificar tipos
de trfico y sus requerimientos.
El primer paso en la implementacin de QoS es identificar el trfico en la red y determinar

los requisitos de QoS para el trfico.Se recomienda una auditora de red porque muchas
empresas tienen una idea falsa de qu aplicaciones se estn ejecutando en sus redes. Si se
implementan mecanismos QoS basados en una lnea de base no realista, pueden producirse
resultados inesperados .
El siguiente paso es determinar los problemas de QoS de los usuarios. Mida el trfico en la
red durante perodos congestionados. Realice la evaluacin de la utilizacin de la CPU en
cada uno de sus dispositivos de red durante perodos de actividad para determinar dnde
pueden estar ocurriendo los problemas .
A continuacin, determine el modelo de negocio y las metas y obtenga una lista de

requisitos empresariales para definir el nmero de clases de modo que pueda determinar los
requisitos empresariales para cada clase de trfico.
Finalmente, defina los niveles de servicio que son requeridos por diferentes clases de trfico
en trminos de tiempo de respuesta y disponibilidad.
Paso 2: divida el trfico en clases

Este subtema describe el segundo paso en la implementacin de QoS, que consiste en
dividir el trfico en clases.
Despus de haber identificado y medido la mayora del trfico de red, puede utilizar los
requisitos de negocio para definir clases de trfico.
Debido a sus rigurosos requisitos de QoS, el trfico de voz casi siempre existir en una
clase por s mismo. Cisco ha desarrollado mecanismos especficos de QoS, como LLQ, que
aseguran que la voz siempre recibe tratamiento prioritario sobre todo el trfico.
Despus de definir las aplicaciones con los requisitos ms crticos, puede definir las clases
de trfico restantes utilizando los requisitos empresariales.
Ejemplo: Clasificacin del trfico
Una empresa tpica podra definir cinco clases de trfico de la siguiente manera:
Voz: Prioridad absoluta para el trfico VoIP
Misin crtica: Conjunto pequeo de aplicaciones empresariales crticas

definidas localmente
Transaccional: Acceso a bases de datos, servicios de transacciones, trfico

interactivo, servicios de datos preferidos
Mejor esfuerzo: Internet, correo electrnico
Scavenger (menos que el mejor esfuerzo): Napster, Kazaa y otras aplicaciones

punto a punto
Paso 3: Definir polticas para cada clase de trfico

Este subtema describe el tercer paso en la implementacin de QoS, que es la definicin de
polticas para cada clase de trfico.
Por ltimo, defina una poltica QoS para cada clase de trfico, lo que implica estas
actividades:
Establecer una garanta de ancho de banda mnimo
Establecer un lmite mximo de ancho de banda
Asignar prioridades a cada clase
Utilice las tecnologas QoS, como la cola avanzada, para gestionar la congestin
Ejemplo: definicin de directivas de QoS
Utilizando las clases de trfico que se definieron anteriormente, puede determinar las
polticas de QoS de la siguiente manera:
Voz: Ancho de banda mnimo: 1 Mb / s.Utilice el marcado QoS para marcar

paquetes de voz como nivel de prioridad 5; Utilice LLQ para dar prioridad a la voz.
Misin crtica: Ancho de banda mnimo: 1 Mb / s.Utilice el marcado QoS para

marcar paquetes de datos crticos como nivel de prioridad 4; Utilice CBWFQ para
priorizar flujos crticos de trfico de clase.
Mejor esfuerzo: Mximo ancho de banda: 500 kb / s.Utilice el marcado QoS

para marcar estos paquetes de datos como nivel de prioridad 2; Utilizar CBWFQ para
priorizar los flujos de trfico de mejor esfuerzo que estn por debajo de la misin crtica
y la voz.
Scavenger: Ancho de banda mximo: 100 kb / s.Utilice el marcado de QoS para

marcar los paquetes de datos de menos de la mejor calidad (scavenger) como nivel de
prioridad 0; Use WRED para eliminar estos paquetes cuando la red tiene una
propensin a la congestin.
Requisitos de QoS
Este tema define los requisitos de QoS para la transmisin de voz y vdeo en redes de
paquetes.
El trfico de voz tiene requisitos de QoS extremadamente estrictos. El trfico de voz
generalmente genera una demanda suave de ancho de banda y tiene un impacto mnimo en
otro trfico, siempre y cuando se administre el trfico de voz .
Mientras que los paquetes de voz suelen ser pequeos (60 a 120 bytes), no pueden tolerar
retrasos o cadas. El resultado de los retrasos y cadas son pobres, ya menudo inaceptables,
la calidad de la voz. Debido a que las gotas no se pueden tolerar, UDP (User Datagram
Protocol) se utiliza para empaquetar paquetes de voz porque las capacidades de
retransmisin de TCP no tienen ningn valor.
Los paquetes de voz pueden tolerar no ms de un retardo de 150 ms (requisito

unidireccional) y menos de un 1 por ciento de prdida de paquetes.
Una llamada de voz tpica requerir de 17 a 106 kb / s de garanta de ancho de banda de

prioridad ms 150 b / s adicionales por llamada para trfico de control de voz.Multiplicar
estos requisitos de ancho de banda veces el nmero mximo de llamadas que se esperan
durante el perodo de tiempo ms ocupado proporcionar una indicacin de la banda total
dth que se requiere para el trfico de voz.
Requisitos de QoS: Videoconferencia

Este subtema define los requisitos de QoS para la transmisin de vdeo en redes de
paquetes.
Requisitos de QoS: Videoconferencia
Vdeo
Codicioso
Sensible a la cada
Delay-Sensitive
Prioridad UDP
Latencia 150 ms *
Fluctuacin 30 ms *
Prdida 1% *
La garanta mnima de ancho de banda prioritario

requerida es:
- Flujo de vdeo + 20%
- Por ejemplo, una corriente de 384 kb / s requerira

460 kb / s de ancho de banda prioritario
* Requisitos unidireccionales
Las aplicaciones de videoconferencia tambin tienen requisitos de QoS estrictos similares a

la voz. Pero el trfico de videoconferencia es a menudo bursty y codicioso en la naturaleza
y, como resultado, puede afectar a otro trfico. Por lo tanto, es importante comprender los
requisitos de videoconferencia para una red y proporcionar cuidadosamente para ello.
El ancho de banda mnimo para una secuencia de videoconferencia requerira el ancho de

banda real de la secuencia (dependiendo del tipo de cdec de videoconferencia que se
utilice) ms algunos gastos generales. Por ejemplo, un flujo de vdeo de 384 kb / s
requerira un total de 460 kb / s de ancho de banda prioritario.
Requisitos de QoS: Datos

Este subtpico contrasta los requisitos de voz y vdeo con la transmisin de datos en redes
de paquetes.
Requisitos de QoS: Datos

Las diferentes aplicaciones tienen diferentes caractersticas de
trfico.
Diferentes versiones de la misma aplicacin pueden tener

diferentes caractersticas de trfico.
Clasifique los datos en un modelo de prioridad relativa con no

ms de cuatro a cinco clases:
- Misin crtica: aplicaciones crticas definidas localmente
- Transaccional: trfico interactivo, servicio de datos preferido
- Mejor esfuerzo: Internet, correo electrnico, trfico no especificado
- Menos que el mejor esfuerzo
(Scavenger): Napster, Kazaa, aplicaciones peer-to-peer
Los requisitos de QoS para el trfico de datos varan mucho. Diferentes aplicaciones
pueden hacer demandas muy diferentes a la red (por ejemplo, una aplicacin de recursos
humanos frente a una aplicacin de cajero automtico). Incluso diferentes versiones de la
misma aplicacin pueden tener caractersticas de trfico de red variables.
Mientras que el trfico de datos puede demostrar caractersticas lisas o de rfaga,

dependiendo de la aplicacin, el trfico de datos difiere de voz y video en trminos de
sensibilidad de retardo y cada. Casi todas las aplicaciones de datos pueden tolerar algn
retraso y generalmente pueden tolerar altas tasas de cada.
Debido a que el trfico de datos puede tolerar cadas, las capacidades de retransmisin de
TCP se vuelven importantes y, como resultado, muchas aplicaciones de datos utilizan TCP.
En las redes empresariales , las aplicaciones importantes (crticas al negocio) suelen ser
fciles de identificar.La mayora de las aplicaciones se pueden identificar basndose en los
nmeros de puerto TCP o UDP. Algunas aplicaciones utilizan nmeros de puerto dinmicos
que, en cierta medida, dificultan las clasificaciones. El software Cisco IOS admite Network
Recognition (NBAR), que se puede utilizar para reconocer aplicaciones de puertos
dinmicos.
Se recomienda que el trfico de datos se clasifique en no ms de cuatro a cinco clases,

como se describe en la figura. Habr clases adicionales para voz y video.
Mtodos para implementar la poltica de QoS

Este tema describe los cuatro mtodos para implementar una directiva QoS empresarial.
Inicialmente, la nica forma de implementar la QoS en una red era utilizando la interfaz de
lnea de comandos (CLI) para configurar individualmente las directivas de QoS en cada
interfaz. Esta fue una tarea tediosa, tediosa y que requera mucho tiempo, que implicaba
cortar y pegar configuraciones de una interfaz a otra.
Cisco introdujo la CLI QoS modular (MQC) con el fin de simplificar la configuracin QoS
haciendo las configuraciones modulares. Mediante MQC, puede configurar QoS en un
enfoque de bloque de construccin, utilizando un nico mdulo repetidamente para aplicar
la directiva a mltiples interfaces.
Cisco AutoQoS representa una tecnologa innovadora que simplifica los retos de la
administracin de la red al reducir la complejidad de la QoS, el tiempo de implementacin
y el costo para las redes empresariales. Cisco AutoQoS incorpora inteligencia de valor
aadido en el software Cisco IOS y el software Cisco Catalyst para proporcionar y asistir en
la administracin de despliegues de QoS a gran escala.
Cisco AutoQoS es una macro inteligente que le permite ingresar uno o dos comandos Cisco
AutoQoS sencillos para habilitar todas las funciones apropiadas para la configuracin de
QoS recomendada para una aplicacin en una interfaz especfica.Existen dos versiones de
Cisco AutoQoS: Cisco AutoQoS VoIP y AutoQoS para la empresa.
QoS puede ser fcilmente aprovisionado y administrado utilizando Cisco A utoQoS junto
con CiscoWorks QoS Policy Manager (CiscoWorks QPM).Cisco AutoQoS proporciona el
aprovisionamiento QoS para enrutadores y conmutadores individuales, simplificando la
implementacin y reduciendo el error humano. CiscoWorks QPM proporciona un diseo
centralizado de QoS, administracin y monitoreo de trfico que se adapta a grandes
implementaciones de QoS.
Implementar QoS Tradicionalmente Utilizando CLI
Este subtopic explica el mtodo tradicional de implementar la QoS, la CLI no modular.
Implementar QoS Tradicionalmente Utilizando

CLI
Mtodo tradicional
Interfaz Multilink1
Ip address 10.1.61.1 255.255.255.0 ip

tcp header-compression iphc-formato
intervalo de carga 30 custom-queue-
list 1 ppp multilink
Ppp multilink fragmento-retraso

10 ppp multilink intercalar
multilink-group 1
Ip rtp header-compression iphc-

format!
No modulable
No se puede separar
Clasificacin de trfico de las definiciones de polticas
Se usa para aumentar o afinar
Mtodo AutoQoS
CLI fue el primer mtodo para implementar QoS en una red. Fue una laborosa tarea, que
implicaba copiar una configuracin de interfaz y luego pegarla en otras configuraciones de
interfaz. CLI tom mucho tiempo y paciencia.
El mtodo CLI original era no-modular, no haba forma de separar la clasificacin del
trfico de la definicin real de poltica.Usted tena que hacer ambos en cada interfaz. La
figura ilustra un ejemplo de las complejas tareas de configuracin que implican el uso de
CLI.
Aunque la CLI no se recomienda para implementar la poltica QoS, se utiliza todava para
ajustar las implementaciones QoS que se han generado utilizando la macro Cisco AutoQoS.
Implementacin de QoS con MQC

Este subtopic explica el MQC, que proporciona un enfoque escalable para implementar
QoS.
Implementacin de la QoS con MQC
Clase-mapa VoIP-RTP
grupo de acceso de
coincidencia 100 clase-
mapa VoIP-Control
partido de acceso grupo
101 poltica-mapa QoS-
Clase de poltica VoIP-
RTP prioridad 100 clase
VoIP-Control ancho de
banda 8 clase clase-
default
Fair-queue interface serie 0/0 salida de

poltica de servicio QoS-Policy lista de
acceso 100 allow ip any any precedence 5
lista de acceso 100 allow ip any any dscp ef
lista de acceso 101 allow tcp any host
10.1.10.20 rango 2000 2002 lista de

acceso 101 permiso tcp cualquier host
10.1.10.20 Rango 11000 11999
Una sintaxis de comandos para configurar la directiva QoS
Reduce los pasos y el tiempo de configuracin
Configurar polticas, no comandos "raw" por interfaz
Uniform CLI a travs de major
Plataformas Cisco IOS
Estructura uniforme de la CLI para todas las funciones QoS
Separa el motor de clasificacin de la poltica

El MQC es una estructura CLI que le permite crear polticas de trfico y, a continuacin,
asociar estas directivas a las interfaces. Una directiva de trfico contiene una o ms clases
de trfico y una o ms caractersticas de QoS. Una clase de trfico se utiliza para clasificar
el trfico. Las caractersticas de QoS en la poltica de trfico determinan cmo tratar el
trfico clasificado.
El MQC ofrece ventajas significativas sobre el mtodo CLI heredado para implementar
QoS. Al utilizar MQC, puede reducir significativamente el tiempo y el esfuerzo que se
necesita para configurar QoS en una red compleja.En lugar de configurar comandos CLI
"raw" interfaz por interfaz, se desarrolla un conjunto uniforme de clases de trfico y
polticas QoS que se pueden aplicar a las interfaces.
El uso del MQC permite separar la clasificacin del trfico de la definicin de la poltica de
QoS.Esto permite una implementacin y mantenimiento de QoS inicial ms fcil a medida
que surgen nuevas clases de trfico y evolucionan las polticas de QoS para la red.
Implementacin de QoS con Cisco AutoQoS

Este subtopic explica Cisco AutoQoS, una herramienta automatizada fcil de usar para
proporcionar QoS a travs de toda la red.
Implementacin de QoS con AutoQoS
PLID
O
AutoQoS VoIP:
Auto qos voip

[confianza]
AutoQoS VoIP compatible tanto en los entornos LAN y WAN
AutoQoS Enterprise soportado en interfaces WAN
Los routers pueden implementar el tratamiento de polticas de QoS

empresarial para trfico de voz, video y datos
Los conmutadores pueden implementar tratamientos de poltica de QoS

para voz mediante un solo comando
La opcin [confianza] indica que las marcas DSCP o CoS de un paquete

se confan para la clasificacin
Hay estas dos versiones de Cisco AutoQoS:
Cisco AutoQoS VoIP: En su versin inicial, Cisco AutoQoS VoIP proporcion la

mejor prctica de la configuracin de QoS para VoIP en los switches y routers de
Cisco.Esto se logr introduciendo un comando global o de interfaz. Dependiendo de la
plataforma, la macro AutoQoS de Cisco generara comandos en las configuraciones de
QoS VoIP recomendadas, junto con mapas de clases y mapas de polticas, y los
aplicara a una interfaz de enrutador o puerto de conmutador.Cisco AutoQoS est
disponible en los switches LAN y WAN de Cisco Catalyst y en los enrutadores Cisco
IOS.
AutoQoS de Cisco para la empresa: Cisco AutoQoS para la empresa se basa en

NBAR para recopilar estadsticas y detectar 10 tipos de trfico, lo que resulta en el
aprovisionamiento de mapas de clases y de polticas para estos tipos de trfico.Esta
funcin despliega las mejores prcticas de QoS para el trfico de voz, video y datos.En
total, se detectan 10 tipos de trfico cuando el trfico cruza las interfaces WAN.
Cisco AutoQoS for the Enterprise, combinado con el comando auto qos voip , permite a un
administrador de red principiante administrar polticas QoS complejas y detalladas en toda
la red de la empresa.Cisco AutoQoS para la empresa slo funciona para las plataformas de
enrutador Cisco IOS. La funcin de VoIP para los switches Cisco Catalyst no cambia.
Hay algunas diferencias importantes entre Cisco AutoQoS VoIP y Cisco AutoQoS para el
Empresa. Cisco AutoQoS VoIP no detecta tipos de trfico, ni utiliza NBAR. Cisco AutoQoS
VoIP slo crea una poltica de QoS para proporcionar prioridad a la comunicacin de voz
.Cisco AutoQoS para la empresa, por otro lado, utiliza un mecanismo de descubrimiento o
un proceso de recopilacin de datos de trfico que utiliza NBAR. Las macros VoIP de
AutoQoS de Cisco utilizan las estadsticas de NBAR para crear directivas de QoS.
Comparacin de mtodos de implementacin QoS

Este subtpico compara los mtodos de implementacin de la poltica QoS en la red
empresarial.
Comparacin de mtodos de implementacin

QoS
2010 Cisco Systems, Inc. Todos los derechos reservados.CVOICE v8.0-6-31
Cisco recomienda el uso de MQC y Cisco AutoQoS VoIP al desplegar la voz a travs de la
LAN, y Cisco AutoQoS para la empresa en las interfaces WAN del enrutador.
Aunque MQC es mucho ms fcil de usar que la CLI, Cisco AutoQoS VoIP y Cisco
AutoQoS para la empresa pueden simplificar la configuracin de QoS. Como resultado,
puede lograr la implementacin ms rpida con Cisco AutoQoS.
MQC ofrece una excelente modularidad y la capacidad de afinar complejas redes.Cisco

AutoQoS ofrece la forma ms rpida de implementar QoS, pero tiene capacidades limitadas
de ajuste fino. Cuando se ha generado una configuracin de Cisco AutoQoS, debe utilizar
comandos CLI para ajustar una configuracin de Cisco AutoQoS , si es necesario.(En la
mayora de las redes, el ajuste fino no ser necesario para Cisco AutoQoS.)
Modelos de QoS
Este tema describe tres modelos de implementacin de QoS.
Tres modelos de calidad de servicio

Mejor esfuerzo: No se aplica QoS a los paquetes.
IntServ: Las aplicaciones sealan a la red que requieren QoS

especial.
DiffServ: La red reconoce clases que requieren QoS especial.
Existen los tres modelos siguientes para implementar QoS en una red:
Mejor esfuerzo: Con el modelo de mejor esfuerzo, QoS no se aplica a los

paquetes.Si no es importante cundo o cmo llegan los paquetes, el modelo de mejor
esfuerzo es apropiado.
IntServ: Integrated Services (IntServ) puede proporcionar alta QoS a los

paquetes IP.Esencialmente, las aplicaciones sealan a la red que requerirn QoS
especial durante un perodo de tiempo y que el ancho de banda est reservado. Con
IntServ, la entrega de paquetes est garantizada. Sin embargo, el uso de IntSe rv puede
limitar severamente la escalabilidad de una red.
DiffServ: Los servicios diferenciados (DiffServ) proporcionan la mayor
escalabilidad y flexibilidad en la implementacin de QoS en una red.Los dispositivos de
red reconocen clases de trfico y proporcionan diferentes niveles de Q oS a diferentes
clases de trfico.
Mejor modelo de esfuerzo

Este subtema describe el modelo de mejor esfuerzo, que proporciona la forma ms fcil de
abordar la QoS.
Mejor modelo de esfuerzo

Internet basado inicialmente en
un servicio de entrega de
paquetes de mejor esfuerzo
El modo predeterminado para

todo el trfico
No hay diferenciacin entre los

tipos de trfico
Como usar correo estndar Llegar all cuando llegue all.
CVOICE v8.0-6-34
2010 Cisco Systems, Inc. Todos los derechos reservados.
El Internet fue diseado para el mejor esfuerzo, sin garanta de entrega de paquetes. Este
comportamiento sigue siendo predominante en Internet hoy en da.
Si las polticas QoS no se implementan, el trfico se reenva utilizando el modelo de mejor

esfuerzo. Todos los paquetes de red se tratan exactamente iguales: un mensaje de voz de
emergencia se trata exactamente igual que una fotografa digital que se adjunta a un correo
electrnico.Sin la implementacin de QoS, la red no puede distinguir la diferencia entre los
paquetes y, como resultado, no puede tratar paquetes preferentemente ially.
Cuando usted deja caer una carta en el correo postal estndar, est utilizando un modelo de
mejor esfuerzo. Su carta ser tratada exactamente igual que cualquier otra carta; Llegar all
cuando llegue all. Con el modelo de mejor esfuerzo, la carta en realidad nunca puede llegar
.A menos que tenga un acuerdo de notificacin separado con el destinatario de la carta, es
posible que nunca sepa si la carta no llega.
Modelo IntServ
Este subtpico describe el modelo IntServ, que proporciona la forma ms compleja de
abordar la QoS.
Algunas aplicaciones, como vdeo de alta resolucin, requieren un ancho de banda dedicado
y constante para proporcionar una calidad suficiente para los espectadores. IntServ se
introdujo para garantizar el comportamiento predecible de la red para estas
aplicaciones.Debido a que IntServ reserva el ancho de banda a travs de una red, ningn
otro trfico puede utilizar el ancho de banda reservado. El ancho de banda que no se utiliza,
pero se reserva, se pierde.
IntServ es similar a un concepto conocido como "QoS duro". Con QoS duro, las
caractersticas del trfico, como el ancho de banda, el retardo y las tasas de prdida de
paquetes, se garantizan de extremo a extremo. Esta garanta garantiza niveles de servicio
tanto previsibles como garantizados para aplicaciones de misin crtica .No habr ningn
impacto en el trfico cuando se realicen garantas, independientemente del trfico de red
adicional. La QoS dura se logra mediante la negociacin de requisitos especficos de QoS al
establecer una conexin y mediante el uso del Control de Admisin de Llamadas (CAC)
para asegurar que ningn nuevo trfico violar la garanta.
El uso de IntServ es como tener un avin privado de mensajera o camin que se dedica a la
entrega de su trfico. Este modelo garantiza calidad y entrega, es caro y no es escalable.
IntServ es un modelo de servicio mltiple que puede acomodar varios requisitos de QoS.
IntServ hereda el enfoque orientado a la conexin del diseo de la red de telefona. Cada
comunicacin individual debe especificar explcitamente su descriptor de trfico y solicitar
recursos ed a la red.El enrutador de borde realiza el control de admisin para garantizar que
los recursos disponibles son suficientes en la red. El estndar de IntServ asume que los
routers a lo largo de una trayectoria fijaron y mantienen el estado para cada comunicacin
individual.
El rol de Resource Reserve Protocol (RSVP) es proveer control de admisin de recursos

para redes VoIP. Si hay recursos disponibles, RSVP acepta una reserva e instala un
clasificador de trfico en la ruta de reenvo de QoS. El clasificador de trfico le dice a la va
de reenvo de QoS cmo clasificar paquetes de un flujo particular y qu tratamiento de
reenvo a proporcionar.
Modelo DiffServ
Este subtpico describe el modelo DiffServ, que proporciona la forma ms comn y
escalable de proporcionar QoS.
DiffServ fue diseado para superar las limitaciones tanto del mejor esfuerzo como de los
modelos IntServ.
DiffServ puede ofrecer una QoS "casi garantizada", a la vez que es rentable y escalable.
DiffServ es similar a un concepto conocido como "QoS blanda". Con QoS suave , los
mecanismos QoS se utilizan sin sealizacin previa.Adems, las caractersticas de QoS
(ancho de banda y retardo, por ejemplo), se gestionan de forma hop-by-hop mediante
directivas establecidas independientemente en cada dispositivo intermedio de la red. El
enfoque de QoS blanda no se considera una estrategia de QoS de extremo a extremo porque
las garantas de extremo a extremo no se pueden aplicar.Sin embargo, la QoS blanda es un
enfoque ms escalable para implementar QoS que la QoS dura, ya que muchas (cientos o
potencialmente miles) de aplicaciones pueden ser mapeadas en un pequeo conjunto de
clases sobre las cuales se implementan conjuntos similares de comportamientos
QoS.Aunque los mecanismos QoS en este enfoque se aplican y aplican sobre una base hop-
by-hop, la aplicacin uniforme del significado global a cada clase de trfico proporciona
flexibilidad y escalabilidad.
Con DiffServ, el trfico de red se divide en clases que se basan en los requisitos del
negocio. A cada clase se le puede asignar un nivel de servicio diferente. A medida que los
paquetes atraviesan una red, cada uno de los dispositivos de red identifica la clase de
paquetes y los servicios del paquete de acuerdo con esa clase.Puede elegir muchos niveles
de servicio con DiffServ. Por ejemplo, el trfico de voz de los telfonos IP suele recibir un
trato preferente sobre el resto del trfico de aplicaciones. Ema il generalmente se da
servicio de mejor esfuerzo.El trfico no empresarial puede recibir un servicio muy pobre o
bloquearse completamente.
DiffServ funciona como un servicio de entrega de paquetes. Usted solicita (y paga) un nivel
de servicio cuando enva su paquete. A lo largo de la red de paquetes, se reconoce el nivel
de servicio y se le da a su paquete servicio preferencial o normal, dependiendo de lo que
haya solicitado.
Evaluacin del modelo de QoS

Este subtema evala los tres modelos de QoS comparando sus beneficios y desventajas.
Evaluacin del modelo de QoS
Modelo Inconvenientes Beneficios
DiffServ No hay garanta de servicio Altamente escalable

absoluto
Muchos niveles de
Mecanismos complejos calidad posibles
IntServ Sealizacin continua Control explcito de la

debido a la arquitectura con estado admisin de recursos (de
extremo a extremo)
El enfoque basado en flujo
no es escalable a implementaciones Control de admisin de
grandes como polticas por solicitud
Las redes de ISP o Internet Sealizacin de nmeros

de puerto dinmicos (por
ejemplo, H.323)
Mejor Sin garanta de Altamente escalable

esfuerz servicio Sin
o diferenciacin de servicio
No se requieren
mecanismos especiales
DiffServ tiene estos beneficios clave:
Es altamente escalable.
Proporciona muchos niveles diferentes de calidad.
DiffServ tambin tiene estos inconvenientes:
No se puede garantizar una calidad absoluta del servicio.
Requiere un conjunto de mecanismos complejos para trabajar en conjunto en toda

la red.
Los principales beneficios de IntServ y RSVP son los siguientes:

RSVP indica las peticiones de QoS por flujo individual.La red puede proporcionar
garantas a estos flujos individuales. El problema con esto es que IntServ no escala a
grandes redes debido a la gran cantidad de flujos de RSVP concurrentes.
RSVP informa a los dispositivos de red de los parmetros de flujo (direcciones IP

y nmeros de puerto).Algunas aplicaciones utilizan nmeros de puerto dinmicos, que
pueden ser difciles de reconocer para los dispositivos de red. NBAR es un mecanismo
que se ha introducido para complementar RSVP para aplicaciones que utilizan nmeros
de puerto dinmico pero no utilizan RSVP.
IntServ admite el control de admisin, lo que permite a una red rechazar (o

degradar) las nuevas sesiones RSVP si una de las interfaces de la ruta ha alcanzado el
lmite (es decir, se reserva todo el ancho de banda reservable).
Los principales inconvenientes de IntServ y RSVP son los siguientes:
Hay seales continuas debido a la operacin stateful de RSVP.
RSVP no es escalable a las redes grandes donde las garantas por flujo tendran
que ser hechas a miles de flujos simultneos RSVP.
El modelo de mejor esfuerzo tiene estos beneficios significativos:
El modelo de mejor esfuerzo tiene escalabilidad casi ilimitada.La nica manera de

alcanzar los lmites de escalabilidad es alcanzar los lmites de ancho de banda, en cuyo
caso todo el trfico se retrasa igualmente.
No es necesario emplear mecanismos especiales de QoS para utilizar el modelo

de mejor esfuerzo.Es el modelo ms fcil y rpido de implementar.
El modelo de mejor esfuerzo tambin tiene estos inconvenientes:
Nada est garantizado.Los paquetes llegarn siempre que puedan, en cualquier

orden posible, si llegan a todos.
Los paquetes no reciben tratamiento preferencial.Los datos crticos se tratan igual

que el correo electrnico.
Resumen
Resumen
Los problemas de QoS ms crticos incluyen falta de ancho de
banda, retardo de extremo a extremo, jitter y prdida de paquetes.
La poltica QoS define los niveles especficos de calidad de servicio

asignados a diferentes clases de trfico de red.
La QoS se implementa en las redes de Comunicaciones Unificadas

de Cisco identificando el trfico, dividiendo el trfico en clases y
asignando polticas de QoS a las clases.
Los requisitos de QoS unidireccionales para el trfico VoIP definen

latencia mxima (150 ms), jitter (30 ms), prdida (1 por ciento) y
ancho de banda de prioridad garantizada por llamada (17-106 kb /
s).
QoS se puede implementar utilizando CLI, MQC, AutoQoS o QPM.
Los tres modelos QoS son el mejor esfuerzo, IntServ y DiffServ.
2010 Cisco Systems, Inc.Calidad de Servicio 6-1

Leccin 2
Comprensin de QoS
Mecanismos y Modelos
Visin de conjunto
Servicios diferenciados (DiffServ) Es un modelo de servicio mltiple para implementar la
calidad de servicio (QoS) en la red.Con DiffServ, la red intenta ofrecer un tipo particular de
servicio que se basa en la QoS especificada por cada paquete. Esta especificacin puede
ocurrir de diferentes maneras, como el uso del punto de cdigo de servicios diferenciados
(DSCP) en paquetes IP o direcciones de origen y de destino.La red utiliza la especificacin
QoS de cada paquete para clasificar, dar forma y controlar el trfico y para realizar colas
inteligentes.Esta leccin se centra en el modelo DiffServ y explica los mecanismos que se
utilizan para implementar DiffServ.
Objetivos
Al completar esta leccin, podr describir las caractersticas y mecanismos del modelo
DiffServ y contrastar el modelo DiffServ con otros modelos.Esta capacidad incluye poder
alcanzar estos objetivos:
Explicar el propsito y funcin de DiffServ
Describir el formato bsico y el propsito del campo DSCP en la cabecera IP y

contrastarlo con el formato de precedencia IP tradicionalmente utilizado
Enumerar los diferentes comportamientos por salto que se utilizan en DSCP
Describir la interoperabilidad entre dispositivos basados en DSCP e IP

Explicar los mecanismos clave de DiffServ para implementar QoS en una red IP
Describir el modelo de lnea de base de Cisco QoS para empresas
Modelo DiffServ
Este tema describe el modelo DiffServ y la terminologa.
La discusin sobre el modelo DiffServ utiliza tres trminos bsicos para describir las
operaciones DiffServ, de la siguiente manera:
Agregado de comportamiento (BA): Un BA es una coleccin de paquetes con el

mismo valor de DSCP que cruza un enlace en una direccin particular.Los paquetes de
mltiples aplicaciones y fuentes pueden pertenecer a la misma BA. En el software
Cisco IOS, la clasificacin de los paquetes en los BAs se puede hacer usando la interfaz
de lnea de comandos (CLI) de Mo dular QoS, o MQC, mapas de clases.
DSCP: Un valor en el encabezado IP que se utiliza para seleccionar un

tratamiento de QoS para un paquete.En el modelo DiffServ, la clasificacin y la QoS
giran alrededor del DSCP.
Comportamiento por salto (PHB): Un PHB es un comportamiento de reenvo

observable externamente (o tratamiento de QoS) aplicado en un nodo compatible con
DiffServ a un DiffServ BA. El trmino PHB se refiere a la programacin de paquetes,
colas, policiamiento o comportamiento de conformacin de un nodo en cualquier
paquete dado perteneciente a un BA. El modelo DiffServ no especifica cmo deben
implementarse los PHBs.Se puede usar una variedad de tcnicas para afectar el
acondicionamiento de trfico deseado y PHB. En Cisco IOS Software, puede configurar
PHB mediante mapas de polticas de MQC.
Modelo DiffServ
Este subtema describe el enfoque de QoS en el modelo DiffServ.
La arquitectura de DiffServ se basa en un modelo simple en el cual el trfico que entra en

una red es clasificado y posiblemente acondicionado en los lmites de la red. La clase de
trfico se identifica con un DSCP o una marca de bit en el encabezado IP.La principal
ventaja de DiffServ es la escalabilidad.
Los valores de DSCP se utilizan para marcar paquetes para indicar un PHB deseado. Dentro
del ncleo de la red, los paquetes se reenvan de acuerdo con el PHB que est asociado con
el DSCP.
Uno de los principales principios de DiffServ es que los paquetes deben estar marcados lo
ms cerca posible del borde de la red. A menudo es una tarea difcil y lenta el tiempo para
determinar la clase de trfico para un paquete de datos, por lo que los datos deben ser
clasificados como pocas veces como sea posible.Al marcar el trfico en el borde de la red,
los dispositivos de red de ncleo y otros dispositivos a lo largo de la ruta de reenvo podrn
determinar rpidamente el tratamiento de QoS apropiado que se aplicar a un flujo de
trfico determinado.
DSCP supera la precedencia IP, un campo de 3 bits en el tipo de servicio (ToS) byte de la
cabecera IP que se utiliz originalmente para clasificar y priorizar tipos de trfico.Sin
embargo, DSCP mantiene la interoperabilidad con dispositivos que utilizan prioridad IP.
Codificacin DSCP
Este tema describe el uso del byte ToS para DSCP.
DiffServ utiliza el campo de servicios diferenciados (campo DS) en la cabecera IP para

marcar los paquetes segn su clasificacin en BAs. El campo DS ocupa los mismos 8 bits
de la cabecera IP que se utilizaron anteriormente para el byte ToS.
Los siguientes tres estndares de Internet Engineering Task Force (IETF) describen el
propsito de los 8 bits del campo DS:
RFC 791 incluye la especificacin del campo ToS, donde los tres bits de orden
inferior se utilizan para la prioridad IP.Los 3 bits siguientes se utilizan para el retardo, el
rendimiento , la fiabilidad y el coste.
RFC 1812 modifica el significado del campo ToS eliminando el significado de los
cinco bits de alto orden (esos bits deben ser todos 0).Esto adquiri un uso generalizado
y se conoci como la precedencia IP original.
RFC 2474 reemplaza el campo T oS con el campo DS, donde los seis bits de bajo
orden se utilizan para el DSCP. Los 2 bits restantes se utilizan para la notificacin de
congestin explcita.RFC 3260 ( nueva terminologa y aclaraciones para DiffServ )
actualizaciones RFC 2474 y proporciona aclaraciones terminolgicas.
Cada valor DSCP identifica un BA. A cada BA se le asigna un PHB. Cada PHB se
implementa utilizando los mecanismos QoS apropiados.
IP versin 6 (IPv6) tambin proporciona soporte para marcacin QoS a travs de un campo
en la cabecera IPv6. Similar al campo ToS (o DS) en la cabecera IPv4, el campo de clase de
trfico (8 bits) est disponible para su uso por los nodos de origen y encaminamiento de
routers para identificar y distinguir entre diferentes clases o prioridades de paquetes IPv6.El
campo Clase de trfico se puede utilizar para establecer valores especficos de p recedencia
o DSCP, que se utilizan de la misma manera que se utilizan en IPv4.
DiffServ PHBs
Este tema describe el concepto de PHB.
Los estndares de IETF definen los siguientes PHBs:
Predeterminado PHB: Se utiliza para el servicio de mejor esfuerzo (bits 0 a 2 de

DSCP = 000)
Transmisin acelerada (EF) PHB: Se utiliza para el servicio de baja demora

(bits 0 a 2 de DSCP = 101)
(AF) PHB: Se utiliza para el servicio de ancho de banda garantizado (bits 0 a 2

de DSCP = 001, 010, 011 o 100)
Class-Selector PHB: Utilizado para compatibilidad con dispositivos no

compatibles con DiffServ (dispositivos compatibles con RFC 1812 [bits 3 a 5 de DSCP
= 000])
Expedicin acelerada PHB

Este subtpico explica el PHB de Expedited Forwarding (EF).
Expedicin acelerada PHB
EF PHB:
- Garantiza una tarifa de salida mnima
- Garanta de ancho de banda (la clase tiene garantizada una cantidad de

ancho de banda con prioridad de reenvo) - Ancho de banda de las polticas (se
elimina el trfico excesivo) Valor DSCP 101110 :
- Parece IP precedencia 5 a dispositivos que no son DiffServ
- Bits 0 a 2: 101 = 5 (los mismos bits que para la precedencia IP)
- Bits 3 a 4: 11 (los mismos bits que la probabilidad de cada, valor fijo en

EF PHB) - Bit 5: Slo 0
012345
1 0 1 1 0
DSCP
5 ProbabilidadNo Cada 0
El EF PHB se identifica en base a lo siguiente:
El EF PHB asegura una tarifa de salida mnima.El EF PHB proporciona el menor

retardo posible para las aplicaciones sensibles al retardo.
El EF PHB garantiza el ancho de banda.El EF PHB evita el hambre de la

aplicacin si hay mltiples aplicaciones utilizando EF PHB.
El EF PHB controla el ancho de banda cuando ocurre la congestin.El EF PHB

previene el hambre de otras aplicaciones o clases que no estn usando este PHB.
Los paquetes que requieren EF deben estar marcados con el valor binario DSCP
101110 (46 o 0x2E).
Los dispositivos no compatibles con DiffServ considerarn el valor 101210 EF DSCP como
prioridad IP 5 (101).Esta precedencia es la prioridad IP ms alta definible por el usuario y
se suele utilizar para trfico sensible al retraso (como VoIP). Los tres bits de orden inferior
del valor EF DSCP son 101, lo que corresponde a la prioridad IP 5 y permite la
compatibilidad con versiones anteriores.
Transmisin Asegurada PHB

Este subtema explica el PHB de reenvo garantizado (AF).
Transmisin Asegurada PHB

AF PHB:
- Garanta de ancho de banda
- Permite acceso a un ancho de banda adicional, si est

disponible
Cuatro clases estndar (af1, af2, af3 y af4)
Rango de valores DSCP: aaadd0
- Donde aaa es un valor binario de la clase
- Donde dd es la probabilidad de cada
012345
1 0 0 1 1 0
DSCP
Aaa dd 0
El PHB AF se identifica en base a lo siguiente:
El AF PHB garantiza una cierta cantidad de ancho de banda a una clase AF.
El AF PHB permite el acceso a un ancho de banda adicional, si est disponible.
Los paquetes que requieren AF PHB deben estar marcados con el valor DSCP
aaadd0, donde aaa es el nmero de la clase y dd es la probabilidad de cada.
Hay cuatro clases de AF definidas estndar. Cada clase debe ser tratada independientemente
y debe haber asignado un ancho de banda que est basado en la poltica QoS.
A cada clase AF se le asigna una prioridad IP y tiene tres probabilidades de cada: baja, media y alta.
AF xy representa un PHB de AF, donde x corresponde al valor de precedencia de IP (slo se usan

precedentes de IP 1 a 4 para clases de AF), ey corresponde al valor de preferencia de cada (1, 2 o 3).
Transmisin Asegurada PHB (Cont.)

AF PHB no sigue la lgica "ms grande-es-mejor"
- Por ejemplo: AF11 (decimal 10) y AF13 (decimal 14)
La misma clase de cola, pero AF11 "mejor" debido a la cada

ms baja
Curiosamente, los valores de AF PHB no necesariamente siguen la lgica "mayor-es-mejor" que se ha

utilizado con la marcacin de precedencia de IP, en la cual un paquete con una prioridad de IP ms alta
recibi tratamiento preferencial sobre un paquete con menor prioridad de IP.
La tabla de la figura muestra los valores binarios y decimales de los 4 PHBs AF en tres combinaciones de
probabilidades de cada.Dentro de cada clase, un valor DSCP ms alto significa una probabilidad de
cada ms alta, y por lo tanto un tratamiento menos preferencial.
Selector de clases DiffServ
Este tema describe el selector de clases DiffServ.
Selector de clases DiffServ

Selector de clases xxx000 DSCP
Compatibilidad con la prioridad IP
- Mapas de prioridad IP a DSCP
Diferencia en la probabilidad de reenvo oportuno
- (Xyz000)> = (abc000) si xyz> abc
- Si un paquete tiene DSCP 011000, tiene una mayor probabilidad

de reenvo oportuno que un paquete con 001000.
012345
Precedencia IP de IPv4
Clase
Selector
El significado de los 8 bits en el campo DS del paquete IP ha cambiado con el tiempo para
satisfacer los requisitos de expansin de las redes IP. El uso tradicional ms comn es
proporcionado por los tres bits de prioridad IP de orden inferior.
El selector de clases PHB proporciona la compatibilidad de la zona posterior con DSCP con
prioridad IP.Los 3 bits siguientes del DSCP (bits 3 a 5), establecidos en 0, identifican un
PHB de Class-Selector. El selector de clases PHB se define como la probabilidad de
reenvo oportuno y es compatible con RFC 1812, que simplemente prioriza los paquetes de
acuerdo con el valor de precedencia.Los paquetes con mayor prioridad de IP deberan ser
enviados generalmente en menos tiempo que los paquetes con menor prioridad de IP.
Mecanismos de QoS de DiffServ
En este tema se describen los mecanismos que se implementan al implementar un modelo
DiffServ.
Mecanismos de QoS
Clasificacin: Cada mecanismo de QoS orientado a clases tiene
que soportar algn tipo de clasificacin.
Marcado: Se utiliza para marcar los paquetes segn la

clasificacin, la medicin o ambos.
Gestin de la congestin: Cada interfaz debe tener un

mecanismo de cola para priorizar la transmisin de paquetes.
Evitacin de la congestin: Se utiliza para eliminar paquetes

anticipadamente para evitar la congestin ms adelante en la
red.
Vigilancia y modelado: se utiliza para aplicar un lmite de

velocidad basado en la medicin (el trfico excesivo se deja
caer, se marca o se retrasa).
Eficiencia de enlace: se utiliza para mejorar la eficiencia del

ancho de banda mediante compresin, fragmentacin de
enlaces e intercalacin.
Las principales categoras de herramientas que se utilizan para implementar QoS en una red
son las siguientes:
Clasificacin y marcado: La identificacin y divisin del trfico en diferentes

clases y el marcado del trfico de acuerdo con el comportamiento y las polticas de
negocio.
Gestin de la congestin: La priorizacin, proteccin y aislamiento del trfico

que se basa en las marcas.
Evitacin de congestin: descarta paquetes especficos que se basan en marcas

para evitar la congestin de la red.
Policiamiento y modelado: Mecanismos de acondicionamiento del trfico que

controlan el trfico al interrumpir el trfico de mala conducta para mantener la
integridad de la red.Estos mecanismos tambin bloquean el trfico para controlar las
rfagas haciendo cola de trfico.
Eficacia de enlace : Un tipo de tecnologa de eficiencia de enlace es la

compresin de encabezado de paquetes, lo que mejora la eficiencia de ancho de banda
de un enlace.Otra tecnologa es la fragmentacin de enlace y el entrelazado (LFI), que
puede disminuir el "jitter" de la transmisin de voz al reducir el retardo de los paquetes
de voz.
Clasificacin
Este subtopic explica el proceso de clasificacin de paquetes.
La clasificacin es la identificacin y divisin del trfico en diferentes clases. En una red

habilitada para QoS, todo el trfico se clasifica en la interfaz de entrada de cada dispositivo
QoS-aware. La clasificacin de paquetes puede basarse en muchos factores, como los
siguientes:
DSCP
Precedencia IP
Direccin de la fuente
Direccin de destino
El concepto de confianza es la clave para desplegar QoS. Cuando un dispositivo final

(como una estacin de trabajo o un telfono IP de Cisco Unified) marca un paquete con
clase de servicio (CoS) o DSCP, un conmutador o enrutador tiene la opcin de aceptar o
ignorar esos valores.Si el conmutador o enrutador opta por aceptar los valores, el
conmutador o enrutador confa en el dispositivo final. Si el conmutador o enrutador confa
en el dispositivo final, no necesita realizar ninguna reclasificacin de los paquetes que
vienen de esa interfaz.Si el conmutador o enrutador no confa en la interfaz, debe realizar
una reclasificacin para determinar el valor de QoS apropiado para los paquetes
procedentes de esa interfaz. Los conmutadores y enrutadores generalmente estn
configurados para no confiar en los dispositivos finales y deben configurarse
especficamente para confiar en los paquetes procedentes de una interfaz.Las herramientas
de clasificacin incluyen Network Based Application Recognition (NBAR), enrutamiento
basado en polticas (PBR), y clasificacin y marcado usando MQC.
Nota Las herramientas para la clasificacin y otros mecanismos de QoS se tratan en
detalle en las siguientes lecciones.
Calificacin
Este subtema describe el propsito del marcado e identifica dnde el marcado se
implementa comnmente en una red.
La marcacin, tambin conocida como coloracin, implica marcar cada paquete como
miembro de una clase de red para que los dispositivos a travs del resto de la red puedan
reconocer rpidamente la clase de paquete. La marcacin se realiza tan cerca del borde de la
red como sea posible y se hace tpicamente usando
MQC.
Los mecanismos de QoS establecen bits en los campos de precedencia DSCP o IP de cada
paquete IP de acuerdo con la clase en la que se encuentra el paquete. Tambin se pueden
marcar otros campos para ayudar en la identificacin de una clase de paquete.
Otros mecanismos QoS utilizan estos bits para determinar cmo tratar los paquetes cuando
llegan.Si los paquetes estn marcados como paquetes de voz de alta prioridad, los paquetes
generalmente no sern abandonados por los mecanismos de evitacin de congestin y
recibirn preferencia inmediata por los mecanismos de colas de gestin de congestin.Por
otro lado, si los paquetes estn marcados como paquetes de transferencia de archivos de
baja prioridad, se descartarn cuando se produzca congestin y, en general, se movern al
final de las colas de gestin de congestin.
Gestin de la congestin
Este subtema explica el concepto de gestin de la congestin.
Los mecanismos de gestin de la congestin (algoritmos de colas) utilizan la marca en cada

paquete para determinar en qu cola colocar paquetes. A las diferentes colas se les da un
tratamiento diferente por el algoritmo de cola que se basa en la clase de paquetes en la
cola.Generalmente, las colas con paquetes de alta prioridad reciben tratamiento
preferencial.
La gestin de la congestin se implementa en todas las interfaces de salida en una red
habilitada para QoS mediante el uso de mecanismos de cola para gestionar la salida del
trfico.Cada algoritmo de colas fue diseado para resolver un problema de trfico de red
especfico y tiene un efecto particular en el rendimiento de la red.
El software Cisco IOS para gestin de congestin o colas incluye estos mtodos de colas:
FIFO, cola de prioridad (PQ), cola de espera personalizada (CQ)
Colocacin de filas justas ponderadas (WFQ)
Colocacin en filas justas ponderadas en clase (CBWFQ)
Colas de baja latencia (LLQ)
LLQ es actualmente el mtodo de cola preferido. LLQ es un mtodo de colas hbrido (PQ y
CBWFQ) que se desarroll especficamente para satisfacer los requisitos del trfico en
tiempo real, como la voz.
Evitacin de congestin
Este subtema describe la evitacin de la congestin e identifica donde la evitacin de la
congestin se implementa comnmente en una red.
Los mecanismos de evitacin de la congestin supervisan las cargas de trfico de la red en

un esfuerzo por anticiparse y evitar la congestin en los cuellos de botella comunes de la
red. La evitacin de la congestin se logra a travs de la cada de paquetes.
Los mecanismos de evitacin de la congestin se implementan tpicamente en las interfaces

de salida donde un enlace de alta velocidad o un conjunto de enlaces se alimenta en un
enlace de menor velocidad (tal como una LAN que introduce en un enlace WAN ms
lento). Esto asegura que la WAN no est instantneamente congestionada por el trfico
LAN.
La deteccin temprana aleatoria ponderada (WRED) es una tcnica principal de Cisco para
evitar la congestin. WRED incrementa la probabilidad de que se evite la congestin
descartando paquetes de baja prioridad en lugar de descartar paquetes de alta prioridad .
WRED no se recomienda para las colas de voz. Una red no debe estar diseada para
eliminar paquetes de voz.
Polica
Este subtema explica el concepto de la polica del trfico.
La vigilancia se utiliza para condicionar el trfico antes de transmitir trfico a una red o
recibir trfico de una red.
La vigilancia es la capacidad de controlar rfagas y trfico para asegurar que ciertos tipos
de trfico obtengan ciertos tipos de ancho de banda.
Cadas o marcas de polica Paquetes cuando se alcanzan los lmites predefinidos.Los

mecanismos de vigilancia se pueden establecer en primer lugar las clases de trfico que
tienen marcas de prioridad de QoS ms bajas.
Los mecanismos de vigilancia se pueden utilizar en las interfaces de entrada o de salida.

Estos mecanismos se usan tpicamente para controlar el flujo en un dispositivo de red desde
un enlace de alta velocidad eliminando excesos de paquetes de baja prioridad. Un buen
ejemplo sera el uso de la polica por un proveedor de servicios para acelerar una entrada de
alta velocidad de un cliente que estaba en exceso del acuerdo de servicio.En un entorno
TCP, esta vigilancia provocara que el remitente ralentizara su transmisin de paquetes.
Las herramientas incluyen la polica basada en la clase y la tasa de acceso comprometida

(CAR).
Organizacin
Este subtema explica la conformacin del trfico.
La conformacin ayuda a suavizar los desajustes de velocidad en la red y limita las

velocidades de transmisin.
Se utilizan mecanismos de conformacin en las interfaces de salida. Estos mecanismos se

usan tpicamente para imitar el flujo de un enlace de alta velocidad a un enlace de menor
velocidad para asegurar que el enlace de menor velocidad no se convierta en un exceso de
trfico.La conformacin tambin podra utilizarse para gestionar el flujo de trfico en un
punto de la red en el que se agregan mltiples flujos. Los proveedores de servicios de
servidor utilizan la configuracin para gestionar el flujo de trfico hacia y desde los clientes
para garantizar que los flujos se ajusten a los acuerdos de servicio entre el cliente y el
proveedor.
Las soluciones de software QoS de Cisco incluyen dos herramientas de configuracin de
trfico para gestionar el trfico y la congestin en la red: configuracin genrica del trfico
y modelado del trfico Frame Relay (FRTS).
Compresin
Este subtopic explica cmo reducir el consumo de ancho de banda por compresin.
La compresin es uno de los mecanismos de eficiencia de enlaces IOS de Cisco que

funcionan conjuntamente con las colas y la conformacin de trfico para gestionar el ancho
de banda existente de manera ms eficiente y previsible.
Hay disponibles dos tipos de compresin:
Compresin de la carga til de tramas de capa 2.Uno de los dos algoritmos,

Stacker o Predictor, se puede configurar para este tipo de compresin.
El protocolo de transporte en tiempo real comprimido (cRTP), como se muestra

en la figura, asigna los tres encabezados, IP, protocolo de datagramas de usuario (UDP)
y protocolo de transporte en tiempo real (RTP), con 40 bytes combinados, a 2 o 4 bytes,
dependiendo de si se transmite la comprobacin de redundancia cclica (CRC).Esta
compresin puede mejorar drsticamente el rendimiento de un enlace.
La compresin slo debe utilizarse en enlaces WAN lentos porque su inconveniente es el

consumo de recursos computacionales sobre una base hop-by-hop.
Fragmentacin de enlaces e intercalacin

Este subtopic explica LFI.
El trfico interactivo, como el VoIP, es susceptible al aumento de la latencia y de la

fluctuacin de fase cuando la red procesa paquetes grandes, como las transferencias Telnet
FTP de LAN a LAN que atraviesan un enlace WAN. Esta susceptibilidad aumenta cuando
el trfico se pone en cola en el enlace ms lento .
LFI puede reducir el retraso y el jitter en los enlaces de velocidad ms lenta, rompiendo los
datagramas grandes y intercalando paquetes de trfico de baja demora con los paquetes
menores resultantes.
LFI se utiliza en enlaces WAN lentos para garantizar un mnimo retardo para el trfico de
voz y video.
Aplicacin de QoS a las interfaces de entrada y salida

Este subtema describe los mecanismos que se pueden aplicar a la entrada y que a las
interfaces de salida.
En una red habilitada para QoS, la clasificacin se realiza en cada interfaz de entrada. La
marca debe realizarse lo ms cerca posible del borde de la red, en el dispositivo de red de
origen, si es posible. Los dispositivos ms alejados del borde de la red, como rs de ruta e
interruptores, pueden configurarse para confiar o ignorar la marca establecida por los
dispositivos de borde.Por ejemplo, un telfono IP de Cisco Unified no confa en las marcas
de un PC conectado, mientras que los switches suelen configurarse para confiar en las
marcas de los telfonos IP Cisco Unified conectados .
Slo tiene sentido utilizar la gestin de la congestin, la evitacin de la congestin y los

mecanismos de configuracin del trfico en las interfaces de salida. Estos mecanismos
ayudan a mantener el buen funcionamiento de los enlaces controlando cunto y qu tipo de
trfico se permite en un enlace.
La evitacin de la congestin se emplea tpicamente en una interfaz de salida donde existe la

posibilidad de que un enlace de alta velocidad o agregacin de enlaces se alimente en un
enlace ms lento (como una LAN
PLIDO).
El policiamiento y la conformacin se emplean tpicamente en las interfaces de salida para

controlar el flujo de trfico desde un enlace de alta velocidad a enlaces de baja velocidad.
El control tambin se emplea en las interfaces de entrada para controlar el flujo en un
dispositivo de red desde un enlace de alta velocidad mediante el ropeo de excesos de
paquetes de baja prioridad.
Tanto la compresin como la LFI se utilizan normalmente en enlaces WAN de velocidad

ms lenta entre sitios para mejorar la eficiencia del ancho de banda.
Modelo de lnea de base QoS de Cisco

Este tema describe el modelo de lnea de base Cisco QoS y sus variantes.
Aunque hay varias fuentes de informacin que se pueden utilizar como directrices para
determinar una poltica QoS, ninguna de ellas puede determinar exactamente lo que es
apropiado para una red especfica. Eac h network presenta sus propios desafos y polticas
administrativas.
El modelo de clasificacin de referencia de Cisco proporciona uno de los posibles enfoques

de clasificacin. Consta de 11 clases de trfico que normalmente se encuentran en las redes
empresariales. Las 11 clases de trfico se describen en la tabla y proporcionan granularidad
suficiente para la mayora de las organizaciones.El modelo puede crecer o reducirse en
funcin de los requisitos de la empresa. Debe equilibrar la necesidad de diferenciar entre
categoras de trfico con el g oal de fcil manejo.
Marcado de referencia de Cisco

Este subtema describe los marcadores recomendados que se utilizan para las clases de
trfico que se especifican en el modelo de lnea de base de Cisco.
La tabla de la figura enumera las marcas recomendadas para las 11 categoras de trfico que
estn definidas por el modelo de referencia de Cisco.
La QoS debe ser implementada consistentemente en toda la red. No es tan importante si la

Sealizacin de Llamada est marcada como DSCP 34 o 26, sino ms bien que DSCP 34 y
26 se tratan de una manera que es necesaria para cumplir con la poltica QoS.Tambin es
importante que los datos marcados con DSCP 34 sean tratados de forma consistente a travs
de la red. Si los datos recorren incluso una pequea parte de una red en la que se aplican
diferentes polticas (o no se aplican polticas), toda la poltica de QoS se anula.Ya sea que
los datos estn cruzando enlaces WAN lentos o Gigabit Ethernet, cambiados por un
conmutador de Nivel 2 o enrutados en un enrutador de Capa 3, las polticas deben
implementarse consistentemente para satisfacer los requisitos de poltica.
Originalmente, Cisco marc trfico de sealizacin de llamada como AF 31; El trfico de

sealizacin de llamada fue marcado originalmente por el equipo de telefona IP de Cisco a
DSCP AF31. La lnea de base de Cisco QoS cambi la recomendacin de marcado para el
trfico de sealizacin de llamadas a DSCP CS3 porque los puntos de cdigo Selector de
Clase, tal como se definen en RFC 2474, no estn sujetos a reduccin de precio o cada
agresiva.
Mecanismos de referencia de Cisco

Este subtpico describe las acciones recomendadas que se utilizan para las clases de trfico
que se especifican en el modelo de lnea de base de Cisco.
La tabla de la figura muestra los mecanismos de QoS recomendados para cada una de las 11
clases de trfico del modelo de lnea de base de Cisco.
El Control de Admisin de Llamadas (CAC) asegura que slo un nmero definido de
llamadas simultneas se admitan en la red VoIP.
Prioridad (LLQ) y colas basadas en la tarifa (CBWFQ) se discuten en detalle en una leccin
posterior.
La deteccin temprana aleatoria (RED) y el WRED eliminan selectivamente los paquetes

cuando los bferes se estn llenando. Esta cada aleatoria se utiliza para evitar la congestin
y es ms eficaz para los flujos TCP, que reducen su tamao de ventana de transmisin.
Expansin y reduccin del modelo de clase

Este subtpico describe cmo se ampla y reduce el modelo de clase en funcin de los
requisitos empresariales.
La figura muestra otros modelos de clasificacin comunes, basados en 3, 5 o 8 clases de

trfico, respectivamente. La expansin y reduccin del modelo hace que algunas de las
clases sean divididas o agregadas en categoras de trfico ms granulares o ms genricas.
La seleccin del modelo ms adecuado depende de las necesidades de la empresa.
Resumen
Resumen
En el modelo DiffServ, los comportamientos QoS se aplican a las
clases de trfico en una base por salto.
DSCP utiliza los primeros seis bits del campo ToS de IPv4 o el
campo de clase de trfico IPv6.
Un comportamiento por salto es el comportamiento de reenvo

aplicado en un nodo a un agregado de comportamiento DiffServ y
puede clasificarse en cuatro tipos: Predeterminado, Expedido
acelerado, Reenvo garantizado y ClassSelector.
El punto de cdigo del selector de clases proporciona compatibilidad

con la precedencia IP.
Los mecanismos de QoS incluyen la clasificacin, el marcado, la

gestin y la evitacin de la congestin, la vigilancia, la formacin, la
compresin, la fragmentacin y el entrelazado.
El modelo de lnea de base Cisco QoS identifica 11 clases de trfico

que normalmente cubren las necesidades de cada empresa.

Leccin 3
Explicacin de la
Clasificacin,
Marcado y Eficiencia de
Enlace
Mecanismos
Visin de conjunto
La interfaz de lnea de comandos (CLI) de calidad de servicio modular (QoS), o MQC,
proporciona un enfoque modular para la configuracin de mecanismos de QoS. MQC
permite a los administradores de red introducir nuevos mecanismos de QoS y reutilizar las
opciones de clasificacin disponibles.
MQC ofrece un mtodo escalable para proporcionar diferentes niveles de tratamiento a

clases especficas de trfico. Antes de que se puedan aplicar aplicaciones o mecanismos de
QoS, el trfico debe ser identificado y clasificado en otras clases.La QoS se aplica a estas
diferentes clases de trfico. Los dispositivos de red utilizan la clasificacin para identificar
el trfico como perteneciente a una clase especfica. Despus de ordenar el trfico de red, la
marcacin se puede utilizar para colorear (etiquetar) paquetes individuales de modo que
otros dispositivos de red puedan aplicar caractersticas de QoS uniformemente a esos
paquetes a medida que viajan a travs de la red.
El trfico VoIP es susceptible a la latencia cuando los paquetes grandes, tales como
paquetes FTP a granel, atraen enlaces WAN. El retardo de paquetes es especialmente
significativo cuando los paquetes l arge estn en cola en los enlaces ms lentos (menor o
igual a 768 kb / s).Para resolver problemas de retardo en enlaces de ancho de banda lento,
se requiere un mtodo para fragmentar marcos ms grandes y despus hacer cola de tramas
ms pequeas entre fragmentos de los marcos ms grandes. Para cumplir con este requisito,
el software Cisco IOS admite la fragmentacin e intercalacin de enlaces Multilink PPP
(MLP) y el Acuerdo de Implementacin de Fragmentacin de Frame Relay
(FRF.12).Adems, se pueden implementar herramientas complementarias, como tcnicas de
compresin de cabecera y de carga til, para reducir el tamao de los fotogramas que se
envan a travs de enlaces WAN.
Esta leccin describe cmo implementar las polticas QoS usando MQC, e introduce los
conceptos de clasificacin y marcado. Explica los diferentes marcadores que estn
disponibles en las capas de enlace de datos y de red e identifica dnde se debe utilizar la
clasificacin y el marcado en una red.La leccin tambin describe diferentes enfoques para
mejorar la eficiencia de los enlaces WAN.
Objetivos
Al completar esta leccin, podr describir el funcionamiento y la configuracin de los
mecanismos de clasificacin y marcado de QoS. Adems, podr explicar los lmites de
confianza, el marcado basado en la clase de servicio (CoS), el DSCP ( servicio diferenciado
de cdigos) y la prioridad IP, y la asignacin entre los marcadores de Capa 2 y Capa 3.Esta
capacidad incluye poder alcanzar estos objetivos:
Describir los tres pasos que implican la implementacin de una poltica QoS
usando MQC y las diferencias entre los mapas de clases, los mapas de polticas y las
polticas de servicio.
Describir cmo se utiliza un mapa de clases para definir una clase de trfico y
enumerar qu opciones de clasificacin existen y explicar el propsito del marcado de
paquetes y describir cmo se utiliza un mapa de polticas para implementar la poltica
de marcado de trfico
Identificar los comandos Cisco IOS que se utilizan para configurar y supervisar la
clasificacin y el marcado basado en clases
Explicar los lmites de confianza QoS y explicar su significado en la clasificacin

y el marcado basados en LAN
Describir la interoperabilidad de capa de enlace de capa de enlace de datos entre

diferentes marcadores de QoS y explicar cmo configurar la correlacin
Explicar el propsito de los mecanismos de eficiencia del enlace y sus funciones

Definir categoras de enlaces y explicar cundo son obligatorios los mecanismos
de eficiencia de enlaces
Explique la susceptibilidad de VoIP a un aumento de la latencia cuando los

paquetes grandes, tales como transferencias FTP, atraviesan enlaces de WAN lentos y
especifican qu retrasos de serializacin son generalmente aceptables para voz
Describir LFI y explicar cmo calcular el tamao de fragmento recomendado
Describir cmo configurar y supervisar MLP LFI
Explicar cmo configurar y supervisar FRF.12
Explicar cmo configurar y monitorizar cRTP
CLI de QoS modular

Este tema describe cmo implementar una directiva de QoS dada usando el MQC.
El MQC fue introducido para permitir que cualquier clasificacin soportada sea usada con
cualquier mecanismo QoS.
La separacin de la clasificacin del mecanismo QoS permite a las nuevas versiones del
software Cisco IOS introducir nuevos mecanismos QoS y reutilizar todas las opciones de
clasificacin disponibles .Por otro lado, los antiguos mecanismos de QoS pueden
beneficiarse de nuevas opciones de clasificacin.
Otro beneficio importante del MQC es la reutilizacin de la configuracin. MQC permite

que la misma poltica de QoS se aplique a mltiples interfaces. El MQC, por lo tanto , es
una consolidacin de todos los mecanismos de QoS que hasta ahora slo han estado
disponibles como mecanismos independientes.
Ejemplo: Ventajas de usar MQC
Por ejemplo, la configuracin de la velocidad de acceso comprometida (CAR, por sus siglas
en ingls) requiere que se repitan configuraciones completas entre las interfaces y las
modificaciones de configuracin que consumen mucho tiempo. MQC permite que la misma
poltica de QoS se aplique a mltiples interfaces.
Componentes MQC
Este subtpico describe los tres pasos que estn implicados en la implementacin de una
poltica QoS usando MQC y diferencia entre mapas de clases, mapas de polticas y polticas
de servicio.
Siga estos pasos para implementar QoS utilizando el MQC:
Paso 1 Configure la clasificacin utilizando el comando class-map .
Paso 2Configure la poltica de trfico asociando la clase de trfico con una o

ms caractersticas de QoS utilizando el comando policy-map .
Paso 3 Conecte la directiva de trfico al trfico entrante o saliente en interfaces,

subinterfaces o circuitos virtuales mediante el comando service-policy .
Los mapas de clases se utilizan para crear plantillas de clasificacin que se utilizan ms
adelante en mapas de polticas en los que los mecanismos de QoS estn enlazados a clases.
Los routers pueden configurarse con un gran nmero de mapas de clases.
Puede crear un mapa de clase mediante el comando de configuracin global de mapa de

clases.Los mapas de clases se identifican con nombres que distinguen maysculas y
minsculas. Cada mapa de clases contiene una o ms condiciones que determinan si el
paquete pertenece a la clase.
Existen dos formas de procesar las condiciones cuando hay ms de una condicin en un
mapa de clases:
Match all: Esta es la estrategia de coincidencia predeterminada.Todas las

condiciones deben cumplirse para enlazar un paquete a la clase.
Match any: Al menos una condicin debe cumplirse para enlazar el paquete a la
clase.
El comando policy-map se utiliza para crear una directiva de trfico.El propsito de una
poltica de trfico es configurar las caractersticas de QoS que deben estar asociadas con el
trfico que se ha clasificado en una clase o clases de trfico especificadas por el usuario.
Una directiva de trfico contiene tres elementos : un nombre de caso, una clase de trfico
(especificada con el comando de clase ) y las polticas de QoS.
El nombre de una directiva de trfico se especifica en la CLI de mapa de polticas (por

ejemplo, la emisin del mandato policy-map class1 crear una directiva de trfico
denominada class1).Despus de emitir el comando policy-map , se coloca en el modo de
configuracin de mapa de polticas.A continuacin, puede introducir el nombre de una clase
de trfico e introducir las caractersticas de QoS para aplicar al trfico que coincida con esta
clase.
El MQC no requiere necesariamente que usted como sociate slo una clase de trfico a una
sola poltica de trfico.Cuando los paquetes coinciden con ms de un criterio de
coincidencia, se pueden asociar varias clases de trfico con una nica poltica de trfico.
Nota Un paquete slo puede coincidir con una clase de trfico dentro de una directiva
de trfico .Si un paquete coincide con ms de una clase de trfico en la directiva de
trfico, se utilizar la primera clase de trfico que se define en la directiva.
El ltimo paso de configuracin al configurar mecanismos de QoS utilizando el MQC es

utilizar el comando service-policy para adjuntar un mapa de polticas a los paquetes
entrantes o salientes .
Mediante el comando service-policy , puede asignar un solo mapa de polticas a mltiples

interfaces o asignar mltiples mapas de polticas a una nica interfaz (un mximo de una en
cada direccin, entrante y saliente).Se puede aplicar una poltica de servicio para los
paquetes entrantes o salientes.
Ejemplo: Configuracin de MQC
Considere este ejemplo de configuracin de MQC en una red con telefona de voz:
Paso 1 Clasifique el trfico como voz, alta prioridad, baja prioridad y navegador en un mapa
de clases.
Paso 2 Cree un mapa de polticas nico que defina tres polticas de trfico diferentes
(requisitos de ancho de banda y retardo diferentes para cada clase de trfico):
"NoDelay", "BestService" y "Siempre" y asigne las clases de trfico ya definidas a
las directivas.
La voz est asignada a "NoDelay".El trfico de alta prioridad se asigna a

"BestService".
Tanto el trfico de baja prioridad como el del navegador se asignan a "Siempre".
Paso 3 Asigne el mapa de polticas a las interfaces de enrutador y conmutador

seleccionadas.
Configuracin de la clasificacin
Este tema describe el propsito de la clasificacin de paquetes.
Clasificacin
El componente de una caracterstica de QoS que reconoce y
distingue entre diferentes flujos de trfico La mayora del QoS
base fundamental
- Una clase de servicio QoS es un

agrupamiento lgico de paquetes que van a
recibir un nivel similar de calidad aplicada.
- Una clase de servicio QoS puede ser

cualquiera de estos:
Usuario nico: direccin MAC, direccin IP ...
Departamento, cliente: Subnet, interfaz ...
Aplicacin: nmeros de puerto, URL ...
Sin clasificacin, todos los paquetes recibieron el mismo

tratamiento
Etapa preparatoria para el marcado
La clasificacin es el proceso de identificar el trfico y categorizar ese trfico en diferentes

clases. La clasificacin de paquetes usa un descriptor de trfico para categorizar un paquete
dentro de un grupo especfico para definir ese paquete. Los descriptores de trfico
tpicamente usados incluyen CoS, interfaz entrante, precedencia de IP, DSCP, direccin de
origen o de destino , aplicacin y bits experimentales de conmutacin de etiquetas (MPLS)
multiprotocolo (bits EXP).Una vez definido el paquete (es decir, clasificado), el paquete es
accesible para el manejo de QoS en la red.
Utilizando la clasificacin de paquetes, puede dividir el trfico de red en varios niveles de

prioridad o clases de servicio.Cuando se usan descriptores de trfico para clasificar el
trfico, la fuente acepta adherirse a los trminos contratados y la red promete una QoS. Los
diferentes mecanismos de QoS, como la polica de trnsito , la configuracin del trfico y
las tcnicas de colas utilizan el descriptor de trfico del paquete (es decir, la clasificacin
del paquete) para asegurar el cumplimiento de dicho acuerdo.
La clasificacin debe tener lugar en el borde de la red, normalmente en el armario de
cableado, en los telfonos IP o en los puntos finales de la red. Se recomienda que la
clasificacin se realice lo ms cerca posible de la fuente del trfico.
Opciones de Clasificacin MQC

Este tema describe las opciones de clasificacin de paquetes IP disponibles en MQC.
Opciones de Clasificacin MQC

Opciones de clasificacin configuradas en un mapa de clases
Requiere que un mapa de polticas de referencia sea til
Las opciones de clasificacin de MQC incluyen lo siguiente:
- Lista de acceso - IEEE 802.1Q / ISL
CoS / valores de
- Valor de prioridad de IP prioridad
- Valor IP DSCP - Interfaz de entrada
- Nmero de grupo QoS - Direccin MAC de origen
- MPLS experimental bits - Direccin MAC de destino
RTP (UDP) rango de puertos

- Protocolo (incluido NBAR)
- Cualquier paquete
- Uso de otro mapa de clase
- Frame Relay DE bit
La clasificacin mediante MQC se realiza especificando un criterio de coincidencia de

trfico dentro de un mapa de clases configurado para cada clase de servicio diferente. Para
que los mecanismos de QoS utilicen el mapa de clases, se debe hacer referencia al mapa
mediante el uso de un mapa de polticas , que posteriormente se aplica a una interfaz
entrante o saliente como una poltica de servicio.
La clasificacin MQC con mapas de clases es extremadamente flexible y se pueden

clasificar los paquetes usando estas herramientas de clasificacin:
Listas de control de acceso (ACL): Las ACL de cualquier prot ocol pueden utilizarse dentro
del modo de configuracin del mapa de clases.El MQC se puede utilizar para otros protocolos, no
slo IP.
Prioridad IP: Los paquetes IP pueden clasificarse directamente especificando los valores de
precedencia IP.
DSCP: Los paquetes IP pueden clasificarse directamente especificando valores IP DSCP.Las

redes con servicios diferenciados (DiffServ) pueden tener hasta 64 clases si DSCP se utiliza para
marcar paquetes.
Bits experimentales de MPLS: los paquetes pueden coincidir basndose en el valor de los
bits experimentales de la cabecera MPLS de paquetes etiquetados.
Grupo QoS: Se puede utilizar un parmetro de grupo QoS para clasificar paquetes en
situaciones en las que se necesitan hasta 100 clases o el parmetro del grupo QoS se utiliza como
marcador intermedio.Por ejemplo, el parmetro de grupo de QoS se puede utilizar en una traduccin
de grupo MPLS a QoS en entrada y una traduccin de QoS-grupo a DSCP en la salida.Las marcas de
grupo QoS son locales a un nico enrutador.
Protocolo : La clasificacin es posible mediante la identificacin de protocolos de capa 3 o

capa 4.La clasificacin avanzada tambin est disponible mediante el reconocimiento de aplicaciones
basadas en la red
(NBAR), que identifica los protocolos dinmicos mediante la inspeccin de la informacin de

capa superior.
Jerarqua de mapa de clases: se puede utilizar otro mapa de clases para implementar
configuraciones basadas en plantillas.
Frame Relay DE bit: Los paquetes pueden coincidir basndose en el valor del bit Frame
Relay subyacente.
CoS: Los paquetes pueden coincidir basndose en la informacin contenida en los tres bits de
CoS (cuando se utilizan encapsulados 802.1Q) o en bits de prioridad (cuando se utiliza el
encapsulado ISL [Inter-Switch Link]).
Interfaz de entrada: los paquetes se pueden clasificar en funcin de la interfaz desde la que
entran en el dispositivo Cisco IOS.
Direccin MAC : Los paquetes pueden coincidir en funcin de sus direcciones MAC de origen
o de destino.
Intervalo de puertos del protocolo de datagramas de usuario (UDP): Los paquetes de protocolo
de transporte en tiempo real (RTP) pueden coincidir basndose en un rango de nmeros de puerto
UDP.
Todos los paquetes: MQC tambin se puede utilizar para implementar un mecanismo QoS
para todo el trfico, en cuyo caso la clasificacin pondr todos los paquetes en una clase.
Campo: Puede utilizar el comando de campo de coincidencia para configurar los criterios de
coincidencia para un mapa de clases basndose en los campos definidos en los archivos de
descripcin de cabecera de protocolo (PHDF).Antes de configurar este criterio de coincidencia, debe
cargar un PHDF en el enrutador.
Identificador de conexin de enlace de datos de Frame Relay (DLCI): Puede utilizar el

comando correspondencia fr- dlci para especificar el nmero de Frame Relay DLCI como criterio
de coincidencia en un mapa de clases.Este criterio de coincidencia se puede utilizar en interfaces
principales y subinterfaces punto a multipunto en redes Fram e Relay.Tambin se puede utilizar en
mapas de polticas jerrquicas.
Valor de bit MPLS EXP en el encabezado de etiqueta superior: Puede utilizar el comando
superior de coincidencia de mpls experimental para que coincida con el valor de MPLS EXP en la
etiqueta superior.Puede utilizar este criterio de coincidencia en las interfaces de entrada y salida.Slo
coincidir en paquetes MPLS.
Longitud de paquete: puede utilizar el comando de longitud de paquete de coincidencia para

especificar la longitud de paquete de capa 3 en el encabezado IP como un criterio de coincidencia en
un mapa de clase.
Tipo de puerto: Puede utilizar el comando match port-type para relacionar el trfico basado
en el tipo de puerto para un mapa de clases.
Opciones de correspondencia de mapa de clases

Este subtpico explica las opciones de asignacin de mapas de clases disponibles.
La figura ilustra el proceso de determinar si un paquete pertenece a una clase (coincidencia)

o no (sin coincidencia).
El proceso pasa por la lista de condiciones y devuelve lo siguiente:
Un resultado de partido si se cumple una de las condiciones y se utiliza la

estrategia de coincidencia.
Un resultado de partido si todas las condiciones se cumplen y se utiliza la

estrategia de match-all.
No hay resultados de coincidencia si no se cumple ninguna de las condiciones.

Configuracin de la clasificacin con MQC
Este tema describe los comandos Cisco IOS que se utilizan para configurar la clasificacin
de paquetes con MQC.
Configuracin de la clasificacin con MQC

Clase-mapa [match-any | Match-all] clase-mapa-nombre
Ingresa al modo de configuracin del mapa de clases.
Los nombres pueden tener un mximo de 40 caracteres

alfanumricos.
Match-all es la estrategia de concordancia predeterminada.
Enrutador (config-cmap) #
Condicin de partido
Utiliza al menos una condicin para hacer coincidir los paquetes.
Coincidir con class-map class-map
Un mapa de clase puede utilizar otro mapa de clase para la

clasificacin.
Los mapas de clases anidadas permiten que se usen mapas de

clases de plantillas genricas en otros mapas de clases.
Puede utilizar el comando de configuracin global de mapa de clases para crear un mapa
de clases e ingresar al modo de configuracin de mapa de clases.Un mapa de clase se
identifica con un nombre sensible a maysculas y minsculas. Todas las referencias
subsiguientes al mapa de clases deben usar exactamente el mismo nombre.
Puede utilizar el comando match para especificar los criterios de clasificacin cuando se
encuentre en modo de configuracin de mapa de clases.Puede utilizar varios comandos de
coincidencia dentro de un mapa de clases.Debe utilizarse al menos un comando de
coincidencia dentro del modo de configuracin del mapa de clases.El valor predeterminado
es coincidir ninguno .
Tambin puede anidar mapas de clases en configuraciones de MQC utilizando el comando

match class-map dentro de la configuracin del mapa de clases.Al anidar mapas de clases,
la creacin de plantillas de clasificacin genrica y clasificaciones ms sofisticadas son
posibles.
Configuracin de la clasificacin con MQC (Cont.)

Partido sin criterios de concordancia
La palabra clave no invierte la condicin.
Coincidir con
La palabra clave any se puede utilizar para hacer coincidir todos los
paquetes.
Grupo de acceso { nmero | Nombre } [ nombre ]
Adjunta una ACL a un mapa de clase.

Class-map Bien conocidos-servicios
match access-group 100
Class-map Todos los servicios coinciden con

cualquier lista de acceso 100 permiso tcp any
any lt 1024
Estas son opciones adicionales que dan poder adicional a los mapas de clase:
Cualquier condicin se puede negar insertando la palabra clave no .
La palabra clave any se puede utilizar para hacer coincidir todos los paquetes.
Las ACL son una de las herramientas de clasificacin ms potentes. Los mapas de clase pueden utilizar
cualquier tipo de ACL (no slo IP ACL). El comando match access-group se utiliza para adjuntar una
ACL a un mapa de clases.
El ejemplo de la figura muestra estos dos mapas de clases:
Mapa de clases Los servicios bien conocidos utilizan una ACL para coincidir con todos los
paquetes con el nmero de puerto de origen o de destino inferior a 1024.
Mapa de clases Todos los servicios realmente coincide con todos los paquetes.
Configuracin de la clasificacin mediante puertos de

interfaz de entrada y RTP
Este subtpico describe cmo clasificar el trfico que se basa en la interfaz de entrada y el
intervalo de puertos RTP.
Configuracin de la clasificacin mediante
puertos de interfaz de entrada y RTP
Correspondencia interfaz de entrada nombre de interfaz
Todos los paquetes recibidos a travs de la interfaz de entrada

seleccionada coinciden con este mapa de clases.
Ip ip rtp inicio puerto nmero puerto puerto
Corresponde a paquetes UDP con nmeros de puerto de origen o

de destino dentro del rango especificado.
El rango est entre el puerto de inicio (valores de 2000 a 65535) y la

suma del puerto de inicio y del intervalo de puertos (valores de 0 a
16383).
Clase-mapa coincidente-cualquiera
FastEthernets coinciden con interfaz de
entrada FastEthernet1 / 0 coinciden con
interfaz de entrada FastEthernet1 / 1
Clase-mapa RTP coincide

ip rtp 16384 16383
El comando match input-interface clasifica los paquetes basados en la interfaz de entrada.
El comando match ip rtp se puede utilizar para hacer coincidir paquetes RTP dentro de un
rango de puertos UDP especfico.
En el primer ejemplo de mapa de clases, denominado "FastEthernets", la interfaz de

entrada de coincidencia coincidir con cualquier paquete que llegue a las interfaces
FastEthernet1 / 0 o FastEthernet1 / 1.En el mapa de segunda clase, denominado "RTP", los
paquetes UDP en el rango de puertos que comienza con el puerto 16384 y que consta de
16383 puertos se emparejarn.
Configuracin de la clasificacin mediante el marcado
Este subtopic explica cmo clasificar los paquetes basados en marcado previamente fijado.
Configuracin de la clasificacin mediante el

marcado
Ip -dscp-value [ ip-dscp-value ] [ ip-dscp-value ] [ ip-prec ]

... ]
El primer comando clasifica utilizando la capa 2 CoS (802.1Q o ISL):
- Seleccione hasta cuatro CoS o valores de prioridad.Rango 0 a 7. El

segundo comando clasifica basado en la prioridad IP
- Combina cualquier paquete con uno de los cuatro valores de prioridad

de IP
El tercer comando clasifica usando DSCP
- Empareja el paquete con cualquiera de los valores de DSCP

especificados
Class-map
Correspondencia de baja
prioridad cos 0 1 2 3!
Class-map VoIP coincidir
ip precedencia 5
! Class-map
Correspondencia de voz
ip dsc p ef cs5
De acuerdo con el modelo DiffServ, el comportamiento por salto (PHB) aplicado al trfico
de trnsito se identifica en base a los marcadores que se establecen en el borde de la red.
Los marcadores ms comunes son CoS, precedencia de IP y DSCP. La figura ilustra la
sintaxis de los comandos de coincidencia especfica .Permiten la coincidencia de cualquier
valor especificado si se especifican varios nmeros en una fila.
El ejemplo de configuracin incluye tres mapas de clases. Cada coincidencia se basa en un
tipo diferente de marcador.
Configuracin del marcado basado en clases

Este tema describe cmo marcar el trfico en la fuente y el comentario en trnsito.
Calificacin
El componente de funcionalidad de QoS que "colorea" un
paquete (trama) para que pueda ser identificado y
distinguido de otros paquetes (tramas) en el tratamiento de
QoS.
Los paquetes pueden ser marcados con uno de estos:
- Precedencia IP
- IP DSCP
- Grupo de QoS
- MPLS bits experimentales
- IEEE 802.1Q o ISL CoS o bits de prioridad
- Frame Relay DE bit
- ATM CLP bit
El marcado est relacionado con la clasificacin. Marcado permite a los dispositivos de red
clasificar un paquete o un marco basado en un descriptor de trfico especfico. Los
descriptores de trfico tpicamente usados incluyen CoS, DSCP, precedencia IP y bits
MPLS EXP. El bit de elegibilidad de descarte de Frame Relay (DE) y la prioridad de
prdida de celda ATM (CLP) se han vuelto menos comunes porque los proveedores de
servicios y las empresas han estado reemplazando Frame Relay y la infraestructura ATM
por otras tecnologas de transmisin.La marcacin se puede utilizar para establecer
informacin en los encabezados de paquete de Capa 2 o Capa 3.
Marcar un paquete o un marco con su clasificacin permite a los dispositivos de red

distinguir fcilmente el paquete marcado o el marco como pertenecientes a una clase
especfica. Despus de que los paquetes o marcos se identifican como pertenecientes a una
clula especfica , los mecanismos de QoS pueden aplicarse uniformemente para asegurar el
cumplimiento de las polticas de QoS administrativas.
Descripcin de la marca basada en clases

Este tema describe el mecanismo de marcado basado en clases de MQC.
Descripcin de la marca basada en clases

Clase basada permite el marcado esttico por clase de
paquetes.
- Puede marcar los paquetes entrantes o salientes
- Se puede combinar con cualquier otra caracterstica de QoS en

la salida
- Se puede combinar con la polica basada en la clase en la

entrada
Cisco Express Forwarding se requiere en la interfaz antes de

que se pueda usar la funcin de marcado de paquetes basada
en la clase.
Marcar paquetes o tramas establece informacin en los encabezados de Capa 2 y Capa 3 de

un paquete para que el paquete o trama pueda ser identificado y distinguido de otros
paquetes o tramas.
MQC proporciona capacidades de marcado de paquetes utilizando marcas basadas en

clases. MQC es la herramienta de marcado Cisco IOS ms flexible, ampliando la
funcionalidad de marcado de la tasa de acceso comprometida (CAR) y el enrutamiento de
polticas.
El marcado basado en clases se puede implementar en interfaces de entrada o salida como

parte de una poltica definida de servicio de entrada o salida. En la entrada, el marcado
basado en la clase se puede combinar con la polica basada en clases, y en la salida, con la
cola ponderada ponderada basada en clase (CBWFQ).
En este tema se describen los comandos Cisco IOS necesarios para configurar el marcado
basado en clases.

Policy-map policy-map-name
Crea un mapa de polticas e introduce el modo de configuracin del mapa

de polticas
Router (config-pmap-c) #
Set cos cos-valor conjunto ip prioridad ip-

precedencia-valor set [ip] dscp ip-dscp-valor
set mpls experimental mpls -experimental-valor
Marca paquetes en clase de trfico usando CoS, precedencia IP, DSCP o

MPLS
EXP
CoS opcin disponible para interfaces con ISL / 802.1Q enrutador de

encapsulacin (config-if) #
Service-policy {entrada | Salida} policy-map-name
Asocia el mapa de polticas a una interfaz de entrada o salida
La marcacin se configura mediante el comando set en el modo de configuracin del mapa

de polticas.Los cuatro comandos de ajuste ms comunes se muestran en la figura.
Al configurar el marcado basado en clases, estos tres pasos de configuracin son

necesarios:
Paso 1 Cree un mapa de clase.
Paso 2 Cree un mapa de polticas.
Paso 3 Conecte el mapa de polticas a una interfaz mediante el comando service-policy .
Ejemplo de configuracin de marcas basadas en clases

Este subtema proporciona un ejemplo de configuracin de marcas basadas en clases.
Ejemplo de configuracin de marcas basadas en

clases
Class-map RTP_subnet_10_1_1
Partido-grupo de acceso 100
Clase RTP_subnet_10_1_1
set dscp ef
Mapa de polticas Set-EF-PHB
Cualquier rango 8766 35000!
Interfaz FastEthernet 0/0
Lista de acceso 100 permiso

Entrada de poltica de servicio udp 10.1.1.0 0.0.0.255
Set-EF-PHB intervalo 8766 35000
2010 Cisco Systems, Inc. Todos los derechos reservados.CVOICE v8.0-6-18

Esta figura ilustra una configuracin de ejemplo para marcar trfico RTP con un valor de
DSCP de 46 para asegurar el EF PHB. Esta configuracin permite el envo oportuno de
medios VoIP en una red con un modelo DiffServ. La marca se aplica a los flujos UDP en el
rango definido , llegando a la interfaz Fast Ethernet 0/0 en la direccin entrante.
Lmites de Confianza
Este tema describe el concepto de un lmite de confianza y cmo implementarlo en una red.
El concepto de confianza es importante e integral para desplegar QoS. Despus de que los
dispositivos finales hayan establecido valores de CoS o ToS, el switch tiene la opcin de
confiar en ellos. Si el switch confa en los valores, no necesita reclasificar; Si el switch no
confa en los valores, debe realizar la reclasificacin para la QoS apropiada.
La nocin de confiar o no confiar forma la base para el lmite del fideicomiso. Idealmente,
la clasificacin debe hacerse lo ms cerca posible de la fuente. Si el dispositivo final es
capaz de realizar esta funcin, el lmite de confianza para la red est en el dispositivo
final.Si el dispositivo no es capaz de realizar esta funcin, o el interruptor del armario de
cableado no confa en la clasificacin que realiza el dispositivo final, el lmite de confianza
puede desplazarse .
Cmo ocurre este cambio depende de las capacidades del interruptor en el armario de
cableado. Si el conmutador puede reclasificar los paquetes, el lmite de confianza est en el
armario de cableado. Si el switch no puede reclasificar los paquetes, la tarea cae a otros
devi cios en la red, yendo hacia la columna vertebral.En este caso, una buena regla es
realizar la reclasificacin en la capa de distribucin, lo que significa que el lmite de
confianza se desplaza a la capa de distribucin. Es probable que haya un conmutador de
gama alta en la capa d istribution con caractersticas para soportar la funcin de
reclasificacin.Si es posible, intente evitar realizar la funcin de reclasificacin en el ncleo
de la red.
Marcado de lmites de confianza

Este subtpico describe la marcacin de paquetes realizada en el lmite de confianza con un
telfono IP de Cisco Unified.
La clasificacin debe tener lugar en el borde de la red, por lo general en el armario de

cableado o dentro de terminales de video o telfonos IP.
La figura muestra un ejemplo de marcado de paquetes de telefona IP. Los paquetes se
pueden marcar usando la configuracin de CoS de la capa 2, la precedencia de IP o DSCP.
Los telfonos IP de Cisco Unified pueden marcar los paquetes de voz como alta prioridad
usando CoS y DSCP. De forma predeterminada, el telfono IP enva paquetes etiquetados
con 802.1p con el CoS establecido en un valor de 5 y DSCP establecido en Expedited
Forwarding (46).
En un entorno de telefona IP de Cisco, las PC se colocan en una VLAN nativa, lo que

significa que sus paquetes Ethernet no estn etiquetados. Esto significa que los bastidores
Ethernet originados en un PC no tendrn un campo 802.1p y, por lo tanto, no hay ninguna
disposicin para establecer valores de CoS.De forma predeterminada, los valores DSCP o
los paquetes procedentes de PCs se establecen en 0. Incluso si el PC enva marcos
etiquetados con un valor CoS especfico, los telfonos IP de Cisco Unified, por defecto,
sitan los valores CoS en cero antes de enviar los marcos al conmutador.
Configuracin del lmite de confianza

Este subtopic explica cmo configurar el lmite de confianza en un switch Cisco Catalyst.
Configuracin del lmite de confianza

Switch (config-if) #
Mls qos confianza [cos [pass-through dscp] | Dscp]

mls dispositivo de confianza qos cisco-phone
Configura el estado del puerto a confiar en una

interfaz Si se confa en CoS:
- CoS se utiliza para seleccionar las colas de ingreso y

egreso - No pasa a travs de DSCP:
DSCP modificado de acuerdo con la

correlacin CoS-to-DSCP - DSCP de paso:
DSCP original retenido de entrada a salida

Si DSCP es de confianza , se conserva el campo DSCP.
- CoS modificado segn el mapa DSCP-a-CoS
- Para los paquetes no IP CoS establecidos en 0 y DSCP-a-CoS mapa no

aplicado
el dispositivo cisco-phone habilita la caracterstica de lmite de confianza de

Cisco Discovery Protocol.
- De lo contrario, desactiva la configuracin de confianza en el puerto del

conmutador para evitar el uso incorrecto de la cola de prioridad
El comando mls qos trust define el tipo de confianza que tiene un switch Catalyst para el
trfico que llega a una interfaz especfica.De forma predeterminada, no hay confianza.
Si se confa en la capa 2 CoS ( mls qos trust cos ), la marca CoS de los paquetes entrantes
se utiliza para seleccionar las colas de entrada y salida.Dos situaciones pueden surgir:
Si la opcin dscp de paso no est configurada, el valor DSCP en el paquete

entrante se sobrescribe, utilizando la tabla de correlacin CoS-to-DSCP.
La opcin dscp de paso hace que el DSCP original se retenga en el paquete y se

transmita cuando el paquete deja el conmutador.
Si se confa en DSCP, el campo DSCP se conserva y no se sobrescribe por la tabla de

correlacin CoS-to-DSCP. En su lugar, el CoS se modifica de acuerdo con la tabla de
correlacin DSCP-a-CoS. Para paquetes no IP, CoS se establece en 0 y no se aplica el mapa
DSCP-a-CoS.
El comando device cisco-phone habilita la caracterstica de lmite de confianza de Cisco

Discovery Protocol, que detecta si un telfono IP de Cisco Unified est conectado al
puerto.Si no es as, el comando deshabilita la configuracin de confianza en el puerto del
conmutador para evitar el uso incorrecto de la cola de prioridad.
Ejemplo de configuracin de lmites de confianza
Este subtema proporciona un ejemplo de una configuracin de lmite de confianza.
La figura muestra una conexin tpica de un telfono IP de Cisco Unified a un puerto de

conmutador. El trfico que se enva desde el telfono al conmutador est marcado con una
etiqueta que utiliza el encabezado 802.1Q. El encabezado contiene la informacin VLAN y
el campo CoS de tres bits , que determina la prioridad del paquete.Por lo general, el
conmutador est configurado para confiar en el marcado del trfico de voz, que se logra
mediante el dispositivo mls qos trust cisco-phone y los comandos mls qos trust cos .El p
orto ascendente (Fast Ethernet 0/16) est configurado para confiar en el marcado DSCP del
trfico que llega desde la capa de distribucin, lo cual es tpico para el despliegue de
DiffServ.
Mapping CoS a la capa de red QoS

Este tema describe la asignacin entre la capa de enlace de datos CoS y la capa de red QoS.
Los encabezados IP se conservan de extremo a extremo cuando los paquetes IP se

transportan a travs de una red. Los encabezados de la capa de enlace de datos no se
conservan. Esto significa que la capa IP es el lugar ms lgico para marcar los paquetes de
QoS de extremo a extremo. Sin embargo, hay dispositivos de borde que slo pueden marcar
marcos en la capa de enlace de datos, y hay muchos otros dispositivos de red que slo
operan en la capa de enlace de datos.Para proporcionar QoS verdadero de extremo a
extremo, es esencial la capacidad de mapear el marcado QoS entre la capa de enlace de
datos y la capa de red.
Configuracin de conmutador de LAN predeterminada

Este subtopic explica el comportamiento del conmutador de LAN predeterminado con
respecto a confianza y asignacin de valores de CoS y DSCP.
Configuracin de conmutador de LAN
predeterminada
Valores tpicos predeterminados en los switches Cisco
Catalyst (pueden diferir en algunos modelos):
Valor CoS del puerto: 0
Estado de confianza del puerto: no confiable
CoS y DSCP valores establecidos para todos los paquetes entrantes:

0
Ajustes diferentes para las colas de entrada y salida
La asignacin de CoS puede ser modificada
De forma predeterminada, QoS est deshabilitado en los conmutadores Cisco. Cuando se

deshabilita QoS, no hay concepto de puertos de confianza o no confiables porque los
paquetes no se modifican. Los valores de precedencia de CoS, DSCP e IP en el paquete no
se cambian.
Cuando QoS est habilitado en un sw itch, el estado de confianza de puerto predeterminado

en todos los puertos no es de confianza.Como resultado, el conmutador restablece el
marcado CoS y DSCP para todos los paquetes entrantes a 0. Este comportamiento se puede
cambiar.
Asignacin de CoS y Precedencia IP a DSCP

Este subtopic explica el mapeo entre la capa de enlace de datos CoS, la prioridad IP de
Capa 3 y la capa 3 DSCP.
Asignacin de CoS y Precedencia IP a DSCP
Durante la clasificacin, se utilizan tablas de asignacin
configurables:
- Para derivar un valor de DSCP o CoS correspondiente
- Desde un valor de precedencia de CoS, DSCP o IP recibido
Predeterminado CoS-to-DSCP Map
Valor 0 1 2 3 4 5 6 7
CoS
Valor 0 8 diecisi 24 32 40 48 56
DSC s
P
Mapa predeterminado de prioridad IP a DSCP
Valor de prioridad 0 1 2 3 4 5 6 7
IP
Valor DSCP 0 8 diecisi 24 32 40 48 56

s
Cuando se habilita QoS y se confa en un puerto de switch, la mayora de los switches de

Cisco Catalyst proporcionan estas opciones de clasificacin para el trfico IP:
Confe en el valor DSCP en el paquete entrante configurando el puerto para que

confe en DSCP. Para los puertos que se encuentran en el lmite entre dos dominios de
administracin de QoS, puede modificar el DSCP a otro valor utilizando el mapa de
mutacin DSCP-DSCP configurable.
Confe en el valor de precedencia de IP en el paquete entrante configurando el

puerto para confiar en prioridad IP y genere un valor DSCP para el paquete utilizando el
mapa IPprecedencia a DSCP configurable.
Confe en el valor CoS (si est presente) en el paquete entrante y genere un valor
DSCP para el paquete utilizando el mapa CoS-to-DSCP.Si el valor CoS no est
presente, utilice el valor CoS de puerto predeterminado.
Realizar la clasificacin basada en un estndar de IP configurado o una ACL

extendida, que examina varios campos en el IP heade r.Si no se configura ninguna ACL,
se asigna 0 al paquete como valor DSCP y CoS, lo que significa un trfico de mejor
esfuerzo. De lo contrario, la accin de mapa de polticas especifica un valor DSCP o
CoS para asignar al marco entrante.
La figura muestra las tablas de correlacin predeterminadas CoS-to-DSCP e IP de

precedencia a DSCP.
Ejemplo de mapeo CoS-to-DSCP

Este subtema proporciona un ejemplo de correlacin de CoS a DSCP en el borde de la red
de ingreso.
La figura proporciona un ejemplo de un valor CoS que se asigna al valor DSCP en un

switch Cisco Catalyst.
El lmite de confianza se ha establecido en el puerto de conmutacin para confiar en la

configuracin de CoS desde el telfono IP de Cisco Unified. De forma predeterminada, el
telfono marca el trfico de voz con el valor de DSCP EF 46 y el valor de CoS 5.
Dado que el puerto del conmutador est configurado para establecer la configuracin CoS,
el conmutador utiliza el mapa CoS-to-DSCP para encontrar el DSCP adecuado para los
paquetes.En este caso, el mapa tiene valores predeterminados y el conmutador establece el
valor DSCP en 40. En la salida del conmutador, en el encabezado de Capa 3, el DSCP se
establecer en 4 0.
DSCP-a-CoS Mapping Ejemplo

Este subtema proporciona un ejemplo de mapeo DSCP-a-CoS en el borde de la red de
ingreso.
La figura muestra el paquete anterior a medida que llega a su destino despus de atravesar la red.
En este ejemplo, el puerto de entrada del conmutador de salida est configurado para
confiar en DSCP. Por lo tanto, la cabecera de capa 3 tendr un valor DSCP de 40, que se
estableci en el interruptor de entrada. Cuando el paquete IP atraviesa el conmutador de
salida, su valor de CoS saliente se utiliza con el mapa DSCP-a-CoS.En este ejemplo, el
mapa utiliza valores predeterminados y el conmutador establece CoS 5.
Configuracin de la asignacin
Este subtopic explica cmo configurar la asignacin entre la capa de enlace de datos y la
marca de capa de red.
Configuracin de la asignacin
Mls qos cos { default-cos | anular}
Establece CoS para todos los paquetes entrantes que no estn

etiquetados
Sobreescribe el CoS recibido, incluso si el puerto es de confianza
Switch (config) #
Mls qos mapa cos-dscp dscp1 ... dscp8
Define ocho valores de DSCP que corresponden a valores de CoS de

0 a 7 La asignacin se realiza nicamente en puertos que
confan en los CoS entrantes
Switch (config) #
Mls qos mapa dscp-cos dscp-list a cos
Mapas dscp-list (hasta 13 valores DSCP) al valor CoS

correspondiente (rango de 0 a 7)
El comando de configuracin de interfaz mls qos cos define el valor CoS predeterminado
en un puerto.Asigna un valor CoS y DSCP a todos los paquetes entrantes que no estn
etiquetados (si el paquete entrante no tiene un valor CoS).La palabra clave override se
utiliza para asignar un valor CoS y DSCP predeterminado a todos los paquetes entrantes,
incluso cuando se configura el marco CoS.
El comando de configuracin global de mapas mls qos define la asignacin de

conmutadores Cisco Catalyst entre varios marcadores de paquetes.El comando incluye
varias opciones, dos de las cuales se muestran en la figura:
Mapa CoS-to-DSCP: Este mapa define ocho valores DSCP que corresponden a
los valores CoS 0 a 7.La asignacin se realiza nicamente en puertos que confan en el
CoS entrante.
Mapa DSCP-a-CoS: Esta configuracin asigna la lista dscp (hasta 13 valores

DSCP) al valor CoS definido (rango de 0 a 7).
Otras opciones del comando mapa de mls qos , que no se tratan en esta leccin son: el
mapa DSCP-toDSCP-mutacin, el mapa de precedencia IP-DSCP y el mapa DSCP
vigilado.
Ejemplo de asignacin
Este subtema proporciona una configuracin de ejemplo de mapeo CoS-to-DSCP y explica
cmo los paquetes son manejados por un switch Cisco Catalyst.
Ejemplo de asignacin
Mls qos mls cos mapa cos-dscp 0 10 18 26 34

46 48 56! Interfaz Fastethernet0 / 1
Switchport modo tronco

mls qos confianza cos
! Trace a DSCP usando la tabla de

mapeo!
Interfaz Fastethernet0 / 2
Acceso al modo
switchport mls qos cos 1
!Las tramas sin etiquetar obtienen CoS = 1 en

lugar de default 0 mls qos trust cos
!Los paquetes del telfono IP se asignan utilizando la

tabla CoS-DSCP
El conmutador Catalyst tiene QoS habilitado, lo que hace que restablezca los valores CoS y
DSCP de todos los paquetes entrantes, a menos que se configure de otra manera. El
comando cos-dscp cos de mls cos define la correlacin entre los valores CoS entrantes y
los valores DSCP salientes, para puertos que estn configurados para confiar en CoS.
Interfaz Fast Ethernet 0/1 es un puerto troncal que est configurado para confiar en CoS,
por lo que todos los paquetes 802.1Q entrantes se sometern al mapa CoS-to-DSCP antes
de enviar los paquetes desde el puerto saliente.
Interface Fast Eth ernet 0/2 est configurado para confiar en CoS, por lo que los paquetes
etiquetados procedentes del telfono IP sern sometidos al mapa CoS-to-DSCP.Los
paquetes no etiquetados que se obtienen del PC conectado al telfono IP tendrn el CoS por
defecto establecido en 1 (con el comando mls qos cos 1 ) y, por lo tanto, su DSCP saliente
se establecer en 10.
Mecanismos de Eficiencia de Enlace
En este tema se describen los diversos mecanismos de eficiencia del enlace y sus funciones.
Mecanismos de Eficiencia de Enlace

Mecanismos de eficiencia de enlace desplegados en enlaces WAN
lentos (menos de 768 kb / s) a:
- Aumentar el rendimiento
- Reducir retardo y jitter
Los mecanismos de eficiencia del enlace Cisco IOS incluyen:
- Compresin de la carga til de la capa 2 (Stacker, Predictor,

MPPC)
No es efectivo para VoIP
- Compresin de encabezado (TCP, RTP, TCP basado en clases

y RTP basado en clases)
- LFI (MLP, FRF.12 y FRF.11.DO)
Aunque existen muchos mecanismos de calidad de servicio (QoS) para optimizar el

rendimiento y reducir el retraso en el trfico de red, los mecanismos QoS no crean ancho de
banda. Los mecanismos de QoS optimizan el uso de los recursos existentes y permiten
diferenciar el trfico de acuerdo con una poltica.Velocidad de enlace Los mecanismos QoS,
como la compresin de carga til, la compresin de encabezado y LFI, se implementan en
enlaces WAN para optimizar el uso de enlaces WAN.
Los mtodos de compresin se basan en la eliminacin de la redundancia. Utilizando los

mecanismos de compresin de encabezado , la mayora de la informacin de encabezado
puede ser enviada slo al principio de la sesin, almacenada en un diccionario y luego
referenciada en paquetes posteriores por un ndice de diccionario corto.Los mtodos de
compresin de encabezado de Cisco IOS incluyen compresin de encabezado TCP,
compresin de encabezado de protocolo de transporte en tiempo real (RTP), compresin de
encabezado TCP basada en clases y compresin de encabezado RTP basada en clases.La
compresin de encabezados es el mtodo ms efectivo para el trfico VoIP.
La compresin de carga til se realiza principalmente en tramas de capa 2 y, por lo tanto,
comprime todo el paquete de capa 3.Los mtodos de compresin de carga til de capa 2
incluyen compresin punto a punto (MPPC) de Stacker, Predictor y Microsoft. La
compresin de carga til no debe utilizarse para VoIP.
LFI es una tcnica de capa 2 en la que los fotogramas grandes se dividen en fragmentos
ms pequeos y de tamao igual, y se transmiten por el enlace de una manera entrelazada
con ms flujos de trfico sensibles a la latencia (como VoIP).Usando LFI, marcos ms
pequeos son priorizados y una mezcla de fragmentos se enva a travs del enlace. LF I
reduce el retraso de cola de los cuadros pequeos porque los cuadros se envan casi
inmediatamente.La fragmentacin del enlace, por lo tanto, reduce el retardo y la fluctuacin
acelerando la transferencia de tramas ms pequeas. Los mtodos LFI disponibles incluyen
MLP y FRF.12.
Velocidades de Enlace y Implicaciones de QoS

En este tema se describen los mecanismos que deben implementarse, dependiendo de la velocidad
del enlace.
La tabla explica qu mecanismos de QoS deben implementarse en las interfaces WAN

basadas en su velocidad de enlace. Se debe prestar especial atencin a los enlaces lentos
(menos de 768 kb / s). No deben utilizarse para transportar videoconferencias porque deben
tener vnculo entre fragmentacin e intercalacin, y deben tener compresin de
encabezado.Interfaces de velocidad media pueden tener LFI y cRTP configurado, pero estos
mecanismos no son necesarios. Los enlaces rpidos no deben tener ningn mecanismo de
eficiencia de enlace desplegado en ellos.Los modelos de clase no deben exceder cinco
clases en enlaces de velocidad lenta y media y pueden extenderse hasta 11 clases en enlaces
de alta velocidad (ms de 2048 kb / s).
Problemas de serializacin
Este tema describe la susceptibilidad de VoIP a latencia incrementada cuando los paquetes
grandes atraviesan vnculos de WAN lentos.
Cuando se considera el retraso entre dos saltos en una red, debe considerarse el retraso de
cola en un enrutador porque puede ser comparable o incluso superar el retardo de
serializacin y propagacin en un enlace. En una red vaca, una sesin interactiva o de voz
experimenta un retardo de cola bajo o nulo, porque la sesin no compite con otras
aplicaciones en una cola de salida de interfaz.Adems, el retardo pequeo no vara lo
suficiente para producir una considerable fluctuacin de fase en el lado receptor.
En una red congestionada, las aplicaciones interactivas de datos y voz compiten en la cola
del enrutador con otras aplicaciones.Los mecanismos de cola pueden priorizar el trfico de
voz en la cola de software, pero la cola de hardware (TxQ) siempre utiliza un mecanismo
de planificacin FIFO. Despus de que los paquetes de diferentes aplicaciones dejan la cola
de software, los paquetes se mezclarn con otros paquetes de la cola de hardware (TxQ),
incluso si su procesamiento de cola de software se ha acelerado.Por lo tanto, un paquete de
voz puede ser enviado inmediatamente al hardware TxQ, donde dos grandes paquetes FTP
todava pueden estar esperando la transmisin.El paquete de voz debe esperar hasta que se
transmitan los paquetes FTP, produciendo as un retraso inaceptable en la ruta de voz.
Debido a que los enlaces se utilizan de forma variable, el retardo vara con el tiempo y
puede producir inestabilidad inestable en las aplicaciones sensibles a la fluctuacin, como
la voz.
Retraso de la serializacin
Este subtopic explica cmo calcular el retraso de serializacin.
El retardo de serializacin es el retardo fijo que se requiere para registrar un paquete de voz
o de datos en la interfaz de red. El retardo de serializacin est directamente relacionado
con la velocidad del enlace y el tamao del paquete.
La figura muestra el retardo de serializacin en funcin de la velocidad del enlace y del

tamao del paquete.
Por ejemplo, el retardo de serializacin para un paquete de 1500 bytes sobre un enlace de
56 kb / s ser de 214 ms, mientras que el retardo de serializacin caer a 15 ms en un enlace
de 768 kb / s para el mismo paquete de 1500 bytes.

Este tema describe el funcionamiento de LFI y cmo LFI reduce el retardo y el jitter de los
paquetes VoIP.
Divide los paquetes en fragmentos ms pequeos y los
intercala con otros paquetes
- Requerido en enlaces lentos (<768 kb / s)
Cisco IOS Software Los mecanismos LFI incluyen: - Multilink

PPP con intercalado
Enlaces PPP
- FRF.12
Frame Relay PVC que transporta trfico de datos, incluyendo

VoIP
Voz Datos Voz
Sin LFI
Dato Dato Dato Dato

Voz Voz
s s s s
Con LFI
Tamao del fragmento
LFI es una tcnica de capa 2, en la que todos los marcos de capa 2 se dividen en pequeos
fragmentos de igual tamao y se transmiten a travs de un enlace de una manera
entrelazada. LFI reduce el retardo y la fluctuacin acelerando la transferencia de tramas
ms pequeas a travs del hardware TxQ. LFI debe utilizarse en enlaces lentos que no
excedan 768 kb / s.
Estos dos mecanismos LFI se implementan ms comnmente en Cisco IOS Software:
MLP LFI: Con mucho, la forma ms comn y ampliamente utilizada de LFI

FRF.12 Frame Relay LFI: Se utiliza con conexiones de datos Frame Relay
Los fragmentos que se transmiten a travs de enlaces WAN lentos son bastidores
autnomos, consistentes en capas 2, 3 y 4 cabeceras y carga til. Los encabezados de Capa
2+ deben tenerse en cuenta al calcular el tamao de fragmento recomendado.
En particular, los encabezados de Capa 2 de Frame Relay con LFI son 8 bytes y los
encabezados de Capa 2 de MLP con intercalado son 13 bytes.
Recomendacin sobre el tamao del fragmento

Este subtopic explica cmo calcular el tamao de fragmento recomendado basado en la
velocidad del enlace.
El retardo unidireccional aceptable en una red VoIP es de 150 ms. Teniendo en cuenta el
hecho de que la red consta de mltiples saltos y enlaces, el retraso de serializacin
recomendado en un solo enlace no debe superar los 20 ms. Este retraso por enlace traduce,
para una velocidad de enlace dada , a un tamao de fotograma mximo.Debido a que los
extremos transmiten datos en paquetes hasta el tamao mximo de la unidad de transmisin
(MTU), la fragmentacin se debe realizar sobre una base por enlace.
Configuracin de MLP con interleaving

En este tema se describen los comandos de Cisco IOS que se requieren para configurar
MLP con entrelazado.
Descripcin de la configuracin MLP con
intercalacin
Pasos de configuracin:
Habilitar MLP en una interfaz (utilizando una interfaz de grupo

multilink)
Habilitar intercalacin de MLP en la interfaz multilnea
Especifique el tamao mximo de fragmento estableciendo el

retardo mximo en la interfaz multilnea
Siga estos pasos para configurar MLP con entrelazado:
Paso 1 Active MLP en una interfaz PPP.
Paso 2 En la interfaz multilink, habilite el entrelazado dentro de MLP.
Paso 3 En la configuracin de interfaz multilnea, especifique el tamao mximo de fragmento

especificando el retardo de serializacin mximo deseado en milisegundos.

Este subtpico describe los comandos Cisco IOS que se requieren para configurar MLP con
entrelazado.
Ppp multilink
Habilita MLP
Ppp multilink intercalar
Permite el entrelazado de fotogramas con fragmentos
Retardo de retardo de fragmento multilink ppp
Configura el retardo mximo de fragmentos en milisegundos o microsegundos
Router calcula el tamao mximo del fragmento desde el ancho de banda de la

interfaz y el retardo mximo del fragmento
Tamao del fragmento = ancho de banda de interfaz * retardo de fragmento

mximo
El retraso del fragmento mximo predeterminado es 30 ms
El comando ppp multilink habilita MLP en una interfaz PPP.
El comando de intercalado multilink ppp permite el intercalado de fragmentos dentro de

la conexin multilink.
El retardo del fragmento multilink ppp Delay especifica el retardo de fragmento mximo
deseado para la conexin multilnea entrelazada.El tamao mximo del fragmento se
calcula a partir del ancho de banda de la interfaz y del retardo mximo especificado. El
valor predeterminado es de 30 ms. Para soportar paquetes de voic e, se debe usar un tamao
de fragmento mximo de 10 a 20 ms.
El comando ppp multidifusin de retardo de fragmentos especifica la cantidad mxima
de tiempo, en milisegundos, que se debe requerir para transmitir un fragmento.Si el retardo
deseado debe estar en microsegundo s, establezca el argumento de milisegundos en 0 e
ingrese un valor para el argumento de microsegundos .
MLP con ejemplo de intercalacin

Este subtema proporciona un ejemplo de MLP con entrelazado.
La figura muestra un ejemplo de configuracin de MLP con interleaving en una interfaz de

grupo multilink.
Una interfaz de grupo multilink es una coleccin de interfaces que se agrupan en la

configuracin Multilink PPP. Con una interfaz de grupo multilink, puede agrupar interfaces
en grupos lgicos multilnea. El comando multilink de la interfaz crea un paquete mul
tilink.Una interfaz en serie requiere que se asignen dos comandos a un lote multilink: el
comando ppp multilink , que habilita Multilink PPP y el comando ppp multilink group ,
que especifica el lote multilink al que debe pertenecer la interfaz serie.
Un retardo mximo deseado de 10 ms est configurado para asegurar el reenvo oportuno del
trfico VoIP.
La salida de comandos multilink de las interfaces show incluye la informacin estadstica

de MLP LFI e indica si la intercalacin MLP est habilitada en la interfaz.Multilink debe
estar en estado abierto junto con el protocolo de control de enlace (LCP) y IP Control
Protocol (IPCP).
Router # show interfaces multilink 1

Multilink1 est hacia arriba, el protocolo
de lnea est hacia arriba
El hardware es interfaz de grupo

multilink ...
Encapsulacin PPP, loopback no establecido
Juego de Keepalive (10 seg)
DTR se pulsa durante 2 segundos al restablecer
LCP abierto, multilink abierto
Abierto: IPCP
Cola de entrada: 0/75/0/0 (tamao / mximo / gotas / descargas);
Disminucin total de la produccin: 0
Estrategia de cola: feria ponderada
Cola de salida: 0/1000/64/0/2441 (tamao / total mximo / umbral / gotas /

entrelazado)
Conversaciones 0/7/16 (activo / mximo activo / mximo total)
Conversaciones reservadas 0/0 (asignado / mximo asignado)
Tasa de entrada de 5 minutos 0 bits / s, 0 paquetes / seg.
Tasa de salida de 5 minutos 7000 bits / s, 6 paquetes / seg.
Las estadsticas de la cola de salida incluyen un contador para tramas entrelazadas, lo que
proporciona una estimacin justa de la efectividad del mecanismo.
Configuracin de FRF.12 Fragmentacin de
Frame Relay
Este tema describe cundo se puede utilizar FRF.12 y cmo FRF.12 afecta a los paquetes
VoIP.
Descripcin general de la configuracin de

FRF.12
FRF.12 define la fragmentacin de los datos Frame Relay:
Los fotogramas que exceden el tamao de fragmentacin

especificado estn fragmentados.
- Los paquetes sensibles al tiempo ms pequeos pueden

intercalarse.
Mtodo recomendado de fragmentacin de Frame Relay para VoIP.
FRF.12 requiere la conformacin del trfico.
- FRTS o GTS.
- La fragmentacin est inactiva hasta que se habilite la

conformacin del trfico.
La fragmentacin FRF.12 permite fragmentar los cuadros de datos largos en fragmentos

ms pequeos y intercalarlos con tramas en tiempo real. De esta manera, los marcos de
datos en tiempo real y en tiempo no real pueden ser capturados juntos en enlaces Frame
Relay de menor velocidad sin causar excesivo retardo y jitter al trfico en tiempo real tal
como VoIP.
Debido a que Frame Relay es un protocolo de capa 2, no tiene forma de saber qu trama
contiene voz (VoIP) o datos. Por lo tanto, Frame Relay fragmentar todos los paquetes ms
grandes que el tamao del fragmento en marcos ms pequeos, incluyendo paquetes
VoIP.En una red VoIP sobre Frame Relay, es importante configurar el tamao de fragmento
en el identificador de conexin de enlace de datos (DLCI) para que los fotogramas VoIP no
se fragmenten.Por ejemplo, un paquete G.711 VoIP sin cRTP tiene 200 bytes de longitud.
Para este DLCI, no establezca el tamao de fragmento a menos de 200 bytes.
El software Cisco IOS admite el mtodo FRF.12 de extremo a extremo, con las siguientes
caractersticas:
Los paquetes contienen el encabezado de fragmentacin FRF.12.
La fragmentacin se produce en el nivel de circuito virtual permanente (PVC).
Los paquetes LMI no estn fragmentados.
FRF.12 est configurado por PVC. La implementacin de FRF.12 de Cisco requiere que se
defina la conformacin del trfico (ya sea Frame Traffic Modeling [FRTS] o formateo de
trfico genrico) para que FRF.12 sea efectivo.Si la conformacin del trfico no est
configurada, FRF.12 est inactivo, incluso cuando est configurado.
Configuracin de Fragmentacin FRF.12

Este subtpico describe los comandos de Cisco IOS necesarios para configurar FRF.12.
Configuracin de Fragmentacin FRF.12

Map-class frame-relay mapa-clase-nombre
Especifica una clase de mapa para definir valores de QoS para un

Frame Relay VC
Enrutador (config-map-class) #
Frame-relay fragmento fragmento-tamao
Permite la fragmentacin de una clase de mapa Frame Relay
Establece el tamao mximo del fragmento en bytes
Enrutador (config-if) # | (Config-subif) #
Nombre de la clase relay-frame

Asocia una clase de mapa con una interfaz o subinterfaz
La fragmentacin de FRF.12 se configura dentro de la clase de mapa Frame Relay. El

frame-relay Fragmento establece el tamao mximo del fragmento en bytes.En una
interfaz, el frame-relay Class aplica la clase map a la interfaz o subinterfaz.Para asociar
una clase de mapa a una DLCI, utilice el comando class en el modo de configuracin DLCI
de Frame Relay o el modo de configuracin de Frame Relay VC-group-member.
FRF.12 requiere que se active FRTS.
Ejemplo de configuracin de FRF.12

Este subtema proporciona un ejemplo de configuracin de FRF.12.
La figura muestra un ejemplo de configuracin en el que la fragmentacin FRF.12 se aplica

a un circuito Frame Relay de datos configurado en la subinterfaz serie 0 / 0.1.
El tamao mximo de fragmento se establece en 160 bytes. El tamao de fragmento

requerido se calcula usando esta frmula:
Fragment_size = Velocidad de enlace (b / s) x Retraso (seg) / 8 bits
En el caso del retardo deseado de 10 ms y velocidad de enlace de 128.000 b / s, el tamao

de fragmento requerido es de 160 bytes.Se asegura de que los paquetes VoIP, utilizando
cualquier codec de audio, no estn fragmentados.
FRTS est habilitado en la interfaz y los parmetros FRTS se configuran dentro de la clase
Frame Relay map. La configuracin del trfico se explica en detalle en un hijo ms tarde .
El comando show frame-relay fragment muestra informacin sobre el proceso de

fragmentacin FRF.12 Frame Relay.El tipo de fragmento siempre se mostrar de extremo a
extremo porque este es el nico tipo que se admite actualmente en el software Cisco IOS.
Adems del tipo de fragmento, se muestra el tamao del fragmento en bytes y el DLCI
asociado.
Router> show frame-relay fragmento
Interfaz dlci frag-tipo frag-size in-frag fragmento-frag drop-frag Serial0

/ 0.1 100 extremo a extremo 80 1298 1563 0
La salida de comando show frame-relay pvc incluye ajustes relacionados con el proceso
de fragmentacin FRF.12.Esta salida muestra el tamao del fragmento (80 bytes en este
ejemplo) usado en el Frame Relay PVC. El tipo de fragmento es de extremo a extremo.
Router> show frame-relay pvc 100 PVC Estadsticas

para la interfaz Serial0 / 0 (Frame Relay DTE)
DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial0
/ 0.1 ... Tamao de la cola de salida 0 / mximo total 600 / gotas 0 tipo de
fragmento extremo a extremo fragmento tamao 80 cir 64000 bc 2600 ser 0 lmite 325
intervalo 40 mincir 32000 byte incremento 320 BECN respuesta no IF_CONG no frags 1563
bytes 121914 frags demorado 0 bytes retrasado 0
Compresin de encabezado RTP basada en
clases
Este tema describe la compresin de encabezado RTP basada en clases.
Compresin de cabecera
RTP cabecera de compresin:
- Mapas IP, UDP y RTP encabezados a un ndice
40 bytes (20 + 8 + 12) a 2 4 (con suma de comprobacin)
De forma predeterminada, 2 bytes (suma de comprobacin

desactivada)
- Se utiliza para reducir el retardo y aumentar el rendimiento de

RTP
- Ms eficaz en enlaces lentos (<768 kb / s)
- Habilitado en una base de enlace por enlace
Dos mtodos basados en estndares se utilizan comnmente para comprimir encabezados:
Compresin de encabezado RTP: Se utiliza para comprimir los encabezados

de paquetes IP, UDP y RTP, reduciendo as el retraso para el transporte de datos en
tiempo real, como voz y vdeo, a travs de enlaces ms lentos.Este mtodo se
recomienda en los enlaces WAN lentos que transportan paquetes VoIP.
Compresin de encabezado TCP: Tambin conocida como la compresin de

encabezado de Van Jacobson, la compresin de encabezado TCP se utiliza para
comprimir los encabezados TCP y TCP de paquetes sobre enlaces lentos.Es ms
efectivo para los paquetes TCP pequeos , tpicos para el trfico interactivo, donde la
relacin cabecera a carga til es alta.
Cuando se habilita la compresin de encabezado, la compresin se produce de forma

predeterminada en la ruta de conmutacin rpida o en la ruta de Cisco Express Forwarding-
switched, dependiendo de qu mtodo de conmutacin est habilitado en la interfaz.La
compresin de encabezado basada en clases permite la compresin de encabezados RTP o
TCP en una base por clase. La descompresin no se basa en el mapa de clases. El extremo
receptor descomprimir todos los paquetes que vienen comprimidos de su lado.La
compresin del encabezado se realiza de forma vinculada. La compresin de encabezado se
realiza en una base de salto-por-salto porque los enrutadores necesitan informacin de
encabezado de Capa 3 completa para poder encaminar paquetes al siguiente salto.
Ejemplo de compresin de encabezado RTP

Este subtopic proporciona un ejemplo de compresin de encabezado RTP.
La figura muestra el tamao del paquete antes y despus de la compresin del encabezado
RTP para paquetes VoIP usando G.729. Los encabezados IP, UDP y RTP se reducen a 2
bytes, lo que resulta en 8 bytes de encabezados globales. La sobrecarga de VoIP se reduce
de 70 a 29 por ciento. Debido a la reduccin del tamao del paquete, el retardo de
serializacin disminuye de 8 ms a 3,5 ms.El ancho de banda que se utiliza para transportar
una sola llamada de voz (utilizando el cdec G.729) cae de 26,4 kb / s (66 bytes por cuadro
* 50 cuadros por segundo (f / s) * 8 bits por byte e) a 11,2 kb / S (28 bytes por trama * 50 f /
s * 8 bits por byte).Por lo tanto, un enlace de 64 kb / s puede soportar hasta dos llamadas de
voz G.729 sin cRTP, sino hasta cinco llamadas de voz G.729 con cRTP.
Cuando VoIP basado en G.711 se despliega, la sobrecarga que se crea por los encabezados
de nivel 2 (PPP), IP, UDP y RTP consume 18,4 kb / s de ancho de banda, al igual que en
G.729.Esta sobrecarga equivale al 22 por ciento del requisito de rendimiento total. La
sobrecarga puede reducirse utilizando cRTP, consumiendo as 3,2 kb / s de ancho de banda,
lo que representa el 5 por ciento del ancho de banda total de la llamada.
Configuracin de la compresin de encabezado basada en

clases
En esta seccin se describe cmo configurar la compresin de encabezado basada en clases.
Configuracin de la compresin de
encabezado basada en clases
Encabezado de compresin ip [rtp | Tcp]
Permite la compresin del encabezado IP de RTP o TCP:
- En un mapa de polticas
- Para una clase de trfico especfica
Si no se especifica la opcin rtp o tcp , se configuran las

compresiones de encabezado RTP y TCP.
El nmero de conexiones comprimidas simultneas se

determina automticamente en funcin del ancho de banda de la
interfaz.
Se puede utilizar en cualquier nivel de la jerarqua de mapa de

polticas configurada con MQC.
Configure la compresin de encabezado TCP y RTP basada en clases dentro de un mapa de

polticas utilizando el comando ip de encabezado de compresin .El comando se puede
aplicar en cualquier nivel en la jerarqua de mapa de polticas que se configura con la
interfaz de lnea de comandos QoS modular (MQC).
Si no especifica la compresin de encabezado RTP o TCP, se configurarn las compresiones

de encabezado RTP y TCP.
Nota La compresin de encabezado slo se negocia automticamente en enlaces

PPP.En los enlaces Frame Relay o High-Level Data Link Control (HDLC), ambos
extremos de los enlaces deben coincidir.
Ejemplo de configuracin de compresin de encabezado
RTP basado en clases
Este subtema proporciona un ejemplo de configuracin de compresin de encabezado RTP
basada en clases.
Compresin de encabezado RTP basada en

clases
Ejemplo de configuracin
Class-map voip
match protocolo
rtp! Policy-map
cust1
Encabezado de compresin
ip rtp
Clase voip
prioritario 384
<Salida omitida>! Interfaz

serial0 / 0 salida de la
poltica de servicios cust1
<Salida omitida>
En la figura, el comando ip de encabezado de compresin se ha configurado para utilizar la

compresin de encabezado RTP para una clase de trfico llamada "voip".La clase de trfico
voip forma parte de un mapa de polticas denominado "cust1". Este mapa de polticas cust1
se aplica al interfaz s0 / 0 en la direccin de salida.
Esta poltica proporciona una garanta de ancho de banda mximo de 384 kb / s para la
clase de trfico voip y realizar la compresin de encabezado RTP en la clase de trfico
voip dejando la interfaz s0 / 0.
La salida de comando show policy-map interface muestra el tipo de compresin de
encabezado configurado (RTP, en este ejemplo), la interfaz a la que est asociado el mapa
de polticas denominado "cust1" (serie 0/0), el nmero de paquetes enviados , El nmero de
paquetes que se comprimen, el nmero de bytes guardados y el nmero de bytes enviados.
Router # show policy-map interfaz Serial 0/0 Salida de

poltica de servicio: cust1
Mapa de clases: voip (match-all)
1005 paquetes, 64320 bytes 30 segundos

ofrecidos tarifa 16000 bps, tasa de cada 0
bps ... comprimir:
Header ip rtp
Compresin UDP /
RTP:
Enviado: 1000 total, 999 comprimido,
41957 bytes saved, 17983 bytes enviados
3.33 factor de mejora de la eficiencia
Relacin de golpe de 99%, tasa de error de cinco minutos 0 errores / seg,

0 tasa mxima de 5000 bps
Otra informacin estadstica que se proporciona en la salida incluye el factor de mejora de

la eficiencia, que indica el porcentaje de aumento de la eficiencia de ancho de banda como
resultado de la compresin de cabecera. Por ejemplo, un factor de mejora de la eficiencia de
3.33 significa una mejora del rendimiento del 330 por ciento.La proporcin de aciertos es el
porcentaje de paquetes que se encuentran en la base de datos de contexto. En la mayora de
los casos, este porcentaje debe ser alto. La tasa de fallos de cinco minutos es el nmero de
flujos de trfico en los ltimos cinco minutos que no se encontraron en la base de datos de
contexto.La tasa es la tasa de trfico real despus de comprimir los paquetes.
Resumen
Resumen
La CLI de QoS modular utiliza mapas de clases para identificar clases de
trfico, mapas de polticas para definir acciones y poltica de servicios
para aplicar la poltica a un flujo de trfico.
La clasificacin de paquetes es un mecanismo QoS responsable de

distinguir entre diferentes flujos de trfico. Se puede configurar para que
coincida con varios parmetros , como valores de encabezado IP, valores
de encabezado de Capa 2 y interfaz de entrada.
Paquete "colorea" un paquete para que se pueda distinguir de otros

paquetes que atraviesan la red. El marcado de paquetes establece los
valores de la capa de enlace de datos (bits 802.1Q, ISL, MPLS EXP, el bit
Fram e Relay DE, el bit ATM CLP y los parmetros IP (precedencia IP y
DSCP).
El lmite de confianza demarca el lapso de la red administrada y se

configura en los conmutadores de LAN mediante el comando mls qos
trust .
La asignacin de la capa de red QoS a la capa de enlace CoS y

viceversa permite una solucin de QoS de extremo a extremo con la
marca realizada slo en el lmite de confianza.
Resumen (Cont.)
Mecanismos de eficiencia de enlace incluyen la compresin (carga
til de capa 2 o encabezado) y LFI.
Las interfaces de baja velocidad (por debajo de 768 kb / s)

requieren mtodos de eficiencia de enlace para proporcionar un
transporte VoIP satisfactorio.
El retardo de serializacin de enlace normalmente no debe exceder

los 15 ms (el retardo de extremo a extremo bidireccional de VoIP es
de 150 ms).
LFI corta los paquetes de datos grandes en fragmentos ms

pequeos y los intercala con paquetes pequeos de otros flujos.
MLP con entrelazado requiere la configuracin de una interfaz

multilink y no utiliza MQC.
FRF.12 est configurado en combinacin con la conformacin del

trfico.
La compresin de encabezado RTP asigna una cabecera de 40-
RTP / UDP / IP a 2 o 4 bytes. Se puede configurar usando MQC en
un mapa de polticas para una clase de trfico.

Leccin 4
Gestin de la congestin y
Limitacin de velocidad
Visin de conjunto
Los algoritmos de colas son una de las maneras principales de gestionar la congestin en
una red. Los dispositivos de red gestionan un desbordamiento del trfico que llega mediante
el uso de un algoritmo de colas para ordenar el trfico y determinar un mtodo para
priorizar el trfico en un enlace de salida.
La vigilancia de trfico controla la tasa mxima de trfico que se enva o recibe en una
interfaz.La vigilancia del trfico se utiliza en las interfaces en el borde de la red para limitar
el trfico dentro o fuera de la red.
La configuracin del trfico controla el trfico saliente en una interfaz para que coincida
con la velocidad de transmisin a la velocidad del extremo remoto y garantiza que el trfico
se ajuste a las polticas de calidad de servicio administrativo (QoS).
Las filas justas ponderadas basadas en clases (CBWFQ) amplan la funcionalidad de las
colas justas ponderadas estndar (WFQ) , proporcionando soporte para las clases de trfico
definidas por el usuario.Se reserva una cola para cada clase, y el trfico que pertenece a una
clase se dirige a la cola para esa clase.
La cola de baja latencia (LLQ) trae colas de prioridad estricta a CBWFQ. La cola de
prioridad estricta permite que los datos sensibles al retardo, como la voz, se eliminen de la
cola y se enven primero (antes de que los paquetes de otras colas se eliminen de la cola),
dando tratamiento preferente de datos sensible al retardo sobre otro trfico.
Esta leccin describe la arquitectura de la cola de espera: control de trfico, modelado del
trfico, CBWFQ y LLQ.
Objetivos
Una vez completada esta leccin, podr explicar la poltica y la configuracin, describir qu
es LLQ, cmo funciona y cmo se configura mediante la interfaz de lnea de comandos de
la QoS modular (CLI) o MQC. Esta capacidad incluye poder alcanzar estos objetivos:
Describir la congestin, su origen y la necesidad de gestin de la congestin y mecanismos de

limitacin de la velocidad
Contraste las caractersticas de la polica de trnsito y la conformacin del trfico e identifique

los puntos en una red en la que la polica y la formacin sean ms eficaces
Describa cmo se usa un cubo de testigos para medir las tasas de trfico y explicar la
reposicin y consumo de testigos
Explicar los tres modelos de policiamiento basado en clases: poliza de clase basada en un solo
contenedor de token, policiamiento basado en clase de contenedor de token dual y policiamiento
basado en clase basado en token bucket dual
Describir cmo configurar y monitorear la polica basada en clases
Describir la conformacin basada en clases y explicar los dos enfoques de modelado: tasa
promedio y tasa de pico
Describir cmo configurar y supervisar la conformacin basada en clases
Describir la arquitectura, las caractersticas y la operacin de LLQ
Identificar los comandos MQC necesarios para configurar y supervisar LLQ en un enrutador
Cisco
Describir cmo calcular los requisitos de ancho de banda de voz para la configuracin de LLQ
a travs de las principales tecnologas de capa de enlace de datos
Congestin y sus soluciones
Este tema describe la necesidad de mecanismos de gestin de la congestin y describe sus
soluciones.
La congestin puede ocurrir en cualquier lugar dentro de una red donde hay puntos de
desajustes de velocidad (por ejemplo, un enlace Gigabit Ethernet que alimenta un enlace
Fast Ethernet), agregacin (por ejemplo, mltiples enlaces Gigabit Ethernet que alimentan
un enlace Gigabit Ethernet ascendente) o confluencia Fluyendo juntos de dos o ms flujos
de trfico).
Los algoritmos de colas se utilizan para gestionar la congestin. Muchos algoritmos han
sido diseados para satisfacer diferentes necesidades. Un algoritmo de cola bien diseado
proporcionar cierto ancho de banda y garantizar su trfico prioritario.
Los desajustes de velocidad son la causa ms tpica de congestin en una red.
Los desajustes de velocidad son ms comunes cuando el trfico se mueve desde un entorno
LAN de alta velocidad (1000 Mb / s o superior) a enlaces WAN de velocidad ms baja (1
2 Mb / s). Los desajustes de velocidad tambin son comunes en entornos de LAN a LAN
cuando, por ejemplo, un enlace de 1000 Mb / s se alimenta en un enlace de 100Mb / s.
Congestin y colas: agregacin

Este subtopic explica la segunda razn comn para la congestin-agregacin.
El segundo tipo comn de congestin se produce en los puntos de agregacin.
En un entorno de WAN, la congestin de agregacin es tpica en los routers que estn

conectados a WAN cuando varios sitios remotos retroalimentan en un sitio de servicios
centrales.
En un entorno de LAN, la congestin resultante de la agregacin ocurre a menudo en la

capa de distribucin de redes, donde los diferentes dispositivos de capa de acceso alimentan
el trfico a los conmutadores de nivel de distribucin.
Componentes de cola
Este subtpico describe la estructura de colas en las interfaces de enrutador y conmutador
de Cisco.
La puesta en cola en routers es necesaria para acomodar rfagas cuando la tasa de llegada
de paquetes es mayor que la tasa de salida, generalmente debido a una de las dos razones
siguientes:
La interfaz de entrada es ms rpida que la interfaz de salida
La interfaz de salida est recibiendo paquetes provenientes de mltiples interfaces
La estructura de colas se divide en dos partes, de la siguiente manera:
Cola de hardware: utiliza la estrategia FIFO, que es necesaria para que los
controladores de interfaz transmitan paquetes uno por uno.A veces, la cola de hardware
se denomina cola de transmisin (TxQ). Los paquetes de la cola de hardware no se
pueden reordenar.
Cola de software: programa paquetes en la cola de hardware en funcin de los

requisitos de QoS .La puesta en cola de software se implementa cuando la interfaz est
congestionada. El sistema de colas de software se pasa por alto siempre que haya
espacio en la cola de hardware. La cola de software, por lo tanto, se utiliza slo cuando
los datos deben esperar para ser colocados en el hardware qu eue.
La cola de software es mucho ms grande que la cola de hardware, que contiene algunos
paquetes (normalmente de 2 a 3). La cola de software puede contener decenas de paquetes y
permite su reordenacin antes de la transmisin.
La figura ilustra las siguientes acciones que se deben tomar antes de que un paquete pueda
ser transmitido:
La mayora de los mecanismos de cola incluyen la clasificacin de los paquetes.
Despus de clasificar un paquete, un enrutador tiene que determinar si puede

poner el paquete en la cola o dejar caer el paquete.La mayora de los mecanismos de
cola dejan un paquete solo si la cola correspondiente est llena (cada de cola).Algunos
mecanismos utilizan un esquema de abandono ms inteligente, como la deteccin
precoz aleatoria ponderada (WRED).
Si se permite que el paquete est en cola, se colocar en la cola FIFO para esa
clase en particular.
Los paquetes se toman de las colas individuales por clase y se colocan en la cola
de hardware.
Interfaces de software
Este subtema describe los problemas de gestin de congestin en interfaces de software,
como subinterfaces o tneles.
Las interfaces de slo software, como subinterfaces o tneles, no tienen concepto de tasa de
salida porque no hay una interfaz de hardware que est directamente vinculada a ellos. No
se puede producir congestin y no pueden realizar colas. Por lo tanto, es imposible
configurar una poltica de servicio de colas directamente a una interfaz de software.
El MQC jerrquico proporciona una solucin emulando la congestin y dividiendo el

reenvo
Recursos entre las subinterfaces o clases de trfico que se reciben sobre subinterfaces
especficos. La congestin se emula configurando un formador que reduce la velocidad de
trfico a un valor configurado. La cola basada en clases se utiliza para asignar las
subinterfaces o clases de trfico a las colas de software individuales con garantas de ancho
de banda. En esta leccin se explican en detalle la conformacin basada en clases y las
colas.
Vigilancia y modelado
Este tema describe el propsito del acondicionamiento de trnsito utilizando la polica de
trnsito y la conformacin del trfico.
Ambos mecanismos de configuracin y control de trfico son mecanismos de

acondicionamiento del trfico que se utilizan en una red para controlar la tasa de trfico.
Ambos mecanismos utilizan la clasificacin para que puedan diferenciar el trfico. Ambos
miden la tasa de trfico y comparan esa velocidad con la poltica de configuracin del
trfico configurada o de polica de trnsito.
La diferencia entre la configuracin del trfico y la polica puede describirse en trminos de

su implementacin.
La conformacin del trfico amortigua el trfico excesivo para que el trfico se mantenga
en la velocidad deseada.Con la conformacin del trfico, las rfagas de trfico se suavizan
haciendo cola el trfico excesivo para producir un flujo ms constante de datos. La
reduccin de las rfagas de trfico ayuda a reducir la congestin en la red.
La conformacin del trfico suele utilizarse para lo siguiente:
Para prevenir y gestionar la congestin en redes WAN o MAN, donde se utilizan anchos de
banda asimtricos a lo largo de la ruta del trfico.Si no se utiliza la conformacin, puede ocurrir un
almacenamiento en bfer en el extremo lento (normalmente el remoto), lo que puede dar lugar a
colas, causando retrasos y sobrevoltaje , causando cadas.
Para evitar que el proveedor de servicios abandone el trfico no conforme.Esto permite al

cliente mantener el control local de la regulacin de trfico, pero el cliente no debe exceder la tasa
comprometida.
La polica de trnsito reduce el exceso de trfico para controlar el flujo de trfico dentro de
los lmites de velocidad especificados. La vigilancia del trfico no introduce ningn retraso
en el trfico que se ajuste a las polticas de trfico. La vigilancia del trfico puede causar
ms retransmisiones de TCP, ya que se pierde el trfico en exceso de los lmites
especificados.
La polica del trfico se utiliza tpicamente para satisfacer uno de estos requisitos:
Limitar la velocidad de acceso en una interfaz cuando se utiliza infraestructura fsica de alta
velocidad en el transporte.La limitacin de la tarifa suele ser utilizada por los proveedores de
servicios para ofrecer a los clientes acceso a subrate.
Ancho de banda de ingeniera para que las tasas de trfico de ciertas aplicaciones o clases de
trfico sigan una poltica de velocidad de trfico especificada.
Volver a marcar el trfico excesivo con una prioridad ms baja en la Capa 2 y la Capa 3, o
ambos, antes de enviar el trfico excesivo.La polica de trfico basada en clases se puede configurar
para marcar paquetes tanto en la Capa 2 como en la Capa 3.
Los mecanismos de vigilancia del trfico, como la vigilancia basada en la clase o la tasa de acceso
comprometida (RAC), tambin tienen capacidad de marcado adems de las capacidades de limitacin de
la velocidad.En lugar de dejar caer el exceso de trfico, la polica de trnsito puede alternativamente
marcar y luego enviar el exceso de trfico. Esto permite que el exceso de trfico se vuelva a marcar con
una prioridad inferior antes de que el trfico exces s se enva.Los formadores de trfico, por otro lado, no
vuelven a marcar el trfico; stos retrasan solamente las rfagas excedentes del trfico para conformarse
a una tarifa especificada.
Comparacin de la Polica y la Formacin
Este tema describe la diferencia entre las caractersticas de la polica de trfico y la
configuracin del trfico.
Conformacin de colas exceso de trfico mediante la celebracin de paquetes dentro de una

cola de formacin. Utilice la conformacin del trfico para configurar el flujo de trfico
saliente cuando la tasa de trfico saliente es superior a la velocidad configurada de hape.La
conformacin del trfico suaviza el trfico almacenando el trfico por encima de la
velocidad configurada en una cola de conformacin. Por lo tanto, la conformacin aumenta
la utilizacin del bfer en un enrutador y provoca retrasos de paquetes impredecibles. La
conformacin del trfico tambin puede interactuar con una red Frame Relay, adaptndose
a las indicaciones de congestin de la capa 2 en la WAN. Por ejemplo, si se recibe el bit de
notificacin de congestin explcita hacia atrs (BECN), el enrutador puede reducir el
lmite de velocidad para ayudar a reducir la congestin en la red Frame Relay.
Puede aplicar la vigilancia a la direccin de entrada o de salida, mientras que puede aplicar
la configuracin slo en la direccin de salida.El policiamiento deja caer el trfico no
conforme en lugar de hacer cola en el trfico, como lo hace la conformacin. La polica
tambin soporta el marcado del trfico. La vigilancia de trfico es ms eficiente en trminos
de utilizacin de memoria que la conformacin de trfico, porque no se necesita cola
adicional de paquetes.
Tanto la vigilancia del trfico como la configuracin del trfico aseguran que el trfico no
exceda el lmite de ancho de banda, pero cada mecanismo tiene diferentes impactos en el
trfico:
Policing cae paquetes, generalmente causando ms retransmisiones de protocolos

orientados a la conexin como TCP. TCP reacciona a la prdida de paquetes no slo
retransmitiendo el paquete, sino tambin reduciendo el tamao de la ventana de
transmisin, que define el nmero de octetos que se pueden enviar no reconocidos.La
reduccin del tamao de ventana reduce efectivamente el rendimiento de datos de una
sesin TCP.
La conformacin aade retardo variable al trfico, posiblemente causando

fluctuacin de fase.
Medicin de las tasas de trfico

Este tema describe cmo medir las tasas de trfico.
El cubo de testigos es un modelo matemtico que es utilizado por enrutadores y

conmutadores para regular el flujo de trfico. El modelo tiene los dos componentes bsicos
siguientes:
Tokens: Cada token representa el permiso para enviar un nmero fijo de bits a la
red.Los tokens se colocan en un cubo de token a una cierta velocidad por Cisco IOS
Software.
Token bucket: Un token bucket tiene la capacidad de mantener un nmero

especificado de tokens.Cada paquete de entrada g, si se reenva, toma las fichas del
cubo, representando el tamao del paquete.Si el cubo se llena a capacidad, los tokens
recin llegados se descartan. Los ficheros descartados no estn disponibles para futuros
paquetes. Si no hay suficientes fichas en el token buck et para enviar el paquete, los
mecanismos de acondicionamiento de trfico pueden tomar estas acciones:
- Espere a que se acumulen suficientes tokens en el cubo (configuracin del trfico)
- Descartar el paquete ( polica de trfico)
Usando un solo modelo de cubo de token, la tasa de trfico medida puede ajustarse o
superar la tasa de trfico especificada.La tasa de trfico medida se ajusta si hay suficientes
tokens en el nico token bucket para transmitir el trfico. La tasa de trfico medida excede
si no hay suficientes tokens en el contenedor de tokens para transmitir el trfico.
El tamao de rfaga comprometido (Bc) es la cantidad de datos que se garantiza que se

suministra por la red dentro de un intervalo de medicin de tasa comprometida (Tc).
Corresponde a una tasa de informacin comprometida (CIR) utilizando la frmula CIR =
Bc / Tc.Los datos se envan siempre en rfagas, y no uniformemente con la velocidad de
CIR porque los marcos se ponen en el alambre usando la tarifa de reloj del circuito
fsico.As, la explosin comprometida especifica cuntos octetos se pueden enviar en un
intervalo.
El exceso de rfaga (Be) es la cantidad de datos que la red acepta entregar al destino si no
hay congestin en la red. Los valores Bc y Be forman parte del contrato que una empresa o
usuario firma con un proveedor de servicios.
Ejemplo: Token Bucket como un banco de monedas
Usted puede pensar en un cubo de fichas como un banco de monedas. Usted puede insertar
una moneda en el banco todos los das (el cubo de token). En un momento dado, slo puede
gastar lo que ha guardado en el banco. En promedio, si su tasa de ahorro es de un dlar por
da, su tasa de gasto promedio a largo plazo ser de un dlar por da si gasta constantemente
lo que ahorr.Sin embargo, si usted no gasta ningn dinero en un da dado, usted puede
acumular sus ahorros en el banco al mximo que el banco puede tener.Por ejemplo, si el
tamao del banco se limita a cinco dlares, y si guarda y no gasta por cinco das
consecutivos, el banco contendr cinco dlares. Cuando el banco se llena a su capacidad, no
ser capaz de poner ms dinero en ella. En cualquier momento, puede gastar hasta cinco
dlares (estallando por encima de la tasa promedio a largo plazo de un dlar por da).
La tasa de conformidad (o el Bc) (usando el ejemplo de banco de monedas) significa que si

tiene dos dlares en el banco e intenta gastar un dlar, eso se considera conforme porque no
est gastando ms de lo que ha ahorrado.
Exceder la tasa (o el Be) (usando el ejemplo de banco de monedas) significa que si tiene
dos dlares en el banco y trata de gastar tres dlares, se considera excedente porque est
gastando ms de lo que ha ahorrado.
Cubo nico de tokens
Este subtpico describe la operacin de cubo de testigo nico.
La figura muestra una implementacin de control de trfico de cubos simblicos.

Comenzando con una capacidad actual de 700 por tes de fichas que se acumulan en el cubo
de token, cuando un paquete de 500bytes llega a la interfaz, su tamao se compara con la
capacidad de cubo de token (en bytes).El paquete de 500 bytes cumple con el lmite de
velocidad (500 bytes <700 bytes), y el paquete et es reenviado. Se sacan 500 bytes de fichas
del token bucket, dejando 200 bytes de fichas para el siguiente paquete.
Cuando el siguiente paquete de 300 bytes llega inmediatamente despus del primer paquete, y no se han
aadido nuevos tokens al t de bucke (se aaden tokens peridicamente), el paquete excede el lmite de
velocidad.El tamao de paquete actual (300 bytes) es mayor que la capacidad actual del cubo de token
(200 bytes) y se realiza la accin de superacin. La accin exceder puede ser dejar caer o marcar el
paquete durante la vigilancia del trfico.
Polica de Clase
En este tema se describen las actividades policiales basadas en clases.
Las operaciones de Token bucket dependen de parmetros como CIR, Bc y Tc. Bc se

conoce como la velocidad de rfaga normal. La relacin matemtica entre CIR, Bc y Tc es
la siguiente:
CIR (b / s) = Bc (bits) / Tc (seg)
Con la vigilancia del trfico, se aaden nuevos tokens al token bucket basado en la tasa de
llegada interpacket y el CIR. Cada vez que se controla un paquete, se aaden nuevos tokens
al contenedor de tokens.El nmero de tokens agregados de nuevo al cubo de token se
calcula de la siguiente manera:
(Tiempo de llegada del paquete actual - tiempo de llegada del

paquete anterior) * CIR
Una cantidad (Bc) de tokens se enva sin restriccin en cada intervalo de tiempo (Tc). Por
ejemplo, si se depositan 8000 bits (Bc) de tokens en el cubo cada 250 ms (Tc), el enrutador
puede transmitir 8000 bits cada 250 ms si el trfico llega constantemente al enrutador.
CIR (velocidad de rfaga normal) = 8000 bits (Bc) / 0,25 segundos

(Tc) = 32 kb / s
Sin un exceso de capacidad de ruptura, si el cubo de token se llena a capacidad (Bc de

tokens), el cubo de token se desbordar y los tokens recin llegados sern
descartados.Utilizando el ejemplo, en el que el CIR es de 32 kb / s (Bc = 8000 bits y Tc =
0,25 segundos), la tasa mxima de trfico nunca puede superar un lmite de velocidad de 32
kb / s.
Dual Token Bucket Polarizacin basada en clases de una

sola tarifa
Este subtpico describe la vigilancia policial basada en clase de una sola tasa de un solo
token bucket.
Puede configurar el control de trfico basado en clases para admitir la capacidad de reventar
en exceso. Con el exceso de ruptura, despus de que el primer contenedor de fichas est
lleno hasta Bc, se pueden acumular fichas adicionales (en exceso) en un segundo
contenedor de testigos.Exceso de rfaga (Be) es la cantidad mxima de trfico excedente
por encima de Bc que se puede enviar durante el intervalo de tiempo despus de un perodo
de inactividad.Con un solo mecanismo de medicin de velocidad, el segundo contenedor de
testigos con un tamao mximo de Be se llena a la misma velocidad (CIR) que el primer
contenedor de testigos.Si el segundo cubo de fichas se llena hasta la capacidad, no se
pueden acumular ms fichas y se descartan los tokens en exceso.
Cuando se utiliza un modelo de cubo de token doble, la tasa de trfico medida puede ser la
siguiente:
Conforming: Hay suficientes fichas en el primer token bucket con un tamao

mximo de Bc.
Exceder: No hay suficientes fichas en el primer contenedor de fichas, pero hay

suficientes fichas en el segundo token bucket con un tamao mximo de Be.
Violacin: No hay suficientes fichas en el primer o segundo token cubo.
Con la poltica de trfico de doble cubo de token, las acciones tpicas que se realizan estn
enviando todo el trfico conforme, re-marcado (a una prioridad ms baja), enviando todo el
trfico excedente , y dejando caer todo el trfico que viola.El principal beneficio de utilizar
un mtodo de cubo de token dual es la capacidad de distinguir entre el trfico que excede el
Bc pero no el Be. Esto permite que se aplique una poltica diferente a los paquetes de la
categora Be. Refirindose al ejemplo del banco de monedas, considere el CIR como la tasa
de ahorro ($ 1 por da).Bc es cunto puede ahorrar en el banco por da ($ 1). Tc es el
intervalo en el que pones dinero en el banco de monedas (un da). Ser ($ 5) le permite
estallar por encima de la tasa promedio de sp final de un dlar por da si no est gastando
un dlar por da.
El uso de un modelo de cubo de fichas dobles permite que el trfico que supera la velocidad
de rfaga normal (CIR) sea medido como excedente, y el trfico que excede el exceso de
velocidad de rfaga que se mide como trfico virolante.Diferentes acciones pueden ser
aplicadas a la conformidad, exceder y violar el trfico.
Polica de Clase Dual basada en clases

Este subtema describe cmo se puede controlar el trnsito utilizando un esquema de
medicin dual.
Con la medicin de tasa dual, la tasa de trfico se puede aplicar de acuerdo con dos tipos
diferentes: CIR y tasa de informacin de pico (PIR). Antes de que esta funcin estuviera
disponible, podra medir el trfico utilizando una tasa nica basada en el CIR con bucles
individuales o duales .La medicin de tasa dual soporta un mayor nivel de administracin
de ancho de banda y soporta una tasa de exceso sostenida que se basa en el PIR.
Con la medicin de tasa dual, el cubo de testigo PIR se llena a una velocidad que se basa en
la tasa de llegada de paquetes. El PIR configurado y el cubo de testigo CIR se llenan a una
velocidad que se basa en la tasa de llegada de paquetes y el CIR configurado.
Cuando un paquete llega, se comprueba primero el cubo de token PIR para ver si hay
suficientes fichas en el cubo de token PIR para enviar el paquete. La condicin de
virolacin ocurre si no hay suficientes fichas en el contenedor de testigo PIR para transmitir
el paquete.Si hay suficientes fichas en el cubo de token PIR para enviar el paquete, se
comprueba el cubo del token CIR. La condicin de superacin ocurre si hay suficientes
tokens en el cubo de testigo PIR para transmitir el paquete pero no suficientes fichas en el
cubo de testigo CIR para transmitir el paquete.La condicin de conformidad se produce si
hay suficientes tokens en el cubo CIR para transmitir el paquete.
La medicin de frecuencia dual se configura a menudo en interfaces en el borde de una red

para controlar la tasa de trfico que entra o sale de la red.En las configuraciones ms
comunes, el trfico que se conforma se enva y el trfico que excede se enva con una
prioridad disminuida o se cierra .Puede cambiar estas opciones de configuracin para
adaptarlas a sus necesidades de red.
Este algoritmo de cubo simblico proporciona a los usuarios tres acciones diferentes para
cada paquete:
Una accin conforme
Una accin excedente
Una accin de violacin opcional
El trfico que ingresa a la interfaz con policas de dos velocidades configuradas se coloca en una de estas
categoras. Dentro de estas tres categoras, los usuarios pueden decidir tratamientos de paquetes. Por
ejemplo, un usuario puede configurar una poltica policial de la siguiente manera:
Se transmiten paquetes conformes.Los paquetes que excedan pueden ser transmitidos con una
prioridad disminuida; Los paquetes que violan se eliminan.
La condicin de violacin se produce si no hay suficientes fichas en el cubo PIR para transmitir
el paquete.
La condicin de superacin ocurre si hay suficientes tokens en el cubo de PIR para transmitir el
paquete pero no suficientes fichas en el cubo CIR para transmitir el paquete.En este caso, el paquete
puede ser transmitido y el cubo de PIR se actualiza a tokens restantes de Tp-B, donde Tp es el
tamao del cubo de PIR y B es el tamao del paquete a transmitir.
La condicin de conformidad se produce si hay suficientes tokens en el cubo CIR para

transmitir el paquete.En este caso, los paquetes son transmitidos y ambos cubos (Tc y Tp) se
decrementan a Tp-B ya Tc-B, respectivamente, donde Tc es el tamao del cubo CIR, Tp es el tamao
del cubo PIR y B es el tamao del paquete que se va a transmitir.
Configuracin del control basado en clases
En este tema se describe cmo configurar la vigilancia basada en clases.
Implementacin de la Polica Clase-Basada
Caracterstica Descripcin
Mtodo de MQC
configuracin
Implementaciones Cubo simblico simple o doble, tasa simple o

doble
Condiciones Conformar, exceder, violar
Comportamiento Cada, ajuste (observacin), transmisin
Multiacciones Aplicar dos o ms parmetros de conjunto como

una accin de conformar o exceder o violar
La funcin de vigilancia basada en clases realiza estas funciones:
Limita la velocidad de transmisin de entrada o salida de una clase de trfico que

se basa en criterios definidos por el usuario
Marca los paquetes estableciendo distintos marcadores de Capa 2 o Capa 3, o

ambos
La polica basada en clases puede implementarse usando un mtodo de cubo simple o doble
como el mecanismo de medicin. Cuando la opcin de accin de infraccin no se especifica
en el comando MQC de la polica , se aplica el algoritmo de cubo de testigo nico.Cuando
se especifica la opcin de acto de violacin en el comando MQC de la polica , se aplica el
algoritmo de cubo de token dual.
Un algoritmo de cubo de token dual permite al trfico hacer lo siguiente:
Cumpla con el lmite de velocidad cuando el trfico est dentro de la velocidad

binaria media
Exceder el lmite de velocidad cuando el trfico excede la velocidad de bits

promedio, pero no excede el exceso de explosin permitido
Violar el lmite de velocidad cuando el trfico excede tanto la tasa promedio como
el exceso de rfagas
Dependiendo de si el paquete actual cumple con, excede o infringe el lmite de velocidad,

se pueden tomar una o ms de estas acciones: transmitir, soltar o establecer un marcador y
transmitir.
La policiacin multiaccion es un mecanismo que puede aplicar ms de una accin a un

paquete; Por ejemplo, establecer el punto de cdigo de servicios diferenciados (DSCP), as
como el bit de prioridad de prdida de clulas (CLP) en los paquetes que exceden.

Este subtpico describe el comando del software Cisco IOS que se requiere para configurar
la vigilancia policial basada en clases de una o dos velocidades.

Polica {cir cir } [bc conform-burst ] {pir pir } [ pico de

pico ] [accin de conformidad - accin ]
[Accin de violacin- accin ]
Especifica tanto el CIR como el PIR para la polica de trfico de dos

velocidades
CIR = tasa de informacin comprometida (b / s)
PIR = tasa de informacin de pico (b / s)
Las palabras clave Bc y Be y sus argumentos asociados ( conform-

burst y peak-burst , respectivamente) son opcionales.
- bc por defecto: 1500 bytes o CIR / 32, lo que sea mayor

- ser predeterminado : Igual a Bc
El comando policial basado en MQC define los parmetros policiales para un polica de un
solo o doble rgimen.El parmetro cir define el CIR controlado; Bc y Be definen los
tamaos de la cubeta del token en bytes; Y la accin define una accin para conformar,
exceder, o, opcionalmente, violar trfico.
Si no se especifica Bc (en bytes), el valor predeterminado es CIR / 32, o 1500 por tes, el
que sea mayor.Cuando se utiliza la frmula CIR / 32 para calcular el Bc predeterminado (en
bytes), Cisco IOS Software utiliza un Tc de 0,25 segundos, en el que:
Bc (en bytes) = (CIR * Tc) / 8
Bc (en bytes) = (CIR * 0,25 segundos) / 8 = CIR / 32
Si no se especifica Be (en bytes), el valor predeterminado ser Bc. En un solo caso de cubo
simblico, Cisco IOS Software ignora el valor Be. Esto significa que el exceso de ruptura
est deshabilitado.
La tasa de Be se puede especificar cuando se configura una accin de infraccin, por lo

tanto usin ga dual token cubo.Esto permite que Be sea configurado explcitamente en lugar
de usar el valor por defecto de Be = Bc. Ser especifica el tamao de la segunda (exceso)
token cubo.
La definicin del parmetro pir permite una vigilancia policial dual, que utiliza dos tasas
separadas: CIR y PIR. Las palabras clave Bc y Be y sus argumentos asociados ( conform-
burst y peakburst , respectivamente) son opcionales.Si no se especifica Bc, Bc (en bytes)
predeterminar CIR / 32 o 1500 bytes, lo que sea mayor. Si Be no se especifica, Be (en
bytes) predeterminar PIR / 32 o 1500 bytes, el que sea mayor.
Ejemplo de Policing basado en clases: Single Rate, Single
Token Bucket
Este subtema proporciona un ejemplo de configuracin de vigilancia policial basada en
clase basada en un solo testigo.
El ejemplo de configuracin de la polica basada en clases muestra dos clases de trfico

configuradas basadas en direcciones MAC ascendentes.El trfico del servidor web en
particular, que se clasifica por su direccin MAC, se controla con un ancho de banda fijo
sin capacidad de rfaga en exceso utilizando un solo contenedor de testigos.El trfico
conformado se enva tal cual y el trfico excedente se elimina. En este caso, el servidor web
www.123.com est vigilado a una velocidad de 512 kb / s, y el servidor web www.456.com
est vigilado a una velocidad de 256 kb / s.
Dado que no se especifica la accin de infraccin, se utilizar un esquema de cubo de

testigo nico y no se permitir ningn rebrote excesivo.
En este ejemplo, el Bc no se especifica y, por lo tanto, tendr un valor predeterminado de

512.000 / 32 (16.000 bytes) y 256.000 / 32 (8000 bytes), respectivamente.
La configuracin predeterminada de Bc se puede examinar mostrando el mapa de polticas. El

Be no se muestra porque no se permite el exceso de estallido utilizando un solo cubo de testigos
con la polica basada en clases.
Ejemplo de Policing basado en clases: Single Rate, Dual

Token Bucket
Este subtema proporciona un ejemplo de configuracin de la vigilancia policial basada en la
clase de un solo token de tasa nica.
Ejemplos de policas basados en clases:
Tasa nica, cubo de doble token
Clase-mapa www.123.com coinciden

fuente-direccin mac 000d.dddf.0480!
Clase-mapa www.456.com coincidencia
fuente-direccin mac 000d.dddc.ad21!
Policy-map ServerFarm
Clase www.123.com
Polica 512000 conjunto-accin set-prec-transmite 4 excede-

accin set-prec-transmite 3 violate-action drop
Clase www.456.com
Polica 256000 conformar-accin fijar-prec-transmitir 4

exceder-accin fijar-prec-transmitir 3 violar-accin gota
! Interfaz FastEthernet
0/0
Entrada de la poltica de servicios ServerFarm
El ejemplo de configuracin policial basada en clases muestra dos clases de trfico

configuradas que se basan en direcciones MAC ascendentes.
El trfico del servidor web particular, que se clasifica por su direccin MAC, se controla a
un ancho de banda fijo con capacidad de rfaga en exceso utilizando un cubo de token
doble, configurando una accin de infraccin.El trfico de conformidad se enviar tal como
est, el trfico excedente se marcar a la prioridad IP 3 y se transmitir, y todo el trfico que
viola se eliminar.
En este ejemplo, debido a que se especifica la accin vio tarda, se utilizar un esquema de
cubo de testigo dual con exceso de ruptura.El tamao de rfaga comprometido (Bc) no se
especifica y, por lo tanto, el valor predeterminado ser 512.000 / 32 (16.000 bytes) y
256.000 / 32 (8000 bytes), respectivamente. El tamao de rfaga en exceso (Be) tampoco se
especifica, y por lo tanto, el valor predeterminado es Bc.
Formacin basada en clases

En este tema se describe la conformacin basada en clases.
Dos mtodos de conformacin de trfico
Conforme a la tasa Conforme a la frecuencia

promedio mxima
Caractersticas Reenvo de paquetes a la Reenvo de paquetes a la

velocidad media velocidad mxima de hasta Bc
configurada (Bc de trfico + Be del trfico a cada Tc. Sin
en cada Tc). Rfagas embargo, el trfico enviado por
permitidas hasta Be encima del CIR puede ser
cuando se dispone de alterado durante la congestin
tokens adicionales. de la red.
Uso recomendado Conservador. La red tiene ancho de banda

adicional disponible.
Mtodo ms comn.
La aplicacin tolera la prdida
ocasional de paquetes.
La configuracin del trfico basada en clases se aplica nicamente al trfico saliente. La

conformacin basada en clases se puede configurar de dos maneras:
Conformacin a la velocidad media configurada: Conformacin a la

velocidad media hacia delante hasta un Bc de trfico a cada intervalo de Tc, con una
capacidad de ruptura adicional cuando se acumulan suficientes tokens en la cubeta.Bc
de tokens se aaden al token bucket en cada intervalo de tiempo Tc. Despus de vaciar
el cubo de tokens, no se puede producir un estallido adicional hasta que se permita que
se acumulen los tokens , lo cual puede ocurrir slo durante perodos de silencio o
cuando la velocidad de transmisin es inferior a la velocidad media.Despus de un
perodo de baja actividad de trfico, se puede enviar hasta Bc + exceso de rfaga (Be)
de trfico. Este es el mtodo ms comn de configuracin de modelado basado en
clases .
Conformacin a la velocidad de pico: Conformacin a la velocidad de cresta

hacia delante hasta Bc + Be del trfico a cada intervalo de tiempo Tc.Bc + Be de tokens
se agregan al token bucket en cada intervalo de tiempo Tc. La conformacin a la
velocidad mxima enva el trfico a la velocidad mxima, que se define como la tasa
media multiplicada por (1 + Be / Bc).El envo de paquetes a la velocidad pico puede
resultar en la cada de la nube WAN durante la congestin de la red. La configuracin a
la velocidad mxima se recomienda slo cuando la red tiene un ancho de banda
adicional disponible ms all del CIR y las aplicaciones pueden tolerar cadas
ocasionales de paquetes.
Configuracin de modelado basado en clases

En este tema se describen los comandos Cisco IOS que se requieren para configurar el
modelado basado en clases.
Configuracin de modelado basado en clases

Forma {promedio | Pico} velocidad de bits media [Bc]

[Be] forma {promedio | Pico} [Bc] [Be]
Configura shaper en b / s o porcentaje
Se recomienda omitir el Bc y el Be para permitir que el

software Cisco IOS seleccione valores ptimos
Los comandos de pico de forma y de forma configuran la configuracin media y de pico,

respectivamente.El Bc y el valor en bits se pueden configurar explcitamente, o Cisco IOS
Software puede calcular automticamente su valor ptimo. No se recomienda que configure
el Bc y el Be para permitir que el algoritmo Cisco IOS determine el mejor valor de Bc y Be
para usar.La conformacin de trfico basada en clases utiliza un cubo de testigo nico con
un tamao de cubo de token mximo de Bc + Be.
El porcentaje de forma Comando se utiliza a menudo junto con los comandos de ancho
de banda y prioridad .Los comandos de ancho de banda y prioridad se pueden utilizar
para calcular la cantidad total de ancho de banda disponible en una entidad (por ejemplo,
una interfaz fsica).Cuando los comandos de ancho de banda y prioridad calculan la
cantidad total de ancho de banda disponible en una entidad, el ancho de banda total es el
ancho de banda en la interfaz fsica.
Ejemplo de modelado basado en clases

Este subtema proporciona un ejemplo de modelado basado en clases.
Forma promedio
16000
Class-map Formato de
coincidencia
protocolo citrix!
Policy-map ShapeAvg
clase Forma
Pico de forma
16000
Policy-map ShapePeak
clase Forma
! Interfaz Serial0 / 0 salida

de la poltica de servicio
ShapeAvg! Interfaz Serial0 / 1
Salida de la poltica de
servicios ShapePeak
Valores calculados por Cisco IOS

Software: Bc = Be = 8000 bits, Tc =
500 ms
Tasa de pico = Promedio. Rate * (1 +

Be / Bc)
= 16000 * (1 + 8000/8000)
= 32000 b / s
Ejemplo de
modelado basado
en clases
La figura muestra una configuracin de ejemplo para la conformacin independiente basada

en clases (no CBWFQ). El trfico de Citrix se clasifica en la clase Shape.
La clase Shape se configura a diferentes velocidades en dos interfaces:
En el interfaz serial 0/0, el trfico se forma a la tarifa media.Los valores Bc y Be

no estn configurados, permitiendo que el software Cisco IOS calcule automticamente
sus valores ptimos. El trfico de Citrix est configurado a una tasa promedio de 16.000
b / s. El resultado de la determinacin automtica de los valores Be y Bc ser de 8000
bits con un Tc de 500 ms.
En la interfaz Serial 0/1, el trfico de Citrix est configurado a la velocidad

mxima.Porque el Be y
Bc no se especifican, Cisco IOS Software calcula automticamente el valor ptimo para

Tc, Bc y Be.La declaracin de forma es pico de forma 16000. Los valores Be y Bc
resultantes automticamente sern cada uno de 8000 bits con una Tc de 500 ms. Por lo
tanto, la tasa de pico ser la siguiente:
Velocidad de pico = velocidad media * (1 + Be / Bc) = 16000 * (1 +

8000/8000) = 16000 * 2 = 32000 b / s
Formacin jerrquica basada en clases con CBWFQ Ejemplo
Este subtema proporciona un ejemplo de configuracin jerrquica basada en clases con
CBWFQ.
El ejemplo utiliza mapas de polticas jerrquicas y configura CBWFQ dentro de la

conformacin basada en clases. La directiva principal es la directiva shape-all. Esta
directiva padre hace referencia a una directiva secundaria denominada child-cbwfq. La
plantilla de mapa de polticas principal especifica una tasa de forma promedio de 384 kb / s
para todo el trfico (igualada por default de clase) y asigna la directiva de servicio llamada
child-cbwfq como directiva secundaria.
El trfico conformado se clasifica adems en tres subclases de trfico distintas, con

garantas de ancho de banda de 50, 20 y 10 por ciento del ancho de banda configurado,
respectivamente.
El trfico que se transmite a travs de la interfaz serie 0/0 est limitado a la velocidad de
transmisin a un total de 384 kb / s. La subclase-x tiene una garanta mnima de 192 kb / s
(384 * 0.5), la subclase -y tiene una garanta de 76.8 kb / s (384 * 0.2) y la subclase -z tiene
una garanta de 38.4 kb / s (384 * 0,1).
La conformacin jerrquica basada en clases con CBWFQ se utiliza para acelerar la

velocidad de transmisin y as gestionar la congestin localmente en lugar de depender de
la red para entregar o dejar caer los paquetes al destino.Las garantas de ancho de banda
basadas en la clase dentro del formador de origen aseguran una tasa de reenvo determinada
para cada clase.
La conformacin jerrquica basada en clases con CBWFQ puede utilizarse para gestionar la
congestin de interfaces basadas en software, como subinterfaces o tneles, porque no
tienen una cola de hardware que est directamente asociada a ellas.
Colas de baja latencia

Este tema describe LLQ y CBWFQ.
Colocacin debida ponderada basada
en clases y colas de baja latencia
CBWFQ:
Mecanismo que se utiliza para garantizar el ancho de banda a las

clases
- Cada clase tiene una cola reservada
- Cada clase puede realizar WRED para evitar la congestin
- Cada clase recibe ms ancho de banda reservado cuando no

hay congestin
Ancho de banda no utilizado asignado proporcionalmente a garantas
LLQ:
Agrega cola de prioridad a CBWFQ para trfico en tiempo real

Clase de alta prioridad :
- Propagacin de paquetes de baja latencia
- Ancho de banda garantizado
- Vigilancia al ancho de banda garantizado cuando se produce

congestin
CBWFQ define varias clases de trfico que se basan en criterios de coincidencia. Los
paquetes que satisfacen los criterios de coincidencia para una clase constituyen el trfico
para esa clase. Se reserva una cola para cada clase ch, y el trfico perteneciente a una clase
se dirige a esa cola de clases.Una clase se caracteriza por el ancho de banda, el peso y el
lmite mximo de paquetes. El ancho de banda asignado a una clase es el ancho de banda
mnimo que se entrega a la clase durante la co- ingestin.
CBWFQ admite varios mapas de clases para clasificar el trfico en sus colas FIFO
correspondientes. Cada de cola es el esquema de cada predeterminado. WRED se puede
utilizar en combinacin con CBWFQ para evitar la congestin de una clase.
Para CBWFQ, el peso de un paquete perteneciente a una clase especfica se deriva del
ancho de banda que asign a la clase cuando la configur.Por lo tanto, el ancho de banda
asignado a los paquetes de una clase determina el orden en que se envan los paquetes. Una
clase obtiene ms de su ancho de banda reservado si no hay congestin.El ancho de banda
no utilizado se comparte entre las clases proporcionalmente a sus garantas.
En CBWFQ, todos los paquetes se reparan con base en el peso; Ninguna clase de paquetes
puede tener prioridad estricta. Este esquema plantea problemas para el trfico de voz, que
es en gran medida intolerante a la demora, especialmente la variacin en el retraso.Para el
trfico de voz, las variaciones en el retardo introducen irregularidades de transmisin que se
escuchan como jitter en la conversacin.
La caracterstica LLQ trae colas de prioridad estricta a CBWFQ. La cola de prioridad

estricta permite que los datos sensibles a la demora como la voz sean eliminados de la cola
y enviados primero (antes de que los paquetes de otras colas sean eliminados de la cola),
dando tratamiento preferente de datos sensible al retardo sobre otro trfico.
Arquitectura de LLQ
Este subtema describe la arquitectura LLQ.
Cuando CBWFQ est configurado como sistema de colas, crea una serie de colas, en las
que clasifica las clases de trfico. Estas colas se programan con un programador ponderado,
que puede garantizar el ancho de banda de cada clase.
Si LLQ se utiliza dentro del sistema CBWF Q, se crea una cola de prioridad adicional en el
sistema WFQ, que es atendida por un planificador de prioridad estricta.Por lo tanto,
cualquier clase de trfico puede conectarse a una poltica de servicio, que utiliza la
programacin de prioridades y, por lo tanto, puede priorizarse sobre otras clases.
Las clases a las que se aplica el comando de prioridad se consideran clases de

prioridad.Dentro de un mapa de polticas, puede asignar un estado de prioridad a una o ms
clases. Cuando varias clases dentro de un solo mapa de polticas se configuran como clases
de prioridad, todo el trfico de estas clases se pone en cola a la misma cola de prioridades
nica y estricta.
Beneficios LLQ
Este tema describe los beneficios de LLQ.
Beneficios LLQ
Las clases de alta prioridad estn garantizadas:
- Propagacin de paquetes de baja latencia
- Ancho de banda
Configuracin y operacin consistentes en todos los tipos de medios

Los criterios de entrada a una clase pueden ser definidos por
una ACL:
- Define el lmite de confianza para asegurar la clasificacin

simple y la entrada a una cola
Soporta DiffServ EF y AF PHBs:
- Cola de prioridad implementa EF PHB
- CBWFQ con WRED implementa AF PHBs
El planificador de prioridad de LLQ implementa el Comportamiento de Per-Hop Forward

Forwarding (EF PHB) del modelo DiffServ garantizando tanto la propagacin de baja
latencia de paquetes como el ancho de banda a clases de alta prioridad. La latencia baja se
logra acelerando el trfico utilizando un planificador de prioridades.El ancho de banda
tambin est garantizado por la naturaleza de la programacin de prioridades, pero se
controla a un valor configurable por el usuario. El esquema de prioridad estricta permite
que los datos sensibles al retardo, como la voz, se eliminen de la cola y se enven primero,
es decir, antes de que los paquetes en otras colas se eliminen de la cola.
La vigilancia de las colas de prioridad tambin impide que el programador prioritario

monopolice el planificador CBWFQ y las clases no prioritarias hambrientas, como hace el
PQ legado. Mediante la configuracin de la cantidad mxima de ancho de banda que se
asigna a los paquetes pertenecientes a una clase, puede evitar el trfico de prioridad no
prioritaria.
Las colas de clases no prioritarias dentro de la estructura LLQ (o CBWFQ) implementan el

PHB de reenvo garantizado (AF) del modelo DiffServ garantizando un nivel de servicio
definido para cada clase .La cada diferencial es controlada por WRED, que se puede
configurar individualmente para cada clase y especifica las caractersticas de cada del
trfico en la clase.
Configuracin de LLQ
Este tema describe cmo configurar LLQ.
Configuracin de LLQ
Ancho de banda de prioridad

[rfaga] porcentaje de porcentaje
de prioridad [rfaga]
Declara una clase dentro del mapa de polticas como clase LLQ
Asigna una cantidad fija de ancho de banda (en kb / s) o porcentaje de ancho de banda
de interfaz configurado o predeterminado
El trfico que excede el ancho de banda especificado se elimina si existe congestin

Tamao de rfaga predeterminado basado en el intervalo de 200 ms y el
ancho de banda LLQ
- Burst define cuntos datos se envan de una vez
Ancho de banda { bw-kbps | Porcentaje restante | Porcentaje

porcentaje
Asigna una cantidad fija de ancho de banda a una clase, en kb / s o porcentaje de la

configuracin
(O por defecto) ancho de banda de interfaz-CBWFQ porcin del sistema LLQ
El porcentaje restante asigna un porcentaje del ancho de banda disponible
Los dos comandos principales que se requieren para configurar un sistema LLQ son la
prioridad y los comandos de ancho de banda .
El comando priority se utiliza para identificar una clase como una clase de prioridad
estricta y asignar ancho de banda a esa clase.El ancho de banda se puede especificar en
kilobits por segundo o en porcentaje del ancho de banda de interfaz configurado o
predeterminado. El trfico que excede el ancho de banda especificado se elimina si existe
congestin. La opcin de rfaga define la cantidad de datos que se pueden enviar de una
vez.El tamao de rfaga predeterminado se basa en el intervalo de 200 ms y el ancho de
banda de LLQ.
El comando de ancho de banda se utiliza para asignar ancho de banda a clases no

prioritarias.Se aplica a la porcin CBWFQ del sistema LLQ, no a la cola de prioridad. El
ancho de banda se puede especificar en kilobits por segundo o en porcentaje de la ancho de
banda de interfaz configurado o predeterminado h.La palabra clave restante permite la
asignacin de un porcentaje del ancho de banda restante (no asignado).
Nota Debido a que el ancho de banda para la clase de prioridad se especifica como
parmetro al comando de prioridad , tampoco puede configurar el comando de ancho
de banda para una clase de prioridad .Si lo hace, es una infraccin de configuracin
que slo introducira confusin en relacin con la cantidad de ancho de banda a asignar.
Ejemplo de configuracin LLQ

Este subtema proporciona un ejemplo de configuracin de LLQ.
Ejemplo de configuracin LLQ
Class-map voip match

IP precedencia 5!
Clase-mapa de misin
crtica coincidencia ip
precedencia 3 4!
Class-map coincidencia
transaccional ip
precedencia 1 2!
Policy-map Poltica1
clase voip
Porcentaje de
prioridad 10
Clase de misin crtica
Porcentaje de ancho de
banda 30 deteccin
aleatoria
Clase transaccional
Porcentaje de ancho de
banda 20 deteccin
aleatoria
Class class-default
Fair-queue random-
detect
Esta configuracin LLQ reenva la clase voip como trfico de prioridad estricta y le asigna
el 10 por ciento del ancho de banda de la interfaz (configurado usando el comando de
ancho de banda o predeterminado ).
A la clase de misin crtica se le asigna el 30 por ciento del ancho de banda de

interfaz.Utiliza WRED para alejar los paquetes cuando la cola se est llenando para evitar la
congestin.
La clase transaccional obtiene el 20 por ciento del ancho de banda de la interfaz y tambin
utiliza WRED.
La clase-default coincide con todos los dems paquetes que no estn clasificados en las
clases anteriores, se programa utilizando el algoritmo WFQ, y tambin utiliza WRED.
Seguimiento LLQ
Este subtopic explica cmo monitorear LLQ.
Seguimiento LLQ
Enrutador
Mostrar interfaz de interfaz de mapa de polticas
Muestra las estadsticas de paquetes de todas las clases que

estn configuradas para todas las polticas de servicio en la interfaz o
subinterfaz especificada
Router # Mostrar interfaz de poltica-mapa Fastethernet 0/0
FastEthernet0 / 0
Salida de la poltica de servicios: LLQ
Mapa de clases: LLQ (match-any)
0 paquetes, 0 bytes
5 minutos ofrecidos tarifa 0 bps, tasa de cada 0 bps
Partido: cualquier
Ponderacin de colas justas
Prioridad estricta
Cola de salida: Conversacin 264
Ancho de banda 1000 (kbps) Rfaga 25000 (Bytes)
(Pkts emparejados / bytes

emparejados) 0/0 (gotas totales /
bytes cae) 0/0
Class-map: class-default (coincidencia-cualquiera)

0 paquetes, 0 bytes
5 minutos ofrecidos tarifa 0 bps, tasa de cada 0 bps
Partido: cualquier
El comando show policy-map interface muestra las estadsticas de paquetes de todas las
clases que estn configuradas para todas las polticas de servicio en la interfaz
especificada.La tabla describe algunos de los campos clave de la salida del comando.
Parmetro Descripcin
Mapa de la clase Clase de trfico que se muestra. La salida se muestra para

cada clase configurada en la directiva.
Tarifa ofrecida Valora, en kb / s, los paquetes que llegan a la clase.
tasa de abandono Tasa, en kb / s, en el que los paquetes se descartan de la clase.

La tasa de cada se calcula restando el nmero de paquetes
transmitidos satisfactoriamente de la tarifa ofrecida.
Criterios de coincidencia que se especifican para la clase de

Partido
trfico.
Pkts emparejados / Nmero de paquetes (tambin mostrados en bytes) que

bytes emparejados coinciden con esta clase que se colocaron en la cola.
Gotas totales / gotas Nmero de paquetes / bytes que se descartan para esta clase.
de bytes
Clculo del ancho de banda para LLQ

Este tema describe cmo calcular los valores de ancho de banda para LLQ.
Clculo del ancho de banda para LLQ

La reserva de ancho de banda debe incluir gastos generales:
Ancho de banda utilizado para garantas y policiamiento con LLQ
Para un funcionamiento correcto, debe incluir la capa 3 y la capa 2

sobrecarga, de lo contrario, garantiza menos de lo esperado
Ejemplo: configuracin de la cola de prioridad para admitir 10

llamadas G.729 (paquete de 20 ms) en el enlace MLPPP
Ancho de banda de prioridad LLQ = 10 x (20 bytes + 40 bytes + 13

bytes) x 50 p / sx 8 bits / byte = 10 x 29,2 kb / s = 292 kb / s
Ancho de banda prioritario de LLQ redondeado a 300 kb / s
Router (config-pmap-c) # priority 300
La asignacin de ancho de banda se especifica utilizando dos comandos dentro de la

estructura LLQ: la prioridad y los comandos de ancho de banda .Se define la garanta de
ancho de banda y la tasa de vigilancia, mientras que la tasa de vigilancia se aplica slo
durante la congestin. El ancho de banda debe incluir la sobrecarga de Capa 2 y Capa 3 de
los paquetes que se envan dentro de una clase.
La figura ilustra cmo calcular el ancho de banda que se requiere para una cola LLQ que
debe asegurar el reenvo oportuno de 10 llamadas G.729 con 20-ms de paquetes a travs de
un enlace Multilink PPP (MLP).
El tamao del fotograma es de 73 bytes: 20 bytes (carga til) + 40 bytes (IP / UDP / RTP) +
13 bytes (MLP).
El ancho de banda de una sola llamada es de 29,2 kb / s. El total de 10 llamadas totaliza 292
kb / sy puede redondearse hasta 300 kb / s.
Clculo del ancho de banda para LLQ (Cont.)
Code Perodo de Carga Encabezados

til de Capa 2 [Bytes]
c Packetization de la voz
802.3 Ethernet 18
G.71 20 ms 160 bytes
1
Ethernet 802.1Q 18 + 4
G.71 30 ms 240 bytes

1
PPP 6-9
G.72 20 ms 20 bytes
9 Multilink PPP con 13
intercalado
G.72 30 ms 30 bytes
9 Retardo de fotograma 6
Frame Relay con FRF.12 8
Ejemplo: 10 llamadas G.711, paquete de 20 ms, FRF.12:
Ancho de banda prioritario de LLQ = 10 x (160 bytes + 40 bytes + 8

bytes) x 50 p / sx 8 bits / byte = 10 x 83,2 kb / s = 832 kb / s
Ancho de banda prioritario de LLQ redondeado a 840 kb / s
Router (config-pmap-c) # priority 840
La figura ilustra cmo calcular el ancho de banda que se requiere para una cola LLQ que debe asegurar
el reenvo oportuno de 10 llamadas G.711 con 20-ms de paquetes sobre un enlace Frame Relay que est
configurado para Frame Relay Fragmentation Implementation Agreement (FRF.12) Fragmentacin e
intercalacin.
El tamao del fotograma es 208 bytes: 160 bytes (carga til) + 40 bytes (IP / UDP / RTP) + 8 bytes
(FRF.12).
El ancho de banda de una sola llamada es de 83,2 kb / s. El total de 10 llamadas totaliza 832 kb / s y
puede redondearse a 840 kb / s.
Resumen
Resumen
La congestin ocurre en el desajuste de la tarifa o en los puntos de
agregacin.
Limites de velocidad de policiamiento o observaciones por encima

del lmite de trfico, mientras que la formacin de colas por encima
del lmite de trfico si dentro del tamao permitido de rfaga.
La velocidad de trfico se mide usando cubos de un solo o dos

testigos con las mismas o diferentes velocidades.
La poltica de doble velocidad define dos velocidades de informacin:

comprometida y de pico, con los respectivos tamaos de rfaga (Bc y
Be).
La configuracin de vigilancia basada en clases puede especificar

hasta tres acciones:
Conformes (debajo de CIR), exceden (sobre CIR pero debajo de

PIR), y violan (sobre PIR).
Resumen (Cont.)
La conformacin basada en clases retrasa los paquetes por encima
del umbral y no los vuelve a marcar.
La conformacin se configura ya sea a la tasa media

(conservadora) oa la velocidad mxima (agresiva).
Las colas de baja latencia definen una cola de alta prioridad dentro
de un sistema de colas basado en CBWFQ.
El sistema LLQ se configura utilizando el comando de ancho de

banda para asignar un ancho de banda a la clase de trfico y el
comando de prioridad para declarar una clase como clase de
prioridad .
La reserva de ancho de banda para LLQ debe incluir la sobrecarga

de Capa 2 y Capa 3 de las llamadas VoIP.

Leccin 5
Descripcin de AutoQoS de
Cisco
Visin de conjunto
Cisco AutoQoS representa dos tecnologas, Cisco AutoQoS VoIP y Cisco AutoQoS para la
empresa. Estas tecnologas simplifican los retos de administracin de red, lo que reduce la
complejidad de la calidad de servicio (QoS), el tiempo de implementacin y el costo en la
red empresarial .
Cisco AutoQoS VoIP incorpora inteligencia de valor agregado en el software Cisco IOS y el
software Cisco Catalyst para proporcionar y administrar implementaciones de QoS a gran
escala. Proporciona el aprovisionamiento de QoS para enrutadores y conmutadores
individuales, simplificando la implementacin y reduciendo el error humano.Cisco
AutoQoS VoIP ofrece capacidades sencillas para automatizar las implementaciones de VoIP
para los clientes que desean desplegar telefona IP, pero que carecen de la experiencia y el
personal necesarios para planificar e implementar servicios de IP QoS e IP.
Cisco AutoQoS for the Enterprise es un proceso en el que se despliegan dos mecanismos
inteligentes para detectar trfico de voz, video y datos en las redes Cisco.Los mecanismos
generan polticas QoS de mejores prcticas y aplican esas polticas a las interfaces WAN.
Esta leccin explora las capacidades, requisitos y configuracin de Cisco AutoQoS VoIP y
Cisco AutoQoS para la empresa.
Objetivos
Al completar esta leccin, podr describir AutoQoS de Cisco y sus operaciones. Esta
capacidad incluye ser capaz de cumplir los siguientes objetivos:
Explicar cmo Cisco AutoQoS VoIP se utiliza para implementar la poltica QoS e
identificar las plataformas de enrutador y conmutador en las que se puede utilizar VoIP
Cisco AutoQoS
Describir los requisitos previos para VoIP de AutoQoS de Cisco y su

configuracin mediante el CLI
Explicar cmo examinar y supervisar una configuracin de red despus de activar

AutoQoS de Cisco
Identificar las tecnologas QoS que se implementan automticamente en la red

utilizando Cisco AutoQoS VoIP
Explicar cmo se utiliza Cisco AutoQoS para la empresa para implementar la

poltica QoS
Describir cmo Cisco AutoQoS para la empresa est configurado en un enrutador

utilizando el CLI
Describir cmo examinar y supervisar una configuracin de red despus de que se

haya habilitado AutoQoS de Cisco para la empresa
Cisco AutoQoS VoIP

Este tema describe cmo se utiliza la caracterstica VoIP Cisco AutoQoS para implementar
la directiva QoS.
Cisco AutoQoS ofrece la posibilidad de desplegar funciones de QoS para la telefona IP

convergente y las redes de datos de forma rpida y eficiente, simplificando y automatizando
la poltica de CLI ( Comm orline Interface), o MQC, de Modular QoS .Cisco AutoQoS
genera clases de trfico y plantillas CLI de mapa de polticas. Cuando Cisco AutoQoS est
configurado en la interfaz o circuito virtual permanente (PVC), el trfico recibe
automticamente el tratamiento de QoS requerido .No hay necesidad de un profundo
conocimiento de las tecnologas subyacentes, las polticas de servicio y los mecanismos de
eficiencia del enlace. Cisco AutoQoS implementa las mejores prcticas para el transporte
VoIP.
Cisco AutoQoS puede ser beneficioso en estos escenarios:
Pequeas y medianas empresas que deben implementar la telefona IP

rpidamente, pero carecen de la experiencia y la dotacin de personal necesarias para
planificar e implementar servicios de QoS IP
Las grandes empresas que necesitan implementar soluciones de telefona de Cisco

a gran escala, al tiempo que reducen los costos, la complejidad y el tiempo de
implementacin y aseguran que la QoS apropiada para aplicaciones de voz se est
configurando de manera consistente
Empresas o proveedores de servicios internacionales que requieren QoS para

VoIP en diferentes regiones del mundo donde existe poca experiencia y donde el
aprovisionamiento de QoS remotamente ya travs de diferentes husos horarios es difcil
Proveedores de servicios que requieren un enfoque basado en plantillas para

entregar servicios gestionados y QoS para trfico de voz a muchos dispositivos de
locales del cliente
Funciones VoIP Cisco AutoQoS

Este subtpico describe las funciones de Cisco AutoQoS VoIP.
Cisco AutoQoS VoIP simplifica y acorta el ciclo de implementacin de QoS en cinco

aspectos principales:
Clasificacin de aplicaciones: AutoQoS de Cisco aprovecha la clasificacin

inteligente en enrutadores mediante Cisco Network-Ba sed Application Recognition
(NBAR) para proporcionar una inspeccin profunda y con estado de los paquetes.Cisco
AutoQoS utiliza Cisco Discovery Protocol para paquetes de voz para garantizar que el
dispositivo conectado a la LAN es realmente un telfono IP.
Generacin de polticas: Cisco AutoQoS evala el entorno de red y genera una

poltica inicial.AutoQoS de Cisco determina automticamente la configuracin de
WAN para la fragmentacin, compresin y encapsulacin, eliminando la necesidad de
entender la teora de QoS.
Configuracin: Con un solo comando, Cisco AutoQoS configura el puerto para

priorizar el trfico de voz sin afectar el trfico de la red, a la vez que ofrece la
flexibilidad de ajustar la configuracin de QoS para los requisitos de red nicos.Las
configuraciones de enrutador y conmutador generadas por Cisco AutoQoS son
personalizables utilizando la CLI estndar de Cisco IOS.
Supervisin y generacin de informes: Cisco AutoQoS proporciona visibilidad

de las clases de servicio que se despliegan mediante el registro del sistema y trampas
SNMP (Protocolo de administracin de red simple), con notificacin de eventos
anormales (es decir, paquetes de paquetes VoIP).
Consistencia: Al implementar configuraciones de QoS utilizando Cisco

AutoQoS, las configuraciones generadas son consistentes entre las plataformas de
enrutador y switch.Este nivel de consistencia asegura una operacin de QoS sin fisuras
y la interoperabilidad dentro de la red.
Cisco AutoQoS VoIP Router Plataformas

En este tema se describen las plataformas de enrutador en las que se puede utilizar Cisco
AutoQoS VoIP.
Cisco AutoQoS VoIP Router Plataformas

Los Routers Cisco 1800, 2800, 2900, 3800, 3900 y 7200 admiten
Cisco AutoQoS.
Implementacin de QoS de voz sin un amplio conocimiento de las

polticas de servicio.
Reduccin del tiempo requerido para desplegar caractersticas de

QoS para telefona IP convergente y redes de datos.
Cisco AutoQoS se presta a la afinacin de todos los parmetros y

configuraciones generados.
El soporte para Cisco AutoQoS incluye los routers Cisco 1800, 2800, 2900, 3800, 3900 y
7200.
La caracterstica Cisco AutoQoS VoIP est soportada en las siguientes interfaces y PVCs:
Interfaces serie con PPP o control de enlace de datos de alto nivel (HDLC)
Frame Relay identificadores de conexin de enlace de datos (DLCI) - slo

subinterfaces punto a punto - Cisco AutoQoS no admite interfaces multipunto
Frame Relay
ATM PVCs
- Cisco AutoQoS VoIP est soportado en PVC ATM de baja velocidad
slo en subinterfaces punto a punto (ancho de banda de enlace inferior a 768 kb /
s)
- Cisco AutoQoS VoIP es totalmente compatible con PVC de alta

velocidad ATM (ancho de banda de enlace superior a 768 kb / s)
Plataformas Cisco AutoQoS VoIP Switch

En este tema se describen las plataformas de conmutacin en las que se puede utilizar Cisco
AutoQoS VoIP.

Todos los switches actuales de Cisco Catalyst admiten Cisco VoIP
AutoQoS.
Los requisitos de QoS de voz pueden cumplirse sin un amplio

conocimiento de:
- Lmite de confianza
- Mapeos CoS-to-DSCP
- Parmetros de programacin WRR y PQ
Reduzca el tiempo requerido para desplegar las caractersticas de QoS

para la telefona IP convergente y las redes de datos.
Los parmetros y configuraciones generados son sintonizables por el

usuario.
Soporte para Cisco AutoQoS VoIP incluye todos los switches actuales de Cisco Catalyst.
Puede implementar los requisitos de QoS de voz sin un conocimiento extenso de la teora
de lmites de confianza, la clase de asignaciones de punto de cdigo de servicios a servicios
diferenciados (CoS a DSCP) y la implementacin ponderada de round robin (WRR) La
plataforma de conmutacin dada.
Una vez que se aplica la poltica automtica, se puede modificar para que coincida con las
necesidades de un entorno especfico.
(Cont.)
Un nico comando a nivel de interfaz configura la interfaz y la
QoS global:
- Soporte para el telfono IP de Cisco y Cisco IP SoftPhone
- El lmite de confianza se deshabilita cuando se mueve el telfono IP
- La asignacin de bfer y la cola de salida dependen del tipo de

interfaz (Gigabit Ethernet o Fast Ethernet)
Soportado en acceso esttico, de acceso dinmico, VLAN de

voz y puertos troncal
Cisco Discovery Protocol debe estar habilitado para que

AutoQoS de Cisco funcione correctamente
Para configurar la configuracin de QoS y la funcin de lmite de confianza en el telfono IP de Cisco, se

debe habilitar el protocolo Cisco Discovery Protocol versin 2 o posterior en el puerto. Si la
caracterstica de frontera de confianza est habilitada, aparece un mensaje de advertencia de syslog si
Cisco Discovery Protocol no est habilitado o si Cisco Discovery Protocol est ejecutando la versin 1.
Cisco Discovery Protocol slo debe habilitarse para la configuracin QoS de ciscoipphone.
Cisco Discovery Protocol no afecta a los otros componentes de las funciones de QoS automticas
.Cuando se utiliza la palabra clave ciscoipphone con la caracterstica QoS automtica especfica del
puerto, se muestra una advertencia si el puerto no tiene habilitado el protocolo Cisco Discovery.
Al ejecutar el comando de QoS automtico especfico del puerto con la palabra clave ciscoipphone sin la
opcin de confianza , se habilita la funcin de dispositivo de confianza .La funcin de dispositivo de
confianza depende de Cisco Discovery Protocol.
Configuracin de Cisco VoIP AutoQoS

En este tema se describen los requisitos previos para el uso de Cisco VoIP AutoQoS y cmo
configurar VoIP Cisco AutoQoS en una red utilizando la CLI.
Cisco AutoQoS VoIP Prerrequisitos
Cisco Express Forwarding debe estar habilitado.
Ninguna poltica de servicio de salida puede existir en la interfaz.
- De lo contrario, el error devuelto con

una explicacin Hay una evaluacin
automtica de ancho de banda.
- Baja velocidad si es inferior o igual a

768 kb / s
Direccin IP obligatoria
- Alta velocidad si es superior a 768 kb / s
Direccin IP opcional
- Requiere que el ancho de banda correcto se

establezca en interfaces o subinterfaces utilizando el
comando de ancho de banda .
Antes de configurar Cisco AutoQoS VoIP, debe cumplir estos requisitos previos:
Cisco Express Forwarding debe estar habilitado en la interfaz o subinterfaz.Cisco AutoQoS

VoIP utiliza NBAR para identificar varias aplicaciones y tipos de trfico, y Cisco Express
Forwarding es un requisito previo para NBAR.
No se pueden adjuntar a la interfaz directivas QoS (polticas de servicio).Cisco AutoQoS VoIP

no se puede configurar si existe una poltica de QoS.
Cisco AutoQo S VoIP clasifica los enlaces como de baja velocidad o de alta velocidad
dependiendo del ancho de banda del enlace.El ancho de banda predeterminado de una interfaz serie,
si el comando de ancho de banda no est configurado, es 1.544 Mb / s.Por lo tanto, se debe
especificar un ancho de banda correcto en la interfaz o subinterfaz donde Cisco AutoQoS VoIP est
habilitado.
- Si la interfaz o subinterfaz tiene una velocidad de enlace de 768 kb / s

o inferior, debe configurarse una direccin IP en la interfaz o subinterfaz
utilizando el comando ip address .De forma predeterminada, Cisco AutoQoS
VoIP habilitar Multilink PPP (MLP) y copiar la direccin IP configurada en la
interfaz de paquete multilnea.
Adems de los requisitos previos de VoIP de Cisco AutoQoS, las siguientes son
recomendaciones y requisitos al configurar Cisco AutoQoS VoIP:
La caracterstica Cisco AutoQoS VoIP slo se admite en PVC y en estas interfaces:
- ATM PVCs
- Interfaces serie con PPP o HDLC
- DLCI de Frame Relay (slo subinterfaces punto a punto) (Cisco

AutoQoS VoIP no admite interfaces multipunto Frame Relay).
La plantilla de configuracin que se genera configurando Cisco AutoQoS VoIP en una interfaz
o PVC se puede sintonizar manualmente, a travs de la configuracin CLI, si se desea.
Cisco AutoQoS VoIP no se puede configurar si una poltica de servicio QoS ya est configurada
y conectada a la interfaz o PVC.
MLP se configura automticamente para una interfaz serie con un enlace de baja velocidad.La
interfaz serie debe tener una direccin IP, que se quita y se pone en el paquete MLP.Cisco AutoQoS
VoIP tambin debe configurarse en el otro lado del enlace.
El comando no auto qos voip elimina Cisco AutoQoS VoIP. Sin embargo, si se elimina la
interfaz en la que se gener la configuracin VoIP de Cisco AutoQoS sin configurar el comando voip
no auto qos , Cisco VoIP AutoQoS no se eliminar completamente de la configuracin.
Las trampas SNMP de AutoQoS de Cisco slo se entregan cuando se utiliza un servidor SNMP
junto con Cisco AutoQoS VoIP.
La cadena de comunidad SNMP AutoQoS debe tener permisos de escritura.
Si el dispositivo se vuelve a cargar con la configuracin guardada despus de configurar Cisco

VoIP AutoQoS y guardar la configuracin en NVRAM, algunos mensajes de advertencia pueden
generarse mediante comandos de umbral de supervisin remota (RMON).Estos mensajes de
advertencia pueden ser ignorados. (Para evitar mensajes de advertencia adicionales, guarde la
configuracin en NVRAM de nuevo sin realizar ningn cambio en la configuracin de QoS).
Configuracin de Cisco VoIP AutoQoS: Enrutadores
Este subtpico describe cmo configurar VoIP Cisco AutoQoS en routers Cisco IOS.
Configuracin de Cisco VoIP AutoQoS:

Enrutadores
Router (config-if) # router (config-fr-
dlci) #
Auto qos voip [confianza] [fr-atm]
Configura la funcin Cisco AutoQoS VoIP
Modo no seguro por defecto
Trust : Indica que las marcas DSCP de un paquete son de confianza
(Dependiente) para la clasificacin del trfico de voz
Fr-atm : Para los DLCI de Frame Relay de baja velocidad interconectados

con ATM PVC en la misma red, la palabra clave fr-atm debe configurarse
explcitamente en el comando auto qos voip para configurar
correctamente Cisco VoIP AutoQoS.
Para configurar la funcin VoIP Cisco AutoQoS en una interfaz, utilice el comando auto
qos voip en el modo de configuracin de interfaz o el modo de configuracin DLCI de
Frame Relay.Para quitar la caracterstica VoIP Cisco AutoQoS de una interfaz, utilice la
forma no del comando auto qos voip .La palabra clave de confianza indica que las marcas
DSCP de un paquete son fiables para la clasificacin del trfico de voz.Si no se especifica
la palabra clave de confianza opcional, el trfico de voz se clasifica mediante NBAR y los
paquetes se marcan con el valor DSCP apropiado.La palabra clave fratm habilita Cisco
AutoQoS VoIP en enlaces de interconexin de Frame Relay a ATM.
El ancho de banda de la interfaz serie se utiliza para determinar la velocidad del enlace en
el momento en que se configura la funcin. Cisco AutoQoS VoIP no responde a los cambios
realizados en el ancho de banda despus de configurar la funcin. Si el ancho de banda se
cambia ms tarde, la funcin Cisco AutoQoS VoIP no actualizar su poltica.Para obligar a
la caracterstica VoIP Cisco AutoQoS a utilizar un ancho de banda actualizado, utilice el
comando no auto qos voip para eliminar la caracterstica VoIP Cisco AutoQoS y luego
reconfigurar la funcin.
Configuracin de Cisco AutoQoS VoIP: Interruptores

Este subtpico describe cmo configurar VoIP Cisco AutoQoS en los conmutadores Cisco
IOS.
Configuracin de Cisco AutoQoS VoIP:

Interruptores
Auto qos voip {cisco-phone | confianza}
Configura Cisco AutoQoS VoIP en una interfaz de conmutador
- No de confianza por defecto
Trust especifica que la interfaz est conectada a un conmutador o

enrutador de confianza y que la clasificacin VoIP en el paquete de
ingreso es de confianza
- Normalmente configurado en las interfaces upstream opcin cisco-

phone :
- Activa automticamente la funcin de lmite de confianza, que utiliza
Cisco Discovery Protocol para detectar la presencia de un telfono IP de

Cisco
- Si la interfaz est conectada a un telfono IP de Cisco, las etiquetas

QoS de los paquetes entrantes son de confianza slo cuando se detecta
un telfono
Cuando la caracterstica Cisco AutoQoS VoIP est activada en la primera interfaz de

conmutador, QoS est activado globalmente (comando de configuracin global mls qos ).
Cuando se introduce el comando de configuracin de la interfaz de confianza de voip de

auto , la clasificacin de ingreso en la interfaz se establece para confiar en la etiqueta de
QoS de CoS que se recibe en el paquete y las colas de salida en la interfaz se
reconfiguran.Las etiquetas QoS en los paquetes de ingreso son de confianza. Esta opcin se
utiliza para identificar un puerto como conectado a un conmutador o enrutador de
confianza.
Cuando se ingresa el comando de configuracin de la interfaz de telfono auto qos voip

cisco-phone , se habilita la funcin de lmite de confianza.La funcin de lmite de
confianza utiliza el protocolo Cisco Discovery para detectar la presencia o ausencia de un
telfono IP de Cisco.Cuando se detecta un telfono IP de Cisco, la clasificacin de ingreso
en la interfaz est configurada para confiar en la etiqueta QoS que se recibe en el paquete.
Cuando un telfono IP de Cisco est ausente, la clasificacin de ingreso es la de no confiar
en la etiqueta QoS en el paquete.Las colas de egreso de la interfaz tambin se reconfiguran.
Este comando extiende el lmite de confianza si se detecta un telfono IP.
Supervisin de Cisco VoIP AutoQoS

Este tema describe cmo supervisar Cisco AutoQoS VoIP.
Monitorizacin de Cisco VoIP AutoQoS:

Enrutadores
Router>
Show auto qos [ tipo de interfaz de interfaz ]
Muestra las configuraciones de interfaz, mapas de polticas,

mapas de clases y ACL creados automticamente
Todos los componentes se pueden sintonizar y examinar

individualmente:
- Mostrar mapa de la clase
- Mostrar mapa de polticas
Router> mostrar la interfaz de auto qos

Serial0 / 1/1 !Interfaz Serial0 / 1/1 salida
de poltica de servicio AutoQoS-Policy-
UnTrust
Cuando se utiliza el comando auto qos voip para configurar la funcin Cisco AutoQoS
VoIP, se generan configuraciones para cada interfaz o PVC. Estas configuraciones se
utilizan para crear las configuraciones de interfaz, mapas de polticas, mapas de clases y
ACL.
El comando show auto qos interface se puede utilizar con Frame Relay DLCIs y ATM
PVCs.
Cuando se utiliza la palabra clave de interfaz junto con el argumento de tipo de interfaz
correspondiente, el comando show auto qos interface [ tipo de interfaz ] muestra las
configuraciones creadas por la caracterstica Cisco AutoQoS VoIP en la interfaz
especificada.
Cuando se utiliza la palabra clave de interfaz pero no se especifica un tipo de interfaz, el

comando show auto qos interface muestra las configuraciones creadas por la funcin
Cisco AutoQoS VoIP en todas las interfaces o PVCs en las que est habilitada la funcin
Cisco AutoQoS VoIP.
Supervisin AutoQoS VoIP: Enrutadores (Cont.)

Salida de muestra para la interfaz Frame Relay de baja velocidad
Router # show auto qos interfaz s6 / 1.1
Serial6 / 1.1: DLCI 100 -!

Interfaz Serial6 / 1 frame-
relay de trfico de forma
Interface Serial6 / 1.1 punto-a-punto frame-

relay interface-dlci 100
Clase AutoQoS-VoIP-FR-Serial6 / 1-100
Frame-relay ip rtp encabezado-compresin
! Frame-relay de clase de mapa AutoQoS-VoIP-FR-

Serial6 / 1-100
Frame-relay cir 512000 frame-rel bc 5120

frame-rel ser 0 frame-rel mincir 512000
servicio-poltica de salida AutoQoS-Policy-
UnTrust frame-relay fragmento 640
El comando show auto qos proporciona ms informacin que el comando show auto qos interface , que
slo muestra la poltica de servicio que se aplica a una interfaz.El comando show auto qos se puede
utilizar para verificar el contenido de las configuraciones de interfaz, mapas de polticas, mapas de clases
y listas de control de acceso (ACL).
El ejemplo de la figura presenta el comando show auto qos en un escenario en el que la funcin VoIP de
AutoQoS se configur en una interfaz Frame Relay de baja velocidad.
Supervisin AutoQoS VoIP: Conmutadores

Este subtpico describe cmo supervisar Cisco AutoQoS VoIP en los switches Cisco
Catalyst.
Supervisin AutoQoS VoIP: Conmutadores

cambiar#
Mostrar auto qos [interfaz interfaz-id ]
Muestra la configuracin inicial de Cisco AutoQoS
No muestra ningn cambio de usuario en la autoconfiguracin

- Aadido como resultado de la afinacin
Switch # show auto qos
Configuracin inicial aplicada por

AutoQoS: wrr-cola ancho de banda 20 1 80
0 no wrr-cola cos-mapa wrr-cola cos 1 0 1
2 4 wrr-cola cos 3 3 6 7 wrr-cola cos 4 5
mls qos mapa cos-dscp 0 8 16 26 32 46 48
56! Interfaz FastEthernet0 / 3 mls qos
confianza dispositivo cisco-p hone mls qos
confianza cos
Para mostrar la configuracin inicial de VoIP de Cisco AutoQoS, utilice el comando EXEC
privilegiado show auto qos [ interface [ id-interfaz ]].Para mostrar cualquier cambio de
usuario en esa configuracin, utilice el comando EXEC de show running-config .Puede
comparar el show auto qos y la salida del comando show running-config para identificar
las configuraciones de QoS definidas por el usuario.
Automatizacin con AutoQoS de Cisco
Este tema describe varias de las tecnologas QoS que se implementan automticamente en
la red cuando se usan AutoQoS de Cisco.
Automatizacin con AutoQoS de Cisco
Funcin Caracterstica de
DiffServ QoS de software de Aplicabilidad Descripcin
Cisco IOS
Clasificacin NBAR, DSCP, ACL Opcin de Clasificacin de VoIP; Cuando

fideicomiso: confes
slo
Opcin utilizada, clasificacin
Basado en basada slo en DSCP
DSCP
Calificacin Marcado basado en Slo cuando no Establecer los atributos de

clases se confa capa 2 y capa 3 cuando la
opcin de confianza no se
establece
Congestin Basado en porcentaje Siempre Proporcionar tratamiento EF a

la voz y el mejor esfuerzo de
tratamiento a los datos
administracin LLQ
Organizacin FRTS Retardo de Forma al CIR para suavizar el

fotograma trfico a la velocidad
configurada
Compresin RTP encabezado de Enlaces lentos Aumenta el rendimiento;

compresin Habilitado slo en enlaces
lentos
(& Lt; 768 kb /
s)
LFI MLP con intercalado PPP lento y Reduce la fluctuacin de voz;

o FRF.12 Frame Relay Habilitado slo en enlaces
lentos
campo de golf
Cisco AutoQoS realiza estas funciones en una WAN:
Clasificacin automtica de la carga til del protocolo de transporte en tiempo

real (RTP) y de los paquetes de control de VoIP (H.323, H.225 Unicast, protocolo de
control de cliente delgado [SCCP], protocolo de inicio de sesin [SIP] y protocolo de
control de gateway de medios [MGCP]). Usando NBAR y ACLs.
La opcin de confianza permite la clasificacin mediante valores DSCP.
El marcado se realiza cuando no se utiliza la opcin de confianza .
Crea polticas de servicio para el trfico VoIP que se basan en Cisco MQC.
Disposiciones de baja latencia de colas (LLQ) para el portador de VoIP y

garantas de ancho de banda para el trfico de control.
Permite el modelado del trfico Frame Relay que se adhiere a las mejores
prcticas de Cisco, donde sea necesario.
Permite mecanismos de eficiencia de vnculos como la fragmentacin de enlaces

y el entrelazado (LFI) y el protocolo de transporte en tiempo real comprimido (cRTP)
en enlaces lentos.
Proporciona alertas SNMP y syslog para paquetes de paquetes VoIP.
Cisco AutoQoS realiza estas funciones en una LAN:

Hace cumplir el lmite de confianza en los puertos de acceso al conmutador y los
enlaces ascendentes y descendentes.
Permite que Cisco Catalyst estricta PQ (tambin conocida como cola acelerada)
con la programacin de WRR para trfico de voz y datos, donde sea apropiado.
Configura los criterios de admisin de cola (asigna valores CoS en paquetes

entrantes a las colas apropiadas).
Modifica los tamaos y pesos de las colas cuando sea necesario.
AutoQoS de Cisco para la empresa

Este tema describe cmo Cisco AutoQoS para la empresa se utiliza para implementar la
directiva QoS.
La caracterstica Cisco AutoQoS for the Enterprise automatiza la implementacin de

polticas QoS en un entorno empresarial general. Las polticas implementadas por Cisco
AutoQoS para la empresa no se centran nicamente en la convergencia VoIP, sino tambin
en la convergencia de aplicaciones de voz, vdeo y datos.AutoQoS de Cisco para la empresa
generalmente se despliega en empresas medianas y sucursales de empresas ms grandes. Se
utiliza para proporcionar la generacin de polticas QoS de mejor prctica para la voz, as
como para proporcionar la clasificacin de hasta 10 clases de trfico.
Las polticas de QoS existentes pueden estar presentes durante la primera fase de
configuracin de Cisco AutoQoS for the Enterprise; Es decir, durante la fase de
autodescubrimiento (recogida de datos). Sin embargo, cualquier poltica de QoS existente
debe eliminarse antes de que se apliquen las polticas generadas por Cisco AutoQoS durante
la segunda fase de configuracin de esta caracterstica.
Cisco AutoQoS para la empresa clasifica el trfico utilizando un modelo de 10 clases, que
es demasiado amplio para muchos entornos, especialmente con interfaces de baja
velocidad.En tales casos, la afinacin manual se debe realizar para combinar las clases en
menos tipos de trfico.
Cisco AutoQoS for the Enterprise se realiza en las dos fases siguientes:
Autodiscovery: el proceso de deteccin automtica detecta aplicaciones y tipos de

protocolo.La fase de descubrimiento automtico da al perodo de descubrimiento suficiente tiempo
para recopilar estadsticas de trfico antes de aplicar AutoQoS de Cisco. El tiempo para recopilar
estadsticas de trfico antes de aplicar Cisco Au toQoS depende de los altos y bajos reales de los
patrones de trfico de una red.
Provisioning: La poltica de AutoQoS de Cisco es la etapa de aprovisionamiento, en la que se

aplica la configuracin MQC apropiada al enrutador.Incluye la poltica de QoS recomendada que se
genera e instala mediante las macros de AutoQoS, basndose en los datos recopilados por el proceso
de autodescubrimiento.
La figura muestra las 10 clases de trfico que pueden clasificarse por Cisco AutoQoS para la empresa.
Pueden tener que agregarse en menos clases durante el ajuste manual de la configuracin automtica de
Cisco AutoQoS.
Configuracin de AutoQoS de Cisco para la

empresa
En este tema se describe cmo configurar Cisco AutoQoS para la empresa.

empresa
dlci) #
Descubrimiento auto qos [confianza]
Permite la fase uno (autodiscovery)
- La opcin Trust confa en la marca de ingreso
Requiere Cisco Express Reenvo (requisito previo para NBAR)
La directiva QoS existente puede existir durante el descubrimiento
Estadsticas de trfico son recogidas por NBAR
La velocidad de interfaz determina la configuracin
- Detener y reiniciar el autodescubrimiento si se cambia el

ancho de banda Perodo de deteccin:
- Debe proporcionar un muestreo representativo del volumen

y tipo de voz, video y datos
- Depende del ciclo econmico de la organizacin
El comando de descubrimiento automtico qos [trust] inicia la fase de descubrimiento
en una interfaz de enrutador, subinterfaz o DLCI de Frame Relay. La etapa de
descubrimiento debe completarse antes de que la directiva Cisco AutoQoS pueda aplicarse
a la interfaz del enrutador.Una vez finalizado el descubrimiento, los resultados se pueden
visualizar con el comando show auto discovery qos [interface] .El enrutador no aceptar
el comando auto qos hasta que se hayan recopilado estadsticas.
La palabra clave de confianza se utiliza para hacer que el enrutador dependa de las marcas
en los paquetes de ingreso.
Cisco AutoQoS para la empresa tiene los mismos requisitos que Cisco AutoQoS VoIP,
como los siguientes:
Cisco AutoQoS utiliza NBAR para identificar varias aplicaciones y tipos de

trfico, y Cisco Express Forwarding es un requisito previo para NBAR.
Aunque se permite una poltica de QoS existente durante la etapa de

descubrimiento, debe eliminarse antes de que Cisco AutoQoS firme su poltica.
Cisco AutoQoS clasifica los enlaces como de baja velocidad o alta velocidad,
dependiendo del ancho de banda del enlace.La configuracin correcta del ancho de
banda es necesaria para aplicar la poltica correcta.Cuando se cambia el ancho de banda
durante la fase de descubrimiento, se debe detener el autodiscovery ( utilizando el
comando qos de descubrimiento automtico ) y reiniciarse (con el comando qos de
descubrimiento automtico ) para tener en cuenta la nueva configuracin .
El perodo de descubrimiento debe cubrir el ciclo econmico completo de una empresa y

normalmente oscila entre 2 y 7 das.
empresa (Cont.)
dlci) #
Auto qos
Habilita la segunda fase para Cisco AutoQoS for Enterprise
Requiere que se hayan recogido estadsticas de la primera fase
Genera una poltica de QoS basada en estadsticas NBAR e

instala las polticas de servicio en la interfaz WAN
No puede existir ninguna poltica de servicio en la interfaz

Debe aplicarse en ambos extremos de enlaces lentos
- De lo contrario la compresin y LFI interrumpe la conectividad
El comando auto qos compromete la directiva de QoS generada automticamente al enrutador.Este

comando se acepta despus de reunir las estadsticas de descubrimiento. Ninguna poltica de servicio
QoS puede existir en la interfaz.
En enlaces de Frame Relay lentos (menos de 768 kb / s), la directiva Cisco AutoQoS establece el
Acuerdo de Implementacin de Fragmentacin de Frame Relay (FRF.12).La fragmentacin rompe
conectividad sobre el enlace, a menos que tambin se configura en el otro lado del PVC.
Supervisin de Cisco AutoQoS para la empresa

Este tema describe cmo supervisar Cisco AutoQoS para la empresa.
Supervisin de Cisco AutoQoS para la
empresa: Fase 1
Enrutador
Mostrar auto descubrimiento qos
Muestra los resultados del autodescubrimiento; Recogidos por

NBAR
Router # show auto descubrimiento qos
AutoQoS Discovery habilitado para aplicaciones
Tiempo de descubrimiento: 2 das, 55

minutos AutoQoS Informacin de la clase:
Clase VoIP:
Ancho de banda mnimo recomendado: 517 Kbps / 50%

(PeakRate) Aplicaciones y datos detectados:
Aplicacin / AverageRate PeakRate Total Protocolo (kbps /

%) (kbps /%) (bytes) rtp audio 76/7 517/50 703104 Clase Vdeo
interactivo:
Ancho de banda mnimo recomendado: 24 Kbps / 2%

(AverageRate) Aplicaciones y datos detectados:
Application / AverageRate PeakRate Total Protocolo (kbps /

%) (kbps /%) (bytes) rtp video 24/2 5337/52 704574 ...
El comando qos de descubrimiento automtico muestra los resultados de la fase de

descubrimiento.La figura muestra un ejemplo de NBAR que reconoce las clases de trfico
que se han detectado en una interfaz WAN. La informacin incluye la duracin del perodo
de descubrimiento y las clases de trfico detectadas, con sus tasas de rendimiento.
Supervisin de Cisco AutoQoS para la empresa: Fase 2

Este tema describe cmo supervisar la fase de confirmacin de Cisco AutoQoS para la empresa.
Supervisin de Cisco AutoQoS para la
empresa: Fase 2
Enrutador
Show auto qos [ tipo de interfaz de interfaz ]
Muestra las configuraciones MQC de la interfaz
Router # show auto qos interfaz Serial2 /

1.1 clase-mapa coinciden con cualquier
AutoQoS-Voice-Se2 / 1.1 protocolo de
coincidencia rtp audio
Coincidencia de mapa de clase: cualquier

vdeo de rtp de protocolo de coincidencia de
AutoQoS-Inter-Video-Se2 / 1.1
Clase-mapa coincidente-cualquier AutoQoS-

Sealizacin-Se2 / 1.1 protocolo de
coincidencia protocolo de coincidencia
protocolo rtcp
... policy-map AutoQoS-Policy-

Se2 / 1.1
Clase AutoQoS-Voice-Se2 / 1.1
Porcentaje de
prioridad 33 set dscp
ef
Clase AutoQoS-Inter-Video-Se2 / 1.1
Ancho de banda porcentaje

restante 1 set dscp af41 ...
El comando show auto qos muestra la poltica inicial que compromete Cisco AutoQoS para
la empresa.La palabra clave de interfaz permite una visualizacin ms selectiva de la
configuracin especfica de la interfaz.
La figura muestra un ejemplo de configuracin de la poltica QoS generada por las

plantillas Cisco AutoQoS, basadas en estadsticas NBAR que se recopilan durante la fase de
descubrimiento de datos.La configuracin est construida de forma modular, basada en
bloques de construccin MQC (mapas de clases, policymaps, poltica de servicio). Las
reglas comprometidas pueden ser sintonizadas .El ajuste se realiza a menudo para reducir el
nmero de clases de trfico de 10 a un nmero ms bajo.
Resumen
Resumen
Cisco AutoQoS VoIP automatiza el aprovisionamiento de QoS
relacionado con VoIP y es compatible con enrutadores y conmutadores
Cisco.
Cisco AutoQoS VoIP est habilitado con un solo comando de interfaz, y

puede declarar la interfaz como de confianza.
El comando show auto qos se utiliza para verificar las configuraciones

de interfaz, mapas de polticas, mapas de clases y ACL.
Cisco AutoQoS automatiza el aprovisionamiento de mecanismos de

clasificacin, marcado, gestin de congestin, configuracin y enlace.
Cisco AutoQoS for the Enterprise es una herramienta automatizada de

aprovisionamiento de QoS para enlaces de enrutador WAN.
Cisco AutoQos for the Enterprise consta de dos fases: autodiscovery y

aprovisionamiento de polticas.
Se pueden verificar ambas fases de AutoQoS de Cisco para la

empresa.
Resumen del mdulo
Este tema resume los puntos clave que fueron discutidos en este mdulo.
Resumen del mdulo

La QoS garantiza la entrega oportuna de paquetes VoIP y puede
implementarse utilizando la CLI, MQC, AutoQoS y QPM.
El modelo DiffServ ofrece un equilibrio entre la granularidad de las

garantas de QoS y la facilidad de despliegue.
La clasificacin y el marcado permiten operaciones DiffServ PHB

coloreando el trfico en el borde de la red.Mecanismos de
eficiencia de enlace, como compresin, fragmentacin e
intercalacin son obligatorios en enlaces lentos.
El control, la configuracin y las colas se implementan para

gestionar la congestin en la red.
Dos tipos de Cisco AutoQoS, Cisco AutoQoS VoIP y Cisco

AutoQoS para la empresa, proporcionan mtodos QoS de ltima
generacin.
Este mdulo describe la implementacin de calidad de servicio (QoS) en redes VoIP.

Identifica los requisitos para el servicio de transmisin apropiado, como el retardo
unidireccional limitado (150 ms), los requisitos de ancho de banda especificados por el
cdec seleccionado, la prdida aceptable de paquetes (1 por ciento) y la fluctuacin de fase
(30 ms).Los mecanismos de QoS se pueden implementar utilizando cuatro mtodos: CLI
(Command Line Interface), CLQ de QoS modular (MQC), Cisco AutoQoS y QoS Policy
Manager (QPM). Los tres principales modelos de QoS incluyen el mejor esfuerzo, servicios
integrados (IntServ) y servicios diferenciados (DiffServ).DiffServ es la opcin preferida al
desplegar QoS en redes modernas. DiffServ requiere que la mayora de las operaciones,
tales como clasificacin y marcado, se realicen en el borde de la red, mientras que los
dispositivos en el centro de la red son responsables de proporcionar el comportamiento
apropiado por salto (PHB).Los enlaces lentos, con velocidades de transmisin inferiores a
768 kb / s, requieren una atencin especial para ofrecer un transporte VoIP adecuado. Deben
utilizar mecanismos de eficiencia de enlace , como compresin, fragmentacin e
intercalacin para asegurar un envo oportuno de paquetes VoIP.El policiamiento, la
conformacin y las colas constituyen un grupo de mtodos que se ocupan de la gestin de la
congestin en la red. Se enfocan en dejar caer, remarcar o hacer cola de paquetes en
exceso.Cisco AutoQoS ofrece la forma ms sencilla de desplegar QoS en la red y est
disponible en dos formas: Cisco AutoQoS VoIP y Cisco AutoQoS para la empresa.
Comprobacin automtica del mdulo
Utilice las preguntas aqu para revisar lo que aprendi en este mdulo.Las respuestas
correctas y las soluciones se encuentran en el Mdulo Self-Check Answer Key.
Q1) Qu trmino describe el tiempo que tarda realmente en transmitir un paquete en un

enlace ("poner bits en el cable")? (Fuente: introduccin de QoS)
UN) Retardo de codificacin
SEGUNDO) Demora de procesamiento
DO) Retraso de serializacin
RE) Retraso de transmisin
Q2) Cules son las dos soluciones menos costosas para reducir el retraso en un enlace?
(Escoge dos.) (Fuente: Introduccin a la QoS)
UN) Comprimir datos y encabezados.
SEGUNDO) Deje paquetes de baja prioridad antes de tiempo.
DO) Aumentar el ancho de banda del enlace.
RE) Incorporar tecnologas de colas avanzadas.
MI) Reducir el tamao MTU de enlace.
Q3) Qu caractersticas caracterizan el trfico de red convergente? (Escoge dos.) (Fuente:
Introduccin a QoS)
UN) Sin enlaces de baja velocidad
SEGUNDO) Paquetes sensibles al tiempo
DO) Mezcla de protocolo de red
RE) Intolerancia de breves interrupciones

MI) Flujo de paquetes pequeo y explosivo
Q4) Cunto retraso unidireccional puede tolerar un paquete de voz? (Fuente: Introduccin
a la QoS)
UN) 15
ms
SEGUNDO)
150 ms
C) 300 ms D)
200 ms
Q5) RTP ayuda a sincronizar las transmisiones en tiempo real, tales como la voz por los
paquetes de tiempo de estampado para que puedan ser resincronizados en el extremo de
recepcin. Esto ayuda a minimizar _____. (Fuente: Introduccin a la QoS)
UN) Descartes B)
terrible
DO) Gota de cola
RE) estar nervioso
Q6) Cules dos declaraciones describen la definicin de una poltica de QoS? (Escoge
dos.) (Fuente:
Introduccin a QoS)
UN) Validado por el usuario
SEGUNDO) En toda la red
DO) Basado en el tiempo
RE) Puertos que se abren en cortafuegos

MI) Diferentes clases de trfico de red
Q7) Cmo puede ajustar las implementaciones QoS que se generan con Cisco AutoQoS?
(Fuente: Introduccin a la QoS)
UN) CLI
SEGUNDO) CLI de QoS modular
DO) QoS AutoTune
RE) QoS Policy Manager
Q8) Qu ventajas ofrece el MQC? (Escoge dos.) (Fuente: Introduccin a la QoS)
UN) Basado en GUI
SEGUNDO) Capacidad de aplicar una directiva a mltiples interfaces
DO) Separacin de la clasificacin de la definicin de la poltica
RE) Generacin automtica de comandos CLI desde macros MQC E)

Ms fcil de implementar
Q9) Qu mtodo de implementacin QoS ofrece el tiempo de implementacin ms corto

para redes simples? (Fuente: Introduccin a la QoS)
UN) CLI
SEGUNDO) MQC
DO) AutoQoS
RE) AutoTuner
Q10) Cul de estos modelos para implementar QoS es el menos escalable? (Fuente:
Introduccin a QoS)
UN) mejor esfuerzo
SEGUNDO) Servicios integrados
DO) Servicios Diferenciados
RE) Servicios cuantitativos
Q11) Cul es la ventaja ms importante de DiffServ sobre otros modelos QoS? (Fuente:
Comprensin de los mecanismos y modelos de QoS)
UN) Alta escalabilidad
SEGUNDO) Muchos niveles de servicio
DO) Servicio garantizado
RE) Retrasos deterministas
MI) Avanzados mecanismos de colas
Q12) Se proporcionan servicios a qu entidades del modelo DiffServ? (Fuente:

UN) Marcos
SEGUNDO) Paquetes
DO) Aplicaciones D) Clases de trfico
Q13) Cuntos bits pertenecen al campo DSCP de la cabecera IP? (Fuente: Comprensin de
los mecanismos y modelos de QoS)
UN) 3 B)
4 C) 6
D) 8
Q14) Cul PHB est indicado por el valor DSCP de 46 (101110)? (Fuente: Comprensin
Mecanismos de QoS y Modelos)
UN) PHB por defecto
SEGUNDO) Selector PHB
DO) AF PHB
RE) EF PHB
Q15) Qu clase AF y qu probabilidad de cada est indicada por el valor DSCP de 100100?
(Fuente: Comprensin de los mecanismos y modelos de QoS)
UN) AF1 y medio

B) AF4 y medio
DO) AF1 y
alta D) AF4 y
alta
Q16) Haga coincidir cada mecanismo QoS con su funcin. (Fuente: Comprensin de los
mecanismos y modelos de QoS)
UN) Evitacin de la congestin
SEGUNDO) Gestin de la congestin
DO) clasificacin
RE) Polica de trfico
MI) Modelado del trfico
F) Compresin de encabezado de paquete
_____ 1. Pierde el trfico malo para mantener la integridad de la red
_____ 2. Mejora la eficiencia de ancho de banda de un enlace

_____ 3. Controla el trfico retrasando rfagas
_____ 4. Descarta paquetes especficos basados en marcas
_____ 5. Identifica y divide el trfico
_____ 6. Prioriza, protege y asla el trfico basado en marcas
Q17) Qu mecanismo QoS se utiliza en las interfaces de entrada y salida? (Fuente:
UN) clasificacin
SEGUNDO) Polica de trfico
DO) Modelado del trfico
RE) Gestin de la congestin
Q18) Qu tres clases de trfico se identifican en el modelo de lnea de base de Cisco de 11

clases? (Elige tres.) (Fuente: Comprensin de los mecanismos y modelos de QoS)
UN) Telepresencia
SEGUNDO) Transmitiendo video
DO) Protocolos de puerta interior
RE) basurero
MI) RSVP
F) Audioconferencia G) videoconferencia
Q19) Qu comando utilizara para adjuntar una poltica de QoS a una interfaz? (Fuente:
Explicacin de los Mecanismos de Clasificacin, Marcado y Eficiencia de Enlace)
UN) Policy-set-interface
SEGUNDO) Mapa de polticas
DO) Interfaz de polticas
RE) Poltica de servicios
Q20) La clasificacin de los paquetes debe ocurrir _____. (Fuente: Explicacin de la

Clasificacin,
Marcado y Mecanismos de Eficiencia de Enlace)
UN) En la capa de distribucin
SEGUNDO) En cualquier parte del ncleo de la red
DO) Lo ms cerca posible de la fuente del trfico
RE) Tan cerca del destino del trfico como sea posible
Q21) Para utilizar un mapa de clases, se debe hacer referencia a QoS utilizando _____.
(Fuente: Explaining Classification, Marking, and Link Efficiency Mechanisms)
UN) Un mapa de ruta
SEGUNDO) Una lista de acceso
DO) Un mapa de polticas
RE) Un mapa de servicios

Q22) Qu es un requisito para usar el marcado basado en clase? (Fuente: Explicacin
Mecanismos de Clasificacin, Marcado y Eficiencia de Enlace)
UN) Cisco Express Forwarding debe estar habilitado.
SEGUNDO) Cisco Express Forwarding debe estar deshabilitado.
DO) Cisco Express Forwarding slo se puede utilizar en interfaces serie.
RE) Cisco Express Forwarding slo puede utilizarse en interfaces

Ethernet.
Q23) Cul es la caracterstica de MQC que permite que el trfico sea clasificado por un
nmero del subport del paquete ?(Fuente: Explicacin de la clasificacin, marcado y
eficacia del enlace
Mecanismos)
UN) LDPM B)
NBAR
DO) Mapas de servicio
RE) Clases de servicio
Q24) Cmo los puntos finales de Cisco Unified Communications Manager Express marcan
el trfico de medios? (Fuente: Explaining Classification, Marking, and Link Efficiency
Mechanisms)
UN) Con valor de precedencia IP de 5
SEGUNDO) Con valor DSCP de EF
DO) Con el valor de DSCP obtenido va TFTP (por defecto: EF)
RE) Con el valor DSCP obtenido a travs de DHCP (por defecto: EF)
MI) Con el valor DSCP obtenido a travs de Cisco Discovery Protocol

(por defecto: EF)
Q25) QoS est habilitado en los switches de Cisco Catalyst de forma predeterminada.
UN) cierto
SEGUNDO) falso
Q26) Cules dos de estos pueden configurarse como confiables usando la funcin de lmite
de confianza en los switches de Cisco Catalyst? (Escoge dos.) (Fuente: Explaining
Classification, Marking, and Link Efficiency Mechanisms)
UN) El hecho de que un telfono IP Cisco Unified legtimo est

conectado al puerto
SEGUNDO) El valor de precedencia IP
DO) Marcado de capa 2 en marcos 802.1Q
RE) Marcado de capa 2 en marcos 802.3
MI) Marcado de la capa 2 en marcos ISL
F) El marcado establecido en los primeros seis bits del octeto ToS
Q27) Qu comando mostrar las asignaciones CoS-to-DSCP y DSCP-a-CoS en un
Interruptor del catalizador? (Fuente: Explaining Classification, Marking, and Link

Efficiency Mechanisms)
UN) Mostrar mls Mapas
SEGUNDO) Mostrar mls qos Mapas
DO) Mostrar mapas mls Tanto D) Mostrar los mapas de qos mls
ambos
Q28) Cules de estas dos afirmaciones son verdaderas, basadas en la siguiente salida de la
demostracin ?(Escoge dos.) (Fuente: Explaining Classification, Marking, and Link
Efficiency Mechanisms)
Wg6r1 # mostrar la interfaz de poltica-mapa s0 / 1
Serial0 / 1
Salida de la poltica de servicios: cust1
Mapa de clases: voip (match-all)
300 paquetes, 202035 bytes
5 minutos ofrecidos tarifa 2000 bps, tarifa de la gota 0 bps
Partido: protocolo rtp
Cola
Prioridad estricta
Cola de salida: Conversacin 264
Ancho de Banda 384 (Kbps) Rfaga 9600 (Bytes)
(Pkts emparejados / bytes emparejados)

232/139975 (gotas totales / gotas de los
bytes) 15/15795 compresa:
Encabezado ip rtp
Compresin UDP / RTP:
Enviado: 285 en total, 284 comprimido,
9086 bytes guardados, 176014 bytes enviados
1.5 factor de mejora de la eficiencia
Relacin de golpe del 99%, tarifa de la falta de cinco

minutos 0 falta / sec, 0 tarifa mxima 2000 bps
UN) Tanto la compresin de encabezado TCP basada en clases como la

RTP estn habilitadas para VoIP
Clase de trfico
SEGUNDO) La compresin de carga til IP est habilitada para la clase

de trfico VoIP.
DO) LLQ est habilitado para la clase de trfico VoIP.
RE) La compresin de encabezado RTP basada en clases est habilitada

para todo el trfico RTP.
Q29) Cules dos de estas afirmaciones sobre la compresin de encabezado TCP y RTP son
correctas? (Escoge dos.) (Fuente: Explicacin de la clasificacin, marcado y enlace
Mecanismos de Eficiencia)
UN) Se requiere compresin de encabezado asistida por hardware para

reducir el retardo de compresin de encabezado.
SEGUNDO) La compresin del encabezado TCP comprime los

encabezados IP y TCP.
DO) La compresin del encabezado RTP comprime los encabezados IP,

UDP y RTP.
RE) La compresin de encabezado TCP y RTP puede comprimir los

respectivos encabezados de protocolo hasta 10 bytes.
Q30) Qu mecanismos de QoS deben implementarse en los enlaces de alta velocidad?

UN) CRTP
SEGUNDO) LFI
DO) Clases de 5 a 11 clases
RE) RSVP
Q31) Al configurar Multilink PPP con entrelazado, dnde est configurado el tamao de
fragmento? (Fuente: Explaining Classification, Marking, and Link Efficiency
Mechanisms)
UN) El tamao de fragmento en milisegundos est configurado bajo las

interfaces fsicas serie con encapsulacin PPP y Multilink PPP habilitado.
SEGUNDO) El tamao del fragmento en milisegundos se configura

bajo la interfaz de multilnea lgica.
DO) El tamao del fragmento en bytes se configura bajo la clase map.
RE) El tamao del fragmento en bytes se configura dentro del mapa de

polticas.
Q32) Cules dos factores influyen en el retraso de serializacin? (Escoge dos.) (Fuente:
Explaining Classification, Marking, and Link Efficiency Mechanisms)
UN) velocidad de enlace
SEGUNDO) Velocidad de la luz en los medios

DO) Potencia de procesamiento del procesador del enrutador
RE) Tamao del paquete
Q33) Para asegurar una buena calidad de voz, cul es el tamao de fragmento recomendado?
(Fuente:
Explicacin de los Mecanismos de Clasificacin, Marcado y Eficiencia de Enlace)
UN) 80 bytes por cada 64 kb / s del reloj, lo que resultar en un retraso

de serializacin de 10 ms
SEGUNDO) 40 bytes por cada 64 kb / s del reloj, lo que resultar en un

retraso de serializacin de 20 ms
DO) 20 bytes por cada 64 kb / s del reloj, lo que resultar en un retraso

RE) 120 bytes por cada 64 kb / s del reloj, lo que resultar en un retardo
Q34) Cada fragmento es un marco autosuficiente, lo que significa que la fragmentacin debe
configurarse en los routers que estn adyacentes a la fuente de trfico y destino.
UN) cierto
SEGUNDO) falso
Q35) La salida del comando multilink de las interfaces de la demostracin debe exhibir
qu estados como abiertos para indicar la operacin apropiada del PPP de Multilink
sobre una interfaz del IP?(Fuente: Explicacin
Mecanismos de Clasificacin, Marcado y Eficiencia de Enlace)

UN) LCP, multilink e IPCP
SEGUNDO) LCP, IPCP y LFICP
DO) LCP y MLP
RE) LCP e IPCP
Q36) Qu elemento de configuracin se utiliza para proporcionar fragmentacin FRF.12?

UN) Mapa de la clase
SEGUNDO) Mapa de polticas
DO) Poltica de servicios
RE) Clase de mapa
MI) Poltica del mapa
Q37) Dado que la cola de hardware no est llena, cmo se atender el paquete siguiente por
la cola de software?(Fuente: Gestin de la congestin y limitacin de tarifas)
UN) La cola del software ser anulada.
SEGUNDO) La cola de software enqueue el paquete.
DO) La cola de software acelerar el paquete.
RE) La cola de software slo medir el paquete.
Q38) Cul de estos es el esquema de abandono predeterminado para CBWFQ? (Fuente:

Gestin de la congestin y limitacin de tarifas)
UN) ROJO
SEGUNDO) Desperdiciado
DO) Gota de cola

RE) Polica de clase
Q39) De qu manera LLQ extiende CBWFQ? (Fuente: Gestin de la congestin y limitacin

de tarifas)
UN) Programacin de prioridades estricta
SEGUNDO) Programacin de prioridades alternativas
DO) Colas no pagadas para trfico de baja latencia
RE) Clasificacin y envo especiales de trfico de voz
Q40) A qu tipo de trfico debe limitarse el uso del comando prioritario?(Fuente:
UN)
Trfico de
datos crticos
SEGUNDO)
Trfico
de voz C)
Trfico
explosivo
RE) Trfico de video y teleconferencia

Q41) Cul de estas es una diferencia importante entre la polica de trfico y la
conformacin del trfico?
(Fuente: Gestin de la congestin y limitacin de tarifas)
UN) La polica de trfico disminuye el exceso de trfico, mientras que

la configuracin del trfico retrasa el exceso de trfico haciendo cola.
SEGUNDO) La vigilancia del trfico se aplica slo en la direccin de

salida, mientras que la conformacin del trfico puede aplicarse tanto a las
direcciones de entrada como de salida.
DO) El control de trfico no est disponible en los switches Catalyst,

mientras que la configuracin del trfico est disponible en los switches
Catalyst.
RE) La polica de trnsito requiere colas policiales para amortiguar el

exceso de trfico, mientras que la conformacin del trfico no requiere colas
para amortiguar el exceso de trfico.
Q42) Qu modelo matemtico es utilizado por los mecanismos de vigilancia del trfico para
medir el trfico? (Fuente: Gestin de la congestin y limitacin de tarifas)
UN) Cubo simblico B)

ROJO
DO) Medicin FIFO
RE) Predictor o apilador
Q43) Cules dos situaciones requieren tpicamente el uso de un mecanismo de limitacin de

velocidad? (Escoge dos.) (Fuente: Gestin de la congestin y limitacin de tarifas)
UN) Conexin de Frame Relay con desajuste de velocidad en ambos

extremos
SEGUNDO) Agregacin en la capa de distribucin
DO) Proveedor de servicios que proporciona acceso subrate
RE) En el backbone de alta velocidad del proveedor de servicios, para

evitar la congestin
MI) Reduciendo errores de trama en una interfaz inestable
Q44) Cuando se configura una poltica basada en clases de una sola velocidad, qu
parmetro de configuracin se utiliza para habilitar un cubo de token dual?(Fuente:
UN) Configurar una accin violatoria
SEGUNDO) Configurar una accin exceder
DO) Configurar el PIR adems del CIR
RE) Configurando ser
Q45) Cul es la principal ventaja de usar la policiacin multiactiva? (Fuente: Managing
Congestin y limitacin de tarifas)
UN) Para distinguir entre exceder y violar el trfico
SEGUNDO) Distinguir entre conformar y exceder el trfico
DO) Para permitir el ajuste de los marcadores QoS de Capa 2 y Capa 3 al

mismo tiempo D) Para permitir el marcado del trfico antes de la transmisin
Q46) Cules son las dos opciones de configuracin al configurar el trfico basado en
clases? (Escoge dos.) (Fuente: Gestin de Congestin y Limitacin de Tasas)
UN) Forma promedio
SEGUNDO) Pico de la forma
DO) Cubo simblico simple o doble
RE) Configuracin de trfico de una sola o mltiples
MI) Configuracin del trfico de una o dos velocidades

Q47) Cules dos elementos son caractersticas de la polica
basada en la clase? (Escoge dos.) (Fuente:
UN) Cubo simblico simple o doble
SEGUNDO) Polica nica o multiaccin
DO) Polica de un solo o doble umbral
RE) Cola FIFO simple o doble
MI) Umbral de cada simple o doble
Q48) Cmo se debe calcular el requisito de ancho de banda

para la cola LLQ? (Fuente:
UN) Excluyendo cualquier sobrecarga de

Capa 2 o Capa 3+
SEGUNDO) Incluyendo la sobrecarga de

Capa 3+
DO) Incluyendo la capa 2+
RE) 2 * (ancho de banda del cdec) *

(nmero de llamadas)
Q49) Qu es "de confianza" cuando el auto Qos voip comando

est configurado con el parmetro de confianza en
routers?(Fuente: Understanding Cisco AutoQoS)
UN) Direccin de la fuente

SEGUNDO) Direccin MAC del remitente
DO) Palabra clave DES
RE) DSCP
Q50) Cul de estos trminos se muestra por el show auto qos

interface S0 / 0 router mando?(Fuente: Understanding
Cisco AutoQoS)
UN) Configuracin ACL que se aplica a la

interfaz S0 / 0
SEGUNDO) Configuracin de mapas de

clase
DO) Configuracin de mapas de polticas
RE) Configuracin de la poltica de

servicio en la interfaz S0 / 0
Q51) Qu comando utilizara en un switch Cisco IOS

Software-based Catalyst para mostrar la configuracin de
las colas de egreso? (Fuente: Understanding Cisco
AutoQoS)
UN) Mostrar los mapas mls qos
SEGUNDO) Mostrar auto qos
DO) Mostrar auto qos voip D) Mostrar

mls qos interfaz
Q52) Cules son los dos mecanismos que Cisco AutoQoS VoIP
configura automticamente en una interfaz WAN? (Escoge
dos.) (Fuente: Understanding Cisco AutoQoS)
UN) Habilitar la compresin de la carga

til
SEGUNDO) Provisin LLQ

DO) Marca el trfico de voz con el valor
DSCP de EF
RE) Provisin CBWFQ
MI) Habilitar LFI donde sea necesario
Q53) Cules son los dos mecanismos que Cisco AutoQoS VoIP proporciona automticamente en las
interfaces Frame Relay de alta velocidad? (Escoge dos.) (Fuente: Understanding Cisco AutoQoS)
UN) LLQ
SEGUNDO) calificacin
DO) organizacin
RE) CRTP
MI) LFI
Q54) Cules son las dos limitaciones de Cisco AutoQoS para la empresa? (Escoge dos.) (Fuente:
Descripcin de AutoQoS de Cisco)
UN) Disponibilidad slo en conjuntos de funciones Cisco IOS seleccionados
SEGUNDO) No hay soporte para los switches Catalyst
DO) Clasificacin en 10 clases de trfico
RE) Experiencia necesaria para el despliegue
MI) Soporte para algunos tipos de interfaz
Q55) Ordene los comandos en la secuencia ms lgica para el despliegue de Cisco AutoQoS para la
empresa. (Fuente: Understanding Cisco AutoQoS)
_____ mostrar auto qos

_____ descubrimiento auto qos
_____ mostrar auto descubrimiento qos
Auto qos
Clave de respuesta de autocomprobacin del mdulo
Q1) do
Q2) A, D
Q3) B, D
Q4) segundo
Q5) re
Q6) B, E
Q7) UN
Q8) ANTES DE
CRISTO
Q9) do
Q10)segundo
Q11) UN
Q12)re
Q13)do
Q14)re
Q15)segundo
Q16)1-D
2-F
3-E
4-A
5-C
6-B
Q17)segundo
Q18)B, D, G
Q19)re
Q20)do
Q21)do
Q22)UN
Q23)segundo
Q24)do
Q25)segundo
Q26)C, F
Q27)segundo
Q28)DISCOS
COMPACT
OS
Q29)ANTES DE
CRISTO
Q30)do
Q31)segundo
Q32)A, D
Q33)UN
Q34)segundo
Q35)UN
Q36)re
Q37)UN
Q38)do
Q39)UN
Q40)segundo
Q41)UN
Q42)UN
Q43)A, C
Q44)UN
Q45)do
Q46)Ab
Q47)Ab
Q48)do
Q49)re
Q50)re
Q51)segundo
Q52)B, E
Q53)A, C
Q54)ANTES DE
CRISTO
1. Descubrimiento auto qos
2. Mostrar auto descubrimiento qos
3. Auto qos
4. espectculo Auto qos

CVOICE80SG Vol3

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

CVOICE80SG Vol3

Încărcat de

Drepturi de autor:

Formate disponibile

CVOICE

Texto Nmero de pieza: 97-2875-01

GARANTAS, INCLUIDAS LAS GARANTAS DE COMERCIABILIDAD, NO INFRACCIN Y ADECUACIN PARA UN

Gatekeeper y implementacin de elementos unificados de fronteras de

Descripcin general 5-1

Objetivos del mdulo 5-1

Descripcin de los Gatekeepers 5-3

Descripcin general del controlador de acceso 5-4

Sealizacin de Gatekeeper 5-6

Mensajes RAS H.225 5-7

Solicitud de registro 5-10

Registro liviano 5-11

Solicitud de admisin 5-12

Solicitud de ubicacin 5-14

H.225 RAS Intrazone Call Setup 5-16

Configuracin de llamada interzona R.2 H.225 5-17

Enrutamiento de llamadas de Gatekeeper 5-18

Prefijos de zona 5-18

Prefijos de zona 5-19

Prefijos tecnolgicos 5-20

Uso del prefijo de tecnologa 5-21

Control de Admisin de Llamada Basada en el Gatekeeper 5-22

Clculo del ancho de banda 5-23

Configuracin de Gatekeeper 5-24

Conceptos bsicos del Gatekeeper 5-25

Configuracin de las zonas Gatekeeper 5-26

Configuracin de zonas de gatekeeper remoto 5-27

Ejemplo de Configuracin de Zonas de Gatekeeper 5-28

Configuracin de prefijos de zona 5-29

Configuracin de prefijos de tecnologa 5-31

Configuracin de prefijo de tecnologa Ejemplo 5-32

Adaptacin de puertas de enlace H.323 a los guardianes 5-33

Gestin del registro de direcciones E.164 5-36

Ejemplo de configuracin de puerta de enlace 5-37

Configuracin de Gatekeeper CAC 5-38

Ejemplo de configuracin CAC de Gatekeeper 5-39

Verificacin de la funcionalidad bsica del gatekeeper 5-40

Verificacin del estado del Gatekeeper 5-41

Verificacin de los extremos registrados 5-42

Verificacin de prefijos de zona 5-43

Verificacin del estado de zona 5-44

Verificacin de las llamadas de Gatekeeper 5-45

Examen del elemento de frontera unificado Cisco 5-47

Elemento de frontera Unified de Cisco Descripcin general 5-48

Colocacin del elemento de borde unificado de Cisco 5-49

Aplicaciones Cisco Unified Border Element 5-50

Ejemplos de aplicacin del elemento de borde unificado de Cisco 5-53

Interfuncionamiento de protocolos en Cisco Unified Border Element 5-54

Mtodo de sealizacin Refresher 5-55

Flujos de Medios en el Elemento de Borde Unificado de Cisco 5-57

Flujos de medios 5-58

Cisco Unified Border Element Codec Filtrado 5-59

Configuracin del flujo de medios y el cdec transparente 5-61

Flujo de medios y cdec transparente Ejemplo 5-62

CAC basado en RSVP en Cisco Unified Border Element 5-63

CAC basado en RSVP 5-64

Flujo de llamadas del CAC basado en RSVP 5-65

Flujos de llamadas de elementos unificados de Cisco Unified 5-66

Interoperabilidad con SIP Carrier 5-67

Flujo de llamadas de interfuncionamiento de la portadora SIP 5-68

Interoperabilidad de la portadora SIP con la configuracin de llamada CAC basada en el

Configuracin del interfuncionamiento H.323 a H.323 5-70

Configuracin del interfuncionamiento H.323 a H.323 5-71