*Es utilizado por un host para solicitar calidad de servicio de la
red para determinados flujos.
*Tambin 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.
*Funciona encima de IPv4 o IPv6, ocupando el lugar de un
protocolo de transporte en la pila de protocolos.
*La calidad de servicio se implementa para un flujo de datos
mediante mecanismos llamados colectivamente "control de
trfico". Estos mecanismos incluyen un clasificador de
paquetes, (2) control de admisin y (3) un "programador de
paquetes" o algn otro mecanismo dependiente de la capa de
enlace para determinar cundo se envan paquetes particulares.
*Durante la configuracin de reserva, una solicitud de QoS
RSVP se pasa a dos mdulos de decisin locales, "control de
admisin" y "control de polticas".
*RSVP enva mensajes peridicos de actualizacin para
mantener el estado a lo largo de la (s) ruta (s) reservada (s).
*No es un protocolo de enrutamiento.
RSVP define una "sesin" como un flujo de datos con un destino
particular y un protocolo de capa de transporte. RSVP trata cada sesin
de forma independiente.
Una sesin RSVP se define por:
DestAddress: la direccin de destino IP de los paquetes de datos,
puede ser una direccin unicast o multicast.
Protocolid: Es el ID del protocolo IP.
DstPort (opcional): Podra ser definido por un campo de puerto de
destino UDP / TCP, por un campo equivalente en otro protocolo de
transporte o por alguna informacin especfica de la aplicacin.
Una solicitud de reserva RSVP elemental consiste en un "flowspec" junto con
una "filter spec"; este par se llama un "flow descriptor".
El flowspec especifica una QoS deseada.
La filter spec, junto con una especificacin de sesin, define el conjunto
de paquetes de datos para recibir la QoS definida por el flowspec.
El flowspec se utiliza para establecer parmetros en el programador de
paquetes del nodo u otro mecanismo de capa de enlace.
La filter spec se utiliza para establecer parmetros en el clasificador de
paquetes.
Los paquetes de datos que estn dirigidos a una sesin en particular, pero
no coinciden con ninguna de las especificaciones de filtro para esa sesin
se manejan como trfico best effort.
Contiene un objeto SENDER_TEMPLATE que define el formato de los
paquetes de datos y un objeto SENDER_TSPEC que especifica las
caractersticas de trfico del flujo. Opcionalmente, puede contener un
objeto ADSPEC que contenga datos publicitarios (OPWA) para el flujo.
La direccin de destino IP de un mensaje Resv es la direccin de
unidifusin de un nodo de salto anterior, obtenida del estado de
ruta. La direccin IP de origen es una direccin del nodo que envi
el mensaje.
El estado coincidente debe coincidir con la SESIN, SENDER_TEMPLATE y
objetos PHOP. Adems, un PathTear para una sesin de multidifusin slo
puede coincidir con el interfaz entrante en la que lleg PathTear. Si no hay
ningn estado de ruta coincidente, un mensaje PathTear debe ser
desechado y no reenviado.
El estado debe coincidir con los objetos SESSION, STYLE y
FILTER_SPEC, as como el LIH en el objeto RSVP_HOP. Si no hay un
estado de reserva coincidente, se debe descartar un mensaje
ResvTear.
C-Type: nico para cada Class-Num. Identifica el
tipo de protocolo IP que lleva el objeto:
C-Type=1 para IPv4 e C-Type=2 para IPv6
Lleva la direccin IP del nodo RSVP que envi este mensaje y
un identificador de interfaz de salida lgica.
Periodo de actualizacin: El perodo de tiempo de espera de actualizacin R
utilizado para generar este mensaje en milisegundos.
Error Direccin del nodo: Direccin IP del nodo en el que se detect el error.
SrcAddress: La direccin
de origen IP para un host
remitente.
SrcPort: El puerto de
origen UDP / TCP para
un remitente o cero para
indicar ninguno
Etiqueta de flujo:
Una etiqueta de este
valor puede utilizarse
por el clasificador de
paquetes para identificar
eficientemente los
paquetes pertenecientes
a un flujo de datos
particular
