Configurar RSVP

Configurar RSVP
Descargue este capítulo
Configurar RSVP
Descargue el libro completo
Soluciones guía de configuración de la Calidad de servicio de Cisco IOS, versión 12.2SR (PDF - 6 MB)
Feedback
Contenidos
Configurar RSVP
Encontrar la información de la característica
Contenido
Requisitos previos para configurar RSVP
Restricciones para configurar RSVP
Información sobre configurar RSVP
Tipos del Reservación RSVP
Reserva distinta
Reserva compartida
Configuración de RSVP de planificación
Consideraciones de instrumentación de RSVP
Consideraciones de la red interconectada de Frame Relay
Consideraciones de la red interna atmósfera
Consideraciones de ancho de banda flexibles
Ingreso CAC de RSVP
Control de admisión en los Nodos que reconoce RSVP intermedios
Control de admisión en las interfaces del túnel IP
Derecho preferente de compra de RSVP
RSVP sobre el DMVPN
Soporte del mecanismo de transporte en RSVP
Cómo configurar RSVP
Habilitar RSVP
Configurar el ancho de banda de RSVP
Configurar el ancho de banda máximo para los flujos solos o del grupo
Ingresar los remitentes o a los receptores en la base de datos RSVP
Configurar RSVP como Transport Protocol
Especificar los destinos multidifusión
Reservas del vecino de RSVP que controlan
Habilitar RSVP para asociar al Netflow
Determinación de la Prioridad IP y de los valores TOS
Configurar los gastos indirectos del ancho de banda del túnel
Consejos de Troubleshooting
Envío de las notificaciones de RSVP
Verificar la configuración de RSVP
Ejemplos de configuración para configurar RSVP
Ejemplo: Configurar RSVP para una sesión del Multicast
Ejemplos: Configurar el ancho de banda de RSVP
Ejemplo: Configurar los gastos indirectos del ancho de banda del túnel
Referencias adicionales
Documentos Relacionados
Estándares
MIB
RFC
Asistencia Técnica
Información de la característica para configurar RSVP
Configurar RSVP
Primera publicación: De marzo el 20 de 2006
Última actualización: De noviembre el 17 de 2010
Este capítulo describe las tareas para configurar la característica del Resource Reservation Protocol (RSVP), que es un servicio
del IP que permite que los sistemas extremos o los hosts a cada lado de una red del router establezcan una trayectoria del
ancho de banda reservado entre ellos para predeterminar y para asegurar el Calidad de Servicio (QoS) para su Transmisión de
datos.
Encontrar la información de la característica
Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y
advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información
sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada
característica, vea “información de la característica para configurar la sección de RSVP” en la página 34.
Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del
software de Cisco. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no
se requiere.
Contenido
•
Requisitos previos para configurar RSVP, página 2
•
Restricciones para configurar RSVP, página 2
•
Información sobre configurar RSVP, página 2
•
Cómo configurar RSVP, página 11
•
Ejemplos de configuración para configurar RSVP, página 24
•
Referencias adicionales, página 32
•
Ofrezca la información para configurar RSVP, la página 34
Requisitos previos para configurar RSVP
El RSVP se inhabilita por abandono para permitir la compatibilidad descendente con los sistemas que no implementan el RSVP.
Usted debe habilitar RSVP antes de que usted haga cualquier otra configuración de RSVP.
Restricciones para configurar RSVP
• RSVP no se puede configurar con el Procesadores de interfaz versátil (VIP) - Distributed Cisco Express Forwarding
(dCEF).
• RSVP sobre la característica DMVPN no soporta RSVP sobre los túneles IPsec sin el Generic Routing Encapsulation
(GRE).
• Las funciones del control de admisión de llamadas del ingreso (CAC) no soportan la reparación local de RSVP
rápidamente; si hay los cambios de ruta dentro de NON-RSVP se nublan que el resultado en la correspondencia cambia en
la interfaz de ingreso.
Información sobre configurar RSVP
RSVP permite que los sistemas extremos pidan las garantías de QoS de la red. La necesidad de las reservas de recursos de
red diferencia para el tráfico de datos contra para el tráfico en tiempo real, como sigue:
• El tráfico de datos necesita raramente el ancho de banda reservado porque el internetworks proporciona los servicios de
datagrama para el tráfico de datos. Este packet switching asíncrono puede no necesitar las garantías de la calidad del
servicio. Los controles de punta a punta entre los remitentes del tráfico de datos y los receptores ayudan a asegurar la
transmisión adecuada de las explosiones de la información.
• El tráfico en tiempo real (es decir, Voz o información de video) experimenta los problemas al actuar sobre los servicios
de datagrama. Porque el tráfico en tiempo real envía un flujo de información casi constante, la red “tubos” debe ser
constante. Una cierta garantía debe ser proporcionada de modo que el servicio entre los hosts en tiempo real no varíe.
Routers que actúa en un primero en entrar, interrupción irrecuperable del riesgo de la base del primero en salir ((Primero en
Salir FIFO)) de la información en tiempo real se está enviando que.
Las aplicaciones de datos, con poca necesidad de las garantías del recurso, exigen con frecuencia un ancho de banda
relativamente más bajo que el tráfico en tiempo real. Las altas demandas de velocidad de transmición de bites casi constantes
de una aplicación de videoconferencia y las demandas bursty del Low Bit Rate de una aplicación de datos interactiva comparten
a los recursos de red disponibles.
RSVP evita que las demandas del tráfico tales como transferencias de archivos grandes empeoren a los recursos de ancho de
banda necesarios para el tráfico de Datos saturados. Cuando se utiliza RSVP, el Routers clasifica y da prioridad a los paquetes
como un multiplexor de división de tiempo estadístico (TDM) clasificaría y daría prioridad a varias fuentes de la señal que
compartan un solo canal.
Los mecanismos de RSVP permiten al tráfico en tiempo real para reservar los recursos necesarios para la latencia consistente.
Una aplicación de video conferencia puede utilizar las configuraciones en el router para propagar un pedido una trayectoria con
el ancho de banda necesario y para retrasar para los destinos de la videoconferencia. RSVP marcará y relanzará las reservas a
intervalos regulares. Por este proceso, RSVP puede ajustar y alterar la trayectoria entre los sistemas extremos de RSVP para
recuperarse de los cambios de ruta.
El tráfico en tiempo real (a diferencia del tráfico de datos) requiere una coherencia de la red garantizada. Sin QoS constante, el
tráfico en tiempo real hace frente a los problemas siguientes:
• Jitter — Un movimiento leve del tiempo o de la fase en una señal de la transmisión puede introducir la pérdida de
sincronización u otros errores.
• Ancho de banda escaso — Las llamadas de voz utilizan un nivel 0 de señal digital (DS-0 en 64 kb/s), las aplicaciones
T1/E1 (1,544 Mb/s o 2,048 Mb/s) de la videoconferencia, y un vídeo más de alta fidelidad utiliza mucho más.
• Variaciones de retraso — Si el tiempo de espera entre cuando se envían los elementos de señal y cuando llegan varían,
el tráfico en tiempo real será sincronizado no más, y la transmisión puede fallar.
• Pérdida de información — Cuando los elementos de señal caen o llegan demasiado atrasado, el audio perdido causa las
distorsiones con los sonidos del ruido o del crujido. El vídeo perdido causa enmascarar, las distorsiones, o los apagones de
la imagen.
RSVP trabaja conjuntamente con la espera cargada de la feria (WFQ) o el Detección temprana aleatoria (RED). Esta conjunción
de la configuración de la reserva con las aplicaciones de espera del paquete dos conceptos fundamentales: flujos de punta a
punta con RSVP y conversaciones del router a router con el WFQ:
• Flujo de RSVP — Ésta es una secuencia que actúa el “simplex polivalente,” porque los datos viajan a través de ellos en
solamente una dirección: del origen a las blancos. Los flujos viajan de un conjunto de los remitentes a un conjunto de los
receptores. Los flujos se pueden combinar o dejar unmerged, y el método de combinarlos varía según los atributos de la
aplicación usando el flujo.
• Conversación WFQ — Éste es el tráfico para un solo flujo de la sesión o de capa de red de la capa de transporte que
cruce una interfaz dada. Esta conversación se identifica de las direcciones de origen y de destino, Tipo de protocolo, número
del puerto, u otros atributos en las comunicaciones relevantes acodan.
RSVP permite para que los hosts envíen los paquetes a un subconjunto de todos los hosts (multidistribución). RSVP asume que
la reserva de recursos se aplica sobre todo a las aplicaciones de multidifusión (tales como videoconferencia). Aunque el objetivo
principal para RSVP sea tráfico de las multimedias, un interés claro existe para la reserva del ancho de banda para el tráfico de
unidifusión (tal como Administración del Network File System (NFS) y de la Red privada virtual). Una transmisión de unidifusión
implica un host que envía los paquetes a un solo host.
Antes de configurar RSVP, usted debe entender los conceptos siguientes:
•
Tipos del Reservación RSVP, página 3
•
Configuración de RSVP de planificación, página 4
•
Consideraciones de instrumentación de RSVP, página 4
•
Ingreso CAC de RSVP, página 6
•
RSVP sobre el DMVPN, página 8
•
Soporte del mecanismo de transporte en RSVP, página 9
Tipos del Reservación RSVP
Hay los dos tipos de flujos del Multicast:
•
Reserva distinta — Un flujo que origina de exactamente un remitente.
•
Reserva compartida — Un flujo que origina de uno o más remitentes.
RSVP describe estas reservas como teniendo ciertos atributos algorítmicos.
Reserva distinta
Un ejemplo de una reserva distinta es una aplicación de video en la cual cada remitente emite una secuencia de datos distinta
que requiera la admisión y la Administración en una cola. Tal flujo, por lo tanto, requiere una reserva separada por el remitente
en cada recursos de transmisión que cruza (por ejemplo los Ethernetes, una línea del High-Level Data Link Control (HDLC), un
identificador de la conexión de link de datos de Frame Relay (DLCI), o un canal virtual atmósfera). RSVP refiere a esta reserva
distinta como explícito y la instala usando un estilo fijo del filtro de la reserva.
El uso de RSVP para las aplicaciones del unicast es generalmente un caso degenerado de un flujo distinto.
Reserva compartida
Un ejemplo de una reserva compartida es una aplicación de audio en la cual cada remitente emite una secuencia de datos
distinta que requiera la admisión y la Administración en una cola. Sin embargo, debido a la naturaleza de la aplicación, un
número limitado de remitentes está enviando los datos en cualquier momento. Tal flujo, por lo tanto, no requiere una reserva
separada por el remitente. En lugar, utiliza una sola reserva que se pueda aplicar a cualquier remitente dentro de un conjunto
según las necesidades.
El RSVP instala una reserva compartida usando una placa comodín o compartió el estilo explícito de la reserva, con la
diferencia entre los dos determinados por el alcance de la aplicación (que es salvaje o explícita):
• El filtro de la placa comodín reserva el ancho de banda y las características de retraso para cualquier remitente y es
limitado por la lista de direcciones de origen llevó adentro el mensaje de reserva.
•
El estilo explícito compartido de la reserva identifica los flujos para los recursos de red específicos.
Configuración de RSVP de planificación
Usted debe planear cuidadosamente configurar y utilizar con éxito RSVP en su red. Al mínimo, RSVP debe reflejar su
evaluación de las necesidades del ancho de banda en las interfaces del router. Considere las preguntas siguientes como usted
planea para la configuración de RSVP:
• ¿Cuánto ancho de banda debe RSVP permitir por el flujo de la aplicación del usuario final? Usted debe entender las
“alimentaciones y las velocidades” de sus aplicaciones. Por abandono, la cantidad reservable por un flujo único puede ser el
ancho de banda reservable entero. Usted puede, sin embargo, limitar las reservas individuales a cantidades más pequeñas
usando el parámetro de ancho de banda del flujo único. El valor del ancho de banda reservado puede no exceder la
cantidad reservable de la interfaz, y nadie flujo puede reservar más que la cantidad especificada.
• ¿Cuánto ancho de banda está disponible para RSVP? Por abandono, el 75 por ciento del ancho de banda disponible en
una interfaz es reservable. Si usted está utilizando una interfaz del túnel, RSVP puede hacer una reserva para el túnel cuyo
ancho de banda es la suma de los anchos de banda reservados dentro del túnel.
• ¿Cuánto ancho de banda se debe excluir de RSVP de modo que pueda proporcionar bastante el servicio oportuno
requerido por las conversaciones de poco volumen de los datos? Los controles de punta a punta para el tráfico de datos
asumen que todas las sesiones se comportarán para evitar la congestión dinámicamente. Las demandas en tiempo real no
siguen este comportamiento. Determine el ancho de banda para poner a un lado así que el tráfico de Datos saturados no
será privado como efecto secundario de la configuración de QoS RSVP.
Observeantes de ingresar los comandos de configuración de RSVP, usted debe planear cuidadosamente.
Consideraciones de instrumentación de RSVP
Usted debe ser consciente de las consideraciones de instrumentación de RSVP mientras que usted diseña su sistema de
reserva. RSVP no modela todos los links de datos probablemente para estar presente en la red interna. El RSVP modela una
interfaz como teniendo un sistema de espera que determine totalmente la mezcla de tráfico en la interfaz; el ancho de banda o
las características de retraso es deterministas solamente hasta el punto de este modelo se sostiene. Desafortunadamente, los
links de datos a menudo imperfecto se modelan esta manera. Utilice las guías de consulta siguientes:
• Interfaces de línea seriales — PPP; HDLC; Link de Proceso de Acceso a link Balanceado (LAPB); Interfaz en serie de
alta velocidad (HSSI); y las interfaces de línea seriales similares son modeladas bien por RSVP. El dispositivo puede, por lo
tanto, hacer las garantías en estas interfaces. Las interfaces del acceso múltiple sin broadcast (NBMA) son también la
mayoría necesitando las reservas.
• LAN multiaccesos — Estos links de datos no son modelados bien por las interfaces de RSVP porque el LAN sí mismo
representa un sistema de espera que no esté bajo el control del dispositivo que hace las garantías. Las garantías del
dispositivo que lo cargan ofrecerán, pero no pueden garantizar las cargas o las sincronizaciones competentes de las cargas
que los sistemas vecinos LAN ofrecerán. El administrador de la red puede utilizar los controles de admisión para controlar
cuánto tráfico se pone en el LAN. El administrador de la red, sin embargo, debe centrarse en el uso de la admisión en el
diseño de red para utilizar RSVP eficazmente.
El protocolo del Subnetwork Bandwidth Manager (SBM) es una mejora a RSVP para los LAN. Un dispositivo en cada
segmento se elige el SBM señalado (DSBM). El DSBM maneja todas las reservas en el segmento, que evita que los
dispositivos múltiples de RSVP la concesión de las reservas y overcommitting el ancho de banda del LAN compartido. El
DSBM puede también informar a los hosts cuánto tráfico se permiten enviar sin los Reservación RSVP válidos.
• Redes públicas X.25 — No está claro que las reservas de la tarifa o del retardo se pueden hacer provechosamente en
las redes públicas X.25.
Usted debe utilizar una configuración especializada en el Frame Relay y las redes ATM, como se debate en las siguientes
secciones.
Consideraciones de la red interconectada de Frame Relay
Las consideraciones de instrumentación siguientes de RSVP se aplican mientras que usted diseña su sistema de reserva para
una red interconectada de Frame Relay:
• Las reservas se hacen para una interfaz o una subinterfaz. Si las subinterfaces contienen más de un (DLC) del control
de link de datos, el ancho de banda necesario y el ancho de banda reservado pueden diferenciar. Por lo tanto, las
subinterfaces de RSVP de las interfaces de Frame Relay deben contener exactamente un DLC para actuar correctamente.
• Además, el Frame Relay DLC tiene Velocidades de información comprometida (CIR) y repartió los controles (committed
burst y ráfaga en exceso) que no se pueden reflejar en la configuración y pueden diferenciar marcado de la velocidad de la
interfaz (cualquiera que agrega hasta la excede o siendo substancialmente más pequeño). Por lo tanto, ip rsvp bandwidth
el comando se debe ingresar para la interfaz y la subinterfaz. Ambos anchos de banda se utilizan como criterios de la
admisión.
Por ejemplo, suponga que una interfaz de Frame Relay se ejecuta a una tarifa T1 (1,544 Mb/s) y soporta varios DLC a las
oficinas remotas servidas por las líneas 128-kb/s y 56-kb/s. Usted debe configurar la cantidad de la interfaz total (el 75 por
ciento cuyo es 1,158 Mb/s) y la cantidad de cada interfaz de recepción (el 75 por ciento cuyo sea 96 y 42 kb/s, respectivamente)
que puede ser reservada. La admisión tiene éxito solamente si el suficiente ancho de banda está disponible en el DLC (la
subinterfaz) y en la interfaz global.
Consideraciones de la red interna atmósfera
Las consideraciones de instrumentación siguientes de RSVP se aplican mientras que usted diseña su sistema de reserva para
una red interna atmósfera:
• Cuando se configura la atmósfera, más probable utiliza una velocidad de bits usable (UBR) o Velocidad de bits
disponible (ABR) un virtual channel (VC) que conecta los routeres individuales. Con estas clases del servicio, la red ATM
hace un " best effort " para cumplir los requisitos de velocidad de transmición de bites del tráfico y asume que las estaciones
terminales son responsables de la información que no consigue a través de la red.
• Este servicio ATM puede abrir los canales diferentes para el tráfico reservado que tiene las características necesarias.
RSVP debe abrir este VCs y ajustar el caché para hacer el uso eficaz del para este propósito del VC.
Consideraciones de ancho de banda flexibles
RSVP se puede habilitar en una comprobación o una interfaz lógica usando ip rsvp bandwidth el comando. Usted puede
configurar un valor absoluto o un porcentaje del ancho de banda de la interfaz como el ancho de banda de RSVP o ancho de
banda del flujo. Es decir, usted tiene una opción para configurar un valor absoluto para el ancho de banda de RSVP y un
porcentaje del ancho de banda de la interfaz como el ancho de banda del flujo o vice versa. Utilice ip rsvp bandwidth el
comando de configurar los valores absolutos para RSVP o el ancho de banda del flujo. Utilice ip rsvp bandwidth percent el
comando de configurar un porcentaje del ancho de banda de la interfaz como RSVP o el ancho de banda del flujo. Si usted
configura un por ciento del ancho de banda de la interfaz como el ancho de banda de RSVP, los cambios de ancho de banda de
RSVP paralelamente a los cambios en el ancho de banda de la interfaz. Lo mismo se aplica al ancho de banda del flujo.
El ancho de banda en una interfaz fija puede ser cambiado haciendo las Configuraciones explícitas del ancho de banda en la
interfaz fija. Aunque lo mismo se aplique a las interfaces flexibles del ancho de banda, el ancho de banda en ellas puede
cambiar debido a muchas otras razones tales como adición o retiro de los links de miembro y cambiar en el ancho de banda de
los links de miembro.
Ingreso CAC de RSVP
La característica del ingreso CAC de RSVP amplía la implementación del IPv4 de RSVP del Cisco IOS para garantizar a los
recursos de ancho de banda no sólo en la interfaz saliente de un flujo dado, pero también en las interfaces de entrada.
El cuadro 1 presenta un escenario de instrumentación donde se implementan las funciones del ingreso CAC. Las jefaturas y la
sucursal de una compañía están conectadas sobre una nube del Proveedor de servicios de Internet (ISP) de NON-RSVP. En
este escenario, la nube ISP puede garantizar el ancho de banda necesario sin la necesidad de ejecutar RSVP. Por lo tanto,
solamente el Routers de la frontera del cliente (CE) funciona con RSVP, y no al Routers del borde del proveedor (PE).
Cuadro 1 ingreso CAC de RSVP
Considere un escenario donde el link CE-PE usado en las jefaturas tiene un ancho de banda de 10 Gb/s, mientras que el link
CE-PE usado en la sucursal tiene un ancho de banda de 1 Gb/s. El tráfico de un ciertos media de las jefaturas a la sucursal
requiere un ancho de banda garantizado de 5 Gb/s. En la implementación de RSVP presentada en el cuadro 1, el link CE-PE
usado en las jefaturas puede participar en la reserva de ancho de banda de RSVP y, por lo tanto puede garantizar que fluye el
QoS requerido para este 5 Gb/s. El link CE-PE usado en la sucursal es un embotellamiento porque tiene solamente 1 capacidad
Gb/s. Sin embargo, éste no consigue detectado porque RSVP CAC se realiza solamente contra la interfaz de egreso en la
sucursal (CE a la sucursal). Por lo tanto, el tráfico de 5 Gb/s se admite. Esta situación puede ser evitada si las funciones de
RSVP CAC se amplían para marcar el ancho de banda de la interfaz de ingreso antes de admitir este tráfico.
Las ventajas de la característica del ingreso CAC de RSVP son como sigue:
• Amplía la reserva de ancho de banda para realizar el CAC en las interfaces de entrada si han configurado a los pools del
ancho de banda de RSVP del ingreso en esas interfaces.
• Amplía la lógica del derecho preferente de compra siempre que los cambios de ancho de banda de la interfaz de ingreso
(debido a los cambios del ancho de banda de link, el pool del ancho de banda del ingreso cambia, o debido a los cambios en
política de ingreso), o si se recibe una nueva solicitud de reserva.
•
Amplía la directiva de RSVP para incluir los parámetros de la política de ingreso.
Esta característica se soporta sobre todas las capas de transporte RSVP-soportadas.
Las funciones del ingreso CAC no se habilitan por abandono. Utilice ip rsvp bandwidth el comando de habilitar el ingreso CAC
y de definir un pool del ancho de banda de RSVP del ingreso. Las funciones del ingreso CAC son aplicables solamente a esas
reservas se establezcan que después de que se habilite la característica.
Control de admisión en los Nodos que reconoce RSVP intermedios
Para cada nueva o modificada petición del Reservación RSVP recibida en un nodo que reconoce RSVP intermedio, el control
de admisión primero se realiza contra el pool del ancho de banda asociado a la interfaz de egreso, y entonces se realiza en el
pool del ancho de banda asociado a la interfaz de ingreso de ese flujo.
Control de admisión en las interfaces del túnel IP
Si la interfaz de ingreso de un flujo es un túnel IP, usted debe configurar a los pools requeridos del ancho de banda de RSVP
del ingreso en la interfaz del túnel así como la interfaz física subyacente. La característica del ingreso CAC marca contra ambos
estos pools del ancho de banda antes de admitir una petición.
Derecho preferente de compra de RSVP
El derecho preferente de compra de RSVP permite que el router se apropie de una o más reservas de ancho de banda
existentes de RSVP para acomodar una reserva más prioritaria, mientras que permanece dentro del límite RSVP-configurado
del pool del ancho de banda. La actualización dinámica del ancho de banda de RSVP se puede hacer por la directiva de RSVP
para apropiarse o para admitir a las sesiones RSVP basadas en el último ancho de banda de RSVP. Utilice ip rsvp policy
preempt el comando de habilitar el derecho preferente de compra de RSVP en la salida y las interfaces de ingreso.
El derecho preferente de compra de RSVP se requiere por las razones siguientes:
• El ancho de banda de link puede encogerse (o debido a la configuración por encargo o dinámicamente, como en caso de
los links de ancho de banda flexibles).
•
El usuario puede encoger el pool del ancho de banda de RSVP debido a la configuración por encargo.
•
Una nueva reserva tiene una prioridad más alta que algunas de las reservas existentes.
• Los cambios se realizan a la política local de RSVP tales que se han reducido el ancho de banda máximo del grupo o el
solo ancho de banda máximo (o ambos) y, por lo tanto, todas las reservas que hacen juego esta directiva requieren el
derecho preferente de compra.
RSVP sobre el DMVPN
La Red privada virtual de múltiples puntos dinámica (DMVPN) permite que los usuarios escalen el IPSec grande y pequeño
VPN combinando los túneles GRE, la encripción de IPSec, y el Next Hop Resolution Protocol (NHRP). Para más información
sobre el DMVPN, refiera al módulo DMVPN.
RSVP sobre los soportes de característica DMVPN los siguientes tipos de configuración:
•
RSVP sobre los túneles manualmente configurados del Generic Routing Encapsulation GRE/multipoint (mGRE)
•
RSVP sobre los túneles manualmente configurados GRE/mGRE en un modo protegido del IPSec
•
RSVP sobre los túneles GRE/mGRE (IPSec protegido y IPSec desprotegido) en un entorno DMVPN
El cuadro 2 muestra un spoke-concentrador-spoke o una fase 1 modo DMVPN. Dos túneles estáticos del spoke a hub llamados
Tunnel0 se han establecido. El tunnel0 se presenta como interfaz GRE en el spoke-UNo y el spoke-B. En el concentrador, el
tunnel0 se modela como interfaz del mGRE.
Cuadro 2 RSVP durante la fase 1 DMVPN
Hay algunas diferencias de la manera que RSVP actúa sobre los túneles y RSVP actúa sobre una subinterfaz. Si RSVP se
configura en una subinterfaz, el Cisco IOS Software aplica automáticamente la configuración de RSVP en la interfaz principal
también. Esto es posible porque el atascamiento entre la subinterfaz y la interfaz principal es estático. Sin embargo, la
asociación entre una interfaz del túnel y una interfaz física es dinámica. Por lo tanto, cuando usted configura RSVP sobre un
túnel, la misma configuración no se puede aplicar directamente a ninguna interfaz física porque la asociación túnel-a-física
puede cambiar. Por lo tanto, usted debe configurar RSVP apropiadamente en la interfaz física (tubería y/o subinterfaz) sobre la
cual puede un túnel salida.
Si un dispositivo tal como un teléfono del IP asociado en la red 192.168.1.0/24 tiene que establecer la reserva para una llamada
a otro dispositivo, tal como otro teléfono del IP, asociado en la red 192.168.2.0/24, habló A envía un mensaje de trayecto
dirigido hacia el spoke B sobre la interfaz del túnel 0. El mensaje RESV es interceptado por el concentrador y remitido al spoke
B. Spoke B responde con un mensaje RESV, que se envía al concentrador. Las tentativas del concentrador de reservar el
ancho de banda sobre la interfaz del mGRE del tunnel0 y su interfaz física asociada. Si el concentrador es reserva capaz el
ancho de banda necesario, una reserva está instalada y el mensaje RESV se remite al spoke A. Spoke A recibe un mensaje
RESV en el tunnel0 e intenta reservar el ancho de banda sobre la interfaz del tunnel0 GRE y su interfaz física asociada. Si
habló A es acertada en la reserva del ancho de banda necesario, una reserva está instalada.
El control de admisión de llamadasde RSVP de la nota (CAC) se realiza sobre la nueva interfaz física cuando hay un cambio en
la asociación túnel-a-física de la interfaz para una sesión dada. Esto pudo potencialmente hacer el Reservación RSVP una
vez que-establecido fallar. En tal caso, RSVP quita solamente la reserva existente. El flujo de datos es determinado por
otras aplicaciones específicas, por ejemplo, Cisco Unified Communications Manager Express (Cisco UCME) en caso
del tráfico de voz.
Durante el control de admisión del ancho de banda, el Cisco IOS Software debe tener en cuenta el introducida los gastos
indirectos adicionales IP debido a hacer un túnel y a un cifrado posible sobre estos túneles. Los valores predeterminados se
proporcionan para los gastos indirectos adicionales basados en los tamaños promedios de un paquete de Internet. Sin
embargo, usted puede utilizar ip rsvp tunnel overhead-percent el comando de reemplazar estos valores.
Soporte del mecanismo de transporte en RSVP
El transporte de RSVP para la característica de Medianet amplía las funciones de RSVP para actuar como mecanismo de
transporte para los clientes. Esto es alcanzada agregando tres más parámetros al 5-tuple existente fluye que se utiliza para
reservar una trayectoria del remitente al receptor para el flujo de datos. Los 5-tuple fluyen consisten en el IP Address de destino,
dirección IP de origen, protocolo IP, puerto destino, y puerto de origen.
En este modelo, porque cada servicio de transporte pedido por los clientes, RSVP crea una sesión del Transport Protocol (TP).
Cada tal solicitud de servicio del transporte es identificada por el 8-tuple fluye tal y como se muestra en del cuadro 1:
parámetros
8-Tuple
Descripción
Destino ip
IP Address de destino del flujo.
Puerto destino Puerto destino del flujo.
Protocolo IP
Protocolo IP número en el encabezado IP.
FUENTE-IP
Dirección IP de origen del flujo.
Puerto de
origen
Puerto de origen del flujo.
ID de cliente
Identifica una aplicación de cliente particular. El ID de cliente es un número global
afectado un aparato que identifica a un cliente que utilice el transporte de RSVP. Es
proporcionado por el cliente a RSVP cuando el cliente se registra a RSVP. Los
permisos RSVP del ID de cliente a distinguir entre diversas aplicaciones de cliente
que piden el servicio de transporte para el mismo 5-tuple fluyen.
Iniciador ID
Identifica el nodo que inicia la solicitud de servicio del transporte. El iniciador ID
habilita RSVP distingue entre la solicitud de servicio del transporte generada por la
misma aplicación de cliente, para el mismo 5-tuple fluya, pero de diversos Nodos de
iniciación. Los clientes TP necesitan pasar este iniciador que fluye el ID en el 8-tuple
cuando deben iniciar una sesión del transporte de RSVP. Este ID tiene que ser único
a través de la red.
Caso ID
Identifica la solicitud de servicio del transporte de una aplicación de cliente particular
y de un iniciador determinado. El caso ID deja RSVP distinguir entre diversos casos
de una solicitud de servicio del transporte que sea generada por la misma aplicación
de cliente para el mismo 5-tuple fluya y del mismo nodo de iniciación. El caso ID es
pasado por el cliente a RSVP cuando el cliente debe iniciar una sesión del transporte
de RSVP.
Los 8-tuple fluyen identifican las sesiones de RSVP TP y las asocian a las solicitudes de servicio específicas del transporte del
cliente.
Cuando los pedidos de cliente TP un servicio de transporte de RSVP, RSVP crean un específico de la sesión TP a esa solicitud
de servicio del transporte, y lo utilizan para transportar cualquier otro mensaje que es enviado por el cliente para la solicitud de
servicio. RSVP también mantiene el estado de esta sesión TP restaurando los mensajes de trayecto periódicamente.
RSVP proporciona dos tipos de mecanismos de transporte a los clientes para las solicitudes de servicio del transporte:
• mecanismo de transporte Trayectoria-basado — En este mecanismo, el nodo del iniciador transporta un mensaje de
cliente TP (también designado el TP-Cliente-DATA) al destino para un flujo determinado. RSVP crea el específico de la
sesión TP a la solicitud de servicio del transporte del cliente y utiliza el mensaje de trayecto para enviar el TP-Cliente-DATA.
Se asegura de que el TP-Cliente-DATA esté transportado en la misma trayectoria que el flujo de datos para el 5-tuple
correspondiente. RSVP mantiene el estado de esta sesión del transporte sobre todos los nodos intermedios del iniciador al
destino o al nodo en el cual la sesión TP será terminada.
• El transporte notificar-basó el mecanismo de transporte — En este mecanismo, el TP-Cliente-DATA de cualquier nodo
en la trayectoria del flujo se transporta a cualquier otro nodo en la misma trayectoria. RSVP utiliza el mensaje de la
Transporte-notificación para enviar el TP-Cliente-DATA.
En el mecanismo de transporte trayectoria-basado, el mensaje de trayecto de RSVP se utiliza para llevar el TP-Cliente-DATA a
lo largo de la trayectoria del remitente al receptor. RSVP entrega el TP-Cliente-DATA al stack del cliente en cada uno de los
saltos RSVP-habilitados adonde el stack del cliente se está ejecutando. El cliente puede entonces realizar una de las tareas
siguientes:
• Solicite RSVP para enviar el TP-Cliente-DATA que se modifica o no se modifica más lejos rio abajo hacia el receptor. En
este caso, RSVP integra el TP-Cliente-DATA saliente del cliente en el mensaje de trayecto y adelante lo hacia el receptor.
• Termine el TP-Cliente-DATA si el cliente decide cerrar la sesión del transporte sobre un nodo determinado. En este caso,
RSVP no envía ningún mensaje de trayecto rio abajo.
En el mecanismo de transporte notificar-basado transporte, las aplicaciones de RSVP Transporte-notifican el mensaje para
enviar el mensaje de cliente. En este caso, el cliente TP puede solicitar RSVP para realizar una de las tareas siguientes:
• La petición RSVP de enviar el TP-Cliente-DATA para el 8-tuple fluye a un IP Address de destino. Esta petición trabaja
incluso si fluye la sesión de RSVP TP no existe para el 8-tuple correspondiente.
•
Solicite RSVP para enviar el TP-Cliente-DATA al salto por aguas arriba anterior de RSVP. Este proceso asume que fluye
una sesión de RSVP TP existe para el 8-tuple correspondiente. En este caso, RSVP deriva el salto que reconoce RSVP
anterior que la dirección IP del bloque del estado de la trayectoria (PSB) para el 8-tuple fluye y envía el mensaje de la
Transporte-notificación a esa dirección IP con el TP-Cliente-DATA integrado en él.
RSVP entrega el mensaje de la Transporte-notificación con el objeto integrado del transporte al cliente correspondiente TP
que se ejecuta en el router. Si el cliente correspondiente TP no existe en el router, y si hay una sesión existente de RSVP
TP para el 8-tuple fluye en RSVP Transporte-notifica el mensaje, después RSVP envía más lejos este mensaje al router
RSVP-habilitado conexión en sentido ascendente anterior. Esto continúa hasta que RSVP pueda entregar este mensaje al
cliente TP.
Si el cliente correspondiente TP no existe en el router, y si fluye no hay sesión existente de RSVP TP para el 8-tuple, RSVP
cae el mensaje.
Cómo configurar RSVP
•
Habilitando RSVP, página 11 (requerida)
•
Configurando el ancho de banda de RSVP, página 12 (requerida)
•
Configurando el ancho de banda máximo para los flujos solos o del grupo, página 14 (requerida)
•
Ingresando los remitentes o a los receptores en la base de datos RSVP, página 16 (opcional)
•
Configurando RSVP como Transport Protocol, página 17 (opcional)
•
Especificando los destinos multidifusión, página 17 (opcional)
•
Reservas vecinas de RSVP que controlan, página 18 (opcional)
•
Habilitando RSVP para asociar al Netflow, página 19 (opcional)
•
Fijando la Prioridad IP y los valores TOS, página 20 (opcional)
•
Configurando los gastos indirectos del ancho de banda del túnel, página 21 (opcional)
•
Enviando las notificaciones de RSVP, página 22 (opcional)
•
Verificando la configuración de RSVP, página 23 (opcional)
Habilitar RSVP
Por abandono, se inhabilita el RSVP de modo que sea posterior - compatible con los sistemas que no implementan el RSVP.
Para habilitar RSVP para el IP en una interfaz, realice la tarea siguiente. Esta tarea comienza RSVP y establece el ancho de
banda y los límites de flujo simple.
PASOS SUMARIOS
1. enable
2. configure terminal
3. interface type number
4. ip rsvp bandwidth [interface-bandwidth [percent percent-bandwidth | []single-flow-bandwidthdel []sub-pool
bandwidth]]
5. end
PASOS DETALLADOS
Comando o acción
Paso enable
1
Example:
Router> enable
Propósito
Habilita el modo EXEC privilegiado.
• Ingrese su contraseña si se le
pide que lo haga.
Paso configure terminal
2
Ingresa en el modo de configuración
global.
Paso interface type number
3
Configura la interfaz especificada y
ingresa al modo de configuración de la
interfaz.
Paso
4
Permisos RSVP para el IP en una
interfaz.
Example:
Router# configure terminal
Example:
Router(config)# interface
fastethernet 0/1
ip rsvp bandwidth [interface-bandwidth [percent
percent-bandwidth | [single-flow-bandwidth]
[sub-pool bandwidth]]]
Example:
Router(config-if)# ip rsvp bandwidth
23 54
Paso end
5
Example:
Router(config-if)# end
Salidas modo de configuración de la
interfaz y devoluciones al modo EXEC
privilegiado.
Configurar el ancho de banda de RSVP
Para configurar el ancho de banda de RSVP, realice la tarea siguiente. El máximo predeterminado del ancho de banda es el
hasta 75 por ciento del ancho de banda disponible en la interfaz. Por abandono, la cantidad reservable por un flujo puede estar
hasta el ancho de banda reservable entero.
Las reservas en los circuitos individuales que no exceden 100 kb/s tienen éxito normalmente. Sin embargo, si las reservas se
han hecho en otros circuitos que agregaban hasta 1,2 Mb/s, y una reserva se hace en una subinterfaz que sí mismo tenga
bastante ancho de banda restante, la solicitud de reserva todavía será rechazado porque la interfaz física falta soportando el
ancho de banda.
PASOS SUMARIOS
1. enable
2. configure terminal
3. interface type number
4. ip rsvp bandwidth []interface-bandwidth single-flow-bandwidthdel [[]sub-pool bandwidth]
o
ip rsvp bandwidth percent interface-bandwidth [max-flow-bw | percent flow-bandwidth]
5. ip rsvp bandwidth ingress [ingress-bandwidth | el por cientopercent-bandwidth [maximum-ingress-bandwidth |
percent percent-bandwidth]]
6. end
PASOS DETALLADOS
Comando o acción
Propósito
Paso enable
1
Habilita el modo EXEC privilegiado.
Paso configure terminal
2
Ingresa en el modo de configuración
global.
Paso
3
Configura una interfaz y entra en el modo
de configuración de interfaz.
• Ingrese su contraseña si se le pide
que lo haga.
Example:
Router> enable
Example:
Router# configure terminal
interface type number
Example:
Router(config)# interface multilink 2
Paso
4
ip rsvp bandwidth [interface-bandwidth [percent
percent-bandwidth | [single-flow-bandwidth]
[sub-pool bandwidth]]
Configura un valor absoluto para el ancho
de banda de RSVP y el ancho de banda
del flujo.
o
Observeen las subinterfaces, este
comando aplica el más restrictivo
de los anchos de banda disponibles
de la interfaz física y de la
subinterfaz. Por ejemplo, una
interfaz de Frame Relay pudo
tener un conector T1 nominal
capaz de 1,536 Mb/s, y
subinterfaces 64-kb/s en los
circuitos 128-kb/s (64-kb/s CIR).
El ancho de banda de RSVP se
puede configurar en la interfaz
principal hasta 1200 kb/s, y en
cada subinterfaz hasta 100 kb/s.
ip rsvp bandwidth percent rsvp-bandwidth
[max-flow-bw | percent flow-bandwidth]
Example:
Router(config-if)# ip rsvp
bandwidth 23 34
o
Router(config-if)# ip rsvp
bandwidth percent 50 percent 10
o
Configura un porcentaje del ancho de
banda de la interfaz como el ancho de
banda de RSVP y ancho de banda del
flujo.
Por más ejemplos, refiera los “ejemplos
de configuración para configurar a la
sección de RSVP” en la página 24
Paso
5
ip rsvp bandwidth ingress ingress-bandwidth
o
ip rsvp bandwidth ingress percent
(Opcional) configura el ancho de banda
reservable del ingreso de RSVP.
o
percent-bandwidth [maximum-ingress-bandwidth |
percent percent-bandwidth]
Configura un porcentaje del ancho de
banda de la interfaz como el ancho de
banda del ingreso.
Example:
Router(config-if)# ip rsvp
bandwidth ingress 40
o
Router(config-if)# ip rsvp bandwidth ingress
percent 80
Paso end
6
Example:
Router(config-if)# end
Salidas modo de configuración de la
interfaz y devoluciones al modo EXEC
privilegiado.
Configurar el ancho de banda máximo para los flujos solos o del grupo
Realice esta tarea de configurar el ancho de banda máximo para los flujos solos o del grupo. Como parte de la mejora del ID de
la aplicación, el ancho de banda máximo se puede configurar para los mensajes RESV. Esto permite que el límite del ancho de
banda de la política local sea utilizado por el proceso del control de admisión de RSVP para las reservas compartidas y
nonshared. También permite que una política local accione el derecho preferente de compra durante la función de control de
admisión si hay ancho de banda escaso de la directiva para cubrir las necesidades de un mensaje RESV entrante.
PASOS SUMARIOS
1. enable
2. configure terminal
3. interface type number
4. ip rsvp policy local identity alias1 [...]alias2alias4
5. maximum bandwidth [group | single] bandwidth
o
maximum bandwidth percent {group | single} bandwidth-percentage
6. maximum bandwidth ingress {group | single} bandwidth
o
maximum bandwidth ingress percent {group | single} percent
7. end
PASOS DETALLADOS
Comando o acción
Propósito
Paso enable
1
Habilita el modo EXEC privilegiado.
Paso configure terminal
2
Ingresa en el modo de configuración
global.
Paso
3
Configura una interfaz y entra en el
modo de configuración de interfaz.
• Ingrese su contraseña si se le
pide que lo haga.
Example:
Router> enable
Example:
Router# configure terminal
interface type number
Example:
Router(config)# interface multilink 2
Paso
4
ip rsvp policy local identity alias1
[alias2...alias4]
Example:
Router(config-if)# ip rsvp policy
local identity video
Paso
5
maximum bandwidth [group | single] bandwidth
o
maximum bandwidth percent {group | single}
bandwidth-percentage
Especifica un ID de la aplicación alias
para un ID de la aplicación
configurado previamente y ingresa al
modo de configuración de la política
local.
Configura la cantidad máxima de
ancho de banda, en kb/s, que se
puede pedir por las reservas solas o
del grupo cubiertas por una política
local.
o
Example:
Router(config-rsvp-local-if-policy)#
maximum bandwidth group 500
Configura un porcentaje del ancho de
banda de RSVP de una interfaz como
o
Router(config-rsvp-local-if-policy)#
maximum bandwidth percent group 50
Paso
6
maximum bandwidth ingress {group | single}
bandwidth
o
el ancho de banda máximo disponible
para escoger o para agrupar las
reservas cubiertas por una política
local.
Configura el ancho de banda máximo
del ingreso para un grupo de reservas
o para una sola reserva en una
directiva global-basada de RSVP.
maximum bandwidth ingress percent {group |
single} percent
o
Example:
Router(config-rsvp-local-policy)#
maximum bandwidth ingress group 200
Configura el porcentaje máximo del
ancho de banda del ingreso de RSVP
de una interfaz para un grupo de
reservas o para una sola reserva.
o
Router(config-rsvp-local-if-policy)#
maximum bandwidth ingress percent
group 50
Paso end
7
Example:
Router(config-rsvp-local-if-policy)#
end
Modo de configuración y
devoluciones de la política local de
las salidas al modo EXEC
privilegiado.
Ingresar los remitentes o a los receptores en la base de datos RSVP
PASOS SUMARIOS
1. enable
2. configure terminal
3. ip rsvp sender session-ip-address sender-ip-address [tcp | udp | ip-protocol] session-dport sender-sport previoushop-ip-address previous-hop-interface bandwidth burst-size
4. ip rsvp reservation session-ip-address sender-ip-address [tcp | udp | ip-protocol] session-dport sender-sport nexthop-ip-address next-hop-interface {ff | se | wf} {rate | load} bandwidth burst-size
5. end
PASOS DETALLADOS
Comando o acción
Paso enable
1
Example:
Router> enable
Propósito
Habilita el modo EXEC privilegiado.
• Ingrese su contraseña si se le
pide que lo haga.
Paso configure terminal
2
Ingresa en el modo de configuración
global.
Paso ip rsvp sender session-ip-address
sender-ip-address [tcp | udp | ip3
Ingresa los remitentes en la base de
datos RSVP.
Example:
Router# configure terminal
protocol] session-dport sender-sport
previous-hop-ip-address previous-hopinterface bandwidth burst-size
Example:
Router(config)# ip rsvp sender
10.10.1.1 10.10.2.2 tcp 2 3 10.10.3.1
fastEthernet 0/1 2 3
• Permite a un router para
comportarse como es de
recepción y procesando los
mensajes de trayecto de RSVP
del remitente o del salto anterior
rutea contener los atributos
indicados.
• El Comando relacionado ip
rsvp sender-host permite a un
router para simular un host que
genera los mensajes de trayecto
de RSVP. Se utiliza sobre todo
para hacer el debug de y los
objetivos de prueba.
Paso ip rsvp reservation session-ipaddress sender-ip-address [tcp | udp
4
Ingresa los receptores en la base de
datos RSVP y permite a un router
| ip-protocol] session-dport senderpara comportarse como es de
sport next-hop-ip-address next-hoprecepción y de proceso de los
interface {ff | se | wf} {rate | load mensajes RSVP RESV.
} bandwidth burst-size
•
El Comando relacionado ip
Example:
Router(config)# ip rsvp reservation
10.0.0.4 10.0.0.5 tcp 2 3 10.0.0.3
fastEthernet 0/1 ff load 2 4
Paso end
5
Example:
Router(config)# end
rsvp reservation-host permite a
un router para simular un host que
genera los mensajes RSVP
RESV. Se utiliza sobre todo para
hacer el debug de y los objetivos
de prueba.
Salidas modo de configuración global
y devoluciones al modo EXEC
privilegiado.
Configurar RSVP como Transport Protocol
PASOS SUMARIOS
1. enable
2. configure terminal
3. ip rsvp transport client client-id
4. ip rsvp transport sender-host [tcp | udp] destination-address source-address ip-protocol dest-port source-port client-id
init-id instance-id []vrf vrf-name del []data data-value
5. end
PASOS DETALLADOS
Comando o acción
Paso enable
1
Example:
Router> enable
Paso configure terminal
2
Example:
Router# configure terminal
Propósito
Habilita el modo EXEC
privilegiado.
• Ingrese su contraseña si
se le pide que lo haga.
Ingresa en el modo de
configuración global.
Paso ip rsvp transport client client-id
3
Crea una sesión del transporte
de RSVP. Permite a un router
Example:
Router(config)# ip rsvp transport client 2 para simular un host que genera
el mensaje de trayecto de
RSVP.
• Este comando se utiliza
para hacer el debug de y
probar.
Paso
4
ip rsvp transport sender-host [tcp | udp]
destination-address source-address ip-protocol
dest-port source-port client-id init-id
instance-id [vrf vrf-name] [data data-value]
Example:
Router(config)# ip rsvp transport senderhost tcp 10.1.1.1 10.2..1.1 3 4 5 2 3 4
vrf vr1
Paso end
5
Example:
Router(config)# end
Registra un ID de cliente del
transporte de RSVP con RSVP.
• Este comando se utiliza
para hacer el debug de y los
objetivos de prueba.
Salidas modo de configuración
global y devoluciones al modo
EXEC privilegiado.
Especificar los destinos multidifusión
Si descubren a los vecinos de RSVP para utilizar la encapsulación del User Datagram Protocol (UDP), el router generará
automáticamente los mensajes UDP-encapsulados para el consumo de los vecinos.
Sin embargo, en algunos casos, un host no originará tal mensaje hasta que primero haya oído del router, que puede hacer
solamente vía el UDP. Usted debe dar instrucciones al router para generar los Multicast UDP-encapsulados de RSVP siempre
que genere un Multicast encapsulado por IP.
Para especificar los destinos multidifusión que deben recibir UDP-encapsuló los mensajes, realiza la tarea siguiente:
PASOS SUMARIOS
1. enable
2. configure terminal
3. ip rsvp udp-multicasts []multicast-address
4. end
PASOS DETALLADOS
Comando o acción
Propósito
Paso
1
enable
Habilita el modo EXEC privilegiado.
Paso
2
configure terminal
Paso
3
ip rsvp udp-multicasts [
multicast-address]
Example:
Router> enable
Ingresa en el modo de configuración global.
Example:
Router# configure terminal
Example:
Router(config)# ip rsvp udpmulticasts 10.3.4.1
Paso
4
• Ingrese su contraseña si se le pide que
lo haga.
end
Example:
Router(config)# end
Especifica los destinos multidifusión que
deben recibir los mensajes UDPencapsulados.
Salidas modo de configuración global y
devoluciones al modo EXEC privilegiado.
Reservas del vecino de RSVP que controlan
Por abandono, cualquier vecino de RSVP puede ofrecer una solicitud de reserva. Para controlar que los vecinos de RSVP
pueden ofrecer a una solicitud de reserva, realice la tarea siguiente. Cuando usted realiza esta tarea, sólo validan a los vecinos
conforme a la lista de acceso. La lista de acceso se aplica al encabezado IP.
PASOS SUMARIOS
1. enable
2. configure terminal
3. ip rsvp neighbor access-list-number
4. end
PASOS DETALLADOS
Comando o acción
Propósito
Paso
1
enable
Habilita el modo EXEC privilegiado.
Paso
2
configure terminal
Paso
3
ip rsvp neighbor accesslist-number
Example:
Router> enable
• Ingrese su contraseña si se le pide que lo
haga.
Ingresa en el modo de configuración global.
Example:
Router# configure terminal
Límites que el Routers puede ofrecer a las
reservas.
Example:
Router(config)# ip rsvp
neighbor 12
Paso
4
end
Example:
Router(config)# end
Salidas modo de configuración global y
devoluciones al modo EXEC privilegiado.
Habilitar RSVP para asociar al Netflow
Para permitir a RSVP para asociarse al Netflow de modo que pueda recibir la información sobre los paquetes para poner al día
su Prioridad IP del token bucket y del conjunto como sea necesario, realice la tarea siguiente. Esta tarea es opcional por la
razón siguiente: Cuando la interfaz se configura con ip rsvp svc-required el comando de utilizar los circuitos virtuales
conmutados atmósfera (SVC), RSVP se asocia automáticamente al Netflow para realizar la identificación del flujo de paquetes.
Sin embargo, si usted quiere realizar el Precedencia-tipo IP de configuración del bit del servicio (TOS) en cada paquete sin usar
la atmósfera SVC, después usted debe utilizar ip rsvp flow-assist el comando de dar instrucciones RSVP para asociarse al
Netflow.
Observesi usted utiliza el WFQ, después los bits TOS y de la Prioridad IP serán fijados solamente en los paquetes de datos
que RSVP ve, debido a la congestión.
PASOS SUMARIOS
1. enable
2. configure terminal
3. interface type number
4. ip rsvp flow-assist
5. end
PASOS DETALLADOS
Comando o acción
Propósito
Paso
1
enable
Habilita el modo EXEC privilegiado.
Paso
2
configure terminal
Paso
3
interface type number
Paso
4
ip rsvp flow-assist
Paso
5
end
Example:
Router> enable
• Ingrese su contraseña si se le pide que lo
haga.
Ingresa en el modo de configuración global.
Example:
Router# configure terminal
Example:
Router(config)# interface
fastethernet 0/1
Configura la interfaz especificada y ingresa al
modo de configuración de la interfaz.
Permisos RSVP para asociarse al Netflow.
Example:
Router(config-if)# ip rsvp
flow-assist
Example:
Router(config-if)# end
Salidas modo de configuración de la interfaz y
devoluciones al modo EXEC privilegiado.
Determinación de la Prioridad IP y de los valores TOS
Observepara configurar la Prioridad IP y los valores TOS que se utilizarán para marcar los paquetes en una trayectoria
reservada RSVP que ajústese a o exceda la especificación del flujo de RSVP (flowspec), realizan la tarea siguiente. Usted
debe configurar ip rsvp flow-assist el comando si usted quiere fijar los valores de la Prioridad IP o TOS en cada
paquete y usted no está utilizando la atmósfera SVC; es decir, usted no ha configurado ip rsvp svc-required el
comando.
El Byte ToS en el encabezado IP define los tres bits de orden altos como los bits de la Prioridad IP y los cinco bits de orden
bajos como bits TOS.
El software del router marca las direcciones de origen y de destino y los números del puerto de un paquete para determinar si el
paquete corresponde con un Reservación RSVP. Si una coincidencia existe, como parte de su proceso de entrada, RSVP
marca el paquete para la conformidad al flowspec de la reserva. Durante este proceso, el RSVP determina si el paquete se
ajusta a o excede el flowspec, y fija los bits de la Prioridad IP y TOS del encabezado IP del paquete por consiguiente. Las
configuraciones del bit de esta Prioridad IP y TOS son utilizadas por el Weighted Random Early Detection distribuido por VC
(DWRED) en la interfaz de salida, y pueden ser utilizadas por las interfaces en los routeres en sentido descendente.
La combinación de previsión realizada por el adaptador de puerto ATM mejorado (PA-A3) y la política para tirar paquetes de
por-SVC DWRED se asegura de que cualquier paquete que haga juego una reserva pero excede el flowspec (es decir, no se
ajusta al token bucket para la reserva) está tratado como si fuera un paquete del mejor esfuerzo. Se envía en SVC para la
reserva, pero su Prioridad IP se marca para asegurarse de que no interfiere con tráfico que cumple con los estándares.
PASOS SUMARIOS
1. enable
2. configure terminal
3. interface type number
4. ip rsvp precedence {conform | exceed} precedence-value
5. ip rsvp tos {conform | exceed} tos-value
6. end
PASOS DETALLADOS
Comando o acción
Propósito
Paso
1
enable
Habilita el modo EXEC privilegiado.
Paso
2
configure terminal
Paso
3
interface type number
Paso
4
ip rsvp precedence {conform |
exceed} precedence-value
• Ingrese su contraseña si se le pide
que lo haga.
Example:
Router> enable
Ingresa en el modo de configuración global.
Example:
Router# configure terminal
Configura la interfaz especificada y ingresa al
modo de configuración de la interfaz.
Example:
Router(config)# interface
fastethernet 0/1
Fija la Prioridad IP conforman o exceden los
valores.
Example:
Router(config-if)# ip rsvp
precedence conform 23
Paso
5
ip rsvp tos {conform | exceed}
tos-value
Fija la TOS conforman o exceden los
valores.
Example:
Router(config-if)# ip rsvp tos
conform 45
Paso
6
end
Example:
Router(config-if)# end
Salidas modo de configuración de la interfaz
y devoluciones al modo EXEC privilegiado.
Configurar los gastos indirectos del ancho de banda del túnel
PASOS SUMARIOS
1. enable
2. configure terminal
3. interface tunnel number
4. ip rsvp tunnel overhead-percent []overhead-percent
5. end
PASOS DETALLADOS
Comando o acción
Propósito
Paso enable
1
Habilita el modo EXEC privilegiado.
Paso configure terminal
2
Ingresa en el modo de configuración global.
Paso interface tunnel number
3
Ingresa en el modo de configuración de la interfaz.
Paso ip rsvp tunnel overheadpercent [overhead-percent]
4
Configura el valor de la invalidación para el
consumo de recursos de ancho de banda del
porcentaje dentro de la interfaz del túnel.
Example:
Router> enable
• Ingrese su contraseña si se le pide que lo
haga.
Example:
Router# configure
terminal
Example:
Router(config)# interface
tunnel 0
Example:
Router(config-if)# ip rsvp
tunnel overhead-percent
20
Paso end
5
Vuelve al modo EXEC privilegiado.
Example:
Router(config-if)# end
Consejos de Troubleshooting
Usted puede utilizar show ip rsvp interface detail el comando de visualizar los parámetros de la configuración de RSVP.
Envío de las notificaciones de RSVP
Para permitir que un usuario en una estación de la administración remota monitoree la información RSVP-relacionada, realice la
tarea siguiente:
PASOS SUMARIOS
1. enable
2. configure terminal
3. snmp-server enable traps rsvp
4. end
PASOS DETALLADOS
Comando o acción
Propósito
Paso
1
enable
Habilita el modo EXEC privilegiado.
Paso
2
configure terminal
Paso
3
snmp-server enable traps rsvp
Paso
4
end
Example:
Router> enable
• Ingrese su contraseña si se le pide
que lo haga.
Ingresa en el modo de configuración global.
Example:
Router# configure terminal
Envía las notificaciones de RSVP.
Example:
Router(config)# snmp-server
enable traps rsvp
Example:
Router(config)# end
Salidas modo de configuración global y
devoluciones al modo EXEC privilegiado.
Verificar la configuración de RSVP
Realice esta tarea de verificar las Operaciones RSVP resultantes, después de configurar los Reservación RSVP que reflejan su
directiva de los recursos de red. Usted puede realizar estos pasos en cualquier orden.
PASOS SUMARIOS
1. enable
2. show ip rsvp interface []type number
3. show ip rsvp installed []type number
4. show ip rsvp neighbor []type number
5. show ip rsvp sender []type number
6. show ip rsvp request []type number
7. show ip rsvp reservation []type number
8. show ip rsvp ingress interface []detaildel []type number
PASOS DETALLADOS
Comando o acción
Propósito
Paso
1
enable
Habilita el modo EXEC privilegiado.
Paso
2
show ip rsvp interface [type
number]
Example:
Router> enable
• Ingrese su contraseña si se le pide que
lo haga.
Información RSVP-relacionada de la interfaz
de las visualizaciones.
Example:
Router# show ip rsvp interface
fastethernet 0/1
Paso
3
show ip rsvp installed [type
number]
Filtros RSVP-relacionados y información de
ancho de banda de las visualizaciones.
Example:
Router# show ip rsvp installed
fastethernet 0/1
Paso
4
show ip rsvp neighbor [type
number]
Visualiza a los vecinos actuales de RSVP.
Example:
Router# show ip rsvp neighbor
fastethernet 0/1
Paso
5
show ip rsvp sender [type
number]
Información del remitente de RSVP de las
visualizaciones.
Example:
Router# show ip rsvp sender
fastethernet 0/1
Paso
6
show ip rsvp request [type
number]
Información de la petición de RSVP de las
visualizaciones.
Example:
Router# show ip rsvp request
fastethernet 0/1
Paso
7
show ip rsvp reservation [type Información del receptor de RSVP de las
number]
visualizaciones.
Example:
Router# show ip rsvp
reservation fastethernet 0/1
Paso
8
show ip rsvp ingress interface Información de ancho de banda del ingreso de
[detail] [type number]
RSVP de las visualizaciones.
Example:
Router# show ip rsvp ingress
interface detail
Ejemplos de configuración para configurar RSVP
•
Ejemplo: Configurar RSVP para una sesión del Multicast, página 25
•
Ejemplos: Configurar el ancho de banda de RSVP, página 30
•
Ejemplo: Configurar los gastos indirectos del ancho de banda del túnel, página 31
Ejemplo: Configurar RSVP para una sesión del Multicast
Esta sección describe la configuración de RSVP en tres Cisco 4500 Router para una sesión del Multicast.
Para la información sobre cómo configurar RSVP, vea “cómo configurar la sección de RSVP” en la página 11.
El tres Routers forma la red del router entre una aplicación del remitente de RSVP que se ejecuta en un host por aguas arriba
(del sistema extremo) y una aplicación del receptor de RSVP que se ejecuta en el host rio abajo a (sistema extremo) — ninguno
de los dos host se muestra en este ejemplo.
La red del router incluye a tres Routers: Router A, router B, y C del router. El ejemplo supone que la interfaz por aguas arriba 0
de la interfaz en serie de alta velocidad (HSSI) del router A conecta al host por aguas arriba. El router A y el router B son
conectados por los Ethernetes rio abajo interface1 del router A, que los links a las interfaces Ethernet por aguas arriba 1 del
router B. Router B y C del router son conectados por la interfaz HSSI rio abajo 0 del router B, que conecta a la interfaz HSSI por
aguas arriba 0 del C del router. El ejemplo supone que la interfaz de Ethernet rio abajo 2 del C del router conecta al host rio
abajo.
Típicamente, una aplicación RSVP-capaz que se ejecuta en un host del sistema extremo en un lado de una red del router envía
el unicast o los mensajes de la TRAYECTORIA de RSVP del Multicast (configuración) al sistema final de destino o el host en el
otro lado de la red del router con la cual quiere comunicar. La aplicación de iniciación se refiere como el remitente; la aplicación
de la blanco o de destino se llama el receptor. En este ejemplo, el remitente se ejecuta en la conexión en sentido ascendente
del host del router A y el receptor se ejecuta en el host rio abajo del C del router. La red del router entrega los mensajes de
trayecto de RSVP del remitente al receptor. El receptor contesta con los mensajes RSVP RESV en un intento por reservar a
través de la red los recursos solicitados que se requieren entre sí mismo y el remitente. Los mensajes RSVP RESV especifican
los parámetros para el QoS indispensable que la red del router que conecta los sistemas debe intentar para ofrecer.
Este ejemplo no muestra el host que funcionaría con la aplicación del remitente y el host que ejecutarían la aplicación del
receptor. Normalmente, el primer router receptor del remitente en la red del router — en este caso, el router A — recibiría el
mensaje de trayecto de RSVP del remitente. Normalmente, el router más reciente de la red del router - es decir, la conexión en
sentido ascendente del salto siguiente del host que ejecuta la aplicación del receptor, en este caso, C del router — recibiría un
mensaje RSVP RESV del receptor.
Porque este ejemplo no incluye explícitamente los hosts en los cuales han configurado al remitente y el funcionamiento de las
aplicaciones del receptor, el Routers para actuar como si recibieran los mensajes de trayecto de un remitente y los mensajes
RESV de un receptor. Los comandos utilizaron el para este propósito, permitiendo que RSVP sea ilustrado más completamente
en el ejemplo, son ip rsvp sender el comando y ip rsvp reservation el comando. En el router A, se ha publicado el siguiente
comando:
ip rsvp sender 225.1.1.1 10.1.2.1 UDP 7001 7000 10.1.2.1 Hs0 20 1
Este comando hace al router actuar como si recibiera los mensajes de trayecto destinados a la dirección Multicast 225.1.1.1 de
una fuente 10.1.2.1. El salto anterior del mensaje de trayecto es 10.1.2.1, y el mensaje fue recibido en la interfaz HSSI 0.
En el C del router, se ha publicado el siguiente comando:
ip rsvp reservation 225.1.1.1 10.1.2.1 UDP 7001 7000 10.1.3.1 Et2 FF LOAD 8 1
Este comando hace al router actuar como si recibiera los mensajes RESV para la sesión con el destino multidifusión 225.1.1.1.
Los mensajes piden una reserva fija del filtro a la fuente 10.1.2.1, y actúan como si hubieran llegado de un receptor en la
interfaz de Ethernet 2 con el direccionamiento 10.1.3.1.
En el ejemplo, los mensajes de trayecto de RSVP fluyen en una dirección: rio abajo del remitente, que en este ejemplo es router
del router A. (si el host fuera iniciar el mensaje de trayecto de RSVP, el mensaje fluiría del host al router A.) que A envía el
mensaje rio abajo al router B, y el router B lo envía rio abajo al router C. (si el host rio abajo fuera el receptor real, el C del router
enviaría el mensaje de trayecto de RSVP rio abajo al host del receptor.) Cada router en la red del router debe procesar el
mensaje de trayecto de RSVP y rutearlo al salto rio abajo siguiente.
Los mensajes RSVP RESV fluyen en una dirección: conexión en sentido ascendente del receptor (en este ejemplo, el router C),
la conexión en sentido ascendente del C del router al router B, y la conexión en sentido ascendente del router B al router A. Si el
host rio abajo fuera el receptor, el mensaje originaría con el host, que lo enviaría al C del router. Si el host por aguas arriba fuera
el remitente, el destino final del mensaje RSVP RESV sería el host por aguas arriba. En cada salto, el router que recibe el
mensaje RSVP RESV debe determinar si puede honrar la solicitud de reserva.
ip rsvp bandwidth El comando both habilita RSVP en una interfaz y especifica la cantidad de ancho de banda en la interfaz
que puede ser reservada (y la cantidad de ancho de banda que se puede afectar un aparato a un flujo único). Para asegurar
QoS para el Reservación RSVP, el WFQ se configura en las interfaces habilitadas para la reserva.
Si la red del router es capaz de ofrecer el nivel especificado (de QoS) de servicio, después se establece una trayectoria
reservada de punta a punta. Si no, se rechaza la tentativa de la reserva y un mensaje de error RESV se envía al receptor. La
capacidad de cada router en la red de honrar el nivel de demanda del servicio es verificada, link por el link, pues los mensajes
RSVP RESV se envían a través de la red del router al remitente. Sin embargo, los datos sí mismo para que el ancho de banda
son viajes reservados una manera solamente: del remitente al receptor a través de una TRAYECTORIA establecida. Por lo
tanto, el QoS es eficaz en solamente una dirección. Éste es el caso común para uno-a-muchos flujos de los datos de
multidifusión.
Después de que configuren al tres Routers en el ejemplo, show ip rsvp sender y show ip rsvp reservation los comandos
harán visible el estado de la TRAYECTORIA y RESV.
Configuración del router A
En el router A, RSVP se habilita en la interfaz de Ethernet 1 con 10 kb/s que se reservarán para la Transmisión de datos. Una
cola justa cargada se reserva en esta interfaz para asegurar RSVP QoS. (En el router A, RSVP también se habilita en la interfaz
HSSI 0 con 1 kb/s reservado, pero este ancho de banda se utiliza simplemente para pasar los mensajes.)
!
version 12.0
service config
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
service udp-small-servers
service tcp-small-servers
!
hostname routerA
!
ip subnet-zero
no ip domain-lookup
ip multicast-routing
ip dvmrp route-limit 20000
!
!
interface Ethernet0
ip address 172.0.0.193 255.0.0.0
no ip directed-broadcast
no ip route-cache
no ip mroute-cache
media-type 10BaseT
!
interface Ethernet1
ip address 172.1.1.2 255.0.0.0
no ip directed-broadcast
ip pim dense-mode
ip rsvp bandwidth 10 10
fair-queue 64 256 1000
media-type 10BaseT
!
interface Hssi0
ip address 10.1.1.1 255.0.0.0
no ip directed-broadcast
ip pim dense-mode
ip rsvp bandwidth 1 1
!
interface ATM0
no ip address
no ip directed-broadcast
shutdown
!
router ospf 100
network 10.0.0.0 0.255.255.255 area 10
network 172.0.0.0 0.255.255.255 area 10
!
ip classless
ip rsvp sender 225.1.1.1 12.1.2.1 UDP 7001 7000 10.1.2.1 Hs0 20 1
!
line con 0
exec-timeout 0 0
length 0
transport input none
line aux 0
line vty 0 4
login
!
end
Configuración del Router B
En el router B, RSVP se habilita en la interfaz HSSI 0 con 20 kb/s que se reservarán para la Transmisión de datos. Una cola
justa cargada se reserva en esta interfaz para asegurar RSVP QoS. (En el router B, RSVP también se habilita en la interfaz de
Ethernet 1 con 1 kb/s reservado, pero este ancho de banda se utiliza simplemente para pasar los mensajes.)
!
version 12.0
service config
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
service udp-small-servers
service tcp-small-servers
!
hostname routerB
!
ip subnet-zero
no ip domain-lookup
ip multicast-routing
ip dvmrp route-limit 20000
clock calendar-valid
!
interface Ethernet0
ip address 172.0.0.194 255.0.0.0
no ip directed-broadcast
no ip route-cache
no ip mroute-cache
media-type 10BaseT
!
interface Ethernet1
ip address 10.1.1.1 255.0.0.0
no ip directed-broadcast
ip pim dense-mode
ip rsvp bandwidth 1 1
media-type 10BaseT
!
interface Hssi0
ip address 10.1.1.2 255.0.0.0
no ip directed-broadcast
ip pim dense-mode
ip rsvp bandwidth 20 20
fair-queue 64 256 1000
hssi internal-clock
!
interface ATM0
no ip address
no ip directed-broadcast
shutdown
!
router ospf 100
network 10.0.0.0 0.255.255.255 area 10
network 172.0.0.0 0.255.255.255 area 10
!
ip classless
!
line con 0
exec-timeout 0 0
length 0
transport input none
line aux 0
line vty 0 4
login
!
end
Configuración del Router C
En el C del router, RSVP se habilita en la interfaz de Ethernet 2 con 20 kb/s que se reservarán para la Transmisión de datos.
Una cola justa cargada se reserva en esta interfaz para asegurar RSVP QoS. (En el C del router, RSVP también se habilita en
la interfaz HSSI 0 con 1 kb/s reservado, pero este ancho de banda se utiliza simplemente para pasar los mensajes.)
!
version 12.0
service config
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
service udp-small-servers
service tcp-small-servers
!
hostname routerC
!
ip subnet-zero
no ip domain-lookup
ip multicast-routing
ip dvmrp route-limit 20000
!
interface Ethernet0
ip address 172.0.0.195 255.0.0.0
no ip directed-broadcast
no ip route-cache
no ip mroute-cache
media-type 10BaseT
!
interface Ethernet1
no ip address
no ip directed-broadcast
shutdown
media-type 10BaseT
!
interface Ethernet2
ip address 10.1.3.2 255.0.0.0
no ip directed-broadcast
ip pim dense-mode
ip rsvp bandwidth 20 20
fair-queue 64 256 1000
media-type 10BaseT
!
interface Ethernet3
no ip address
no ip directed-broadcast
shutdown
media-type 10BaseT
!
interface Ethernet4
no ip address
no ip directed-broadcast
shutdown
media-type 10BaseT
!
interface Ethernet5
no ip address
no ip directed-broadcast
shutdown
media-type 10BaseT
!
interface Hssi0
ip address 10.1.1.1 255.0.0.0
no ip directed-broadcast
ip pim dense-mode
ip rsvp bandwidth 1 1
hssi internal-clock
!
interface ATM0
no ip address
no ip directed-broadcast
shutdown
!
router ospf 100
network 10.0.0.0 0.255.255.255 area 10
network 172.0.0.0 0.255.255.255 area 10
!
ip classless
ip rsvp reservation 225.1.1.1 10.1.2.1 UDP 7001 7000 10.1.3.1 Et2 FF LOAD 8 1
!
line con 0
exec-timeout 0 0
length 0
transport input none
line aux 0
line vty 0 4
login
!
end
Ejemplos: Configurar el ancho de banda de RSVP
Las demostraciones del siguiente ejemplo cómo configurar un valor absoluto para el ancho de banda de RSVP y el porcentaje
de la interfaz como el ancho de banda del flujo:
configure terminal
interface multilink 2
ip rsvp bandwidth 1000 percent 50
Las demostraciones del siguiente ejemplo cómo configurar un porcentaje de la interfaz como el ancho de banda de RSVP y un
valor absoluto para el ancho de banda del flujo:
configure terminal
interface multilink 2
ip rsvp bandwidth percent 50 1000
Las demostraciones del siguiente ejemplo cómo configurar un valor absoluto para el ancho de banda de RSVP y el ancho de
banda del flujo:
configure terminal
interface multilink 2
ip rsvp bandwidth 23 34
Las demostraciones del siguiente ejemplo cómo configurar un porcentaje del ancho de banda de RSVP de una interfaz que
debe ser el límite para un grupo de flujos en una directiva de RSVP del nivel de la interfaz:
configure terminal
interface multilink 2
ip rsvp policy local identity id1
maximum bandwidth percent group 80
maximum bandwidth percent single 5
end
Las demostraciones del siguiente ejemplo cómo verificar la configuración del porcentaje del ancho de banda de RSVP que debe
ser el límite para un grupo de flujos:
Router# show running interface multilink 2
Building configuration...
Current configuration : 298 bytes
!
interface Multilink2
ip address 30.30.30.1 255.255.255.0
ip ospf cost 100
ppp multilink
ppp multilink group 2
ppp multilink endpoint ip 30.30.30.2
ip rsvp policy local identity id1
maximum bandwidth percent group 80
maximum bandwidth percent single 5
ip rsvp bandwidth percent 50 percent 10
end
Las demostraciones del siguiente ejemplo cómo configurar el ancho de banda del ingreso de RSVP para una interfaz:
enable
configure terminal
interface tunnel 0
ip rsvp bandwidth ingress 200
Las demostraciones del siguiente ejemplo cómo configurar el ancho de banda máximo del ingreso para un grupo de reservas y
para una sola reserva respectivamente, en una directiva global-basada de RSVP:
enable
configure terminal
ip rsvp local identity rsvp-video
maximum bandwidth ingress group 200
maximum bandwidth ingress single 100
The following example shows how to configure the maximum percentage of RSVP ingress bandwidth
of an interface for a group of reservations and for a single reservation, respectively:
enable
configure terminal
interface tunnel 0
ip rsvp local identity rsvp-video
maximum bandwidth ingress percent group 50
maximum bandwidth ingress single 50
Las demostraciones del siguiente ejemplo cómo verificar los parámetros del ingreso CAC en una interfaz:
Router# show ip rsvp ingress interface detail ethernet 1/0
interface
rsvp
in-allocated
in-i/f max
in-flow max
VRF
Et1/0
ena
0
7500K
7500K
0
Ejemplo: Configurar los gastos indirectos del ancho de banda del túnel
Las demostraciones del siguiente ejemplo cómo configurar los gastos indirectos del ancho de banda del túnel:
configure terminal
interface tunnel 0
ip rsvp overhead-percent 25
Finalizar
Usted puede utilizar show ip rsvp interface, show ip rsvp interface detail y show ip rsvp reservation los comandos verificar
los parámetros de la configuración de RSVP:
Router# show ip rsvp interface detail
Tu0:
RSVP: Enabled
Interface State: Up
Bandwidth:
Curr allocated: 10K bits/sec
Max. allowed (total): 75K bits/sec
Max. allowed (per flow): 75K bits/sec
Max. allowed for LSP tunnels using sub-pools: 0 bits/sec
Set aside by policy (total): 0 bits/sec
Admission Control:
Header Compression methods supported:
rtp (36 bytes-saved), udp (20 bytes-saved)
Tunnel IP Overhead percent:
4
Tunnel Bandwidth considered:
Yes
Traffic Control:
RSVP Data Packet Classification is ON via CEF callbacks
Signalling:
DSCP value used in RSVP msgs: 0x3F
Number of refresh intervals to enforce blockade state: 4
Authentication: disabled
Key chain:
<none>
Type:
md5
Window size: 1
Challenge:
disabled
Hello Extension:
State: Disabled
Router# show ip rsvp interface
interface
rsvp
allocated
i/f max
flow max sub max
Et0/0
ena
10400
7500K
7500K
0
Et1/0
ena
20K
7500K
7500K
0
VRF
Ena Tu0 10400 750K 750K 0
Router# show ip rsvp reservation
To
From
Pro DPort Sport Next Hop
I/F
Fi Serv BPS
192.168.2.2
192.168.1.2
TCP 10
Tu0
SE RATE 10K
10
192.168.2.2
Referencias adicionales
Documentos Relacionados
Tema relacionado
Título del documento
Comandos de Cisco IOS
El Cisco IOS domina los comandos
list, todos las versiones
Comandos rsvp: sintaxis de comandos completa, modo de
comandos, historial de comandos, valores predeterminados,
directrices de uso y ejemplos
Referencia de Comandos de las
Soluciones de Calidad de Servicio
de Cisco IOS
Descripción en RSVP
Descripción General de la
Señalización
Estándares
Estándar
Título
Esta función no soporta estándares nuevos o modificados, y el soporte de los estándares
existentes no ha sido modificado por ella.
—
MIB
MIB
Link del MIB
Esta función no soporta
MIBs nuevas o
modificadas, y el soporte
para las MIBs existentes no
ha sido modificado por esta
función.
Para localizar y descargar el MIB para las plataformas elegidas, las
versiones de software de Cisco, y los conjuntos de características,
utilizan el localizador MIB de Cisco encontrado en el URL siguiente:
http://www.cisco.com/cisco/web/LA/support/index.html
RFC
RFC
Título
Se soportan los RFC no nuevos o modificados, y el soporte para los RFC existentes no se ha —
modificado.
Asistencia Técnica
Descripción
Link
El Web site del soporte y de la documentación http://www.cisco.com/cisco/web/LA/support/index.html
de Cisco proporciona los recursos en línea
para descargar la documentación, el software,
y las herramientas. Utilice estos recursos para
instalar y para configurar el software y para
resolver problemas y para resolver los
problemas técnicos con los Productos Cisco y
las Tecnologías. El acceso a la mayoría de las
herramientas en el Web site del soporte y de
la documentación de Cisco requiere una
identificación del usuario y una contraseña del
cisco.com.
Información de la característica para configurar RSVP
La tabla 2 muestra las funciones de este módulo y proporciona links a información de configuración específica.
Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del
software. El Cisco Feature Navigator le permite para determinar qué imágenes del software soportan una versión de software,
un conjunto de características, o una plataforma específico. Para acceder a Cisco Feature Navigator, vaya a
http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.
Observelas listas del cuadro 2 solamente la versión de software que introdujo el soporte para una característica dada en un
tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión
de software también soportan esa característica.
Nombre de la
función
Versiones Información sobre la Función
RSVP —
Resource
Reservation
Protocol
11.2(1)
RSVP es un servicio del IP que permite que los sistemas extremos o
12.2(28)SB los hosts a cada lado de una red del router establezcan una
trayectoria del ancho de banda reservado entre ellos para
predeterminar y para asegurar QoS para su Transmisión de datos.
Las secciones siguientes proporcionan información acerca de esta
función:
•
Información sobre configurar RSVP, página 2
•
Cómo configurar RSVP, página 11
Se han insertado o modificado los siguientes comandos: ancho de
banda del rsvp del IP, flujo-ayuda del rsvp del IP, vecino del rsvp
del IP, Reservación RSVP del IP ip rsvp sender.
RSVP para la
interfaz flexible
de BW
15.1(1)S
15.1(2)T
RSVP para la característica flexible de la interfaz de BW permite que
usted configure un porcentaje del ancho de banda de la interfaz
como el ancho de banda de RSVP.
En el Cisco IOS Release 15.1(2)T, esta característica fue
introducida.
En el Cisco IOS Release 15.1(1)S, esta característica fue
implementada en los 7600 Series Router.
Las secciones siguientes proporcionan información acerca de esta
función:
•
Consideraciones de ancho de banda flexibles, página 6
•
Cómo configurar RSVP, página 11
Se han insertado o modificado los siguientes comandos: ip rsvp
bandwidth percent maximum bandwidth percent.
RSVP sobre el
DMVPN
15.1(1)S
15.1(2)T
RSVP sobre los soportes de característica DMVPN la
implementación de RSVP sobre los túneles manualmente
configurado y DMVPN IP.
En el Cisco IOS Release 15.1(2)T, esta característica fue
introducida.
En el Cisco IOS Release 15.1(1)S, esta característica fue
implementada en los Cisco 7600 Series Router.
Las secciones siguientes proporcionan información acerca de esta
función:
•
RSVP sobre el DMVPN, página 8
•
Cómo configurar RSVP, página 11
Se han insertado o modificado los siguientes comandos: ip rsvp
bandwidth ignore ip rsvp tunnel overhead-percent show ip rsvp
interface detail.
Ingreso CAC de
RSVP
15.1(1)S
15.1(3)T
La característica del ingreso CAC de RSVP amplía la
implementación del IPv4 de RSVP del Cisco IOS para garantizar a
los recursos de ancho de banda no sólo en la interfaz saliente de un
flujo dado, pero también en las interfaces de entrada.
En el Cisco IOS Release 15.1(3)T, esta característica fue
introducida.
En el Cisco IOS Release 15.1(1)S, esta característica fue
implementada en los Cisco 7600 Series Router.
Las secciones siguientes proporcionan información acerca de esta
función:
•
Ingreso CAC de RSVP, página 6
•
Cómo configurar RSVP, página 11
Se han insertado o modificado los siguientes comandos: ancho de
banda del rsvp del IP, ingreso del ancho de banda máximo,
ingreso del rsvp del IP de la demostración.
Transporte de
RSVP para
Medianet
15.1(3)T
El transporte de RSVP para la característica de Medianet amplía
RSVP para actuar como mecanismo de transporte para los clientes.
La sección siguiente proporciona la información sobre esta
característica:
•
Soporte del mecanismo de transporte en RSVP, página 9
•
Cómo configurar RSVP, página 11
Se han insertado o modificado los siguientes comandos: transporte
del rsvp del IP, remitente-host del transporte del rsvp del IP,
transporte del rsvp del IP de la demostración, remitente del
transporte del rsvp del IP de la demostración.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks
can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word
partner does not imply a partnership relationship between Cisco and any other company. (1005R)
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any
examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only.
Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.
© 2006-2010 Cisco Systems, Inc. All rights reserved.
© 1992-2013 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 21 Agosto 2013
http://www.cisco.com/cisco/web/support/LA/107/1075/1075589_config_rsvp_ps6922_TSD_Products_Configuration_Guide_Chapter.html