1

reservados una vez que han terminado. Las

Taller No. 2
Autores: Jhon E. Arango, Juan P. Martinez M., Bryan A. Navarrete M. y Antonio J. Arango P.
Universidad Nacional de Colombia.
Departamento de Ingeniera de Sistemas e Industrial.
jearangoo@unal.edu.co - jupmartnezma@unal.edu.co - banavarretem@unal.edu.co ajarangop@unal.edu.co
Abstract Mediante el presente documento, se analizarn
operaciones RSVP generalmente dan como resultado
algunos protocolos sobre los cuales se transporta IP/TV.
una reserva de recursos en cada nodo a lo largo de un
camino.
I. INTRODUCCIN
Como en toda tarea de ingeniera, en el proceso de diseo e
implementacin de redes de computadores y de comunicacin
en general, es indispensable identificar, establecer y tener en
cuenta los parmetros que determinan su funcionamiento,
eficiencia y desempeo; debido a ello, es necesario realizar un
estudio cuidadoso, tanto individualmente como en su
conjunto, de cada uno de los elementos que intervienen en las
diferentes etapas y procesos de las redes IP/TV. La
comprensin del funcionamiento de estos elementos, de cmo
interactan entre s, y de su incidencia en el rendimiento de la
red, abre las puertas a un entendimiento mucho ms profundo
del mundo del diseo y la implementacin de redes.
II. DESARROLLO
En este paper se estudiaran los siguientes protocolos:

A.

RSVP con y sin WFQ

CBWFQ
ToS y Qos
DTE, RED y WRED

RSVP.
El protocolo de reserva de recursos (RSVP o
Resource Reservation Protocol), descrito en RFC
2205, es un protocolo de la capa de transporte
diseado para reservar recursos de una red bajo la
arquitectura de servicios integrados (IntServ). "RSVP
no es una aplicacin de transporte, es ms bien un
protocolo de control de internet, como ICMP, IGMP,
o protocolos de enrutamiento" - RFC 2205. RSVP
reserva los canales o rutas en redes internet para la
transmisin por unidifusin y multidifusin con
escalabilidad y robustez.

RSVP puede ser utilizado tanto por hosts como por

routers para pedir o entregar niveles especficos de
calidad de servicio (QoS) para los flujos de datos de
las aplicaciones. RSVP define cmo deben hacer las
reservas las aplicaciones y cmo liberar los recursos

RSVP no es en s mismo un protocolo de

encaminamiento y fue diseado para interoperar con
los actuales y futuros protocolos de encaminamiento.
RSVP por s mismo rara vez es desplegado en redes
de telecomunicaciones hoy en da pero para RSVPTE, est comenzando a aceptarse de forma ms
comn en muchas redes con QoS.
A continuacin se describen los atributos principales
del protocolo:
RSVP pide recursos para los flujos simplex: un flujo
de trfico en una sola direccin desde el emisor a uno
o ms receptores.
RSVP no es un protocolo de encaminamiento, pero
trabaja con protocolos de enrutamiento actuales y
futuros.
RSVP est orientada hacia el receptor: es el receptor
de un flujo de datos el que inicia y mantiene la
reserva de recursos para ese flujo.
RSVP es soft state (la reserva en cada nodo necesita
refresco peridico), mantiene solo temporalmente el
estado de las reservas de recursos del host y de los
routers, de aqu que soporte cambios dinmicos de la
red.
RSVP proporciona varios estilos de reserva (un
conjunto de opciones) y permite que se aadan
futuros estilos al protocolo para permitirle adaptarse a
diversas aplicaciones.
RSVP transporta y mantiene parmetros del trfico y
de la poltica de control que son opacos a RSVP.
Los dos conceptos clave del modelo RSVP son
flowspec y filterspec:
Flowspec:
RSVP reserva recursos para un flujo. Un flujo se
identifica por la direccin de destino, el protocolo de
identificacin y, opcionalmente, el puerto de destino.
En MPLS una corriente se define como un LSP. Para
cada flujo RSVP tambin identifica a la particular
calidad de los servicios requeridos por la corriente a
pesar de que no entiende la informacin especfica de

