Protocolo de reserva de recursos

El protocolo de reserva de recursos (RSVP o Resource Reservation Protocol), descrito en RFC 2205, es un protocolo de la capa de transporte diseñado para reservar recursos de una red bajo la arquitectura de servicios integrados (IntServ). "RSVP no es una aplicación de transporte, es más bien un protocolo de control de internet, como ICMP, IGMP, o protocolos de enrutamiento" - RFC 2205. RSVP reserva los canales o rutas en redes internet para la transmisión por unidifusión y multidifusión con escalabilidad y robustez.

RSVP puede ser utilizado tanto por hosts como por enrutadores para pedir o entregar niveles específicos de calidad de servicio (QoS) para los flujos de datos de las aplicaciones. RSVP define cómo deben hacer las reservas las aplicaciones y cómo liberar los recursos reservados una vez que han terminado. Las operaciones RSVP generalmente dan como resultado una reserva de recursos en cada nodo a lo largo de un camino.

RSVP no es en sí mismo un protocolo de encaminamiento y fue diseñado para interoperar con los actuales y futuros protocolos de encaminamiento.

RSVP por sí mismo rara vez es desplegado en redes de telecomunicaciones hoy en día pero para RSVP-TE, está comenzando a aceptarse de forma más común en muchas redes con QoS.

A continuación se describen los atributos principales del protocolo:

RSVP se describe en una serie de documentos RFC (Request For Comments) de la IETF:

Los dos conceptos clave del modelo RSVP son flowspec y filterspec:

RSVP reserva recursos para un flujo. Un flujo se identifica por la dirección de destino, el protocolo de identificación y, opcionalmente, el puerto de destino. En MPLS una corriente se define como un LSP. Para cada flujo RSVP también identifica a la particular calidad de los servicios requeridos por la corriente a pesar de que no entiende la información específica de la corriente QoS. Esos sistemas luego analizan el flowspec para aceptar y reservar los recursos. Un flowspec consta de:

Filterspec define el conjunto de paquetes que serán afectados por un flowspec (es decir, los paquetes de datos para recibir la QoS definida por el flowspec). Un filerspec típicamente selecciona un subconjunto de todos los paquetes procesados por un nodo. La elección puede depender de cualquier atributo de un paquete (por ejemplo, la dirección IP del remitente y el puerto).

Los definidos en la actualidad son los estilos de reserva RSVP:

Una solicitud de reserva RSVP consiste en un flowspec y un filterspec y el par se llama flowdescriptor. Los efectos en la especificación de cada nodo, si bien el flowspec establece los parámetros de la bolsa en un nodo, la filterspec establece los parámetros en el clasificador de paquetes.

Hay dos tipos principales de mensajes:

Los datos sobre los mensajes RSVP se pueden transmitir en cualquier orden. Para la lista completa de los mensajes RSVP y fecha objetos consulte RFC 2205.

Es necesario que una acogida envie un flujo de datos específicos con QoS transmitirá a RSVP una vía mensaje que viajará a lo largo de las rutas de unidifusión y multidifusión previamente establecido por el protocolo de enrutamiento de trabajo. Si la ruta mensaje llega a un router que no entiende RSVP, el router envía el mensaje sin interpretar el contenido del mensaje y la no reserva de los recursos para la corriente.

Cuando el destino router recibe el camino mensaje:

Cada nodo en el camino puede aceptar o rechazar la petición.

---