Modelo de Calidad de Servicio e Ingeniera de Trfico en la Red de
Comunicaciones de una Institucin de Educacin Superior
Enny M. Agamez Pjaro
Escuela de TICs - Instituto Tecnolgico de Soledad Atlntico ITSA
Barranquilla (Atlntico) - Colombia
RESUMEN
En el presente artculo, se propone un Modelo de Calidad de
Servicio e Ingeniera de Trafico para una red de
comunicaciones basado en el anlisis de los estndares
internacionales vigentes en esta rea. Se implementa en una
institucin de educacin superior, y se logran obtener
resultados satisfactorios, a travs del uso de polticas de QoS y
herramientas de monitoreo y control de la red. Mediante la
implementacin de este modelo se logra una comunicacin
ms eficiente entre las aplicaciones de la red de la institucin y
un rpido acceso a determinadas pginas web a las cuales se
les brinda prioridad sobre el resto del trfico de la red. Se
comparan los modelos de QoS existente seleccionndose el
ms adecuado para el caso particular. La identificacin de
aplicaciones con prioridad, las horas pico en la red y la
implementacin de un Modelo de Calidad de Servicio e
Ingeniera de Trfico permitir a la red de comunicaciones
proporcionar servicios de alta calidad, en determinadas
circunstancias.
Palabras Claves: Redes de Datos, Calidad de Servicio,
Ingeniera de Trfico.
1. INTRODUCCIN
AUMENTO en el nmero de aplicaciones y servicios
ELsoportados por las redes de comunicaciones conlleva a
una saturacin y congestin de las mismas en momentos
determinados, lo que sin duda se refleja en la degradacin del
desempeo de la red. Para este trabajo se seleccion una
institucin de educacin superior de carcter pblico, donde
en la actualidad se presentan una serie de problemas a nivel
de comunicacin. Las instituciones de educacin superior,
como el Instituto Tecnolgico de Soledad Atlntico - ITSA, o
las diversas empresas no son ajenas a problemas donde
aplicaciones de importancia institucional se ven seriamente
afectadas en su ejecucin al presentarse congestin en la red
de comunicaciones. Existen circunstancias especficas en
donde el aumento en el ancho de banda no es garanta
suficiente para poder soportar las crecientes aplicaciones,
caracterizadas por trficos multimedia y un consumo de ancho
de banda elevado, adems de los altos costos asociados con
estas polticas. Es en este aspecto donde las tcnicas de
Calidad de Servicio QoS y las potencialidades de la Ingeniera
de Trfico se hacen fundamentales.
Calidad de Servicio o QoS, por sus siglas en ingls,
engloba una serie de mecanismos y estrategias que posibilitan
la priorizacin del trfico y la asignacin de recursos a la red,
de tal manera que la informacin alcance su destino de forma
veraz y predecible, haciendo a su vez las redes ms eficaces y
confiables para todo tipo de aplicaciones [1]. Lo descrito
anteriormente permite adems clasificar al trfico en
categoras segn caractersticas comunes, posibilitando
establecer prioridades segn el nivel de usuario o de
aplicacin. La Calidad de Servicio QoS permite, a travs de su
implementacin en una red de comunicaciones, ofrecer un
mejor servicio en ciertos flujos de informacin, elevando o
limitando su prioridad al viajar a travs de la red [2].
Por su parte, la Ingeniera de Trfico se entiende como el
conjunto de procesos de medicin, modelado y control del
trfico, que sustentada en protocolos y estndares de
enrutamiento, permite canalizar la ocupacin del ancho de
banda excedente hacia caminos o rutas que estn ms
despejadas, desahogando de esta manera el trfico de la red.
Un mapeado inadecuado del trfico puede conllevar a una
congestin y saturacin del sistema y por ende una utilizacin
ineficiente de los recursos tecnolgicos. En este caso, la
Ingeniera de Trfico puede adaptar los flujos de trfico a los
recursos fsicos de la red, buscando un punto de equilibrio en
la explotacin de estos recursos, de tal manera que no presente
sobreutilizacin o subutilizacin [3].
A travs del Modelo de Calidad de Servicio en la Red de
Comunicaciones de la Institucin, se lograr una
administracin ms eficiente de su ancho de banda, el anlisis
del trfico que viaja por la red, monitorear su funcionalidad y
definir polticas para su uso. El Modelo de Calidad de Servicio
QoS es un conjunto de tcnicas, procedimientos y polticas,
caracterizado por la habilidad de ofrecer prioridad y trato
diferenciado a unos determinados tipos de trfico. Con
polticas bien definidas de QoS, los administradores de red
estarn en la capacidad de establecer prioridad a tipos de
trfico y aplicaciones especficas, adems de proveer ancho de
banda exclusivamente para este trfico. En la seccin 2 se
describir la referencia terica, se definen las diferentes
propuestas de soporte de QoS, en la seccin 3 se describe el
modelo propuesto, en la seccin 4 se muestran los resultados
obtenidos del modelo propuesto aplicado a una red real.
Finalmente en la seccin 5 se describen las conclusiones
obtenidas del presente trabajo.
 2. REFERENCIACIN TERICA
