Documentos de Académico
Documentos de Profesional
Documentos de Cultura
-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.
MIME
BGP
FTP
HTTP
SMTP
TELNET
SNMP
UDP
TCP
ICMP
OSPF
RSVP
IP
RSVP
Application
RSVP
RSVP
Process
Routing
Policy
Contrl
Process
Process
Admis
Contrl
Classifier
Packet
Scheduler
Classifier
Data
Packet
Policy
Contrl
Admis
Contrl
Scheduler
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.
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
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
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
6
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.
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;
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:
datos
Path
Siguiente paso
Interface salida
datos
Path
Resv
Resv
Router
B
B'
datos
datos
D'
Path
Path
Resv
Resv
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.
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:
10
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.
11
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.
12
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.
13
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.
14
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.
3:Path_Err
5:PathTear
2:Resv
4:Resv_Err
6:ResvTear
15
7:RescConf
16
9.1.-Ejemplo
17
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.
18
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.
19
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.
20
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/
21
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
22
Ingenieria de redes
Protocolo RSVP