RESUMEN. Palabras Claves: Redes de Datos, Calidad de Servicio, Ingeniería de Tráfico. 1. INTRODUCCIÓN

Transcripción

1 Modelo de Calidad de Servicio e Ingeniería de Tráfico en la Red de Comunicaciones de una Institución de Educación Superior Enny M. Agamez Pájaro Escuela de TICs - Instituto Tecnológico de Soledad Atlántico ITSA Barranquilla (Atlántico) - Colombia RESUMEN En el presente artículo, se propone un Modelo de Calidad de Servicio e Ingeniería de Trafico para una red de comunicaciones basado en el análisis de los estándares internacionales vigentes en esta área. Se implementa en una institución de educación superior, y se logran obtener resultados satisfactorios, a través del uso de políticas de QoS y herramientas de monitoreo y control de la red. Mediante la implementación de este modelo se logra una comunicación más eficiente entre las aplicaciones de la red de la institución y un rápido acceso a determinadas páginas web a las cuales se les brinda prioridad sobre el resto del tráfico de la red. Se comparan los modelos de QoS existente seleccionándose el más adecuado para el caso particular. La identificación de aplicaciones con prioridad, las horas pico en la red y la implementación de un Modelo de Calidad de Servicio e Ingeniería de Tráfico permitirá a la red de comunicaciones proporcionar servicios de alta calidad, en determinadas circunstancias. Palabras Claves: Redes de Datos, Calidad de Servicio, Ingeniería de Tráfico. EL 1. INTRODUCCIÓN AUMENTO en el número de aplicaciones y servicios soportados por las redes de comunicaciones conlleva a una saturación y congestión de las mismas en momentos determinados, lo que sin duda se refleja en la degradación del desempeño de la red. Para este trabajo se seleccionó una institución de educación superior de carácter público, donde en la actualidad se presentan una serie de problemas a nivel de comunicación. Las instituciones de educación superior, como el Instituto Tecnológico de Soledad Atlántico - ITSA, o las diversas empresas no son ajenas a problemas donde aplicaciones de importancia institucional se ven seriamente afectadas en su ejecución al presentarse congestión en la red de comunicaciones. Existen circunstancias específicas en donde el aumento en el ancho de banda no es garantía suficiente para poder soportar las crecientes aplicaciones, caracterizadas por tráficos multimedia y un consumo de ancho de banda elevado, además de los altos costos asociados con estas políticas. Es en este aspecto donde las técnicas de Calidad de Servicio QoS y las potencialidades de la Ingeniería de Tráfico se hacen fundamentales. Calidad de Servicio o QoS, por sus siglas en inglés, engloba una serie de mecanismos y estrategias que posibilitan la priorización del tráfico y la asignación de recursos a la red, de tal manera que la información alcance su destino de forma veraz y predecible, haciendo a su vez las redes más eficaces y confiables para todo tipo de aplicaciones [1]. Lo descrito anteriormente permite además clasificar al tráfico en categorías según características comunes, posibilitando establecer prioridades según el nivel de usuario o de aplicación. La Calidad de Servicio QoS permite, a través de su implementación en una red de comunicaciones, ofrecer un mejor servicio en ciertos flujos de información, elevando o limitando su prioridad al viajar a través de la red [2]. Por su parte, la Ingeniería de Tráfico se entiende como el conjunto de procesos de medición, modelado y control del tráfico, que sustentada en protocolos y estándares de enrutamiento, permite canalizar la ocupación del ancho de banda excedente hacia caminos o rutas que estén más despejadas, desahogando de esta manera el tráfico de la red. Un mapeado inadecuado del tráfico puede conllevar a una congestión y saturación del sistema y por ende una utilización ineficiente de los recursos tecnológicos. En este caso, la Ingeniería de Tráfico puede adaptar los flujos de tráfico a los recursos físicos de la red, buscando un punto de equilibrio en la explotación de estos recursos, de tal manera que no presente sobreutilización o subutilización [3]. A través del Modelo de Calidad de Servicio en la Red de Comunicaciones de la Institución, se logrará una administración más eficiente de su ancho de banda, el análisis del tráfico que viaja por la red, monitorear su funcionalidad y definir políticas para su uso. El Modelo de Calidad de Servicio QoS es un conjunto de técnicas, procedimientos y políticas, caracterizado por la habilidad de ofrecer prioridad y trato diferenciado a unos determinados tipos de tráfico. Con políticas bien definidas de QoS, los administradores de red estarán en la capacidad de establecer prioridad a tipos de tráfico y aplicaciones específicas, además de proveer ancho de banda exclusivamente para este tráfico. En la sección 2 se describirá la referencia teórica, se definen las diferentes propuestas de soporte de QoS, en la sección 3 se describe el modelo propuesto, en la sección 4 se muestran los resultados obtenidos del modelo propuesto aplicado a una red real. Finalmente en la sección 5 se describen las conclusiones obtenidas del presente trabajo.