Dentro de las diferentes propuestas de soporte de Calidad de
Servicio planteadas por el Internet Engineering Task Force
(IETF), organizacin internacional abierta de normalizacin y
regulacin de las propuestas y los estndares de Internet, se
encuentra los Modelos Integrated Services (IntServ) [4],
Multiprotocol Label Switching (MPLS) [5] y Differentiated
Services (DiffServ) [6]. El Modelo IntServ permite reservar
los recursos de ancho de banda y tamao de cola precisos para
satisfacer los requisitos de Calidad de Servicio exigidos por
cada flujo o conexin, pero presenta problemas de
escalabilidad que confinan su uso a redes locales o de tamao
pequeo. Por su parte, el MPLS no aporta especficamente
mecanismos para soportar Calidad de Servicio de forma
explcita, sino etiquetas que permiten identificar los flujos de
datos de una manera ms simple, adoleciendo tambin al igual
que IntServ, de problemas de despliegue. MPLS por s solo no
puede proporcionar diferenciacin de trfico, siendo este
requisito imprescindible para la provisin de garantas QoS.
Finalmente, DiffServ sigue una estrategia diferente que
facilita la escalabilidad y el despliegue en las redes, ya que no
precisa que todos los nodos tengan implementado este modelo
para que con su uso mejore el rendimiento del sistema. Este
modelo asegura unos ciertos parmetros de Calidad de
Servicio realizando una distincin y priorizacin del trfico, lo
que permite priorizar ciertas aplicaciones en la red del ITSA.
La ventaja de DiffServ frente a los otros modelos consiste en
la posibilidad de utilizar la actual infraestructura de red sin
necesidad de introducir grandes cambios, lo que posibilita un
despliegue gradual. Por las razones anteriormente descritas, el
Modelo Differentiated Services fue el seleccionado para ser
adaptado e implementado a las condiciones de la red de datos
del Instituto Tecnolgico de Soledad Atlntico - ITSA.
3. MATERIALES Y MTODOS
El Modelo de Calidad de Servicio e Ingeniera de Trafico
planteado surge a partir de la aplicacin de herramientas de
monitoreo, supervisin y polticas de QoS sobre la red de
comunicaciones de la Institucin, con lo cual se logr el
diseo de la red y posteriormente la implementacin de las
polticas QoS ms convenientes. El diseo del modelo se bas
teniendo como referentes estndares internacionales entre
estos la ITU-T en las Recomendaciones E.800, E.490, Y.1540
e Y.1541 y la EITF RFC 2386 respecto a QoS e Ingeniera de
Trafico.
A continuacin se muestran las fases del modelo diseado:
3.1 Caracterizacin de la Red
Este es uno de los pasos ms importantes dentro del
modelo, a travs del cual se determina la cantidad de
computadores, routers, switches, etc. y se verifican los
sistemas de conexin elctrica y cableado estructurado. As
mismo, se identifica la estructura fsica y lgica de la red de
comunicaciones de la Institucin, realizando el
reconocimiento lgico de su estructura, la configuracin de los
dispositivos de red y el direccionamiento IP.
3.2 Ingeniera de Trfico
En este punto se aplican las doctrinas de la Ingeniera de
Trfico recomendadas por la Unin Internacional de
Telecomunicaciones (ITU-T), analizando el trfico y la
demanda de ancho de banda a travs de la implementacin de
herramientas de monitoreo y supervisin. Las variaciones en
el trfico entrante y saliente de la red LAN del ITSA fueron
analizadas utilizando el anlisis estadstico de los datos
recopilados sobre la red, basndose en un enfoque granular,
que permite hacer la separacin y puntualizacin en perfiles de
flujos de trfico, interfaces y nodos. Igualmente se procedi a
realizar la estimacin de la carga de trfico de acuerdo a los
servicios, perfiles de uso, usuario y/o rutas.
3.3 Planeacin
Una vez recolectada y analizada la informacin acerca de la
red, el modelo se concentra en la planeacin de lo que se desea
implementar sobre la misma, lo cual conlleva a su vez a la
definicin de polticas. En esta fase se desarrollan actividades
tales como la clasificacin de usuarios, la definicin de los
servicios requeridos, la identificacin y seleccin de las
aplicaciones con cierto nivel de prioridad, la planeacin de las
polticas a implementar, entre otras. Se aplica una encuesta
para conocer los perfiles de los usuarios de la red e identificar
aquellas aplicaciones que requieren prioridad sobre otras.
3.4 Implementacin de Polticas
Luego de haber identificado las posibles mejoras a realizar
en la red y de haber efectuado una buena planeacin, se deben
definir las polticas de QoS a implementar. En este caso en
particular, se decidi dar prioridad a un cierto trfico que sale
y entra de una determinada direccin IP, marcando los
paquetes a travs del Servicio Diferenciado de Punto de
Cdigo (DSCP). Se realiza la implementacin de las polticas
en un ambiente controlado de laboratorio, supervisando y
monitoreando una aplicacin en particular y especifica de la
Institucin. Finalmente estas polticas deben ser
implementadas en los dispositivos de la red.
3.5 Comparacin de Resultados
En este aspecto se comparan las condiciones previas y
posteriores de la red una vez implementado el modelo, adems
de las polticas ideadas y los parmetros dictados por los
organismos especializados en la materia. Las polticas
implementadas son sometidas a prueba a travs de
herramientas de monitoreo y supervisin, junto con un anlisis
de resultados. Todo esto conlleva a un estudio acumulativo de
la informacin que permite hacer un diagnstico de la
condicin actual de la red y determinar la validez y robustez
del modelo QoS implementado.
A partir de la identificacin de las aplicaciones con mayor
prioridad y horas de mayor congestin en la red, se definen los
parmetros a seguir para la implementacin del modelo,
determinando si la calidad en los servicios bajo circunstancias
especficas o diferentes perfiles es alcanzada o no. Un modelo
de calidad de servicio probado y validado podr convertirse
posteriormente en una arquitectura robusta de QoS.
 4. RESULTADOS AB/Usuario = ABMx/Cantidad de Usuarios (1)

