1

1.-Introduccin

Originalmente Internet, tal y como fue concebida, ofreca slo una simple QoS,
basada en la entrega best-effort de datos punto a punto. En la actualidad, aplicaciones en
tiempo real, como vdeo remoto, conferencias multimedia o realidad virtual, no
funcionan bien bajo esta definicin de red, debido a los retardos variables en colas y las
prdidas por congestin. Antes de que estas aplicaciones sean ampliamente utilizadas, la
infraestructura de red debe ser modificada para soportar calidad de servicio en tiempo
real, la cual permita algn control sobre los retardos de paquetes extremo-extremo.
Adems los operadores de red, solicitan disponer de la capacidad para controlar la
reparticin del ancho de banda de un enlace entre diferentes clases de trfico, lo cual
conlleva la necesidad de dividir el trfico total en varias clases y asignar a cada una de
stas un mnimo porcentaje del ancho de banda total bajo condiciones de sobrecarga
(comparticin del enlace).
Actualmente, para satisfacer las necesidades del cliente, no es suficiente en
reaccionar a la congestin. Adems se necesitan herramientas que prevean la congestin
permitiendo a las aplicaciones reservar recursos para una QoS asignada.
La reserva de recursos en un conjunto de redes se diferencia del tipo de reserva
de recursos que se pueden implementar en una red orientada a conexin, como es ATM
o la retransmisin de tramas. Un esquema de recursos en un conjunto de redes debe
interaccionar con una estrategia de encaminamiento dinmica que permita cambiar la
ruta seguida por los paquetes de una transmisin dada. Cuando una ruta cambia, las
reservas de recursos deben cambiar. Para tratar esta situacin dinmica se utiliza el
concepto de estado flexible (soft). Un estado flexible es simplemente un conjunto de
informacin de estado en un dispositivo de encaminamiento que expira a menos que la
entidad que solicita el estado la refresque regularmente. Si la ruta de una transmisin
cambia, algunos estados flexibles expiran y la reserva de recursos invocar los estados
flexibles apropiados a los dispositivos de encaminamiento a lo largo de la ruta. As, el
sistema final que solicita recursos debe renovar peridicamente sus solicitudes durante
el curso de la transmisin de una aplicacin.

2



RSVP (Protocolo de reserva de recursos) es un protocolo de control
desarrollado por el Xerox PARC, el MIT y el Information Sciences Institute de la
Universidad de California. Permite brindar al receptor calidad de servicio para un flujo
de datos. Las aplicaciones de tiempo real pueden utilizar este protocolo para reservar
recursos en los ruteadores que se encuentran en una determinada ruta (entre emisor y
receptor) a los efectos de asegurar un ancho de banda disponible para una transmisin.
Cuando una aplicacin en un nodo receptor requiere determinada calidad de
servicio, solicita a los ruteadores en el camino una reserva de recursos utilizando el
protocolo RSVP. No es necesario realizar la reserva en todo el camino hasta el emisor,
sino que se hace hasta encontrar en un ruteador una solicitud de reserva para la misma
fuente de datos, y unirse a sta.
Los nodos con capacidad de reservar recursos deben implementar controles para
determinar si el usuario posee permisos para realizar reservas (Policy Control) y adems
determinar si se puede satisfacer la calidad de servicio solicitada (Admission Control).
Cuando un paquete ingresa al nodo, se lo clasifica de acuerdo a los requerimientos
solicitados para el mismo (Packet Classifier, determina el tipo de Qos solicitada), y
luego se ordena su transmisin (Packet Scheduler, para cada interfcie de salida realiza
el Qos) para alcanzar la calidad de servicio comprometida para ste. Las reservas
realizadas se almacenan como estados ligeros (soft states). Esto significa que deben
enviarse mensajes de refresco para mantener una reserva, de lo contrario se pierde.


BGP FTP HTTP
SMTP TELNET SNMP
MIME
UDP TCP
IP
ICMP OSPF RSVP
3



2.-Caractersticas de RSVP

Monodifusin y multidifusin: RSVP hace reservas para ambos tipos de transmisin,
adaptando dinmicamente a los cambios en las pertinencias a grupos as como en los
cambios de rutas y reservando recursos basndose en las necesidades individuales de los
miembros de multidifusin.