2
la corriente QoS. Esos sistemas luego analizan el
flowspec para aceptar y reservar los recursos. Un
flowspec consta de: Servicio de clase, Reserva de
especificaciones -define la QoS Y trfico de
especificaciones - describe el flujo de datos
Filterspec:
Filterspec define el conjunto de paquetes que sern
afectados por un flowspec (es decir, los paquetes de
datos para recibir la QoS definida por el flowspec).
Un filerspec tpicamente selecciona un subconjunto
de todos los paquetes procesados por un nodo. La
eleccin puede depender de cualquier atributo de un
paquete (por ejemplo, la direccin IP del remitente y
el puerto).
Los definidos en la actualidad son los estilos de
reserva RSVP: Filtro fijo - reserva de recursos para
un determinado flujo, Compartidas explcita - se
reserva para varios flujos de recursos y compartir
todos los recursos y filtro comodn - reservas de
recursos para un tipo general de la corriente sin
especificar el flujo
Una solicitud de reserva RSVP consiste en un
flowspec y un filterspec y el par se llama
flowdescriptor. Los efectos en la especificacin de
cada nodo, si bien el flowspec establece los
parmetros de la bolsa en un nodo, la filterspec
establece los parmetros en el clasificador de
paquetes.
Mensajes.
Hay dos tipos principales de mensajes: Ruta de los
mensajes (path)
La ruta de los mensajes es enviada por el remitente
de acogida a lo largo de la ruta de datos y almacena la
ruta estatal en cada nodo a lo largo de la ruta.
La ruta estatal incluye la direccin IP del nodo
anterior, y algunos objetos de datos: Plantilla
remitente para describir el formato de los datos de
remitente, Tspec remitente para describir las
caractersticas de trfico del flujo de datos y Adspec
que lleva la publicidad de datos (vase el RFC 2210
para ms detalles).
Y reserva de mensajes (resv)
La reserva de mensajes se enva desde el receptor al
remitente de acogida a lo largo de la ruta inversa de
datos.
La reserva de mensajes incluye el flowspec objeto de
datos que identifica los recursos del flujo de
necesidades.
Los datos sobre los mensajes RSVP se pueden
transmitir en cualquier orden. Para la lista completa
de los mensajes RSVP y fecha objetos consulte RFC
2205.

Operaciones
Es necesario que una acogida envie un flujo de datos
especficos con QoS transmitir a RSVP una va
mensaje que viajar a lo largo de las rutas de
unidifusin y multidifusin previamente establecido
por el protocolo de enrutamiento de trabajo. Si la ruta
mensaje llega a un router que no entiende RSVP, el
router enva el mensaje sin interpretar el contenido
del mensaje y la no reserva de los recursos para la
corriente.
Cuando el destino router recibe el camino mensaje:
Hacer una reserva sobre la base de parmetros de la
peticin. Para este control de la admisin y las
polticas de control de parmetros de proceso de la
solicitud puede encargar el clasificador de paquetes
para manejar correctamente el subconjunto
seleccionado de paquetes de datos o de negociar con
la capa superior de la forma en que el paquete de
manejo se debe realizar. Y adelante la solicitud aguas
arriba (en la direccin del remitente). En cada nodo
de la resv mensaje, flowspec puede ser modificado
por un nodo de transmisin.
Cada nodo en el camino puede aceptar o rechazar la
peticin.

B. CBWFQ.
CBWFQ ampla la funcionalidad WFQ estndar para
proporcionar apoyo para las clases de trfico definidos
por el usuario. CBWFQ define las clases de trfico
basadas en criterios de partido incluyendo los protocolos,
listas de control de acceso (ACL) e interfaces de entrada.
Satisfaciendo los criterios para una clase de partido
constituyen el trfico para esa clase. Una cola est
reservada para cada clase, y pertenecientes a una clase de
trfico se dirige a la cola de esa clase.
Una vez que se ha definido una clase segn su criterio, se
pueden asignar caractersticas. Para caracterizar una clase,
se asigna ancho de banda, el peso y lmite mximo de
paquete. El ancho de banda asignado a una clase es el
ancho de banda de entrega garantizado a la clase durante
la congestin.
Para caracterizar una clase, tambin se especifica el lmite
de la cola de esa clase, que es el nmero mximo de
paquetes permite la acumulacin en la cola para la clase.
Despus que una cola ha alcanzado su lmite configurado,
hace cola gota a gota para que surtan efecto, dependiendo
de cmo est configurada la poltica de la clase.

Si una clase por defecto est configurada con el comando

de configuracin de clase de poltica-mapa de ancho de
banda, todo el trfico sin clasificar se pone en una sola
cola y recibieron el tratamiento segn el ancho de banda
configurado. Si una clase por defecto est configurada
con el comando de la de la cola, todo el trfico sin
clasificar es flujo clasificado y recibieron el tratamiento
mejor esfuerzo. Si no hay clase por defecto est
configurada, entonces por defecto el trfico que no
coincide con ninguna de las clases configuradas es flujo
clasificado y recibieron el tratamiento del mejor esfuerzo.
Una vez que un paquete se clasifica, aplicarn todos los
mecanismos estndar que pueden utilizarse para distinguir
el servicio de entre las clases.
Flujo de clasificacin es el tratamiento estndar WFQ. Es
decir, los paquetes con la misma direccin IP de origen,
direccin IP de destino, Puerto de protocolo de Control de
transmisin (TCP) o protocolo de datagramas de usuario
(UDP) de origen, o destino TCP o el puerto UDP se
clasifican como pertenecientes a la misma corriente. WFQ
asigna una porcin igual de ancho de banda para cada
flujo. WFQ basada en flujos tambin se llaman colas
porque todos los flujos se ponderan igual.
Para CBWFQ, que se extiende la cola de WFQ estndar,
el peso especificado para la clase se convierte en el peso
de cada paquete que cumpla con los criterios de la clase
de partido. Los paquetes que llegan a la interfaz de salida
se clasifican segn los filtros de criterios de partido que se
define, y luego cada uno se le asigna el peso adecuado. El
peso para un paquete pertenece a una clase especfica se
deriva el ancho de banda que asign a la clase al que ha
configurado en este sentido el peso de una clase es
configurable por el usuario.
Despus se asigna el peso para un paquete, el paquete est
en cola de la clase apropiada. CBWFQ utiliza los pesos
asignados a los paquetes de cola para asegurar que la cola
de clase es el servicio bastante.
Configurar una poltica de clase as, configurar
CBWFQ implica estos tres procesos:
Definicin de las clases de trfico para especificar la
poltica de clasificacin (mapas de clase).
Este proceso determina cuntos tipos de paquetes deben
ser distinguidas de uno al otro.
Asociaciones polticas es decir, las caractersticas de la
clase con cada clase de trfico (mapas de poltica).