Teniendo en cuenta los datos a continuacin:

Para la socializacin de los resultados se describirn las
actividades desarrolladas y los datos obtenidos por cada una
ABMx = 4Mbps
de las fases contempladas en Seccin 3, por lo que se
utilizarn los mismos subttulos y la misma numeracin
Usuarios Conectados Simultneamente = 150
empleados en este aparte del artculo.

4.1 Caracterizacin de la Red Se puede calcular el Ancho de Banda disponible por

usuario:
Para la caracterizacin de la red y teniendo en cuenta que
VoIP y las videoconferencias son algunos de los usos tpicos AB/Usuario = 4000 Kbps /150 = 27 Kbps/Usuario (2)
de gran aceptacin en la actualidad entre los usuarios y que
presentan mayor proyeccin de crecimiento en el futuro, se Hay que tener en cuenta que la velocidad con la que se
desarroll un caso de estudio para evaluar la capacidad de la descarga una pgina web depende tambin de la configuracin
red del ITSA ante aplicaciones que requieran descarga de del PC y de la frecuencia con la que se visita esa pgina,
video. Se realiz el siguiente clculo mostrado en la Tabla I debido a que muchas veces es almacenada en la cache del PC
y por lo tanto puede abrir ms rpidamente.
CARACTERIZACIN
TABLA I INICIAL
CARACTERIZACIN INICIAL Los dispositivos de interconexin de red utilizados en el
Parmetro Valor ITSA son de la marca Cisco, ubicados estratgicamente dentro
Parmetro Valor del rea institucional. Para el acceso a Internet de los usuarios
Ancho de banda
4 Mbps = 4192 Kbps finales se utilizan puntos de acceso inalmbricos, el
contratado
Ancho de banda
4 Mbps = 4192 Kbps
Exigencia para
contratado direccionamiento IP se realiza a travs de DHCP y para la
240 Kbps
descarga depara
Exigencia video
Nmero de
240 Kbps segmentacin del trfico se emplea VLAN. El tipo de
descarga deusuarios
video =
4192 Kbps/240 Kbps = 18 Usuarios cableado disponible es cable UTP y fibra ptica.
BW/Consumo
Nmero de usuarios =
4192 Kbps/240 Kbps = 18 Usuarios
BW/Consumo

