Estilos de Reserva RSVP

• Conjunto de opciones pertenecientes a

una petición de reserva.
• Relativa al tratamiento de reservas
para diferentes emisores en la misma
sesión:
 Distinct: establece una reserva
diferente para cada emisor.
 Shared: reserva compartida para
todos los paquetes de los
emisores seleccionados

• Relativa a la selección de los emisores:

 Explicit: cada filter spec debe
coincidir con un solo emisor.
 Wildcard: no se necesita filter
spec.
 Tipo de mensajes RSVP

PATH
• Generados por el emisor, y enviados a lo largo
de las rutas unicast o multicast.
• Siguen el mismo camino del flujo de datos
(enviados con mismas direcciones IP de
destino y fuente que los datos).
• Mantiene el “Path state” en cada nodo, el cual
es usado como la ruta que toman los mensajes
RESV en la dirección contraria. Es decir,
indica las rutas por donde se debe solicitar la
reserva de recursos.
• Contienen:
1. Previous hop address
2. Sender Template
3. Sender Tspec
4. Adspec
 Tipo de mensajes RSVP

RESV
• Generados por el receptor, y se envían salto por
salto a través de cada nodo hasta llegar al host
emisor para que de esta manera este último
pueda establecer los parámetros adecuados del
Control de Tráfico para el primer salto.
• Siguen la ruta inversa del flujo de datos, es
decir, viajan en la dirección contraria desde
proviene el flujo de datos.
• Crean el estado de la reserva “SOFT state” en
los routers.
• Contienen:
1. Reservation Style
2. FlowSpec
3. TSpec
Tipo de mensajes RSVP
Teardown:
• Estos mensajes eliminan el estado
path o de reserva inmediatamente.
• Dos tipos:
1. PathTear: Va hacia todos los
receptores desde el punto de
inicio eliminando el estado del
path.
2. ResvTear: Va hacia todos los
emisores desde el punto de inicio
eliminando el estado del reserva.
Error:
1. PathErr: Se envía tan solo al nodo
emisor que generó el error.
2. ResvErr: Se debe reportar a todos los
receptores responsables. Esto puede
deberse a un proceso de admisión
fallido, ancho de banda insuficiente, o
servicio no soportado.
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.
Formato de los mensajes RSVP
Versión del protocolo, en
Códig Tipo Si el campo checksum es cero quiere decir
o este caso 1. (4bits)
que no se realizó la comprobación. (16 bits)
1 Path
2 Resv
3 PathErr Cabecera RSVP
4 ResvErr
5 PathTear
valor definido de TTL desde que Longitud total del mensaje
6 ResvTear el mensaje fue enviado. (8 bits) incluyendo cabecera común y objetos.
7 ResvConf (16 bits)
Longitud total del objeto en bytes.

• Class-Num: Identifica la clase de

Objeto.
• C-Type: Identifica al tipo de objeto
correspondiente a una clase.
• Por ejemplo: IPv4 ERROR_SPEC
object: Class = 6, C-Type = 1
Formato de los Objetos