CALIDAD DE SERVICIO (QoS)

Ante la perspectiva de obligada remodelacin de la infraestructura de Internet,

el IETF, Internet Engineering Task Force, como responsable de la dinmica de La
Red, ha propuesto y est definiendo el modelo de servicio que se utilizar en el futuro
inmediato, entendiendo como servicio el conjunto de caractersticas que influyen en
la transmisin de los datos, como pueden ser retardos, prdidas, rendimiento, tasa de
transferencia, y otros. Estos aspectos de la transmisin son los que condicionan la
conexin y son los que determinan la calidad de la comunicacin resultante que
obtiene el usuario. De esta idea surge el concepto de QoS, Quality of Service, base en
la que se apoya la tecnologa emergente con la que se pretende responder a la
evolucin que se demanda de Internet.
En el rea de telecomunicaciones, QoS se define como el efecto global de las
prestaciones de un servicio que determinan el grado de satisfaccin de un usuario al
utilizar dicho servicio. Desde el punto de vista de la red, la calidad ofrecida es el
resultado de las prestaciones ofrecidas por cada una de las partes implicadas
(terminales, la red de acceso, la red de transporte (core) y los servicios). La QoS est
directamente relacionada con el tamao de las colas y la congestin de la red, con la
velocidad de conmutacin y ancho de banda de los enlaces.
La QoS puede ayudar a mejorar el servicio que reciben los usuarios de la red,
al mismo tiempo que reduce los costes de ofrecer dichos servicios. Para conseguir
QoS en la red, se debe administrar de manera inteligente el uso de los recursos de la
red, es decir, de forma controlada y eficaz, para as no desperdiciar ancho de
banda y utilizar la mnima cantidad posible de recursos hardware.
En consecuencia aumenta el rendimiento de la red y se evita el
sobredimensionado, esto es, la necesidad de aumentar la capacidad del ancho de
banda. El aumento de la capacidad no es suficiente para evitar la congestin, ya que
los datos se generan y se transmiten por rfagas, lo cual implica que
independientemente de la capacidad disponible, siempre existir congestin al menos
por breves perodos de tiempo. Adems, hay que tener en cuenta que la mayora de
los protocolos de encaminamiento, aprenden los caminos para despachar los paquetes
sin considerar los niveles de carga de los mismos.
Otro punto crtico, es el cuello de botella de cualquier equipo extremo entre
LAN y WAN donde el trfico de LAN tiende a congestionar el enlace WAN an en
los enlaces de alta velocidad. Por tanto, el ancho de banda disponible no asegura un
retardo determinado o predecible.
La QoS se basa en un conjunto de tcnicas y procedimientos utilizados para
dar un tratamiento preferente a unas clases de trfico frente a otras, con el objetivo de
cumplir unos requisitos mnimos en parmetros como el retardo o el ancho de banda.
Es la habilidad de la red para ofrecer prioridad a unos determinados tipos de trfico,
sobre diferentes tecnologas (Frame Relay, ATM, LANs y lneas dedicadas).
Tras las explicaciones expuestas, se puede resumir que el objetivo de la
Calidad de Servicio en una red es cuantificar el tratamiento que un paquete espera a
medida que circula por la red; y que la QoS no puede crear ancho de banda adicional,
sino que debe manejar el trfico de manera que el ancho de banda disponible soporte
los requerimientos de un amplio rango de aplicaciones que el funcionamiento del
servicio de mejor esfuerzo o best effort no puede soportar.
De este modo, en situacin de sobrecarga, la QoS asegura que el trfico crtico
no sea perdido ni retardado.