Este proceso implica la configuracin de las polticas a

aplicarse a los paquetes pertenecientes a una de las clases
definidas previamente a travs de un mapa de clase. Para
este proceso, es configurar el mapa poltica que especifica
la Directiva para cada clase de trfico.
Attaching politics para interfaces (polticas de servicio).
Este proceso requiere que te asocias un mapa poltica
existente, o la poltica de servicio, con una interfaz para
aplicar el conjunto de polticas para ver el mapa a dicha
interfaz.
Beneficios
Asignacin de ancho de banda
CBWFQ le permite especificar la cantidad exacta de
ancho de banda para ser asignados a una clase especfica
de trfico. Teniendo en cuenta el ancho de banda
disponible de la interfaz, puede configurar hasta 64 clases
y distribucin de control entre ellos, que no es el caso con
WFQ basadas en flujos.
WFQ basadas en flujos aplica pesos al trfico para
clasificarla en conversaciones y determinar cunto ancho
de banda de cada conversacin est permitido en relacin
con otras conversaciones. WFQ basadas en flujos, estos
pesos y clasificacin de trfico, son dependiente y
limitada a los siete niveles de precedencia IP.
Granularidad ms gruesa y escalabilidad
CBWFQ le permite definir lo que constituye una clase
basada en criterios que excedan los lmites de flujo.
CBWFQ le permite utilizar listas de control de acceso y
protocolos o nombres de interfaz de entrada para definir
cmo se clasificar el trfico, as proporcionando
granularidad ms gruesa. Usted no necesita mantener
clasificacin de trfico sobre una base de flujo. Adems,
puede configurar hasta 64 clases discretas en una poltica
de servicio.
Restricciones
Configurar CBWFQ en una interfaz fsica slo es posible
si la interfaz est en el modo predeterminado de colas.
Interfaces seriales en E1 (2,048 Mbps) y a continuacin
utilice WFQ por defecto otras interfaces de usan FIFO
por defecto. CBWFQ en una interfaz fsica que permite
reemplaza el mtodo por defecto interfaz colas.
Habilitacin CBWFQ en un ATM PVC no anula el
mtodo de la cola por defecto.

4
Si usted configurar una clase en un mapa de la poltica de
usar WRED para entrega de paquetes en lugar de gota de
cola, debe asegurarse de que WRED no est configurada
en la interfaz a la que pretende fijar la poltica de ese
servicio.
CBWFQ es compatible con la velocidad de bits variable
(VBR) y poco disponible con conexiones ATM. No es
apoyado por conexiones unspecified bit rate (UBR).
CBWFQ no es compatible con subinterfaces.
C. ToS y Qos.
QoS o Calidad de Servicio (Quality of Service, en ingls)
es el rendimiento promedio de una red de telefona o de
computadoras, particularmente el rendimiento visto por
los usuarios de la red.1 Cuantitativamente medir la calidad
de servicio son considerados varios aspectos del servicio
de red, tales como tasas de errores, ancho de banda,
rendimiento, retraso en la transmisin, disponibilidad,
jitter, etc.
Calidad de servicio es particularmente importante para el
transporte de trfico con requerimientos especiales. En
particular, mucha tecnolgica ha sido desarrollada para
permitir a las redes de computadoras ser tan tiles como
las redes de telfono para conversaciones de audio, as
como el soporte de nuevas aplicaciones con demanda de
servicios ms estrictos.
Ejemplos de mecanismos de QoS son la priorizacin de
trfico y la garanta de un ancho de banda mnimo.
La aplicacin de QoS es un requisito bsico para poder
implantar servicios interactivos (por ejemplo voip).
La calidad de servicios comprende requerimientos en
todos los aspectos de una conexin, tales como tiempo de
respuesta de los servicios, prdidas, ratio seal-a-ruido,
diafonas, eco, interrupciones, frecuencia de respuesta,
niveles de sonido, entre otros. Una sub categora de
calidad de servicios de telefona son los requerimientos de
nivel de servicio, los cuales comprenden aspectos de una
conexin relacionados con la capacidad y cobertura de
una red, por ejemplo garantizar la probabilidad mxima
de bloqueo y la probabilidad de interrupcin.2
En el campo de las redes de computadoras y otras redes
de telecomunicacin en paquetes, los trminos de
ingeniera del trfico se refieren a mecanismos de control
para reservacin de recursos en vez de la calidad de
servicio lograda.
Calidad de servicio es la habilidad de proveer diferentes
prioridades a diferentes aplicaciones, usuarios, o flujos de
datos, o de garantizar un cierto nivel de rendimiento para
un flujo de datos. Por ejemplo, una requerida tasa de bits,
retraso, jitter, probabilidad de eliminacin de paquetes y/o
tasa de bit de errores pueden ser garantizados. Las
garantas de la calidad de servicio son importantes si la
capacidad de la red es insuficiente, especialmente para
aplicaciones de transmisin multimedia en tiempo real

tales como voz sobre IP, juegos en lnea y IP-TV, ya que a

menudo estos requieren tasa de bit establecidas y son
sensitivas al retraso, y en redes donde la capacidad es un
recurso limitado, por ejemplo en comunicacin de data
celular.
Una red o protocolo que soporta Calidad de servicios
puede coincidir en un contrato de trfico con la aplicacin
y reservar capacidad en los nodos de la red, por ejemplo
durante una fase de establecimiento de sesin. Durante la
sesin puede monitorear el nivel de rendimiento
alcanzado, por ejemplo la tasa de data y el retraso, y
dinmicamente controlar las prioridades entre los nodos
de la red. Esta puede liberar la capacidad reservada
durante una fase posterior.
Una red o servicio de mejor-esfuerzo no soporta calidad
de servicio. Una alternativa a complejos mecanismos de
control de calidad de servicios es proveer comunicacin
de alta calidad sobre una red mejor-esfuerzo sobre
provisionando la capacidad de tal manera que sea
suficiente para la carga de trfico esperada. La resultante
ausencia de congestin en la red elimina la necesidad de
mecanismos de calidad de servicios.
Calidad de servicios es algunas veces usada como
medidor de calidad, con muchas definiciones alternativas,
en lugar de refirindose a la habilidad de reservar
recursos. Calidad de servicios algunas veces se refiere al
nivel de calidad de servicios, i.e. La garantizada calidad
de servicio. Alta calidad de servicio a menudo es
confundida con alto nivel de rendimiento o la calidad de
servicio alcanzada, por ejemplo altas tasas de bit, baja
latencia y baja probabilidad de error.
Muchas cosas le ocurren a los paquetes desde su origen al
destino, resultando los siguientes problemas vistos desde
el punto de vista del transmisor y receptor:
Bajo rendimiento
Debido a la carga variante de otros usuarios compartiendo
los mismos recursos de red, la tasa de bits (el mximo
rendimiento) que puede ser provista para una cierta
transmisin de datos puede ser muy lenta para servicios
en tiempo real si toda la transmisin de datos obtiene el
mismo nivel de prioridad.
Paquetes sueltos
Los ruteadores pueden fallar en liberar algunos paquetes
si ellos llegan cuando los buffers ya estn llenos. Algunos,
ninguno o todos los paquetes pueden quedar sueltos
dependiendo del estado de la red, y es imposible
determinar que pasar de antemano. La aplicacin del
receptor puede preguntar por la informacin que ser
retransmitida posiblemente causando largos retardos a lo
largo de la transmisin.
Retardos
Puede ocurrir que los paquetes tomen un largo perodo en
alcanzar su destino, debido a que pueden permanecer en
largas colas o tomen una ruta menos directa para prevenir
la congestin de la red. En algunos casos, los retardos
excesivos pueden inutilizar aplicaciones tales como VoIP
o juegos en lnea.
Latencia
Puede tomar bastante tiempo para que cada paquete llegue
a su destino, porque puede quedar atascado en largas

5
colas, o tomar una ruta menos directa para evitar la
congestin. Esto es diferente de rendimiento, ya que el
retraso puede mejorar con el tiempo, incluso si el
rendimiento es casi normal. En algunos casos, latencia
excesiva puede convertir a una aplicacin como VoIP
juegos online inusable.
Jitter
Los paquetes del transmisor pueden llegar a su destino
con diferentes retardos. Un retardo de un paquete vara
impredeciblemente con su posicin en las colas de los
ruteadores a lo largo del camino entre el transmisor y el
destino. Esta variacin en retardo se conoce como jitter y
puede afectar seriamente la calidad del flujo de audio y/o
vdeo.
Entrega de paquetes fuera de orden
Cuando un conjunto de paquetes relacionados entre s son
encaminados a Internet, los paquetes pueden tomar
diferentes rutas, resultando en diferentes retardos. Esto
ocasiona que los paquetes lleguen en diferente orden de
como fueron enviados. Este problema requiere un
protocolo que pueda arreglar los paquetes fuera de orden
a un estado iscrono una vez que ellos lleguen a su
destino. Esto es especialmente importante para flujos de
datos de vdeo y VoIP donde la calidad es dramticamente
afectada tanto por latencia y prdida de sincrona.
Errores
A veces, los paquetes son mal dirigidos, combinados entre
s o corrompidos cuando se encaminan. El receptor tiene
que detectarlos y justo cuando el paquete es liberado,
pregunta al transmisor para repetirlo as mismo.
Las redes de comunicacin por circuitos, especialmente
las que estn destinadas para transmisin de voz, tales
como ATM (Asynchronous Transfer Mode) o GSM, Tiene
calidad de servicio en el ncleo del protocolo y no
necesitan procedimientos adicionales para alcanzarla.
Unidades de datos ms cortas es una de los puntos de
venta nicos de ATM para aplicaciones como video en
demanda.
La cantidad de sobre-aprovisionamiento en enlaces
interiores requerida para reemplazar la QoS depende del
nmero de usuarios y sus demandas de trfico. Esto limita
la usabilidad del sobre-aprovisionamiento. Aplicaciones
ms nuevas con ancho de banda intensivo y la adicin de
ms usuarios resulta en la prdida de redes de sobreaprovisionamiento. Esto requiere entonces una
actualizacin fsica de los enlaces de red relevantes lo
cual es un proceso costoso. Por lo tanto el sobreaprovisionamiento no puede ser asumido a ciegas en
Internet.
A diferencia de redes de un solo dueo, el Internet es una
serie de puntos de intercambio interconectando redes
privadas.3 Por consiguiente el ncleo de Internet pertenece
y es administrado por un nmero de diferentes
proveedores de servicio de red y no una entidad nica. Su
comportamiento es mucho ms estocstico o
impredecible. Por lo tanto, continua la investigacin sobre
procedimientos de QoS que sean desplegables en redes
grandes y diversas.
Hay dos enfoques principales a QoS en las redes IP
modernas de paquete-cambiado, un sistema parametrizado

basado en un intercambio de requerimientos de la

aplicacin con la red, y un sistema priorizado donde cada
paquete identifica un nivel de servicio deseado a la red.
Servicios integrados (IntServ) implementa el enfoque
parametrizado. En este modelo, las aplicaciones usan el
protocolo de reservacin de recurso para solicitar y
reservar recursos a lo largo de la red.
Servicios diferenciados (DiffServ) implementa el
modelo priorizado. DiffServ marca paquetes de acuerdo al
tipo de servicio que desean. En respuesta a estas marcas,
los enrutadores y switches usan varias estrategias de
queueing (hacer cola) para adaptar el rendimiento a las
expectativas. Marcas de punto cdigo de servicios
diferenciados (DSCP) usan los primeros 6 bits en el
campo de tipo de servicio de la cabecera del paquete
IPv4.
Primeramente se usaban la filosofa de servicios
integrados (IntServ) de reservar los recursos de la red. En
este modelo, las aplicaciones usaban el protocolo de
reservacin de recurso para solicitar y reservar recursos a
lo largo de una red. Aunque los mecanismos de IntServ
funcionan, se observ que una red de ancho de banda
tpica de un proveedor mayor de servicio, se requera que
los enrutadores ncleo aceptaran, mantuvieran y quitaran
miles o posiblemente decenas de miles de reservaciones.
Se crea que este enfoque no se acomodara al crecimiento
de Internet, y en cualquier evento era antittica a la
nocin de disear redes de manera que los enrutadores
ncleo hagan ms que slo cambiar paquetes a las tasas
ms altas posibles.
En respuesta a estas marcas, los enrutadores y switches
usan varias estrategias de queueing para adaptar el
rendimiento a los requerimientos. En la capa IP, marcas
de punto cdigo de servicios diferenciados (DSCP) usan
los 6 bits en la cabecera del paquete IP. En la capa MAC,
VLAN IEEE 802.1Q y IEEE 802.1p pueden ser usados
para llevar esencialmente la misma informacin.
Los enrutadores que soportan DiffServ configuran su
programador de red para utilizar mltiples colas para
paquetes que esperan transmisin desde interfaces de
ancho de banda limitado. Los vendedores de enrutadores
proveen diferentes capacidades para configurar este
comportamiento, para incluir el nmero de colas
soportadas, las prioridades relativas de las colas, y el
ancho de banda reservado para cada cola.
En la prctica, cuando un paquete debe ser remitido desde
una interface con queueing, los paquetes que requieren
jitter bajo (VoIP o videoconferencia, por ejemplo) reciben
prioridad sobre paquetes en otras colas. Tpicamente,
cierto ancho de banda es asignado por defecto a los
paquetes de control de red (tales como protocolo de
mensaje de control de Internet y protocolos de
enrutamiento), mientras que al trfico de mejor esfuerzo
se le puede asignar cualquier ancho de banda que sobre.
En la capa MAC, VLAN IEEE 802.1Q y IEEE 802.1p
pueden ser usados para distinguir entre cuadros Ethernet y
clasificarlos. Modelos de teora de queueing han sido
desarrollados en anlisis de rendimiento y QoS para
protocolos de la capa MAC.4 5

6
Cisco IOS NetFlow y la Base de informacin de
administracin de QoS basada en clase de Cisco son
comercializados por Cisco Systems.
Un ejemplo convincente de la necesidad de QoS en
Internet se relaciona al colapso de congestin. Internet
depende de protocolos de prevencin de congestin, como
los integrados en el protocolo de control de transmisin
(TCP), para reducir el trfico bajo condiciones que de otra
manera llevaran al derrumbe. Aplicaciones QoS tales
como VoIP y IPTV, porque requieren una tasa de bits
constante una tasa de bits constante en gran medida y la
latencia baja no puede usar TCP and no puede reducir de
otra manera su tasa de trfico para ayudar a prevenir la
congestin. Los contratos QoS limitan el trfico que
puede ser brindado a Internet y por ello fuerzan la
formacin de trfico que pueden prevenir que se
sobrecargue, y por ende una parte indispensable de la
capacidad de Internet de manejar una mezcla de trfico en
tiempo real y trfico que no es en tiempo real sin
derrumbe.
La calidad de servicio de extremo a extremo puede
requerir un mtodo de coordinacin de asignacin de
recursos entre un sistema autnomo y otro. El grupo de
trabajo de ingeniera de Internet (GTII) defini el
protocolo de reservacin de recurso (RSVP) para ancho
de banda, como un estndar propuesto en 1997. RSVP es
un protocolo de reservacin de ancho de banda de
extremo a extremo. La versin de ingeniera de trfico,
RSVP-TE, es usada en muchas redes para establecer rutas
de etiqueta-cambiada de multiprotocolo de trfico
dirigido. El GTII tambin defini el grupo de trabajo Next
Steps in Signaling (NSIS) con la sealizacin QoS como
un objetivo. NSIS es un desarrollo y simplificacin de
RSVP.
Consorcios de investigacin tales como soporte QoS de
extremo a extremo sobre redes heterogneas (EuQoS,
desde 2004 hasta 2007) y foros como el foro IPsphere
desarrollaron ms mecanismos para enlazar la invocacin
de QoS desde un dominio al siguiente. IPsphere defini el
bus de seanlizacin denominado estrato de
estructuracin de servicio (EES) con el fin de establecer,
invocar y (intentar) asegurar los servicios de red. EuQoS
condujo experimentos para integrar protocolo de inicio de
sesin, NSIS y EES con un costo estimado de 15.6
millones de euros y public un libro.
Un proyecto de investigacin Multi Service Access
Everywhere (MUSE) defini otro concepto de QoS en
una primera fase desde enero 2004 hasta febrero 2006, y
una segunda fase desde enero 2006 hasta 2007. Otro
proyecto de investigacin llamado PlaNetS fue propuesto
para el financiamiento europeo alrededor del ao 2005.
Un proyecto europeo ms amplio llamado Arquitectura y
diseo para el Internet futuro conocido como 4WARD
tuvo un presupuesto estimado de 23.4 millones de euros y
fue financiado desde enero 2008 hasta junio 2010. Inclua
un tema de QoS y public un libro. Otro proyecto
europeo, llamado SRID (Sistema de red inalmbrica
desplegable) propuso un enfoque de reservacin de ancho
de banda para redes mviles inalmbricas adhoc de
multitasas.

En el dominio de servicios, la QoS de extremo a extremo

tambin ha sido discutida en el caso de servicios
compuestos (consistiendo de servicios atmicos) o
aplicaciones (consistiendo de componentes de
aplicaciones). Adems, en computacin en la nube la QoS
de extremo a extremo ha sido el foco de varios esfuerzos
de investigacin con el objetivo de la provisin que QoS
garantiza a lo largo de los modelos de servicio de la nube.
Fuertes protocolos de criptografa de red tales como capa
de conexin segura, I2P y redes privadas virtuales
oscurecen los datos que se transfieren cuando se usan.
Como todo el comercio electrnico en Internet requiere el
uso de tales fuertes protocolos de criptografa, degradando
unilateralmente el rendimiento de trfico encriptado crea
un peligro inaceptable para los clientes. A pesar de todo,
el trfico es incapaz de someterse a una inspeccin
profunda de paquetes para QoS.
Una de las grandes ventajas de ATM (Asynchronous
Transfer Mode Modo de Transferencia Asncrona)
respecto de tcnicas como el Frame Relay y Fast
Ethernet es que admite niveles de QoS. Esto permite que
los proveedores de servicios ATM garanticen a sus
clientes que el retardo de extremo a extremo no exceder
un nivel especfico de tiempo o que garantizarn un ancho
de banda especfico para un servicio. Esto es posible
marcando los paquetes que provengan de una direccin IP
determinada de los nodos conectados a un gateway (como
por ejemplo la IP de un telfono IP, segn la puerta del
router, etc.). Adems, en los servicios satelitales da una
nueva perspectiva en la utilizacin del ancho de banda,
dando prioridades a las aplicaciones de extremo a extremo
con una serie de reglas.
Una red IP est basada en el envo de paquetes de datos.
Estos paquetes de datos tienen una cabecera que contiene
informacin sobre el resto del paquete. Existe una parte
del paquete que se llama ToS (Type of Service), en
realidad pensada para llevar banderas o marcas. Lo que se
puede hacer para darle prioridad a un paquete sobre el
resto es marcar una de esas banderas (flags, en ingls).
Para ello, el equipo que genera el paquete, por ejemplo
una puerta de enlace (gateway, en ingls) de voz sobre IP,
coloca una de esas banderas en un estado determinado.
Los dispositivos por donde pasa ese paquete despus de
ser transmitido deben tener la capacidad para poder
discriminar los paquetes para darle prioridad sobre los que
no fueron marcados o los que se marcaron con una
prioridad menor a los anteriores. De esta manera podemos
generar prioridades altas a paquetes que requieren una
cierta calidad de envo, como por ejemplo la voz o el
vdeo en tiempo real, y menores al resto.
El entorno inalmbrico es muy hostil para medidas de
Calidad de Servicio debido a su variabilidad con el
tiempo, ya que puede mostrar una calidad nula en un
cierto instante de tiempo. Esto implica que satisfacer la
QoS resulta imposible para el 100% de los casos, lo que
representa un serio desafo para la implementacin de
restricciones de mximo retardo y mxima varianza en el
retardo (jitter) en sistemas inalmbricos.
Los sistemas de comunicaciones ya estandarizados con
restricciones QoS de retardo y jitter en entornos

7
inalmbricos (por ejemplo en GSM y UMTS) slo pueden
garantizar los requisitos para un porcentaje (<100%) de
los casos. Esto implica una cada del servicio (Outage o
downtime en ingls), generando los cortes de llamadas y/o
los mensajes de red ocupada. Por otro lado, algunas
aplicaciones de datos (por ejemplo, WiFi) no requieren de
restricciones de mximo retardo y jitter, por lo que su
transmisin slo necesita de la calidad media del canal,
evitando la existencia de cadas del servicio.
Un mecanismo de control de calidad de servicios
alternativo ms complejo es el proveer comunicacin de
alta calidad al generosamente sobre-aprovisionar una red
de tal forma que la capacidad este basada en picos de
trafico estimadas. Este enfoque es simple para las redes
con las cargas mximas previsibles. El rendimiento es
razonable para muchas aplicaciones. Esto podra incluir
aplicaciones exigentes que pueden compensar las
variaciones en el ancho de banda y la demora con grandes
buffers de entrada, que a menudo es posible, por ejemplo,
en la transmisin de vdeo. Sobre-aprovisionamiento
puede ser de uso limitado, sin embargo, en vista de
protocolos de transporte (como TCP) que con el tiempo
aumentan exponencialmente la cantidad de datos que se
colocan en la red hasta que se consume todo el ancho de
banda disponible. Tales protocolos tienden a aumentar la
latencia y prdida de paquetes para todos los usuarios.
Los servicios de VoIP comerciales son a menudo
competitivos con el servicio telefnico tradicional en
trminos de calidad de la llamada a pesar de que los
mecanismos de QoS por lo general no estn en uso en la
conexin del usuario a su proveedor de Internet y la
conexin del proveedor de VoIP a un ISP diferente. Sin
embargo bajo condiciones de carga alta, VoIP puede
degradarse a calidad de telfono celular o peor. Las
matemticas del trfico de paquetes indican que las redes
requieren 60% ms capacidad bajo asunciones
conservadoras.
D. DTE.
DTE (directo a editar) es un mtodo de grabacin directa
a disco de vdeo digital (y tambin se refiere a los equipos
asociados) utilizado para agilizar el postproduccin video
edicin de flujo de trabajo de archivos raw de video en un
sistema de edicin no lineal (NLE). los acontecimientos
recientes han aadido unidades de grabacin de memoria
de estado slido con mdulos desmontables o tarjetas
flash, para evitar posibles problemas de unidad de disco
duro.
La deteccin temprana al azar ponderada (WRED) es una
disciplina de colas para un planificador de red adecuado
para evitar la congestin. Es una extensin para la
deteccin temprana al azar (rojo) donde una sola cola
puede tener varios umbrales diferentes colas. Cada umbral
de cola se asocia a una clase de trfico particular.

Por ejemplo, una cola puede tener umbrales ms bajos

para el paquete de prioridad baja. Una acumulacin de
cola har que los paquetes de prioridad menores cada,
por lo tanto proteger los paquetes de prioridad ms altos
en la misma cola. De esta manera calidad de priorizacin
del servicio se hace posible para los paquetes importantes
desde un repositorio de paquetes utilizando el mismo
buffer.
Es ms probable que se retirarn trfico estndar en lugar
de mayor trfico priorizado.
En los switches Cisco WRED est restringido a
Trfico TCP/IP. Slo este tipo de trfico indica congestin
al remitente para permitir una reduccin de la tasa de
transmisin.
Trfico IP no retirarn ms a menudo que el trfico
TCP/IP porque se trata con la prioridad ms baja posible.
WRED procede en este orden cuando un paquete llega:
Clculo del tamao medio de la cola.
El paquete llegando cola slo si el tamao de la cola
promedio est por debajo del umbral mnimo de cola.
Dependiendo de la probabilidad de cada del paquete el
paquete est cado o si el tamao medio de la cola se
encuentra entre el umbral mnimo y mximo de cola en
cola.
El paquete se descarta automticamente si el tamao
medio de la cola es mayor que el umbral mximo.
III. CONCLUSIONES
1
2

4
5
6

REFERENCIAS
Garrett, Aviva; Drenan, Gary; Morris, Cris (2002).
Juniper Networks Field Guide and Reference. p. 583.
John Evans; Clarence Filsfils (2007). Deploying IP
and MPLS QoS for Multiservice Networks: Theory
and Practice. Morgan Kaufmann. ISBN 0-12370549-5.
calidad de servicio, Diccionario Espaol de
Ingeniera (1.0 edicin), Real Academia de
Ingeniera de Espaa, 2014, consultado el 11 de mayo
de 2014
Teletraffic Engineering Handbook ITU-T Study
Group 2 (350 pages, 448MiB)(It uses abbreviation
GoS instead of QoS)
An Evening With Robert Kahn, from Computer
History Museum, 9 Jan 2007
Bianchi, Giuseppe (2000). Performance analysis of
the IEEE 802.11 distributed coordination function.
IEEE Journal on Selected Areas in Communications
18 (3): pp. 535. doi:10.1109/49.840210.
Shi, Zhefu; Beard, Cory; Mitchell, Ken (2009).
Analytical Models for Understanding Misbehavior

9
10
11

12
13

14
15

and MAC Friendliness in CSMA Networks.

Performance Evaluation 66 (910): pp. 469.
doi:10.1016/j.peva.2009.02.002.
Value of Supporting Class-of-Service in IP
Backbones (PDF). IEEE International Workshop on
Quality of Service (IWQoS'07). Evanston, IL, USA.
2007. pp. 109112.
doi:10.1109/IWQOS.2007.376555. ISBN 1-42441185-8.
Poyecto europeo Medea+PlaNetS (en ingls).
Consultado el 28 de abril de 2010.
UPnP Forum (octubre de 2006). Quality of Service
v2.0 (en ingls). Consultado el 28 de abril de 2010.
Ben Erwin (16 de diciembre de 2008). How To
Manage QoS In Your Environment, Part 1 of 3.
Network Performance Daily video. NetQoS.
Consultado el 15 de octubre de 2011.
VoIP on MPLS. Search Unified Communications.
Consultado el 12 de marzo de 2012.
EIA standard RS-232-C: Interface between Data
Terminal Equipment and Data Communication
Equipment Employing Serial Binary Data
Interchange. Washington: Electronic Industries
Association. Engineering Dept. 1969. OCLC
38637094.
"Congestion Avoidance Overview". Cisco. Retrieved
2012-05-10.
Jump up ^ "Class-Based Weighted Fair Queueing
and Weighted Random Early Detection". Cisco.
Retrieved 2014-06-18.

16 http://www.isi.edu/div7/rsvp/pub.html
17 http://www.cisco.com/c/en/us/td/docs/internetworkin
g/technology/handbook/ito_doc/RSVP.html
18 http://docwiki.cisco.com/wiki/Resource_Reservation
_Protocol
19 http://www.cisco.com/en/US/docs/ios/12_1t/12_1t3/f
eature/guide/rsvp_llq.html
20 http://www.cisco.com/c/en/us/td/docs/ios/qos/configu
ration/guide/convert/qos_rsvp/config_rsvp_for_llq.pd
f
21 http://www.cisco.com/en/US/docs/ios/12_0t/12_0t5/f
eature/guide/cbwfq.html
22 https://www.cisco.com/web/learning/le31/le46/cln/ql
m/CCNP/ont/CBWFQ-and-LLQ_2/player.html
23 https://learningnetwork.cisco.com/docs/DOC-1367
24 http://docwiki.cisco.com/wiki/Internetworking_Techn
ology_Handbook#Quality_of_Service_Networking
25 http://www.cisco.com/c/en/us/td/docs/internetworkin
g/technology/handbook/ito_doc/Frame-Relay.html
26 http://www.cisco.com/c/en/us/td/docs/ios/12_2/qos/c
onfiguration/guide/fqos_c/qcfconav.html
27 http://www.cisco.com/c/en/us/td/docs/ios/12_0s/featu
re/guide/fswfq26.html
28 https://supportforums.cisco.com/es/document/147756
29 http://www.cisco.com/c/en/us/td/docs/ios/12_2/qos/c
onfiguration/guide/fqos_c/qcfconav.html
30 http://www.ciscopress.com/articles/article.asp?
p=352991&seqNum=8