4.2 Ingeniera de Trfico

basado en los datos suministrados por la Institucin con
respecto a su situacin actual.
Analizando la Tabla I se puede determinar que tan solo 18
usuarios saturaran la red descargando un video y utilizando
un ancho de banda de 4 Mbps. Sin embargo, lo anterior
tambin depende del tamao total del video y que acorde a la
cantidad de usuarios descargando archivos de internet, el
ancho de banda asignado a cada usuario disminuye y el tiempo
que demora en descargar el archivo es mayor. Adicionalmente
se aplic el Teorema de Little para identificar la cantidad
estimada de usuarios que llegan a la red en un tiempo al azar y
esperan para obtener un servicio.
Ahora se proceder a calcular el ancho de banda requerido
para la red del ITSA teniendo en cuenta el nmero de usuarios
totales, calculados con base en la informacin recolectada
durante el desarrollo de este trabajo.
Analizando la informacin suministrada por la institucin se
establece que el ancho de banda promedio requerido es de 10
Mbps para una institucin con 423 PCs y acceso a Internet,
donde se estima que navegan 150 personas en un mismo
instante de tiempo. Por consiguiente, si el nmero de usuarios
que tiene acceso a la red aumenta, el ancho de banda requerido
debe tambin aumentar.
Mediante la frmula 1 se puede obtener el Ancho de Banda
disponible para cada usuario:
Para este objetivo se emplearon las siguientes
herramientas:
Wireshark
Es un analizador de protocolos utilizado para realizar
anlisis y solucionar problemas en redes de comunicaciones, y
se emplea como herramienta para medir el desempeo de la
red. El Wireshark arroja como resultado los protocolos ms
utilizados en la red y las pginas Web ms visitadas. Para el
caso especfico de este trabajo, se aplic en intervalos de
tiempo preciso con una duracin del anlisis correspondiente a
10 minutos [7].
Cacti
Es una herramienta utilizada para visualizar el trfico de
informacin entrante y saliente de la red de comunicaciones
del ITSA, mostrando las horas de mayor y menor flujo de
informacin. Para el Cacti se tomaron 10 das como muestra
representativa para poder medir el flujo de trfico de la red.
De acuerdo a esta herramienta, el trfico que entra a la
interface F0/0, la cual pertenece a un router Cisco de la serie
1800 y que brinda el acceso a Internet a travs de una ISP, es
menor que el trfico que sale, como se logra observar en la
Figura 1.