Simplex: RSVP hace reservas para flujos de datos unidireccionales. El intercambio de
datos entre dos sistemas finales requiere reservas separadas en las dos direcciones.

Reserva iniciada por el receptor: el receptor de un flujo de datos inicia y mantiene la
reserva de recursos para ese flujo.

Mantenimiento de estado flexible en el conjunto de redes: RSVP mantiene un
estado flexible en los dispositivos de encaminamiento intermedios y deja la
responsabilidad de mantener estos estados de reserva a los usuarios finales.

Suministro de diferentes estilos de reserva: stos permiten a los usuarios de RSVP
especificar cmo las reservas para el mismo grupo multidifusin se deberan agregar en
los conmutadores intermedios. Esta caracterstica habilita un uso ms eficiente de los
recursos del conjunto de redes.

Application
RSVP
Process
Classifier
Packet
Scheduler
Policy
Contrl
Contrl
Admis
Policy
Contrl
Contrl
Admis
Classifier
Packet
Scheduler
RSVP
Process
Routing
Process
Data
RSVP
Classifier
4
Operacin transparente a travs de dispositivos de encaminamiento no RSVP: ya
que la reserva y RSVP son independientes del protocolo de encaminamiento, no existen
conflictos fundamentales en un ambiente mixto en el que algunos dispositivos de
encaminamiento no utilizan RSVP. Estos dispositivos de encaminamiento simplemente
utilizarn la tcnica de transporte del mejor esfuerzo.

Soporte a IPv4 e IPv6: RSVP puede hacer uso del campo Tipo de servicio en la
cabecera IPv4 y del campo Etiqueta de flujo de la cabecera IPv6.


3.-Objetivos de RSVP

1. Proporcionar la capacidad de hacer reservas a receptores heterogneos diseados
especficamente para sus propias necesidades. Se debe permitir diferenciar
reservas de recursos entre los miembros del mismo grupo multidifusin.

2. Tratar elegantemente los cambios en la pertenencia a un grupo multidifusin,
sta puede ser dinmica. Esto sugiere que son necesarias las reservas dinmicas
separadas para cada miembro del grupo multidifusin.

3. Especificar necesidades de recursos de tal forma que el total de los recursos
reservados para un grupo de multidifusin refleje realmente los recursos
necesarios. El encaminamiento multidifusin tiene lugar sobre un rbol de forma
que la duplicacin de paquetes se minimice.

4. Permitir a los receptores seleccionar una fuente entre varias fuentes que
transmiten a un grupo multidifusin.

5. Tratar elegantemente los cambios en las rutas, restablecer automticamente la
reserva de recursos a lo largo de un camino nuevo mientras los recursos
adecuados estn disponibles.

6. Controlar la informacin suplementaria del protocolo. Justo cuando las reserva
de recursos se agregan para tener ventaja de los segmentos de caminos comunes
5
entre receptores multidifusin los mensajes RSVP de solicitud de reserva se
deben de agregar para minimizar la cantidad de trfico RSVP en el conjunto de
redes.

7. Ser independiente del protocolo de encaminamiento. RSVP no es un protocolo
de encaminamiento, sino que est pensado para trabajar con stos ( sea unicast o
multicast ), su tarea es establecer y mantener las reservas de recursos sobre un
camino o un rbol de distribucin, independientemente de cmo se creo.

4.-Principios de diseo

Para obtener los objetivos vistos en el punto anterior el diseo de RSVP se basa
en seis principios bsicos:

1. Reserva iniciada por el receptor. Los receptores escogen el nivel de servicio
requerido y son responsables de iniciar y mantener la reserva activa mientras quieran
recibir datos. Esto es as porque el receptor es quien conoce sus limitaciones y la
calidad de servicio que recibe. Adems esto permite la gestin de peticiones
heterogneas.

2. Filtro de paquetes. La reserva de recursos en un router asigna ciertas recursos a la
entidad que hace la reserva, pero no determina que paquetes pueden usar estos
recursos. Hay una funcin separada, llamado filtro de paquetes, que selecciona los
paquetes que pueden usar estos recursos. Este filtro puede ser esttico o dinmico y
permite establecer varios modelos de reserva.

3. Proporcionar varios estilos de reserva. Por medio del filtro de paquetes se pueden
definir diferentes modelos de reserva. Actualmente existen tres estilos : libre, filtro
fijo y filtro dinmico.