Factores relacionados en la Calidad de Servicio
Las aplicaciones tradicionales, como correo electrnico, web, FTP, etc., son
transportadas por la Internet actual con una clase de servicio muy pobre y plano
denominado best effort. Con la aparicin de nuevas aplicaciones de tiempo real es
necesario mejorar la calidad de servicio.
Una primera forma de enfocar la QoS es desde el punto de vista cualitativo;
saber como un usuario final de una aplicacin percibe la red. Dicho de otra manera,
por la satisfaccin que siente un usuario final al finalizar una sesin de red.
El mbito de ejecucin del protocolo se denomina sesin. Una sesin se
identifica por la combinacin de una direccin de red de destino, un puerto de
transporte y un tipo de protocolo de transporte ntese que las sesiones, as como la
reservas resultantes, afectan a un nico sentido de transmisin. Una sesin puede
establecerse entre un solo emisor y un solo receptor, o bien ser de tipo
multidistribucin, en cuyo caso participan en ella varios emisores y/o receptores.
Una sesin multidistribucin se caracteriza por una direccin de red a la cual
se envan todos los paquetes, de modo que los receptores participan en la sesin
sintonizando dicha direccin. Cuando se utilizan los trminos emisor y receptor,
ambos se refieren a las amplificaciones emisoras y receptoras de informacin,
respectivamente, y no a los sistemas fsicos donde estas se ejecutan, por ello son
identificadas mediante sus direcciones de transporte. As, por ejemplo, si desde un
mismo sistema se va a enviar una seal de audio y otra de vdeo, los procesos que
envan cada una de estas seales se consideran emisores distintos.
El otro enfoque es desde el punto de vista cuantitativo, de aquellos parmetros
que estn relacionados directamente con la mejora de la calidad de servicio y que al
ser mejorados la red puede ofrecer una mejor calidad de servicio para aplicaciones
que hoy en da son de gran importancia; videoconferencia, telefona, control. Estos
parmetros son: el ancho de banda, el retardo, la variacin de retardo o jitter y la
sensibilidad.
Ancho de Banda: es la capacidad de transmisin de una lnea de
comunicacin expresada en bit por segundos (bps). Indica la capacidad
mxima terica de una conexin, pero debido a diversos factores como la
presencia de varios flujos compartiendo uno o varios enlaces causa su
disminucin.
Retardo: es el tiempo que un dato tarda en atravesar la red desde el
transmisor al receptor. En aplicaciones de tiempo real, como voz, retardos
muy elevados degradarn el servicio, haciendo prcticamente inservible.
Otro concepto relacionado con el retardo es la latencia, que se refiere a la
cantidad de tiempo en que permanece un dato dentro de un router o
conmutador.
Variacin de Retardo o jitter: representa la distorsin de una seal
cuando es propagado a travs de la red, donde la seal vara desde su
referencia original. Una variacin de flujo o jitter de 2 milisegundos
significa que los datos podrn llegar hasta 1 milisegundos antes o despus
respecto a su retardo promedio. Algunas aplicaciones de tiempo real
pueden ser sensibles al retardo y variacin de retardo.
Sensibilidad: este parmetro indica la cantidad de paquetes perdidos de
manera consecutiva que se puede tolerar.
A todas estas caractersticas sobre la transmisin de datos por una red,
retardos, jitter, prdidas se las define como servicio. As se refieren dos tipos de
servicios.
Servicios Integrados: Se utiliza este trmino para un modelo de servicio
Internet que incluya el servicio best-effort, el servicio en tiempo real, y la
comparticin controlada del enlace. En este modelo, la tradicional entrega
best-effort de los paquetes coexistir con unas opciones mejoradas de
entrega de los mismos basadas en las especificaciones de ciertas clases de
QoS.
Servicios Diferenciados: Este modelo permite asignar diferentes niveles
de servicio a diferentes usuarios de Internet. En general, en el uso en
Internet se entiende este trmino como cualquier mecanismo que no
dependa completamente de la reserva de recursos hecha para cada flujo de
datos, y que trate a los distintos usuarios de forma diferente.

TIPOS DE TRFICO
Los programas al ejecutarse en cualquier red e Internet no es una excepcin,
generan un trfico que puede clasificarse segn las necesidades de proceso que lleva a
cabo el programa en cuestin.
Trfico Elstico: Se puede ajustar a los cambios de retardos y rendimientos
de una red, sin dejar de satisfacer las necesidades de sus aplicaciones. Este es el tipo
de trfico soportado por redes basadas en TCP/IP.
Transferencia de archivos: Segn tamao, sensible a retardos.
Correo Electrnico: Bastante insensible a variaciones de retardo.
Conexin Remota: Sensible a retardos.
Gestin de Red: Los retardos no son una preocupacin
Acceso a la WEB: Sensible a retardos.
Los Router gestionan a ciegas los paquetes IP entrantes, sin importarles el tipo
de aplicaciones ni si un paquete forma parte de una transferencia grande o pequea.
Trfico No Elstico: No se adapta fcilmente a las variaciones de retardos y
rendimientos de una red. El trfico es en tiempo real (voz y audio). Necesita como
requisitos:
Rendimiento: Mide la cantidad de Bytes de datos de usuario, transferidos
por segundo, medido durante un intervalo de tiempo.
Retardos: Mide el tiempo entre el envo de un mensaje por el usuario de
origen y su recepcin por el usuario destino.
Variaciones de Retardo (Jitter): La magnitud de las variaciones del
retardo es un factor crtico en las aplicaciones en tiempo real.
Prdida de Paquetes: Las aplicaciones en tiempo real varan segn la
cantidad de paquetes perdidos, si es que se produce alguna, que puedan
sufrir.
Introduce dos nuevos requisitos en la arquitectura de las redes:
Se necesita algn mecanismo para otorgar un tratamiento preferente a las
aplicaciones que tengan los requisitos ms exigentes.
El uso de trfico elstico debe estar aun contemplado.
Las aplicaciones no elsticas normalmente no reducen su demanda para
enfrentarse a la congestin. En momentos de congestin el trfico no elstico seguir
proporcionando alta carga y el elstico ser expulsado.