Fig. 1. Anlisis del Trfico de Diferentes Horas con el Cacti de la Red.
Lo anterior implica que son mayores las descargas que hacen
los usuarios, que la informacin que sale del ITSA para esta
prueba especfica. Se realiz el anlisis de los resultados del
monitoreo generados por varios periodos de tiempo y se logra
observar los intervalos en los cuales la red se encuentra
saturada en su totalidad.
De lo anterior se desprende que el ancho de banda es
insuficiente para atender la demanda de los usuarios de la red
del ITSA [8].
Netflow
Es un protocolo desarrollado por Cisco Systems para
coleccionar informacin del trfico de la red, donde a travs
de un cliente se almacena la informacin recolectada y se
identifican los equipos conectados y su correspondiente
direccin IP. A travs del anlisis de la informacin grfica
suministrada por esta herramienta y mostrada en la Figura 2,
se logran apreciar las aplicaciones que ms consumen ancho
de banda en la red de comunicaciones de la Institucin, como
lo son las descargas de video, msica y utilizacin de chat.
Fig.2 Distribucin del Ancho de Banda por Aplicacin
4.3 Planeacin
Mediante la documentacin recolectada se logra identificar
que es factible implementar Calidad de Servicios QoS sobre la
red del ITSA, especialmente para darle prioridad al trfico de
usuarios especficos. Para este modelo se ubica inicialmente
una IP de un determinado equipo, se realiza el filtro, se marca
y luego se crea la poltica a implementar sobre los switches de
la red pertenecientes a la Institucin.
4.4 Implementacin de Polticas
Antes que todo es importante recalcar que las polticas de
calidad de servicio desarrolladas fueron implementadas y
probadas en dispositivos de la marca Cisco. Inicialmente todo
este proceso se llev a cabo en un ambiente controlado de
laboratorio y posteriormente en los dispositivos de red de la
Institucin. As mismo y como se aclar anteriorme en la
ReferenciacinTerica, el Modelo Differentiated Services fue
el seleccionado para ser adaptado a las condiciones de la red
de datos del Instituto.
Se hace la eleccin de DiffServ, porque este modelo
asegura unos ciertos parmetros de Calidad de Servicio
realizando una distincin y priorizacin del trfico, lo que
permite priorizar ciertas aplicaciones en la red del ITSA. Otra
tecnologa como lo es MPLS actan al nivel de red y enlace de
datos, proporcionando un mtodo de envo rpido por su
conmutacin de etiquetas y sus caminos LSP (Label Switched
Path); sirve para evitar la congestin de la red, aportando sus
caractersticas de ingeniera de trfico. MPLS por s solo no
puede proporcionar diferenciacin de trfico, siendo este
requisito imprescindible para la provisin de garantas QoS.
Diffserv se basa en el marcaje de los paquetes IP con el fin
de darle prioridad y el trato que deben recibir por parte de los
switches y routers. Adems utiliza el campo DSCP (DiffServ
CodePoint) de la cabecera IP (ECN, RFC 3168), utilizando
seis bits que establecen este tratamiento.
En la red del ITSA, estas polticas se implementaron en los
switches, las cuales tienen como objetivo final reenviar el
trfico que viene de los switches de la capa de acceso al
Switch Core, identificando el paquete y brindndole prioridad
para que sea ms fcil su salida o entrada a la red LAN de la
Institucin. La prioridad a nivel de red WAN debe ser
contratada con la ISP. A continuacin se describe el
procedimiento seguido a travs de los siguientes pasos:
1) Se configur el comando MLS QoS en todos los Switches
Cisco para que permitiera el trfico de paquetes marcados
con DSCP. La forma que utilizan tanto los switches como
los routers para detectar los paquetes que se desean filtrar
es a partir de ACLs (Listas de Control de Acceso), las
cuales son las encargadas de filtrar los paquetes para que
posteriormente sean marcados.
2) Luego de la configuracin de la ACL se realiza el
marcado del paquete filtrado con los comandos Class-map
y Match-all. Con Class-map se realiza la bsqueda de los
paquetes que coincidan con la ACL. El comando Match-
all verifica que todos los criterios se cumplan para
efectuarse posteriormente el marcado. La clase Class-
default se utiliza para marcar el trfico restante.
3) Despus de clasificar los paquetes dentro de una clase, se
crea la poltica con el comando Policy-map, el cual
ejecuta una accin sobre cada una de las clases. En este
caso, la accin consiste en cambiar el valor del campo
DSCP. Para ello se utilizan los Cdigos 46 y 18, los
cuales permiten dar garanta a un determinado paquete y
asignar este paquete a una determinada cola de prioridad,
respectivamente. Si el trfico que se fuera a marcar es
para Videoconferencia o VoIP, tambin se pueden utilizar
los mismos criterios, teniendo cuenta la poltica de ancho
de banda que se desea aplicar para el caso de los routers o
switches. El comando Police permite asignar un ancho de
banda mximo a cada una de las clases definidas. La
aplicacin del comando Police limita el ancho de banda
de 512 Kbps a un tamao de rfaga de 50 Kbps, de modo
que los paquetes de exceso (entre 50000 y 100000) se
remarquen a AF13, y los paquetes que violen la poltica
sean descartados (dropping).
4) Sobre la interfaz de entrada se aplica la poltica
anteriormente establecida. Para el caso particular de la red
del ITSA, todos los comandos anteriormente relacionados
se aplican sobre la interface de entrada de los paquetes.
Por ejemplo, si se desea dar prioridad a travs del DSCP a
un host especfico conectado al Access Point en el switch
Fig. 4. Grfico Paquete No Marcado.
de una Sala de Cmputo, se deben tener en cuenta los
comandos anteriormente referenciados, y la poltica se
los paquetes que salen se encuentran marcados mediante el
debe aplicar a la interface de entrada donde se encuentre
cdigo asignado con DSCP. Se realizaron las pruebas
conectado este host al Access Point en el switch de la sala
respectivas y se obtuvieron las grficas ilustradas por las
en mencin. El ltimo comando se debe configurar en la
Figura 3 y Figura 4.
interface con el objeto de identificar los paquetes que
En la Figura 4 se observa un paquete identificado con DSCP =
vengan marcados con DSCP de modo confiable.
101110, que significa envi acelerado, intentar reenviar el
5) Por ltimo se verifica la configuracin de la poltica. Para
paquete a travs de un camino con bajo retardo y sin prdidas.
ello se comprueba mediante el analizador Wireshark que
Para este trabajo se configur el switch de una de las Salas
de Cmputo, el switch del Edificio Administrativo y el switch
core. Se realizaron las respectivas pruebas asignando una IP
esttica a un PC conectado inalmbricamente a las redes de
una de las salas y del Edificio Administrativo, obteniendo una
conexin satisfactoria. Luego, se realizaron las mediciones
desde el equipo configurado con la direccin IP especfica
hacia la red WAN, logrndose identificar un acceso ms
rpido que el identificado antes de marcar los paquetes.