2 2. REFERENCIACIÓN TEÓRICA Dentro de las diferentes propuestas de soporte de Calidad de Servicio planteadas por el Internet Engineering Task Force (IETF), organización internacional abierta de normalización y regulación de las propuestas y los estándares 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 tamaño de cola precisos para satisfacer los requisitos de Calidad de Servicio exigidos por cada flujo o conexión, pero presenta problemas de escalabilidad que confinan su uso a redes locales o de tamaño pequeño. Por su parte, el MPLS no aporta específicamente mecanismos para soportar Calidad de Servicio de forma explícita, sino etiquetas que permiten identificar los flujos de datos de una manera más simple, adoleciendo también al igual que IntServ, de problemas de despliegue. MPLS por sí solo no puede proporcionar diferenciación de tráfico, siendo este requisito imprescindible para la provisión de garantías 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 parámetros de Calidad de Servicio realizando una distinción y priorización del tráfico, 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 Tecnológico de Soledad Atlántico - ITSA. 3. MATERIALES Y MÉTODOS El Modelo de Calidad de Servicio e Ingeniería de Trafico planteado surge a partir de la aplicación de herramientas de monitoreo, supervisión y políticas de QoS sobre la red de comunicaciones de la Institución, con lo cual se logró el diseño de la red y posteriormente la implementación de las políticas QoS más convenientes. El diseño del modelo se basó teniendo como referentes estándares 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 Ingeniería de Trafico. A continuación se muestran las fases del modelo diseñado: 3.1 Caracterización de la Red Este es uno de los pasos más importantes dentro del modelo, a través del cual se determina la cantidad de computadores, routers, switches, etc. y se verifican los sistemas de conexión eléctrica y cableado estructurado. Así mismo, se identifica la estructura física y lógica de la red de comunicaciones de la Institución, realizando el reconocimiento lógico de su estructura, la configuración de los dispositivos de red y el direccionamiento IP. 3.2 Ingeniería de Tráfico En este punto se aplican las doctrinas de la Ingeniería de Tráfico recomendadas por la Unión Internacional de Telecomunicaciones (ITU-T), analizando el tráfico y la demanda de ancho de banda a través de la implementación de herramientas de monitoreo y supervisión. Las variaciones en el tráfico entrante y saliente de la red LAN del ITSA fueron analizadas utilizando el análisis estadístico de los datos recopilados sobre la red, basándose en un enfoque granular, que permite hacer la separación y puntualización en perfiles de flujos de tráfico, interfaces y nodos. Igualmente se procedió a realizar la estimación de la carga de tráfico de acuerdo a los servicios, perfiles de uso, usuario y/o rutas. 3.3 Planeación Una vez recolectada y analizada la información acerca de la red, el modelo se concentra en la planeación de lo que se desea implementar sobre la misma, lo cual conlleva a su vez a la definición de políticas. En esta fase se desarrollan actividades tales como la clasificación de usuarios, la definición de los servicios requeridos, la identificación y selección de las aplicaciones con cierto nivel de prioridad, la planeación de las políticas 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 Implementación de Políticas Luego de haber identificado las posibles mejoras a realizar en la red y de haber efectuado una buena planeación, se deben definir las políticas de QoS a implementar. En este caso en particular, se decidió dar prioridad a un cierto tráfico que sale y entra de una determinada dirección IP, marcando los paquetes a través del Servicio Diferenciado de Punto de Código (DSCP). Se realiza la implementación de las políticas en un ambiente controlado de laboratorio, supervisando y monitoreando una aplicación en particular y especifica de la Institución. Finalmente estas políticas deben ser implementadas en los dispositivos de la red. 3.5 Comparación de Resultados En este aspecto se comparan las condiciones previas y posteriores de la red una vez implementado el modelo, además de las políticas ideadas y los parámetros dictados por los organismos especializados en la materia. Las políticas implementadas son sometidas a prueba a través de herramientas de monitoreo y supervisión, junto con un análisis de resultados. Todo esto conlleva a un estudio acumulativo de la información que permite hacer un diagnóstico de la condición actual de la red y determinar la validez y robustez del modelo QoS implementado. A partir de la identificación de las aplicaciones con mayor prioridad y horas de mayor congestión en la red, se definen los parámetros a seguir para la implementación del modelo, determinando si la calidad en los servicios bajo circunstancias específicas 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.