SERVICIOS INTEGRADOS (I ntServ)
En la actualidad, la tecnologa permite disponer de estaciones de trabajo
equipados con los ltimos procesadores, tcnicas de codificacin para seales de
audio y vdeo, programas de aplicacin multimedia y transmisin multicast en la
Internet. Aplicaciones en tiempo real es hoy en da uno de mayor demanda.
A partir de 1994, la comunidad de Internet inicia los estudios para proponer
una nueva arquitectura que modifique a la actual Internet y que satisfaga a las nuevas
aplicaciones de tiempo real. En esta arquitectura, tanto los usuarios como los
administradores de la red, debern de disponer del ancho de banda de los enlaces para
asignar adecuadamente a las diferentes aplicaciones tanto convencional como de
tiempo real. Es aqu donde se define el trmino Servicios I ntegrados (I S) para un
modelo de servicio de la Internet que incluye tanto servicio de mejor esfuerzo o best
effort y servicio de tiempo real.
El modelo de servicio fundamental de la actual Internet, el servicio de envo
con el mejor esfuerzo, ha sido cambiando desde sus inicios; ahora con los servicios
integrados lo que se pretende es extender la arquitectura original, ya que proponer
una nueva arquitectura sera una meta casi imposible. La arquitectura extendida est
constituida por dos partes; el modelo de servicios entendidos (extended service
model) llamado modelo IS y la referencia de la estructura de implantacin (reference
implementation framework). La razn principal de estas dos partes, es separar el
comportamiento del servicio integrado de la manera como se implanta este servicio,
ya que ste ltimo puede ir cambiando segn se estabilice el modelo.

Modelo Servicios Integrados
El modelo de servicios integrados est diseado para trabajar tanto en
entornos unicast como multicast e incluye dos tipos de clases de trfico:
Carga Garantizado: que soporta flujo de trficos de tiempo real que requiere
un lmite cuantificable de retraso. Se caracteriza por proporcionar un ancho de
banda y un lmite en el retardo extremo a extremo de los paquetes firmemente
garantizados, as como por asegurar que los paquetes no van a sufrir ningn
tipo de prdidas en las colas. Este servicio est orientado a aplicaciones con
unos requisitos exigentes en la entrega de los paquetes, entre las que se
cuentan, por ejemplo, las aplicaciones que hacen uso de audio y vdeo en
tiempo real.
Carga Controlada: A diferencia del anterior, el servicio de carga controlada
no ofrece garantas firmes de calidad expresadas en trminos cuantitativos. La
red se compromete a ofrecer un servicio que es equivalente al que
experimentara un flujo servido segn la disciplina best-effot cuando la red se
encuentra en situacin de baja carga. La diferencia entre este servicio y el
bsico best-effort reside en que la aplicacin no ve deteriorarse la calidad de la
transmisin de la red cuando la carga en la misma se incrementa. Este tipo de
servicio es apto para aplicaciones que toleran cierta cantidad de prdidas y de
retardo, siempre y cuando estos se mantengas en un nivel razonablemente
reducido.
Un aspecto bsico de este modelo es que los recursos deben ser explcitamente
gestionados a fin de satisfaces los requerimientos de las aplicaciones; de esta manera
la reserva de recursos y el control de admisin son los elementos claves del servicio.
Los servicios en tiempo real se sustentan en la garanta de los servicios, y la garanta
muy difcilmente se consigue sin reservar recursos.
Un aspecto que debe ser resaltado, es el de la prioridad. Asignar un nivel de
prioridad alta a los trficos de tiempo real podra ser adecuado. Pero se debe tener en
cuenta que prioridad es un mecanismo de implantacin, no es un modelo de servicio.
El xito de la reserva de recursos reside en que los router se encuentren disponibles
para reservar recursos. Esto representa un cambio fundamental en el modelo de la
Internet ya que en su inicio sta fue establecida bajo el concepto de potenciar a los
sistemas finales.
El modelo de servicio integrado propugna una red nica tanto para
aplicaciones de tiempo real como aquellas que no requieren tiempo real, descartando
el uso de una red exclusiva para trfico de tiempo real. Ms an, establece el uso del
protocolo IP para los datos de tiempo real. El uso de reserva de recursos, permitir
acceder a los servicios de la Internet de manera privilegiada, siendo necesario
imponer polticas y controles administrativos, originando requerimientos de
autenticacin tanto de los usuarios, quien hace las reservas de recursos, como de los
datagramas que usan los recursos reservados. Respecto al modelo de reserva, la
arquitectura de servicios integrados establece la creacin de un protocolo que reserve
recursos, para crear y mantener el estado de reversa en los host extremos y en los
routers a lo largo de la trayectoria del flujo.
Una aplicacin debe especificar la QoS deseada usando una lista de
parmetros denominado flowspec. A la fecha se ha definido el protocolo RSVP
(Resourse Reservation Protocol) como parte integrante de la arquitectura de servicios
integrados. El funcionamiento del protocolo RSVP se puede resumir indicando que
cada una de las aplicaciones en el receptor enva un requerimiento de reserva de
recursos a la red y sta podra o bien aceptar o rechazar el pedido. En realidad el
proceso de requerimiento de reserva es ms complejo; ya que es vlido tanto para
entornos unicast como multicast y las aplicaciones pueden requerir diferentes niveles
de QoS.