TABLA II. CANTIDAD DE PAQUETES MARCADOS CON PRIORIDAD

Trfico IN Trfico OUT
Fuente
(Kbits/s) (Kbits/s)
Porttil Prueba 1 523 1065
Porttil Prueba 2 783 823
Fig. 4.
Porttil Prueba 3 Grfico Paquete
402 No Marcado.
930
Porttil Prueba 4 345 860
Porttil Prueba 5 450 600

En la Tabla II, el trafico IN es el trafico marcado con DSCP, el

trafico Out es el trafico no marcado, los resultados analizados
indican que mediante el marcado y la asignacin de
Fig. 3. Grfico Paquete Marcado con DSCP.
prioridades al trfico que sale del computador porttil, al cual
se le asigno un IP especifica, el flujo de paquetes es ms 5. CONCLUSIONES
rpido y no es descartado. La prueba se realiz por intervalos
de 10 segundos, en diferentes horas del da. Los valores Mediante el Modelo diseado e implementado se logr
anteriormente mostrados fueron arrojados por el analizador de evidenciar su aplicabilidad, siendo un modelo innovador en la
trafico utilizado, para este proyecto Wireshark. estructura llevada a cabo para el diseo e implementacin del
TABLA III. Pruebas realizadas sobre la red del ITSA
modelo de QoS resultante y eficiente al momento de entrar en
Retardo Paquetes funcionamiento en la red de comunicaciones del ITSA.
Tamao del Medio Latencia Perdidos
Sin QoS Paquete (kB) (ms) (Seg) % A travs del Modelo se hace un anlisis completo de la red
Prueba 1 100 0,000282 0,051043 12,3 del ITSA, identificando fallas en la topologa lgica y fsica de
la red, las cuales fueron corregidas durante la implementacin
Prueba 2 200 0,000345 0,063201 15,1 del mismo. Durante este proceso se realiz satisfactoriamente
Prueba 3 300 0,000579 0,064042 14,3 el marcado de los paquetes a travs del DSCP, el cual permite
mecanismos de manejo y evasin de congestin que pueden
Prueba 4 520 0,000997 0,070202 10,2
actuar sobre el trfico de paquetes que circulan por la red. Los
Prueba 5 700 0,001386 0,071286 18,3 procedimientos aplicados fueron satisfactorios y se observ un
cambio en la transferencia de la informacin accediendo desde
Prueba 6 2200 0,003015 0,960801 29,7
el equipo configurado a la red WAN. Se compararon los
Retardo Paquetes
Tamao del Medio Latencia Perdidos resultados iniciales y finales del anlisis del trfico de la red y
Con QoS Paquete (kB) (ms) (Seg) % se observa un evidente cambio en el trfico al que se le aplican
Prueba 1 100 0,000171 0,050134 0,98
las polticas de QoS, teniendo mayor rapidez y prioridad sobre
los dems paquetes que viajan por la red. Se logran detectar
Prueba 2 200 0,000205 0,061893 10,1 las aplicaciones que consumen gran ancho de banda sin ser
Prueba 3 300 0,000412 0,046826 13,2 estas de necesarias para el desarrollo de las labores misionales
de la Institucin. Podemos decir que es importante la
Prueba 4 520 0,000632 0,061928 0,8 implementacin de QoS, sobre la red de comunicaciones del
Prueba 5 700 0,000914 0,057877 15,2 ITSA, y se espera seguir implementando nuevas polticas que
contribuyan al desempeo adecuado de la red.
Prueba 6 2200 0,001815 0,107655 18,4

