Guía de Configuración de Soluciones de Calidad de Servicio de Cisco IOS, versión 12.2SR
Configurar RSVP
21 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 422 KB | Inglés (5 Marzo 2008) | Comentarios

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:

Soporte del Transport Protocol de RSVP del cuadro 1 — 8-Tuple fluyen

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
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface type number

Example:

Router(config)# interface fastethernet 0/1

Configura la interfaz especificada y ingresa al modo de configuración de la interfaz.

Paso 4 

ip rsvp bandwidth [interface-bandwidth [percent 
percent-bandwidth | [single-flow-bandwidth] 
[sub-pool bandwidth]]]
Example:

Router(config-if)# ip rsvp bandwidth 23 54

Permisos RSVP para el IP en una interfaz.

Paso 5 

end

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 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface type number
Example:
Router(config)# interface multilink 2

Configura una interfaz y entra en el modo de configuración de interfaz.

Paso 4 

ip rsvp bandwidth [interface-bandwidth [percent 
percent-bandwidth | [single-flow-bandwidth] 
[sub-pool bandwidth]]

o


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

Configura un valor absoluto para el ancho de banda de RSVP y el ancho de banda del flujo.

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.

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 
percent-bandwidth [maximum-ingress-bandwidth | 
percent percent-bandwidth]
Example:

Router(config-if)# ip rsvp bandwidth ingress 40

o

Router(config-if)# ip rsvp bandwidth ingress 
percent 80

(Opcional) configura el ancho de banda reservable del ingreso de RSVP.

o

Configura un porcentaje del ancho de banda de la interfaz como el ancho de banda del ingreso.

Paso 6 

end

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 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface type number
Example:
Router(config)# interface multilink 2

Configura una interfaz y entra en el modo de configuración de interfaz.

Paso 4 

ip rsvp policy local identity alias1 
[alias2...alias4]
Example:

Router(config-if)# ip rsvp policy local identity video

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.

Paso 5 

maximum bandwidth [group | single] bandwidth

o

maximum bandwidth percent {group | single} 
bandwidth-percentage
Example:

Router(config-rsvp-local-if-policy)# maximum bandwidth group 500

o

Router(config-rsvp-local-if-policy)# maximum bandwidth percent group 50

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

Configura un porcentaje del ancho de banda de RSVP de una interfaz como el ancho de banda máximo disponible para escoger o para agrupar las reservas cubiertas por una política local.

Paso 6 

maximum bandwidth ingress {group | single} 
bandwidth

o

maximum bandwidth ingress percent {group | 
single} percent
Example:

Router(config-rsvp-local-policy)# maximum bandwidth ingress group 200

o

Router(config-rsvp-local-if-policy)# maximum bandwidth ingress percent group 50

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.

o

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.

Paso 7 

end

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 previous-hop-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 next-hop-ip-address next-hop-interface {ff | se | wf} {rate | load} bandwidth burst-size

5. end

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip rsvp sender session-ip-address sender-ip-address [tcp | udp | ip-protocol] session-dport sender-sport previous-hop-ip-address previous-hop-interface 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

Ingresa los remitentes en la base de datos RSVP.

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 4 

ip rsvp reservation session-ip-address sender-ip-address [tcp | udp | ip-protocol] session-dport sender-sport next-hop-ip-address next-hop-interface {ff | se | wf} {rate | load} bandwidth burst-size

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

Ingresa los receptores en la base de datos RSVP y permite a un router para comportarse como es de recepción y de proceso de los mensajes RSVP RESV.

El Comando relacionado ip 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.

Paso 5 

end

Example:

Router(config)# end

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
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip rsvp transport client client-id

Example:

Router(config)# ip rsvp transport client 2

Crea una sesión del transporte de RSVP. Permite a un router 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 sender-host tcp 10.1.1.1 10.2..1.1 3 4 5 2 3 4 vrf vr1

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.

Paso 5 

end

Example:

Router(config)# end

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

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip rsvp udp-multicasts [multicast-address]

Example:

Router(config)# ip rsvp udp-multicasts 10.3.4.1

Especifica los destinos multidifusión que deben recibir los mensajes UDP-encapsulados.

Paso 4 

end

Example:

Router(config)# end

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

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip rsvp neighbor access-list-number

Example:

Router(config)# ip rsvp neighbor 12

Límites que el Routers puede ofrecer a las reservas.

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

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface type number

Example:

Router(config)# interface fastethernet 0/1

Configura la interfaz especificada y ingresa al modo de configuración de la interfaz.

Paso 4 

ip rsvp flow-assist

Example:

Router(config-if)# ip rsvp flow-assist

Permisos RSVP para asociarse al Netflow.

Paso 5 

end

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

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface type number

Example:

Router(config)# interface fastethernet 0/1

Configura la interfaz especificada y ingresa al modo de configuración de la interfaz.

Paso 4 

ip rsvp precedence {conform | exceed} precedence-value

Example:

Router(config-if)# ip rsvp precedence conform 23

Fija la Prioridad IP conforman o exceden los valores.

Paso 5 

ip rsvp tos {conform | exceed} tos-value

Example:

Router(config-if)# ip rsvp tos conform 45

Fija la TOS conforman o exceden los valores.

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 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface tunnel number

Example:

Router(config)# interface tunnel 0

Ingresa en el modo de configuración de la interfaz.

Paso 4 

ip rsvp tunnel overhead-percent [overhead-percent]

Example:

Router(config-if)# ip rsvp tunnel overhead-percent 20

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.

Paso 5 

end

Example:

Router(config-if)# end

Vuelve al modo EXEC privilegiado.

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

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

snmp-server enable traps rsvp

Example:

Router(config)# snmp-server enable traps rsvp

Envía las notificaciones de RSVP.

Paso 4 

end

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

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

show ip rsvp interface [type number]

Example:

Router# show ip rsvp interface fastethernet 0/1

Información RSVP-relacionada de la interfaz de las visualizaciones.

Paso 3 

show ip rsvp installed [type number]

Example:

Router# show ip rsvp installed fastethernet 0/1

Filtros RSVP-relacionados y información de ancho de banda de las visualizaciones.

Paso 4 

show ip rsvp neighbor [type number]

Example:

Router# show ip rsvp neighbor fastethernet 0/1

Visualiza a los vecinos actuales de RSVP.

Paso 5 

show ip rsvp sender [type number]

Example:

Router# show ip rsvp sender fastethernet 0/1

Información del remitente de RSVP de las visualizaciones.

Paso 6 

show ip rsvp request [type number]

Example:

Router# show ip rsvp request fastethernet 0/1

Información de la petición de RSVP de las visualizaciones.

Paso 7 

show ip rsvp reservation [type number]

Example:

Router# show ip rsvp reservation fastethernet 0/1

Información del receptor de RSVP de las visualizaciones.

Paso 8 

show ip rsvp ingress interface [detail] [type number]

Example:

Router# show ip rsvp ingress interface detail

Información de ancho de banda del ingreso de RSVP de las visualizaciones.

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  VRF            
Et0/0        ena        10400      7500K    7500K    0   
Et1/0        ena        20K        7500K    7500K    0   

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    10    192.168.2.2   Tu0      SE RATE 10K

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

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


Información 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.


Información de la característica del cuadro 2 para configurar RSVP

Nombre de la función
Versiones
Información sobre la Función

RSVP — Resource Reservation Protocol

11.2(1)
12.2(28)SB

RSVP 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 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.