Implantacin de Servicios Integrados
En la Internet actual, el protocolo IP (Internet Protocol) trata a todos los
datagramas de manera igual, de tal manera que cada datagrama recibe la misma QoS
y son tpicamente enviados usando una cola FIFO (primero en entrar primero en
salir). En general, ante la llegada de un datagrama, un router debe aceptar o rechazar.
En caso de aceptar al datagrama, debe seleccionar una ruta adecuada por donde
enviar este datagrama hacia su destino final.
Adicionalmente un router debe reordenar el datagrama con respecto a otros
datagramas que estn esperando ser enviados. Para los sistemas integrados, los
routers deben de asignar una adecuada QoS para cada flujo y su implantacin
requiere de tres componentes: planificador de paquetes (packet scheduler),
clasificador de paquetes y control de admisin (admission control). En la figura 1 se
ilustra estos componentes.

Figura 1. Implantacin del Modelo de Referencia para Router

Planificador de Paquetes (packet scheduler).- De una manera sencilla, un
planificador reordena la cola de salida para la transmisin. Es decir, gestiona
el envo de diferentes flujos de datagramas usando un grupo de colas y
temporizadores.
Clasificador de paquetes.- Cada datagrama debe ser relacionado con alguna
clase de tal manera que todos los datagramas de la misma clase tendrn el
mismo tratamiento por parte del planificador de paquetes. Esta relacin es
realizada por el clasificador de paquetes.
Control de Admisin.- Ejecuta los algoritmos de decisin que un router (o un
host) usa para determinar si a un nuevo flujo se puede otorgar un
requerimiento de QoS sin alterar los requerimientos ya existentes.


Descripcin del Trfico
La descripcin del trfico generado por las aplicaciones que van a hacer uso
de los servicios integrados satisface un doble propsito> por un lado, resolver las
decisiones durante el control de admisin y, por otro, la posterior vigilancia del
trfico.
Para facilitar esta descripcin, se emplea un modelo acotado, basado en un
cubo de testigos con control de la tasa de pico, consiguindose dicho control
mediante la inclusin de un cubo con escape tras el cubo de testigos, segn se
representa en la figura.