Durante las pruebas e implementacin de QoS, en el ITSA se

observa, mediante el analizador de trfico, la mejora en el
rendimiento de la red global, con mnimo de retraso al instante
de llegar al destino y nmero de paquetes perdidos.
En el caso de la implementacin de todas las pruebas con o sin
QoS, el anlisis de los resultados se realiz con los valores
obtenidos del programa Wireshark y los reportes generados
por los Switches utilizados durante el desarrollo del proyecto.
El anlisis estadstico fue asistido por el software estadstico [3]
Epinfo [9], en el cual se desarroll una base de datos, donde se
ingresaron todos los datos arrojados por el software
anteriormente mencionado. Determinando las medias de los
registros correspondientes a cada una de los valores
ingresados pudo observarse que cuando se evalu la variable
Retardo Medio en un entorno sin QoS, se evidenci la
diferencia de medias respecto a los valores arrojados cuando
se implement QoS; no obstante dicha diferencia fue
estadsticamente significativa (valor p: 0,001815) cuando se
muestra que el tamao del paquete fue superior a los dems y
el Retardo Medio fue notorio si se compara el valor obtenido
sin QoS. La evaluacin de la Latencia para la transmisin de
los paquetes bajo entorno QoS presente o sin QoS no mostr
diferencias estadsticamente significativas, sin embargo existe
un (valor p: 0,0107655), que presenta una distancia grande
respecto al valor generado sin la implementacin de QoS. Por
otro ltimo, s se demostr diferencias estadsticamente
significativas entre las medias de los Paquetes Perdidos.
6. REFERENCIAS
[1] Khnen, C., berall, C., Rakocevic, V., Rajarajan, M., and Jger, R.
2010. QoSiLAN - A Heterogeneous Approach to Quality of Service in
Local Area Networks. Second International Conferences on Advances in
Multimedia.
[2] Prado, C. 2009. Implantacin de Calidad de Servicio (QOS) en Redes
Inalmbricas WI-FI. Tesina. Escuela Superior de Ingeniera Mecnica y
Elctrica. Unidad Culhuacan. Mxico, D.F.
Zhang, D., and Ionescu, D. 2007. QoS Performance Analysis in
Deployment of DiffServ-aware MPLS Traffic Engineering. University of
Ottawa, Canada, Eighth ACIS International Conference on Software
Engineering, Artificial Intelligence, Networking, and
Parallel/Distributed Computing.
[4] Wroclawski, J. 1997. The Use of RSVP with IETF Integrated Services.
RFC 2210, IETF.
[5] Gyires, T. 2008. Multiprococol Label Switching Architecture. School of
Information Technology, Illinois State University.
[6] Moraga, S., and Gonzlez, A. 2006. Estudio y Configuracin de Calidad
de Servicio para Protocolos IPV4 e IPV6 en una Red de Fibra ptica
WDM. Universidad Tcnica Federico Santa Mara. Avenida Espaa
1680, Valparaso, Chile.
[7] Wireshark. Available: http://www.wireshark.org/
[8] Cacti. Available: http://www.cacti.net/
[9] Epinfo. Available: http://huespedes.cica.es/huespedes/epiinfo/