RSVP (Resource Reservation Protocol)

Seminario de Redes de Alta Velocidad

Junio 2006
Toms Urra Baumgartner
Introduccin
QoS en Internet

2 Enfoques:
Servicios Diferenciados.
Servicios Integrados.

Servicios Diferenciados:
Diferenciar cada paquete para dar mejor trato.

Servicios Integrados:
Disponer de una sola red que transporte trfico best effort y flujos con
requisitos de Qos.
Basado en la reserva de recursos para flujos de datos individuales.
Introduccin
Principio:
Establecer circuito virtual de principio a fin, con garanta de recursos establecidas.
Existe una fase inicial, donde se establece el circuito virtual, y se reservan los
recursos.
Introduccin
Componentes de los Servicios Integrados:

Caracterizacin de trfico y estimacin de recursos requeridos.

Protocolo de control de admisin para encontrar ruta que satisfaga los

requerimientos de recursos.

Una correcta clasificacin de paquetes y planificacin para cumplir con las reservas
especificadas.

Conformacin de trfico y policiamiento para que no se sobrepasen las reservas

efectuadas.

Protocolo de Reserva (RSVP) para establecer efectivamente las reservas sobre las
rutas seleccionadas.
Introduccin RSVP

RSVP fue diseado para ser el protocolo de sealizacin 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.

Es un dilogo entre emisor, receptor y elementos de red con el fn

de reservar recursos para una aplicacin.
Objetivos RSVP

Que los receptores puedan realizar reservas especficas segn sus

necesidades.

Especificar los recursos requeridos para cada flujo de datos.

Tratar los cambios en las rutas entre un emisor y un receptor de

manera independiente al protocolo de encaminamiento.
Caractersticas del RSVP
Permite la reserva de recursos para mensajes Unicast y Multicast.

No es un protocolo de encaminamiento, sino que est pensado para trabajar

conjuntamente con stos.

Los protocolos de encaminamiento determinan dnde se envan los paquetes

mientras que RSVP se preocupa por la QoS de los paquetes envados de
acuerdo con el encaminamiento.
Caractersticas del RSVP

Es un protocolo smplex: peticin de recursos slo en una direccin,

diferencia entre emisor y receptor.
El intercambio entre dos sistemas finales requiere de reservas diferenciadas en
ambas direcciones.
La reserva es orientada al receptor.

Se crean estados de reserva de recursos (soft state) en cado nodo por

donde transitan los flujos de datos. El mantenimiento del estado de la
reserva se realiza peridicamente por los usuarios finales.

Permite diferentes tipos de reservas.

Protocolo transparente para los routers no RSVP.
Caractersticas del RSVP
MIME

BGP FTP HTTP SMTP TELNET SNMP

TCP UDP

ICMP OSPF RSVP

IP
Quin utiliza RSVP?

Un Host (extremo): para solicitar la QoS a una red para un flujo de datos o
una aplicacin particular.
Un Router: para repartir peticiones de QoS a todos los routers vecinos del
camino por donde pasa el flujo de datos.

Router

Una peticin de recursos implicar generalmente una reserva de stos en

todos los nodos del camino del flujo de datos.
Mecanismo de Funcionamiento

Mensajes de Path (generados por el emisor):

Describe carcteristicas del trfico del usuario.

Indica rutas por donde se debe solicitar reservas de recursos.

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
Conceptos RSVP
Sesin RSVP: es un flujo de datos para el que se ha requerido
reserva de recursos, identificado por su destino y por un protocolo
de transporte particular. Sus componentes son:
Direccin IP destino: direccin IP destino de los paquetes (unicast o multicast)
Identificador del protocolo IP transporte.
Puerto destino (opcional).
Descriptor de flujo: se llama as a una peticin de reserva
realizada por un sistema final. Est compuesto de:
Flowspec: especifica la calidad de servicio deseada. Incluye:
Dos parmetros numricos: Rspec, que define espicifaciones de reserva
requerida(Reserve) y Tspec, que describe el flujo de datos del emisor
(Traffic)

Especificacin de filtro(filter spec): Define los paquetes de datos

que reciben la QoS especificada en el flowspecs.
 Control deTrfico
Encaminador:
Se encarga de las labores
de encaminamiento, decide cul es el
Control de trfico: Mecanismos que implementan la
siguiente salto para cada uno de las
direcciones destino y cada flujoQoS
en para un flujo determinado.
particular. Control de Admisin:
Se encarga de decidir si
existen recursos disponibles
Emisor
Emisor para un flujo, teniendo en
cuenta la QoS que este
RSVP solicita.
Clasificador:
Policy
Estructura en clases de
servicio los paquetes Control
entrantes.Una clase Admision
puede ser un solo flujo o Control
un conjunto de flujos Planificador:
con los mismos Gestiona una o ms colas de Policiamiento:
Packet
requerimientos de QoS.servicio para cada puerto de salida, Packet Se encarga de comprobar los
Classifier
determinando el orden en que los Scheduler
permisos administrativos de
paquetes son distribuidos por las los usuarios cuando realizan
mismas y el orden en que sern las reservas.
transmitidos. Gestiona las polticas de
Receptor
Receptor
Tambin se encarga de seleccionar control.
los paquetes a descartar en caso de
que sea necesario.
Establecimiento de Conexin
La solicitud es aceptada.
Los paquetes son enviados
al clasificador de paquetes para
obtener las especificaciones
Emisor
Emisor de reservacin de recursos y
QoS requerida

PATH
PATH

PATH
PATH
RESV OK
RESV OK
Router
Router

RESV OK
OK PATH
PATH
RESV
Router
Router

RESV OK
RESV OK
Receptor
Receptor
 El Nodo evala el mensaje PATH:

Funcionamieno RSVP ADSPEC: Si el nodo no implementa el servicio

QoS
La aplicacin Break bit=1.
solicita una
sesin RSVP. RED SENDER_TSPEC: parmetros flujo de datos del
emisor
EMISOR NODO RECEPTOR
Se asigna a
Aplicacin 1 PATH_MTU Aplicacin
min(MTU) del nodo
MensajeFuncin Reserva
Path en receptor.
3
API Control los parmetros de
Se interpretan API
ADSPEC y SENDER_TSPEC
RSVP
La aplicacin entrega a RSVP el RSVP
Rspec (define
Tspec Adspec Flowspec la QoS deseada,
Reserve) y se ajusta el parmetro
4
Tspec(M) (describe el flujo de 5
2 Path datos, Traffic) con Path el tamao
6
Tspec Adspec mnimo de paquete aceptado
Tspec Adspecen
los routers a lo largo del camino
SENDER_TSPEC. Es un objeto min(PATH_MTU).
RSVP que se genera haciendo uso del
Flowspec
Mensaje ResvTspec.
al emisor. Flowspec
parmetro Contiene los parmetros del flujo de datos del emisor.
Incluye
Resv el Es objeto
ADSPEC. un objeto RSVP
RSVP que contiene
Resv informacin de control de
denominado
trfico. FLOWSPEC(QoS)
queElseparmetro
estructura PATH_MTU.
a partir de laEste parmetro se utiliza para determinar el
informacin del flowspec, el
tamao mximo del paquete a manejar.
SENDER_TSPEC y el ADSPEC.
Funcionamiento RSVP
Cuando un receptor origina una peticin de reserva tambin puede solicitar
un mensaje de confirmacin, para indicar que su peticin de reserva,
probablemente se habr instalado a la red.

Una peticin de reserva se propaga por la red hasta que encuentra un

punto en el que existe una reserva igual o superior.
En este punto la peticin se concentra con la existente, no
propagndose ms.
Funcionamiento RSVP
SOFTSTATE:

El estado de la reserva (soft state) se crea y peridicamente se

refresca por mensajes Path y Resv.

El estado se elimina si antes de un timeout no se recibe un

mensaje de refresco. Tambin puede eliminarse por un mensaje
Teardown.

Cuando una ruta vara, el siguiente mensaje Path, incluir esta

variacin en la ruta, y el prximo mensaje Resv, establecer el
nuevo estado de reserva.

El estado del RSVP es dinmico, permitiendo cambiar en cualquier

momento la QoS deseada.
Funcionamiento RSVP
TEARDOWN:

Estos mensajes eliminan el estado path o el

estado de reserva inmediatamente.
Dos tipos:

Path Tear: va hacia todos los receptores desde el punto de inicio

eliminando el estado del path
Resv Tear: va hacia los emisores desde el punto de inicio
eliminando el estado de reserva
Funcionamiento RSVP

Los puede generar:

una aplicacin en un extremo al finalizar.
un nodo (router) como resultado de un timeout.

Una vez iniciado se ha de propagar por los nodos paso a paso.

Si un nodo no recibe un mensaje teardown porque lo ha perdido,

despus de un timeout iniciar un nuevo mensaje teardown.
Estilos de Reserva
Estilo de reserva: es un conjunto de opciones que incluyen una
peticin de reserva. Las opciones son:

Relativa al tratamiento de reservas para diferentes emisores en

la misma sesin:
Distinc : establece una reserva diferente para cada emisor
Shared: hace una nica reserva compartida para todos los
paquetes de los emisores seleccionados

Relativa a la seleccin de los emisores:

Explicit: puede ser una lista explcita de todos los emisores
seleccionados (en este caso, cada filter spec se apareja con un
emisor)
Wildcard o comodin: puede ser una wildcard que seleccione todos
los emisores de una sesin (no se necesita filter spec).
Estilos de Reserva
Determinan como los Routers intermedios deben agrupar las solicitudes de
reserva de los receptores en el mismo grupo multicast.

Hay 3 estilos de Reservas:

1. Wildcard: Todos los receptores comparten una reserva, cuyo

tamao es el mayor de las solicitudes de recursos de los
receptores. Todos los emisores peden usar recursos reservados.

2. Fixed-Filter: Slo el emisor o emisores especificados en este

tipo de reserva, pueden usar los recursos reservados.

3. Shared Explicit: Se crea una reserva nica compartida por los

emisores seleccionados.
Errores en RSVP
Dos mensajes de error:
ResvErr :
se genera cuando existe un error al solicitar la reserva en un nodo.
se enva hacia al receptor(es)
router Resv receptor

ResvErr
PathErr:
se genera cuando existe un error en la creacin de un Path
se enva hacia al emisor del Path, indicando:
tipo de error

IP del nodo que ha detectado el error

emisor Path router

PathErr
Confirmacin de Reserva

Para solicitar una confirmacin de la peticin de reserva el receptor

incluye en el mensaje Resv un objeto con su direccin IP.

Si se acepta la peticin se enva un mensaje ResvConf

inmediatamente

En este caso ResvConf es una confirmacin extremo a extremo.

Redes No RSVP

RSVP tiene que suministrar funcionamiento correcto

para dos nodos que estn interconectados por una red
arbitraria o por routers no RSVP.

Una red intermedia no RSVP no puede realizar la

reserva de recursos.

Cuando un mensaje Path pasa por una red no RSVP

lleva hacia al siguiente nodo RSVP la direccin IP del
ltimo nodo RSVP antes de cruzar la zona no RSVP.
Redes No RSVP
 Msg_Type: tipo de mensaje

Formatos de los mensajes

Vers: versin del protocolo
1:Path
2:Resv
3:Path_Err
Flags: no definido Suma de verificacion, si 0...0 no existe checksum
4:Resv_Err
0 34 7 8 15 5:PathTear 31
6:ResvTear
Vers Flags Msg Type RSVP7:RescConf
Ckecksum

Send_TTL Reserved RSVP length

tipo de objeto
Formato de la cabecera
RSVP length:
valor definido desde que el mensaje longitud total del mensaje
fue enviado
0 incluyendo
15 16 cabecera 23 comn
24 y objetos
31

Length Class_Num C_Type

Identifica la clase del objeto
Flowspec: define la QoS deseada
longitud total del objeto en bytes Contenido objetos
en un Resv.
Adspec: trae datos OPWA en
un Path.
Formato de losResv_Conf:
objetos lleva la direccin IP del
receptor que solicita una
confirmacin. En ResvConf
o Resv
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 smplex: peticin de recursos slo en una

direccin, 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.

Bibliografa

RFC 2205:
2205 Resource ReserVation Protocol -- Funtional Specification.

RFC 2210:
2210 The Use os RSVP with IETF Integrated Services.

RFC 2211:
2211 Specification of the Controlled-Load Network Element Service.

RFC 2212: Specification of Guaranteed Quality of Service.

RFC 2215:
2215 General Characterization Parameters for Integrated Service
Network Elements

http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/rsvp.htm

Presentacin Christian Bravo, Servicios Integrados y RSVP