El conjunto de parmetros que debe suministrarse al protocolo de reserva de
recursos, denominado Tspec (especificacin del trfico) es el siguiente:
tamao del cubo de testigos (octetos),
tasa de generacin de testigos (octetos/s),
tasa de pico (octetos/s(,
tamao mximo del datagrama (octetos),
tamao mnimo del datagrama que se considera (octetos); es decir, los
datagramas cuyo tamao es inferior a se contabilizan como si su tamao
fuese .
Dado este conjunto de parmetros, es posible calcular el retardo mximo
extremo a extremo que experimentarn los paquetes en las colas de los elementos de
la red. Por supuesto, al retardo debido a las colas hay que adicionar el que sufren los
paquetes en los enlaces entre ellas, obteniendo con ello el retardo extremo a extremo
total. Recurdese que el retardo extremo a extremo total es un parmetro esencial
para caracterizar la calidad de servicio suministrada a las aplicaciones en tiempo real,
que son, precisamente, las susceptibles de beneficiarse de los servicios integrados.
Tras un anlisis del sistema de colas correspondiente, se ha determinado que
el retardo mximo originado por las colas puede estimarse a partir de las siguientes
expresiones:

( )( )
( )

En las ecuaciones anteriores, el smbolo (octetos/s) representa la tasa de
servicio que se proporciona al flujo, es decir, la parte del ancho de banda total del
enlace de salida apropiado que se reserva a dicho flujo en cada elemento de red.
Otros parmetros adicionales que aparecen en las expresiones son

.
En ambos casos se trata de trminos de error que cuantifican cmo los elementos de
red se desvan del modelo ideal, en realidad,

incorporan la contribucin al
error del conjunto de elementos de red existentes en la ruta seguida por el flujo, se
computan, pues, como la suma extremo a extremo de los errores individuales de cada
uno de los elementos de red en dicha ruta y se calculan siempre en el peor caso.
Los trminos nombrados con la letra mayscula representan el error
dependiente de la tasa de servicio. As, por ejemplo, si la tecnologa de enlace de
datos subyacente serializa una datagrama en una sucesin de celdas ATM, es posible
que haya que esperar a que se complete el envo de la celda anterior para iniciar la
transmisin de un nuevo datagrama. El tiempo de espera resultante es variable, pero
su valor mximo envo de una celda completa se relaciona directamente con la
frecuencia a la que se transmiten las celdas.
Por otra parte, los trminos referidos con la letra D corresponden a los errores
causados por las variaciones en el tiempo de trnsito a travs de los elementos de red
que son independientes de la tasa. Por ejemplo, en un elemento de red que asigna
ranuras de tiempo a los distintos flujos en forma cclica, el mximo tiempo de espera
para que un flujo sea servido equivale a un ciclo completo; por tanto, D se hara igual
al valor del ciclo.
Con el fin de mantener los compromisos adquiridos con todos los flujos, es
fundamental que ningn flujo se exceda en el uso de las capacidades ms all de
cuanto le ha sido atribuido, lo cual puede suceder en detrimento de los restantes. Para
prevenir este tipo de prcticas abusivas, en los puntos de acceso a la red el trfico es
vigilado, comprobndose que satisface la especificacin acordada. Aquellos
datagramas que son sean conformes a la especificacin se envan como si se tratase
de trfico best-effort y se marcan para que los dispositivos subsiguientes les
dispensen ese mismo tratamiento.
No obstante lo anterior, existe la posibilidad de que durante el camino a travs
de la red el perfil de trfico de un flujo se vea distorsionado. Para tratar de restaurar
su perfil original, en ciertos del camino el trfico es sometido a un proceso de
remoldeado.

PROTOCOLO DE RESERVA DE RECURSOS RSVP (ReSerVation Protocol)
Fue desarrollado en el Instituto de Ciencias de la Informacin (ISI,
Information Science Institute) de la Universidad del Sur de California (USC,
University of Souther California) y en el centro de investigacin de Xerox Palo Alto.
RSVP permite que los hosts receptores reserven recursos de la red, tanto para
aplicaciones unicast como multicast. RSVP opera con el protocolo IPv4 como con
IPv6 y se encuentra situado encima de la capa de Internet, dentro de la estructura del
protocolo TCP/IP, ocupando el lugar de los protocolos de transporte; pero RSVP no
transporta datos ni realiza enrutamiento de los datagramas, slo reserva recursos de la
red. Adems, RSVP reserva recursos para flujo de datos simplex, es decir, reserva en
una sola direccin.
El protocolo de reserva de recursos RSVP es un protocolo de sealizacin que
ofrece a una aplicacin la capacidad de utilizar una nica transaccin para comunicar
sus requisitos de servicio tanto a la red como al extremo remoto y, a travs de un
mecanismo de respuesta, permite a los elementos intermedios de la red
comprometerse con dichos requisitos de servicio, la especificacin del protocolo
RSVP se recoge en la RFC-2205.

Visin del Protocolo RSVP
El protocolo RSVP, se encuentra implantado tanto en los host como en los
router, a lo largo de la trayectoria de un datagrama. El protocolo RSVP es usado por
un host receptor para requerir calidad de servicio (QoS) especfico de la red en
nombre de una aplicacin para un flujo de datos en particular, de all que se dice que
el protocolo RSVP usa requerimiento de reversa orientado a receptor, los router
utilizan RSVO para enviar los requerimientos de calidad de servicio a todos los nonos
a lo largo de la trayectoria del flujo y para establecer y mantener el estado que
suministre el servicio requerido.







SERVICIOS DIFERENCIADOS (DiffServ)
La arquitectura de Servicios Diferenciados est fundamentada en la
priorizacin de clases de trfico. Se basa en la separacin de los conceptos bsicos de
operacin: reenvo (forwarding) y control (routing, encaminamiento), de los routers.
En el reenvo, se realiza un tratamiento diferenciado de los datagramas PHB (Per
Hop Behaviour), de acuerdo con la clase de trfico.
As, las aplicaciones ya no tienen que realizar ninguna peticin de recursos,
como ocurre en el modelo IntServ, sino que se asignan prioridades a cada paquete de
datos, para que sea tratado por cada nodo de manera diferente respecto a otros
paquetes de datos.
Para la identificacin de los diferentes agregados de trfico se define un
cdigo llamado DSCP (DiffServ Code Point). Cada aplicacin solicita un servicio
marcando cada paquete con un cdigo que indica el servicio deseado. DSCP forma
parte del campo ToS de la cabecera de un paquete IP que permite la asignacin de
diferentes niveles de servicio al trfico de la red.
La ventaja de DiffServ es que no utiliza ningn protocolo de sealizacin, no
establece estados en cada nodo de la red. Por lo que es ms simple que la arquitectura
IntServ y presenta mejores condiciones para ser implantada en redes con grandes
volmenes de trfico, es decir, se escala mejor en redes como Internet que la
arquitectura IntServ.
Los elementos de DiffServ implementados en los nodos de la red son:
PHB, Per Hop Behaviour en el reenvo: los paquetes se clasifican y
marcan para recibir un tratamiento especfico por salto en la ruta hacia su
destino. DiffServ trata igual a los paquetes agregados de diferentes
aplicaciones. En efecto, una vez que se marque el campo DS de un
paquete con un valor DSCP adecuado, se trata igual que otros paquetes
marcados con el mismo valor DSCP sin distinguir especficamente el
origen de la aplicacin.
Funciones de Acondicionamiento del Trfico: como clasificacin,
marcado y poltica de control, las cuales slo se realizan en los nodos
frontera:
Clasificacin: Este proceso es necesario para que cada nodo sepa
qu hacer con un paquete determinado entrante, esto es, se
determina el servicio PHB que va a recibir cada paquete entrante al
salir del nodo. En la clasificacin se identifican qu aplicaciones
han generado qu paquetes. La clasificacin es pues la
identificacin de la aplicacin fuente de cada paquete.
Marcado: Proceso intensivo y complejo por lo que slo debera
realizarse una vez. Tras su identificacin, el paquete se marca
para asegurar que los conmutadores de la red sean capaces de darle
prioridad. El trfico transportado se marca a nivel IP, utilizando el
campo DS (DiffServ). Esta informacin se mapear en el campo
ToS (Type of Service) de la cabecera de los paquetes IPv4, y en el
campo Traffic Class de la cabecera de los paquetes IPv6.
Poltica de Control: se establece un Acuerdo del Nivel de
Servicio SLA.






file:///D:/Users/Moncada/Downloads/pfc3282.pdf
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:daysenr:daysenr_-
_calidad_de_servicio_qos_.pdf
http://wwwisis.ufg.edu.sv/wwwisis/documentos/TE/621.385-C198i/621.385-C198i-
Capitulo%20VIII.pdf
http://www.danysoft.com/free/reservarecursos.pdf
http://sisbib.unmsm.edu.pe/bibvirtualdata/publicaciones/electronica/Diciembre_1999/
Pdf/02_calidad.pdf
http://books.google.co.ve/books?id=yTSoYCiXYAAC&pg=PA257&dq=protocolo+d
e+reserva+de+recursos+RSVP&hl=es-
419&sa=X&ei=QkyTU4PmBOygsQTkh4GIAg&ved=0CCUQ6AEwAA#v=onepage
&q=protocolo%20de%20reserva%20de%20recursos%20RSVP&f=false