3 4. RESULTADOS Para la socialización de los resultados se describirán las actividades desarrolladas y los datos obtenidos por cada una de las fases contempladas en Sección 3, por lo que se utilizarán los mismos subtítulos y la misma numeración empleados en este aparte del artículo. 4.1 Caracterización de la Red Para la caracterización de la red y teniendo en cuenta que VoIP y las videoconferencias son algunos de los usos típicos de gran aceptación en la actualidad entre los usuarios y que presentan mayor proyección de crecimiento en el futuro, se desarrolló un caso de estudio para evaluar la capacidad de la red del ITSA ante aplicaciones que requieran descarga de video. Se realizó el siguiente cálculo mostrado en la Tabla I CARACTERIZACIÓN TABLA I INICIAL CARACTERIZACIÓN INICIAL Parámetro Valor Parámetro Valor Ancho de banda 4 Mbps = 4192 Kbps contratado Ancho de banda 4 Mbps = 4192 Kbps Exigencia contratado para 240 Kbps descarga Exigencia de para video 240 Kbps Número descarga de usuarios video = 4192 Kbps/240 Kbps = 18 Usuarios BW/Consumo Número de usuarios = 4192 Kbps/240 Kbps = 18 Usuarios BW/Consumo basado en los datos suministrados por la Institución con respecto a su situación actual. Analizando la Tabla I se puede determinar que tan solo 18 usuarios saturarían la red descargando un video y utilizando un ancho de banda de 4 Mbps. Sin embargo, lo anterior también depende del tamaño 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 número de usuarios totales, calculados con base en la información recolectada durante el desarrollo de este trabajo. Analizando la información suministrada por la institución se establece que el ancho de banda promedio requerido es de 10 Mbps para una institución con 423 PCs y acceso a Internet, donde se estima que navegan 150 personas en un mismo instante de tiempo. Por consiguiente, si el número de usuarios que tiene acceso a la red aumenta, el ancho de banda requerido debe también aumentar. Mediante la fórmula 1 se puede obtener el Ancho de Banda disponible para cada usuario: AB/Usuario = AB Máx /Cantidad de Usuarios (1) Teniendo en cuenta los datos a continuación: AB Máx = 4Mbps Usuarios Conectados Simultáneamente = 150 Se puede calcular el Ancho de Banda disponible por usuario: AB/Usuario = 4000 Kbps /150 = 27 Kbps/Usuario (2) Hay que tener en cuenta que la velocidad con la que se descarga una página web depende también de la configuración del PC y de la frecuencia con la que se visita esa página, debido a que muchas veces es almacenada en la cache del PC y por lo tanto puede abrir más rápidamente. Los dispositivos de interconexión de red utilizados en el ITSA son de la marca Cisco, ubicados estratégicamente dentro del área institucional. Para el acceso a Internet de los usuarios finales se utilizan puntos de acceso inalámbricos, el direccionamiento IP se realiza a través de DHCP y para la segmentación del tráfico se emplea VLAN. El tipo de cableado disponible es cable UTP y fibra óptica. 4.2 Ingeniería de Tráfico Para este objetivo se emplearon las siguientes herramientas: Wireshark Es un analizador de protocolos utilizado para realizar análisis y solucionar problemas en redes de comunicaciones, y se emplea como herramienta para medir el desempeño de la red. El Wireshark arroja como resultado los protocolos más utilizados en la red y las páginas Web más visitadas. Para el caso específico de este trabajo, se aplicó en intervalos de tiempo preciso con una duración del análisis correspondiente a 10 minutos [7]. Cacti Es una herramienta utilizada para visualizar el tráfico de información entrante y saliente de la red de comunicaciones del ITSA, mostrando las horas de mayor y menor flujo de información. Para el Cacti se tomaron 10 días como muestra representativa para poder medir el flujo de tráfico de la red. De acuerdo a esta herramienta, el tráfico 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 través de una ISP, es menor que el tráfico que sale, como se logra observar en la Figura 1.