4. Mantener un soft-state de la red. Durante una comunicacin larga es posible que
nuevos miembros se unan al grupo mientras otros lo dejen, y la rutas pueden cambiar
debido a cambios en la red. Por esto RSVP debe mantener un estado de la red. Esta
informacin se mantiene por medio de mensajes que peridicamente se envan para
6
refrescar el estado. RSVP distingue dos clases de informacin en cada router, el
estado de la ruta y el estado de la reserva. Cada fuente enva peridicamente un
mensaje Path y cada receptor enva peridicamente un mensaje Resv.

5. Control de sobrecarga del protocolo. La sobrecarga de RSVP se determina por tres
factores: el nmero de mensajes RSVP enviados, el tamao de estos mensajes y las
frecuencias de refresco de los mensajes de ruta y reserva. Para reducir la sobrecarga
RSVP funde los dos mensajes mientras atraviesan la red.

6. Modularidad. RSVP tiene interfaz con otros tres componentes en la arquitectura :
1-el flowspec que se maneja a nivel de aplicacin o sesin; 2- el protocolo de
encaminamiento de red, que lleva los mensajes hasta los receptores; 3- el control de
admisin en red, que realiza las decisiones basado en el flowspec que est el los
mensajes de reserva.

5.-Flujos de datos

La base del funcionamiento de RSVP la forman tres conceptos relacionados con
los flujos de datos: sesin, especificacin de flujo y especificacin de filtro.

Una sesin es un flujo de datos identificado por su destino. Una vez que se ha
hecho la reserva en un dispositivo de encaminamiento por un destino en particular, el
dispositivo considera esto como una sesin y asigna recursos durante la vida de sta
sesin. Una sesin se define:
Dest addres: Direccin IP, destino de los paquetes (unicast o multicast)
Protocol ID: Es el identificador ID del protocolo IP.
Dstport (opc): Es un punto de demux en la capa de transporte.

Se llama descriptor de flujo a una solicitud de reserva emitida por un sistema
final destino y consta de un especificacin de flujo (flowspec) y un filtro de flujo
(fitrspec). La especificacin de flujo indica una calidad de servicio deseada y se utiliza
para establecer parmetros en el gestor de salida de paquetes de un nodo. El dispositivo
de encaminamiento transmitir los paquetes con un conjunto dado de preferencias
basndose en la especificacin de flujo actual. La especificacin de filtro define un
7
conjunto de paquetes para los que se solicita la reserva. As, la especificacin de filtro y
la sesin define un conjunto de paquetes para los que se solicita la reserva. As, la
especificacin de filtro y la sesin definen el conjunto de paquetes, o flujo, que van a
recibir la Qos deseada. Cualquier otro paquete que va dirigido al mismo destino se trata
como trfico del mejor esfuerzo.

En general, la especificacin de flujo contiene una clase de servicio, una Rspec
(especificacin de reserva) y una Tspec (especificacin de trfico). La clase de servicio
es un identificador de un tipo de servicio que se est solicitando. Los otros dos
parmetros son conjuntos de valores numricos. El parmetro Rspec define la calidad de
servicio deseada y el parmetro Tspec describe el flujo de datos.







8







Cada paquete de entrada es parte de, como mucho, una sesin y se trata de acuerdo al
flujo lgico indicado en la figura para esa sesin. Si un paquete no pertenece a ninguna
sesin se le da un servicio de distribucin del mejor esfuerzo.



6.-Funcionamiento de RSVP

6.1.-Mensajes de establecimiento de ruta

La siguiente figura muestra un ejemplo de una sesin multicast que involucra un
emisor, S1, y tres receptores; RCV1-RCV3;


9
Los mensajes primarios usados por RSVP son el mensaje Path, que tiene su
origen en el emisor, y el mensaje Resv que tiene su origen en el receptor:



Mensaje Path : Su objetivo es primero instalar un estado del encaminamiento
inverso a travs de la ruta, y segundo proporcionar a los receptores informacin
sobre las caractersticas del trfico a enviar y de la ruta para que se puedan hacer
las peticiones de reserva adecuadas.

Mensaje Resv : Realizan las peticiones de reserva a los routers a lo largo del
rbol de distribucin entre receptores y emisores.


