PROTOCOLO RSVP
Presentado por :
David Arturo Buitrago Alarcòn
Protocolo de ReSerVación de Recursos -
RSVP
• Es un protocolo de señalización que proporciona un control
para la reserva de recursos, definiendo el funcionamiento y la
forma de petición e intercambio de información entre y para
cada elemento de la red para así realiza un control.
• Es usado por los receptores para pedir de la red una calidad
de servicio específica, mediante el establecimiento y
mantenimiento de una reserva de recursos
• RSVP: fue diseñado para ser el protocolo de señalización que
activa la reserva de recursos de los Servicios Integrados en los
routers y hosts.
• RSVP: pretende proporcionar QoS estableciendo una reserva de
recursos para un flujo determinado.
• RSVP: Es un diálogo entre emisor, receptor y elementos de red
con el fin de reservar recursos para una aplicación.
Caracteristicas:
• Es utilizado por un host para solicitar calidad de
servicio de la red para determinados flujos.
• *También es utilizado por los enrutadores para
entregar las solicitudes de calidad de servicio a
todos los nodos a lo largo de la ruta de los
flujos.
• Es un protocolo simplex: Petición de recursos en
una sola dirección, diferencia entre emisor y
receptor.
Caracteristicas:
• Permite la reserva de recursos para mensajes
Unicast y Multicast.
Funcionamiento del RSVP
• Host (extremo): para solicitar la QoS a una red para un flujo
de datos o una aplicación particular.
• Router: para repartir peticiones de QoS a todos los routers
vecinos del camino por donde pasa el flujo de datos.
Funcionamiento del RSVP
Funcionamiento del RSVP
• Cuando un receptor origina una petición de reserva también
puede solicitar un mensaje de confirmación, para indicar que
su petición de reserva, probablemente se habrá instalado a la
red.
• Una petición de reserva se propaga por la red hasta que
encuentra un punto en el que existe una reserva igual o
superior.
Mecanismo de Funcionamiento del RSVP
• Mensajes de Path (generados por el emisor):
- Describe características del tráfico del usuario.
- Indica rutas por donde se debe solicitar reservas
de recursos.
Mecanismo de Funcionamiento del RSVP
• Mensajes de Resv (generados por el receptor):
- Solicitan las de reserva de recursos.
- Crean el “estado de la reserva” (soft state) en los
routers.
Mecanismo de Funcionamiento del RSVP
Operación general de RSVP
Mensajes RSVP adicionales
• Mensajes PathErr / ResvErr
• ResvErr:
• se genera cuando existe un error al solicitar la reserva en un nodo.
• se envía hacia al receptor(es)
• PathErr:
• se genera cuando existe un error en la creación de un Path.
• se envía hacia al emisor del Path, indicando:
- Tipo de error - IP del nodo que ha detectado el error
Mensajes RSVP adicionales
• Mensaje ResvConf
• Para solicitar una confirmación de la petición de reserva el
receptor incluye en el mensaje Resv un objeto con su dirección
IP.
• Si se acepta la petición se envía un mensaje ResvConf
inmediatamente
• En este caso ResvConf es una confirmación extremo a extremo.
Tipos de mensajes
• PATH message :
- Lo transmiten los emisores
- Contiene la especificación de tráfico (velocidad, pico, etc) para ser
reservada.
• RESV message: • CONFIRMATION message:
- Lo transmiten los receptores - Confirmación de la reserva a los
- Petición de reserva receptores.
- Indica que las reservas se han
hecho con éxito.
• ERROR message (si PATH o RESV fallan)
- Indica a los receptores que la reserva ha fallado
• RSVPTEAR:
- Se borra la reserva
Clases de objetos RSVP
Objeto Descripción
SESSION Dir. Dest, ID.protoc.,
puerto destino
TIME VALUE Período de refresco
STYLE Estilo de reserva
FLOWSPEC Param. De QoS (RESV)
FILTER_SPEC Define flujos deseados en
RX
SENDER_TSPEC Caract. De tráfico del Tx
Problemas que afectan al RSVP
• La escalabilidad.
• La certeza de que la ruta establecida podra tener dispositivos
intermedios que no implementen el protocolo RSVP.
Ejemplo de RSVP
• No se requiere que todos los routers en el camino para apoyar de RSVP porque
el protocolo está diseñado para funcionar de forma transparente a través de
nodos de RSVP conscientes.
• En cada router de RSVP habilitado, el proceso de RSVP intercepta los mensajes
de señalización e interactúa con el gestor de QoS para interfaz de salida del
router que participan en el flujo de datos con el fin de los recursos de ancho
de banda de "reserva". Cuando los recursos disponibles no son suficientes
para el flujo de datos en cualquier lugar a lo largo del camino, los routers
señalan el fracaso a la aplicación que se originó la solicitud de reserva.
• La reserva de recursos se crea mediante el intercambio de mensajes de
señalización entre los dispositivos de origen y de destino para el flujo de datos
• Los mensajes son procesados por los routers intermedios a lo largo del camino
• Mensajes PATH llevan T-spec del remitente.
• Si la reserva no se puede hacer, el usuario recibe un error
Ejemplo de RSVP
Tipificación de las características de tráfico
(TSpec)
• RSVP fue diseñado para apoyar interés en el Quality of Service (QoS) para
cualquier flujo de tráfico, no sólo de voz o vídeo, a través de una amplia
gama de tecnologías de Capa 2. Para lograr esto, RSVP debe ser capaz de
describir en detalle el flujo de tráfico para el que se solicita QoS, de modo
que los routers intermedios pueden tomar decisiones de admisión
correctamente.
• Los requisitos de ancho de banda para los flujos de datos para una sesión
RSVP se caracterizan por los remitentes en el (especificación de tráfico)
TSpec contenidas en los mensajes de Path y se reflejan en el (especificación
de reserva) RSpec enviados por los receptores de los mensajes Resv.
• El TSpec es transportado a través de la red a todos los routers intermedios y
para el punto final de destino.
• Los routers intermedios no cambian este objeto, y el objeto se entrega sin
cambios hasta el receptor final.
Resumen
• RSVP es un protocolo de control de red que le permite
a las aplicaciones de Internet obtener diferentes
calidades de servicio (QoS) para sus flujos de datos.
• RSVP no es un protocolo de enrutamiento, trabaja en
conjunto con ellos.
• Es un protocolo símplex: petición de recursos sólo en
una dirección, diferencia entre emisor y receptor. El
intercambio entre dos sistemas finales requiere de
reservas diferenciadas en ambas direcciones.
• Protocolo transparente para los routers no RSVP.
Bibliografía
• RFC 2205: Resource ReserVation Protocol -- Funtional
Specification.
• RFC 2210: The Use os RSVP with IETF Integrated Services.
• RFC 2211: Specification of the Controlled-Load Network
Element Service.
• RFC 2212: Specification of Guaranteed Quality of Service.
• RFC 2215: General Characterization Parameters for Integrated
Service Network Elements
• http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/rs
vp.htm
• Presentación Christian Bravo, Servicios Integrados y RSVP