4 Fig. 1. Análisis del Tráfico de Diferentes Horas con el Cacti de la Red. Lo anterior implica que son mayores las descargas que hacen los usuarios, que la información que sale del ITSA para esta prueba específica. Se realizó el análisis 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 información del tráfico de la red, donde a través de un cliente se almacena la información recolectada y se identifican los equipos conectados y su correspondiente dirección IP. A través del análisis de la información gráfica suministrada por esta herramienta y mostrada en la Figura 2, se logran apreciar las aplicaciones que más consumen ancho de banda en la red de comunicaciones de la Institución, como lo son las descargas de video, música y utilización de chat. Fig.2 Distribución del Ancho de Banda por Aplicación 4.3 Planeación Mediante la documentación recolectada se logra identificar que es factible implementar Calidad de Servicios QoS sobre la red del ITSA, especialmente para darle prioridad al tráfico de usuarios específicos. Para este modelo se ubica inicialmente una IP de un determinado equipo, se realiza el filtro, se marca y luego se crea la política a implementar sobre los switches de la red pertenecientes a la Institución. 4.4 Implementación de Políticas Antes que todo es importante recalcar que las políticas 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 Institución. Así mismo y como se aclaró anteriorme en la ReferenciaciónTeórica, el Modelo Differentiated Services fue el seleccionado para ser adaptado a las condiciones de la red de datos del Instituto. Se hace la elección de DiffServ, porque este modelo asegura unos ciertos parámetros de Calidad de Servicio realizando una distinción y priorización del tráfico, lo que permite priorizar ciertas aplicaciones en la red del ITSA. Otra tecnología como lo es MPLS actúan al nivel de red y enlace de datos, proporcionando un método de envío rápido por su conmutación de etiquetas y sus caminos LSP (Label Switched Path); sirve para evitar la congestión de la red, aportando sus características de ingeniería de tráfico. MPLS por sí solo no puede proporcionar diferenciación de tráfico, siendo este requisito imprescindible para la provisión de garantías 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. Además 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 políticas se implementaron en los switches, las cuales tienen como objetivo final reenviar el tráfico que viene de los switches de la capa de acceso al Switch Core, identificando el paquete y brindándole prioridad para que sea más fácil su salida o entrada a la red LAN de la Institución. La prioridad a nivel de red WAN debe ser contratada con la ISP. A continuación se describe el procedimiento seguido a través de los siguientes pasos: 1) Se configuró el comando MLS QoS en todos los Switches Cisco para que permitiera el tráfico 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 configuración de la ACL se realiza el marcado del paquete filtrado con los comandos Class-map y Match-all. Con Class-map se realiza la búsqueda de los paquetes que coincidan con la ACL. El comando Matchall verifica que todos los criterios se cumplan para efectuarse posteriormente el marcado. La clase Classdefault se utiliza para marcar el tráfico restante.

5 3) Después de clasificar los paquetes dentro de una clase, se crea la política con el comando Policy-map, el cual ejecuta una acción sobre cada una de las clases. En este caso, la acción consiste en cambiar el valor del campo DSCP. Para ello se utilizan los Códigos 46 y 18, los cuales permiten dar garantía a un determinado paquete y asignar este paquete a una determinada cola de prioridad, respectivamente. Si el tráfico que se fuera a marcar es para Videoconferencia o VoIP, también se pueden utilizar los mismos criterios, teniendo cuenta la política 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 máximo a cada una de las clases definidas. La aplicación del comando Police limita el ancho de banda de 512 Kbps a un tamaño de ráfaga de 50 Kbps, de modo que los paquetes de exceso (entre y ) se remarquen a AF13, y los paquetes que violen la política sean descartados (dropping). 4) Sobre la interfaz de entrada se aplica la política 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 través del DSCP a un host específico conectado al Access Point en el switch de una Sala de Cómputo, se deben tener en cuenta los comandos anteriormente referenciados, y la política se debe aplicar a la interface de entrada donde se encuentre conectado este host al Access Point en el switch de la sala en mención. El último comando se debe configurar en la interface con el objeto de identificar los paquetes que vengan marcados con DSCP de modo confiable. 5) Por último se verifica la configuración de la política. Para ello se comprueba mediante el analizador Wireshark que Fig. 4. Gráfico Paquete No Marcado. los paquetes que salen se encuentran marcados mediante el código asignado con DSCP. Se realizaron las pruebas respectivas y se obtuvieron las gráficas ilustradas por las Figura 3 y Figura 4. En la Figura 4 se observa un paquete identificado con DSCP = , que significa envió acelerado, intentará reenviar el paquete a través de un camino con bajo retardo y sin pérdidas. Para este trabajo se configuró el switch de una de las Salas de Cómputo, el switch del Edificio Administrativo y el switch core. Se realizaron las respectivas pruebas asignando una IP estática a un PC conectado inalámbricamente a las redes de una de las salas y del Edificio Administrativo, obteniendo una conexión satisfactoria. Luego, se realizaron las mediciones desde el equipo configurado con la dirección IP específica hacia la red WAN, lográndose identificar un acceso más rápido que el identificado antes de marcar los paquetes. TABLA II. CANTIDAD DE PAQUETES MARCADOS CON PRIORIDAD Fuente Tráfico IN Tráfico OUT (Kbits/s) (Kbits/s) Portátil Prueba Portátil Prueba Portátil Prueba Fig. 4. Gráfico 3 Paquete 402 No Marcado. 930 Portátil Prueba Portátil Prueba Fig. 3. Gráfico Paquete Marcado con DSCP. 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 asignación de prioridades al tráfico que sale del computador portátil, al cual