Cada mensaje Path incluye la siguiente informacin:

Cada receptor debe primero unirse a grupo multicast para empezar a recibir los
mensajes Path. Esta gestin de los grupos multicast est fuera del mbito del protocolo
RSVP.

6.2.-Proceso y propagacin de los mensajes Path

Cada router del rbol de distribucin intercepta los mensajes Path y chequea
su validez. Si se detecta un error el router enviar un mensaje PathErr para informar
Router
a
b
c
d
A
B
B'
C
D
D'
datos datos
datos
datos
Path
Path
Path
Path
Resv
Resv
Resv
Resv
Paso Previo Interface entrada Interface salida Siguiente paso
10
al emisor que no puede realizar ninguna accin apropiada. Asumiendo que el mensaje es
vlido el router hace lo siguiente:

Actualiza el estado de la entrada de la ruta para el emisor identificado en el
Sender Template. Si no existe la ruta la crea. El estado de la ruta incluye
Sender Tspec, direccin, Phop del anterior router y opcionalmente el
Adspec. La direccin Phop es necesaria para encaminar los mensajes Resv
en el sentido contrario.

Actualiza los contadores de limpieza de rutas a su valor inicial.

RSVP incorpora un protocolo de mensajes con refresco peridico para mantener
una estado de los routers intermedios para proporcionar fiabilidad y seguridad. Para
ello, cada entrada en el router tiene un contador asociado que cuando llega a cero se
elimina la conexin. Para que esto no ocurra las rutas activas tienen que recibir un
refresco por medio del mensaje Path a intervalos regulares. Este periodo debe ser
bastante menor que el tiempo de los contadores de limpieza para que no produzcan
desconexiones innecesarias.
Aparte de la eliminacin de las rutas de forma automtica, RSVP incluye el
mensaje PathTear para eliminar la ruta de forma activa.

6.3.-Objeto ADSPEC

El objeto Adspec se puede incluir en los mensajes Path para enviar a los
receptores las caractersticas de la ruta de comunicacin establecida. Este objeto
consiste en una cabecera de mensaje, un fragmento con los parmetros generales por
defecto (Default General Parameters), y al menos uno de los dos fragmentos del
Servicio Garantizado o Servicio de carga controlado:

11


Este paquete no puede ser nunca fragmentado, por lo tanto el valor de M de una
peticin de reserva no puede ser mayor que PathMTU. Toda esta informacin ser
actualizada por cada router RSVP a lo largo de la ruta.

6.4.-Haciendo reservas usando OPWA

OPWA se refiere al modelo de reserva en el caso en que el emisor incluya en el
mensaje Path informacin Adspec. Si el emisor omite esta informacin el modelo de
reserva se llama de Una pasada (One pass) y en este caso no hay forma sencilla por
parte del receptor de determinar el tipo de servicio obtenido.
Cuando el receptor recibe un mensaje Path extrae los siguientes parmetros
del Sender Tspec: r, b, p, m. Adems tambin extrae del objeto Adspec los
siguientes parmetros: latencia mnima de la ruta, Ctot, Dtot, PathMTU y ancho de
banda de la ruta.

El lmite requerido para el retraso de cola, Qdelreq se calcula restando la latencia
mnima de la ruta, del valor del retraso de emisor a receptor requerido por la aplicacin
receptora. El receptor realizar un chequeo inicial evaluando la ecuacin 2 para R igual
12
a la tasa pico p. Si el resultado es mayor o igual que Qdelreq se utilizar esta formula
para calcular el mnimo valor de R necesario para satisfacer Qdelreq; sino se utilizar la
ecuacin 1 para este propsito. Este mnimo valor de R se obtiene insertando Qdelreq
en la ecuacin 1 o 2 con los valores determinados de Ctot, Dtot ,r, b, p, M. Si el valor R
excede el ancho de banda obtenido del Adspec recibido se reducir. El receptor
entonces puede crear una especificacin de la reserva, Rspec, que contiene el valor R
de ancho de banda que se reservar en cada router y un trmino slack que ser
inicialmente cero. Rspec forma parte del mensaje Resv cuyos parmetros son los
siguientes:



Este mensaje se enva de vuelta por la ruta que ha recorrido. Por cada router que
pasa de vuelta, los mensajes se pueden fusionar con otros mensajes Resv con el
mismo interfaz, de acuerdo a una serie de reglas que dependen del estilo de reserva,
obteniendo un nuevo Flowspec y FilterSpec. Cada router realiza adems las
siguientes acciones :

El Flowspec se pasa al mdulo de control del trfico que aplica el control de
admisin para determinar si la reserva se acepta.

Si la reserva es denegada, se enva un mensaje ResvErr.

Si la reserva es aceptada, el estado de las reservas se actualiza de acuerdo con
los parmetros FilterSpec y FlowSpec. La reserva puede ser mezclada
con otras reservas de acuerdo con el estilo de reserva, y con esto se crear un
nuevo mensaje Resv.

13

6.5.-Trmino slack

Cuando el receptor genera un Rspec en el mensaje Rserv se incluye un
termino slack, S(ms) que inicialmente es cero. S representa la cantidad por la que el
lmite del retraso estar por debajo del retraso requerido por la aplicacin, asumiendo
que cada router de la ruta reserva un ancho de banda R. Este trmino permite una mayor
flexibilidad a los router al hacer sus reservas locales.

Cualquier router que use el termino S para reducir su nivel de reserva debe
seguir las reglas en la ecuacin 3 para asegurar que el lmite del retraso de emisor a
receptor se satisface.


Donde Ctot i es la suma acumulativa de los trminos de error, C para todos los routers
hasta el emisor e incluyendo el actual elemento i . (Rin, Sin) es la peticin de reserva
recibida por el router, i. (Rout, Sout) es la peticin de reserva modificada unicast del
anterior router en direccin al emisor.
En otras palabras este elemento consume Sin- Sout del trmino slack y puede
usarla para reducir su nivel de reserva asegurando que se cumple la ecuacin 3.

7.-Modelos de reserva de recursos

RSVP modela una reserva por medio de dos componentes, una asignacin de
recursos y un filtro de paquetes. La asignacin de recursos especifica que cantidad de
recursos son reservados mientras el filtro de paquete selecciona que paquetes pueden
usar los recursos. Esta distincin y la posibilidad de cambiar el filtro de paquetes
dinmicamente permite a RSVP ofrecer varios estilos de reserva. Un estilo de reserva
captura los requerimientos de comunicaciones del nivel de aplicacin. Por ahora se han
definido tres modelos de reserva:

14
Libre (Wildcard): Este modo indica que cualquier paquete con destino al grupo
multicast asociado puede utilizar los recursos reservados. Esto permite hacer una
nica asignacin de recursos a travs de todas las rutas de distribucin del grupo.

Filtro Fijo (Fixed Filter): Este modo indica que mientras dure la conexin el
receptor solo recibir paquetes de las fuentes indicadas en la peticin de reserva
original.

Filtro dinmico (Dynamic Filter): Se permite durante la conexin modificar la
funcin de filtro. Esto permite la posibilidad de dinmicamente seleccionar un
canal entre las distintas fuentes. Esto requiere que se asignen los recursos
suficientes para manejar el peor caso que es cuando todos los receptores pidan
de diferentes fuentes.

8.-Tipos de encaminamiento para RSVP

Aunque se ha visto que RSVP no es un protocolo de encaminamiento si que hay
cuatro problemas que se deben tratar con el protocolo de encaminamiento :

1. Encontrar una ruta que soporte la reserva de recursos.

2. Encontrar una ruta que tenga la suficiente capacidad disponible para un nuevo
flujo. Se puede optar por dos formas diferentes de encontrar esta ruta. Una
podra ser la de modificar los protocolos de encaminamiento y gestionarlos de
acuerdo a un mecanismo de control del trfico. Alternativamente, el protocolo de
encaminamiento podra se rediseado para proporcionar mltiples rutas
alternativas, y en la reserva podra intentarlo en cada una de las rutas.

3. Adaptarse a una fallo de ruta. Cuando un nodo falla, el encaminamiento
adaptativo encontrar una ruta alternativa. El refresco peridico de RSVP
automticamente har una reserva en la nueva ruta. Pero, la nueva reserva puede
fallar porque no haya suficiente capacidad disponible en la nueva ruta. Esto es
un problema de dimensionamiento y calidad de la red, que nop puede ser
solucionado por los protocolos de encaminamiento o reserva.
15

4. Adaptarse a un cambio de ruta (sin fallo) . Los cambios de ruta pueden ocurrir
sin que se produzcan fallos. Aunque RSVP podra usar las misma tcnicas de
reparacin que las descritas en el punto 3, esta solucin podra producir una
merma en la calidad de servicio. Podra ocurrir que si el control de admisin
fallo en la nueva ruta, el usuario ver una degradacin del servicio innecesaria y
caprichosa, ya que la ruta original est todava funcional. Para evitar este
problema, se sugiere un mecanismo de fijado de rutas (route pinning) en el que
las rutas se mantienen fijas mientras sean viables.

RSVP est actualmente diseado para trabajar con cualquier protocolo de
encaminamiento disponible sin modificacin. Esto puede provocar que se produzcan
ciertas degradaciones en la calidad de servicio al no cumplirse los anteriores
requerimiento. Se espera que las futuras generaciones de protocolos de encaminamiento
incluirn mecanismo que en conjuncin con RSVP resolvern los problemas
enumerados.

9.-Formato de los mensajes

Un mensaje RSVP est formado por una cabecera comn seguida de un numero
variable de elementos de longitud variable, llamada objeto. El formato de la cabecera
contiene:
-Vers: versin del protocolo.
-Flags: no definido.
-RSVPChecksum: si 0...0 no existe checksum.
-Send_TTL: valor definido sobre el sistema de control.
-RSVP lenght: longitud total del mensaje incluyendo cabecera comn y
objetos.
-Msg_type:
1:Path 3:Path_Err 5:PathTear 7:RescConf
2:Resv 4:Resv_Err 6:ResvTear

16


El formato de los objetos es el siguiente:

-Length: Longitud total del objeto en bytes (mulltiple de 4)
-ClassNum: Identifica la clase de objeto; donde cada objeto tiene un nombre.
-C_type: Tipo de objeto.
-La longitud mxima de los contenidos del objeto es de 65528 bytes.
-Los campos ClassNum y C_type pueden unirse para definir un nico tipo de 16
bits para cada objeto.
-Los 2 bits de mayor peso de ClassNum son utilizados para determinar que
accin ha de tomar el nodo si no reconoce la ClassNum de un objeto.










17
9.1.-Ejemplo





















18
10.-Conclusiones

RSVP es un protocolo de reserva de recursos. Soluciona de forma eficiente la
mayora de la problemtica presentada. Con la introduccin de los flowspec
descritos y el control de admisin en los routers se puede convertir en una solucin
completa para transmisin multimedia si se utiliza como nivel de red IPv6.


















19
11.-Glosario de trminos

He incluido este apartado para aclarar algunos trminos y para ayudar a la lectura de
ste documento a cualquier persona interesada, independientemente de su nivel de
conocimientos.

ancho de banda :
Diferencia entre las frecuencias ms altas y ms bajas disponibles para las seales de red. Asimismo, la
capacidad de rendimiento medida de un medio o protocolo de red determinado.

ATM (modo de transferencia asncrona) :
Estndar internacional para relay de celdas en el que varios tipos de servicios (por ejemplo, transmisin
de voz, vdeo o datos) se transmiten en celdas de longitud fija (53 bytes). Las celdas de longitud fija
permiten que el procesamiento de las celdas se produzca en el hardware, reduciendo as los retardos de
trnsito. ATM se encuentra diseado para aprovechar los medios de transmisin de alta velocidad como
E3, SONET y T3.

capa de transporte :
Capa 4 del modelo de referencia OSI. Esta capa segmenta y reensambla los datos dentro de una corriente
de datos. La capa de transporte tiene el potencial de garantizar una conexin y ofrecer transporte
confiable. Ver tambin modelo de referencia OSI.

Enrutamiento dinmico :
Enrutamiento que se ajusta automticamente a la topologa de la red o a los cambios de trfico. Tambin
denominado enrutamiento adaptable.

filtro :
En general, se refiere a un proceso o dispositivo que rastrea el trfico de red en busca de determinadas
caractersticas, por ejemplo, una direccin origen, direccin destino o protocolo y determina si debe
enviar o descartar ese trfico basndose en los criterios establecidos.

IPv6 (IP versin 6) :
Reemplazo de la versin actual de IP (versin 4). IPv6 brinda soporte para identificacin de flujo en el
encabezado del paquete, que se puede usar para identificar flujos. Anteriormente denominado IPng (IP de
prxima generacin).

Latencia :
Retardo entre el momento en que un dispositivo solicita acceso a una red y el momento en que se le
concede el permiso para transmitir. Intervalo de tiempo que toma el procesamiento de una tarea.

20
multicast :
Paquetes nicos copiados por una red y enviados a un conjunto de direcciones de red. Estas direcciones
estn especificadas en el campo de direccin del destino.

nodo :
Punto final de la conexin de red o una unin que es comn para dos o ms lneas de una red. Los nodos
pueden ser procesadores, controladores o estaciones de trabajo. Los nodos, que varan en cuanto al
enrutamiento y a otras aptitudes funcionales; pueden estar interconectados mediante enlaces y sirven
como puntos de control en la red. La palabra nodo a veces se utiliza de forma genrica para hacer
referencia a cualquier entidad que tenga acceso a una red y frecuentemente se utiliza de modo indistinto
con la palabra dispositivo.

orientada a conexin
Transferencia de datos que requiere que se establezca un circuito virtual.

QoS
Medida de desempeo de un sistema de transmisin que refleja su calidad de transmisin y disponibilidad
de servicio

reserva de ancho de banda :
Proceso de asignar ancho de banda a usuarios y aplicaciones que reciben servicios de una red. Involucra
asignar una prioridad a diferentes flujos de trfico segn su importancia y grado de sensibilidad al retardo.
Utiliza de la mejor manera posible el ancho de banda disponible y, si la red se congestiona, el trfico de
baja prioridad se descarta. A veces se denomina asignacin de ancho de banda.

retardo :
Tiempo entre la iniciacin de una transaccin por parte del emisor y la primera respuesta recibida por
ste. Asimismo, el tiempo requerido para mover un paquete desde el origen hasta el destino en una ruta
dada.

RSVP (Protocolo de reserva de recursos) :
Protocolo que hace posible la reserva de recursos a travs de una red IP. Las aplicaciones que se ejecutan
en los sistemas finales IP pueden usar RSVP para indicarle a los otros nodos la naturaleza (ancho de
banda, fluctuacin de fase, rfaga mxima, etc.) de las corrientes de paquetes que desean recibir. RSVP
depende de IPv6. Tambin denominado Protocolo de configuracin de reserva de recursos.

unicast :
Mensaje que se enva a un solo destino de red.


21
12.-Bibliografa

Comunicaciones y redes de computadores, William Stallings
http://www.redaccionvirtual.com/redaccion/glosario/
http://www.rediris.es/rediris/boletin/46-47/ponencia11.html
http://www.ccaba.upc.es/activities/curs99/cb_RSVP_e2.ppt
http://www.disca.upv.es/enheror/pdf/Doctorado2Creditos.PDF
http://www.rfc-editor.org/
























22
ndice


1.-Introduccin ------------------------------------------------------------------------------------ 1
2.-Caractersticas de RSVP ---------------------------------------------------------------------- 3
3.-Objetivos de RSVP ---------------------------------------------------------------------------- 4
4.-Principios de diseo --------------------------------------------------------------------------- 5
5.-Flujo de datos ----------------------------------------------------------------------------------- 6
6.-Funcionamiento de RSVP ---------------------------------------------------------------------8
6.1.-Mensajes de establecimiento de ruta -------------------------------------------- 9
6.2.-Proceso y propagacin de los mensajes Path ---------------------------------- 10
6.3.-Objeto Adstec -----------------------------------------------------------------------11
6.4.-Haciendo reservas usando OPWA ----------------------------------------------- 12
6.5.-Trmino salck -----------------------------------------------------------------------13
7.-Modelos de reserva de recursos -------------------------------------------------------------13
8.-Tipo de encaminamiento para RSVP -------------------------------------------------------14
9.-Formato de los mensajes ---------------------------------------------------------------------15
9.1.-Ejemplo ------------------------------------------------------------------------------17
10.-Conclusiones ---------------------------------------------------------------------------------18
11.-Glosario de trminos ------------------------------------------------------------------------19
12.-Bibliografa -----------------------------------------------------------------------------------21










23





Ingenieria de redes
Protocolo RSVP























Albert Nogueras Nogueras
Prof: Pere Barbern