RSVP (Resource Reservation Protocol)

Seminario de Redes de Alta Velocidad

Junio 2006
Toms Urra Baumgartner

Introduccin

QoS en Internet

2 Enfoques:

Servicios Diferenciados:

Servicios Diferenciados.
Servicios Integrados.

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

UDP

TCP

ICMP

IP

OSPF

RSVP

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:

Descriptor de flujo: se llama as a una peticin de reserva

realizada por un sistema final. Est compuesto de:

Direccin IP destino: direccin IP destino de los paquetes (unicast o multicast)

Identificador del protocolo IP transporte.
Puerto destino (opcional).

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.
Control de Admisin:
particular.
Se encarga de decidir si
existen recursos disponibles
Emisor
para un flujo, teniendo en
Emisor
cuenta la QoS que este
solicita.
RSVP

Clasificador:
Policy
Estructura en clases de
Control
servicio los paquetes
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
Packet
requerimientos de QoS.servicio para cada puerto
de salida,
Se encarga de comprobar los
Classifier
Scheduler
determinando el orden
en que los
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.
Emisor
Emisor

Los paquetes son enviados

al clasificador de paquetes para
obtener las especificaciones
de reservacin de recursos y
QoS requerida

PATH
PATH
PATH
PATH

RESV OK
OK
RESV
Router
Router

RESV OK
OK
RESV

PATH
PATH

Router
Router

RESV OK
OK
RESV
Receptor
Receptor

Funcionamieno RSVP
La aplicacin
solicita una
sesin RSVP.

NODO

EMISOR
Aplicacin

RED

El Nodo evala el mensaje PATH:

ADSPEC: Si el nodo no implementa el servicio
QoS
Break bit=1.
SENDER_TSPEC: parmetros flujo de datos del
emisor
RECEPTOR

Se asigna a
Aplicacin
PATH_MTU
min(MTU) del nodo

Funcin
Reserva
Mensaje
Path en receptor.
3
Control los parmetros de
API
API
Se interpretan
ADSPEC y SENDER_TSPEC
La aplicacin entrega a RSVP el RSVP
RSVP
Rspec (define
Flowspec la QoS deseada,
Tspec Adspec
Reserve) y se ajusta el parmetro
4
Tspec(M) (describe el flujo de
5
2
Path
datos, Traffic) con Path
el tamao
6
mnimo de paquete
aceptado
Tspec Adspec
Tspec
Adspecen
los routers a lo largo del camino
min(PATH_MTU).
SENDER_TSPEC. Es un objeto
RSVP que se genera haciendo uso del
Flowspec
Flowspec
Mensaje
ResvTspec.
al emisor.
parmetro
Contiene los parmetros del flujo de datos del emisor.
Incluye
ADSPEC.
Resv el Es objeto
un objeto RSVP
RSVP que contiene
informacin de control de
Resv
denominado
FLOWSPEC(QoS)
trfico.
queElseparmetro
estructura PATH_MTU.
a partir de la
Este 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
PathErr

router

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

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

Formatos de los mensajes

Send_TTL

Reserved

RSVP length

Formato de la cabecera

tipo de objeto

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

Length

C_Type
Class_Num
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.
lleva la direccin IP del
Formato de losResv_Conf:
objetos
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