6 se le asigno un IP especifica, el flujo de paquetes es más rápido y no es descartado. La prueba se realizó por intervalos de 10 segundos, en diferentes horas del día. Los valores anteriormente mostrados fueron arrojados por el analizador de trafico utilizado, para este proyecto Wireshark. TABLA III. Pruebas realizadas sobre la red del ITSA Sin QoS Tamaño del Paquete (kb) Retardo Medio (ms) Latencia (Seg) Paquetes Perdidos % Prueba , , ,3 Prueba , , ,1 Prueba , , ,3 Prueba , , ,2 Prueba , , ,3 Prueba , , ,7 Con QoS Tamaño del Paquete (kb) Retardo Medio (ms) Latencia (Seg) Paquetes Perdidos % Prueba , , ,98 Prueba , , ,1 Prueba , , ,2 Prueba , , ,8 Prueba , , ,2 Prueba , , ,4 Durante las pruebas e implementación de QoS, en el ITSA se observa, mediante el analizador de tráfico, la mejora en el rendimiento de la red global, con mínimo de retraso al instante de llegar al destino y número de paquetes perdidos. En el caso de la implementación de todas las pruebas con o sin QoS, el análisis 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 análisis estadístico fue asistido por el software estadístico 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 estadísticamente significativa (valor p: 0,001815) cuando se muestra que el tamaño del paquete fue superior a los demás y el Retardo Medio fue notorio si se compara el valor obtenido sin QoS. La evaluación de la Latencia para la transmisión de los paquetes bajo entorno QoS presente o sin QoS no mostró diferencias estadísticamente significativas, sin embargo existe un (valor p: 0, ), que presenta una distancia grande respecto al valor generado sin la implementación de QoS. Por otro último, sí se demostró diferencias estadísticamente significativas entre las medias de los Paquetes Perdidos. 5. CONCLUSIONES Mediante el Modelo diseñado e implementado se logró evidenciar su aplicabilidad, siendo un modelo innovador en la estructura llevada a cabo para el diseño e implementación del modelo de QoS resultante y eficiente al momento de entrar en funcionamiento en la red de comunicaciones del ITSA. A través del Modelo se hace un análisis completo de la red del ITSA, identificando fallas en la topología lógica y física de la red, las cuales fueron corregidas durante la implementación del mismo. Durante este proceso se realizó satisfactoriamente el marcado de los paquetes a través del DSCP, el cual permite mecanismos de manejo y evasión de congestión que pueden actuar sobre el tráfico de paquetes que circulan por la red. Los procedimientos aplicados fueron satisfactorios y se observó un cambio en la transferencia de la información accediendo desde el equipo configurado a la red WAN. Se compararon los resultados iniciales y finales del análisis del tráfico de la red y se observa un evidente cambio en el tráfico al que se le aplican las políticas de QoS, teniendo mayor rapidez y prioridad sobre los demás paquetes que viajan por la red. Se logran detectar las aplicaciones que consumen gran ancho de banda sin ser estas de necesarias para el desarrollo de las labores misionales de la Institución. Podemos decir que es importante la implementación de QoS, sobre la red de comunicaciones del ITSA, y se espera seguir implementando nuevas políticas que contribuyan al desempeño adecuado de la red. 6. REFERENCIAS [1] Köhnen, C., Überall, C., Rakocevic, V., Rajarajan, M., and Jäger, R QoSiLAN - A Heterogeneous Approach to Quality of Service in Local Area Networks. Second International Conferences on Advances in Multimedia. [2] Prado, C Implantación de Calidad de Servicio (QOS) en Redes Inalámbricas WI-FI. Tesina. Escuela Superior de Ingeniería Mecánica y Eléctrica. Unidad Culhuacan. México, D.F. [3] Zhang, D., and Ionescu, D 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 The Use of RSVP with IETF Integrated Services. RFC 2210, IETF. [5] Gyires, T Multiprococol Label Switching Architecture. School of Information Technology, Illinois State University. [6] Moraga, S., and González, A Estudio y Configuración de Calidad de Servicio para Protocolos IPV4 e IPV6 en una Red de Fibra Óptica WDM. Universidad Técnica Federico Santa María. Avenida España 1680, Valparaíso, Chile. [7] Wireshark. Available: [8] Cacti. Available: [9] Epinfo. Available: