1

Elaboracin de Recomendaciones Tcnicas Para Evaluacin de Desempeo de una Red con Base en Aplicaciones Corporativas
Milena Jure Ibaez, cd. 200523785. Fabin Zambrano Smith, cd. 200523601 Universidad de los Andes, Especializacin en Telemtica. Marzo 12 de 2007
comportamiento frente a otras aplicaciones quede al descubierto; desarrollo de un modelo analtico que evale el comportamientos de los diferentes elementos de red, frente a los requerimientos de la misma. Una vez se hayan implementado las diferentes metodologas se dar una conclusin que presente la (s) mejor (es) alternativa(s) a la hora de evaluar el desempeo ya sea de una aplicacin, para nuestro caso, o en su defecto para una red en general. II. IMPLEMENTACION DE METODOLOGIAS EN EL AMBIENTE DE MEDICIN El desarrollo del proyecto se llev a cabo, utilizando como ambiente de pruebas, la red de telecomunicaciones de la Corporacin Terpel S.A., en la cual se desplegaron diferentes sensores para analizar el trfico correspondiente a la aplicacin RDP, objeto de estudio, sin dejar a un lado el anlisis de trfico de otras aplicaciones de mayor utilizacin y que pueden incidir directa o indirectamente en el comportamiento de la aplicacin RDP. Como primera instancia se utiliz el equipo PacketShaper de Packeteer propiedad de Terpel S.A. para obtener estadsticas referentes a factores como utilizacin, delay, paquetes transmitidos, entre otros, de tal forma que nos permita caracterizar la aplicacin que se est evaluando. El Packeteer 2500 por estar ubicado de forma estratgica, en la red WAN, permite tener una visin tanto del trfico de entrada como de salida, teniendo en cuenta para nuestro caso, la red de Barranquilla, y su comunicacin con la red de Bogot. Cabe sealar que la red de Terpel S.A. est conformada por diferentes sucursales ubicadas en ciertos lugares del pas, pero el estudio del comportamiento de la aplicacin RDP, solo involucra la red de Barranquilla contra Bogot, por ser esta la que menor desempeo ha mostrado, segn el personal de la Corporacin Terpel S.A. y porque sera mucho ms complejo analizar en un todo la red, ya que se agregara ms trfico y el anlisis del mismo dificultara la obtencin de resultados rpidamente.

AbstractEvaluar el desempeo de una red y ms an de una aplicacin que compite por recursos y capacidad del sistema con otras de mayor utilizacin no es un proceso fcil. Se requiere de disciplina y un buen sentido de anlisis para determinar los factores que influyen en el desempeo del objeto de estudio. El buen uso de las diferentes herramientas de medicin y anlisis existentes hoy da, as como el uso de sistemas de simulacin de ambientes reales, proporcionan la mejor alternativa a la hora de evaluar desempeo, bien sea de una red en su totalidad, o de una aplicacin en particular.

I. INTRODUCCIN a evaluacin del desempeo de una red no es una tarea fcil, y ms an cuando no se disponen de los recursos necesarios para llevar un anlisis exhaustivo del comportamiento de cada uno de los elementos que conforman dicha red. Si bien es cierto existen diferentes tcnicas y herramientas de medicin que le permiten en un momento dado a una empresa evaluar el comportamiento de equipos y aplicaciones que de una u otra manera afectan el desempeo de su red. Desde sniffers, puertos espejos, hasta sondas de medicin, le ayudan a una empresa a identificar los factores que inciden directamente en el desempeo de la red. Sin embargo saber cual es la mejor tcnica, o como emplearla de una manera eficaz, es lo que se le dificulta a un administrador de red o un gerente IT. Empleando diferentes metodologas para evaluacin del desempeo, se busca elaborar un conjunto de pautas que guen a un administrador o consultor de red, a la identificacin de los factores ms relevantes que caracterizan un entorno o una aplicacin de red. Este proyecto pretende identificar los factores que inciden en el desempeo de la red corporativa de Terpel S.A. basados en la aplicacin Terminal Services bajo el protocolo RDP (Remote Desktop Protocol). Se emplean 3 metodologas para el desarrollo de la evaluacin, las cuales comprenden: mediciones de trfico, con la cual se busca caracterizar el trfico e identificar puntos crticos en cuanto a utilizacin y consumo de recursos en la red; simulacin de la aplicacin en estudio, de forma tal que se puedan evaluar los parmetros que podran ayudar a que su rendimiento sea mejor y su

Conociendo la estructura de cada red, es decir, sus enlaces, los equipos que la conforman y la forma en que trabaja la aplicacin, es necesario profundizar en cada uno de los elementos de red de forma tal que se tenga un clara visin de funcionamiento de estos y su comportamiento frente a la

aplicacin, es decir el procesamiento mostrado en un perodo de actividad, as como el consumo de recursos (CPU y memoria); para ello se integr a la red la herramienta OpManager[1], la cual a travs de SNMP obtiene informacin relevante de los elementos cuyo procesamiento es crtico para el mejor desempeo de la red; estamos hablando de equipos de enrutamiento, switching y servidores. Mediante esta utilidad podemos determinar si un determinado elemento influye o no en el comportamiento de la aplicacin estudiada. Con respecto a los servidores se puede saber cual es el que ms carga tiene, lo que se ve reflejado en las grficas de utilizacin de CPU y memoria. A continuacin se presentan algunos resultados obtenidos mediante OpManager, en relacin a los servidores que proporcionan conectividad para el funcionamiento de RDP.

Figura 4. Utilizacin CPU Servidor 13

Figura 1. Utilizacin CPU Servidor 041

En las grficas anteriores se puede evaluar el comportamiento de los cuatros servidores ms utilizados por los clientes de Barranquilla (el eje de las Y corresponde al porcentaje de uso de CPU de cada servidor medido, el eje horizontal corresponde al tiempo de medicin en horas de las 00:00 a las 23:00), para iniciar y mantener una sesin de cliente remoto. Cabe anotar que el Data Center ubicado en la ciudad de Bogot aloja todos los servidores a los que se conectan no slo los clientes de Barranquilla, sino de otras sucursales. Por medio de Packeteer se pudieron identificar los servidores que dan servicio slo a la ciudad de Barranquilla, cuyo comportamiento es el presentado en las grficas anteriores. Con esta informacin se puede determinar que servidor en un momento dado, se cuelga en procesamiento, reflejndose entonces en un rendimiento bajo de la aplicacin desde el punto de vista de los clientes remotos. Basndonos en esta informacin y las capacidades de Packeteer se configuran diferentes filtros para obtener y analizar trfico proveniente o con destino a la red de inters (Barranquilla) as como de los servidores involucrados en el proceso. Gracias a las capturas en tiempo real realizadas por Packeteer, resulta de mucha utilidad descargar informacin capturada por este y evaluar el desempeo de la aplicacin en perodos de tiempo de mayor actividad, puesto que permite identificar las posibles causas en el bajo rendimiento de la aplicacin. Con la informacin recolectada se puede caracterizar el trfico, puesto que ofrece informacin como tamao de paquetes, tiempo de llegada entre paquetes, entre otras, contribuyendo de esta forma a la recoleccin de datos necesarios para realizar la simulacin de la aplicacin, que corresponde a la segunda metodologa planteada para el estudio realizado. Para caracterizar el trfico, se descargan las trazas obtenidas por Packeteer y se analizan mediante la herramienta Ethereal, con la cual podemos filtrar la fuente, el destino y el tipo de protocolo utilizado en la conversacin. Nuestro inters est enfocado en el protocolo RDP, mediante el cual funciona la aplicacin Terminal Services. Con ello exportamos los datos a una hoja de Excel en la cual se analizan los tamaos de paquetes y los tiempos entre llegadas de paquetes, de tal forma que se pueda determinar el tipo de distribucin de probabilidad que se asemeja al comportamiento presentado por el histograma, resultado del anlisis de datos

Figura 2. Utilizacin CPU Servidor 05

Figura 3. Utilizacin CPU Servidor 12

1 Los reportes de consumo de OpManager relacionan la capacidad mxima de utilizacin como el 100% equivalente a la mxima velocidad de procesamiento para las mediciones de CPU, capacidad en memoria y disco duro, todas estas mediciones se toman con respecto al tiempo de medicin reportado en el eje horizontal.

proporcionado por Excel. Una vez se tiene la caracterizacin del trfico, se puede comenzar con el modelamiento del sistema para efectuar la simulacin. Los datos de entrada para la simulacin estn directamente relacionados con los resultados obtenidos del anlisis del trfico mediante Packeteer y su interpretacin con Ethereal y Excel.

Routers, Switches, Estaciones de Trabajo, entre otros, as como diferentes equipos para modelar protocolos de comunicaciones como ATM y Frame y Relay.

Figura 6. Esquema de Simulacin.

Se defini una aplicacin personalizada basada en tres pasos:

Figura 5. Histograma promedio de tamao de Data TCP para paquetes originados en los clientes RDP.

El tamao de la data muestra un histograma correspondiente a una distribucin de Poisson con parmetro igual a 38.5bytes. La identificacin del comportamiento de los tamaos de los datos TCP generados por la aplicacin son variables de entrada para el proceso de simulacin que se describir ms adelante. De la misma forma se inicio la caracterizacin del tipo de distribucin para los intervalos de tiempo en los que sale un paquete del cliente (request) hasta el servidor (response). Esta vez el histograma promedio resultado del anlisis de las dos semanas no muestra alguna relacin con una distribucin de probabilidad conocida, por lo tanto para el proceso de simulacin asumiremos que los intervalos entre paquetes responden a una distribucin exponencial con igual al inverso de la media del tiempo intermedio entre paquetes que es igual a 0.24s para los servidores de RDP, con lo anterior el es igual a 4.166. Para los clientes la media de tiempo entre paquetes es 0.367s, con lo que ser 2.7247. La consideracin de asumir como una distribucin exponencial al tiempo entre la salida de los paquetes se debe simplemente al hecho de que la distribucin exponencial es muy utilizada para describir la ocurrencia en tiempo de un evento, en este caso el evento es cada cuanto se enva un paquete de request o response.

Primer Paso: El cliente enva un requerimiento al Servidor RDP con datos de tamaos definidos segn la distribucin de Poisson con valor de igual a 38.5bytes a intervalos definidos segn distribucin exponencial con igual a 2.7247. El servidor RDP responde a estos requerimientos con paquetes de tamao definido segn distribucin de Poisson con igual a 61.166bytes a intervalos segn distribucin exponencial con parmetro igual a 4.166. Paso Dos: El servidor enva datos al Socket (aplicacin RDP) para que sea procesado segn parmetros por defecto de IT Guru para simular tiempo de procesamiento. En este paso no se generan respuesta a los clientes. En este punto se simula el proceso que ejecuta el usuario sobre la aplicacin que corre sobre RDP (JDEDWAR). Paso Tres: El servidor responde a los Clientes con las variables definidas para el en el paso uno, los clientes responden del mismo modo bajo las variables definidas en el paso uno. Segn el promedio identificado en el anlisis de las capturas de muestras de trfico, el promedio de paquetes por request por parte del cliente es de 1 paquete, y las respuestas en promedio contienen 2 paquetes. Se cargaron a un solo servidor 17 clientes para establecer las solicitudes RDP. El objeto de simular un solo servidor y pocos usuarios es poder controlar la simulacin y establecer un punto de comparacin con el ambiente real debido a que los resultados pueden ser muy distintos por todas las suposiciones asumidas. A nivel de Hardware para el servidor definido en la simulacin, se asignaron hasta 3 procesadores (limitacin mxima de la versin acadmica para los Single CPU) con velocidades de 3333 Mhz, valores muy cercanos a los reales.

Una vez se ha completado la fase de caracterizacin de la aplicacin, se toman estas variables para iniciar el proceso de simulacin. La fase de simulacin se fundamenta en el software OPNET IT GURU [2], que posee una interfaz grfica muy atractiva, as como libreras y utilidades que permiten modelar la mayora de las redes de telecomunicaciones de hoy da, puesto que integra elementos de red comunes como

Los resultados iniciales muestran un promedio de utilizacin considerablemente parecidos; en el ambiente real el promedio de utilizacin es de aproximadamente 10k bytes, en el ambiente de simulacin la utilizacin es de aproximadamente 9.9K bytes, valores muy similares a excepcin de los picos de utilizacin encontrados en el ambiente real no posibles de simular por la consideracin dentro del ambiente de simulacin de la cantidad de paquetes en un request o response bajo una tasa constante que evita los picos.

desarrollo del modelo analtico se desprecia el comportamiento del equipo cliente y servidor, puesto que se considera un ambiente en el que un cliente genera un request y este se enva al servidor; en ningn momento se considera trfico de background o tiempos de servicios para los equipos extremos. En las figuras 9 y 10 se presenta el esquema que se quiere analizar y su modelamiento mediante la herramienta WinPepsy [3], respectivamente. Para el modelamiento con WinPepsy es necesario indicar el tipo de red, bien sea cerrada o abierta. Para este caso se trata de una red abierta, puesto que el comportamiento de la aplicacin y de la red en general obedece al concepto de red abierta. A parte de esto es necesario conocer los parmetros que caracterizan el modelo utilizado; es decir, como se trata de una red abierta el programa WinPepsy, pide dos parmetros para su funcionamiento como lo es la tasa de arribo y el coeficiente de variacin. De acuerdo a la caracterizacin del trfico realizada en pasos anteriores, sabemos que la tasa de arribo es de 0.2 paquetes por segundos, y que el coeficiente de variacin es igual a 1, puesto que se tiene una desviacin estndar igual a 0.24.

Figura 7. Utilizacin ambiente real de RDP para trfico BarranquillaBogota2

30000 25000 simul 1 20000 15000 10000 5000 0 1 7 13 19 25 31 37 43 49 55 61 67 73 79 85 91 97 simul 2 simul 3 simul 4 simul 5 Promedio

Figura 8. Utilizacin promedio ambiente simulado de RDP para trfico Barranquilla-Bogota3

Una vez se ha terminado la fase de simulacin de la aplicacin, se evala analticamente el modelo planteado. De acuerdo a los resultados obtenidos no fue fcil identificar el tipo de distribucin que sigue los tiempos de servicio y los tiempos entre paquetes (request), por lo que se asumi una distribucin de tipo exponencial para realizar el modelo analtico, en el cual se quiere determinar si se generan colas en el servicio, o si por el contrario, se descarta la consideracin de que el bajo desempeo de la aplicacin obedezca a problemas de colas. Una vez se determina el tipo de distribucin a considerar, se le atribuye un modelo de colas a los diferentes elementos que conformaran el modelo de estudio, el cual incluye routers, switches y firewalls. Para el
2 Reporte entregado por Packeteer 2500 correspondiente a utilizacin promedio de kilo bytes (eje y) en un minuto con respecto al tiempo (eje x). 3 Resultados en simulacin para utilizacin enlace de Barranquilla, medidas de utilizacin en bytes con respecto a cada minuto de la simulacin en un intervalo de 1 hora.

Figura 9. Diagrama General de Red

Figura 10. Modelamiento de una Red Abierta con WinPepsy

Una vez se han configurado dichos valores, solo falta caracterizar cada nodo en el sistema; en nuestro caso todos obedecen a un modelo M/M/1, la tasa de servicio para cada uno de ellos, est determinada por las especificaciones de los equipos, referente a la capacidad de procesamiento de cada uno de ellos. En la siguiente tabla se muestran los valores

utilizados para configurar la tasa de servicio para cada uno de los elementos del sistema.

Equipo SW 2950 C1720 C2620 XM CPIX 512E

Service Rate 3.6 Mpps 8400 pps 30 Kpps 38 Mpps* Figura 14. Tiempo de Espera

Figura 11. Tasas de Servicio

Con estos valores se completa el esquema para la simulacin del modelo analtico, solo queda escoger el mtodo de anlisis que ms se ajuste al sistema modelado. Como se trata de una red abierta y elementos con un solo servidor, se utiliza el mtodo OPFN, proporcionado por la herramienta WinPepsy. A continuacin se presentan los resultados obtenidos en este anlisis.

Figura 15. Colas

Figura 16. Utilizacin. Figura 12. Througput de la Red

De acuerdo a estos resultados se evidencia que la demanda de trfico que requiere RDP no es lo suficientemente grande como para limitar en procesamiento de los diferentes elementos que integran la red, por el contrario la capacidad de procesamiento de cada uno de ellos est sobredimensionada para esta aplicacin en particular.

Figura 13. Tiempo de Espera

Figura 17. Porcentajes de Utilizacin CPU en Router Barranquilla

La figura anterior corrobora los resultados del modelo analtico; se puede observar que la utilizacin promedio de la CPU es de 1.4 %, an cuando realmente soporta aplicaciones diferentes a RDP con mayor demanda de trfico (SMTP, http, POP3). De tal forma podemos decir que si se produce un bajo desempeo a nivel de la aplicacin RDP, este no obedece a procesos en cola o tiempos de servicios elevados.

III. CONCLUSIONES. Para evaluar el desempeo de la aplicacin bajo el protocolo RDP (Terminal Services), se propusieron 3 metodologas de las cuales slo dos nos permiten conocer el comportamiento de dicha aplicacin bajo el ambiente de estudio. La primera metodologa que hacia referencia a las mediciones de los parmetros que caracterizan a la aplicacin, nos permiti conocer el comportamiento de la aplicacin en cuanto al nivel de comunicaciones y en cuanto al consumo de los recursos disponibles de la red; de esta forma se pueden identificar posibles causas en el bajo rendimiento de la aplicacin que aqueja a los clientes de la misma, todas ellas asociadas a las capacidades de hardware (procesamiento, utilizacin de recursos, etc.), sin descartar las capacidades de los enlaces de comunicaciones. La segunda metodologa propuesta hacia referencia al desarrollo de un esquema de simulacin, alimentado con variables identificadas durante la caracterizacin del trfico implementada en la fase de medicin, lo que refleja la estrecha relacin de estas dos metodologas. Sin embargo con la simulacin se pueden variar parmetros para conocer el comportamiento de la aplicacin en estudio, frente a variables de entorno con las que deba competir o que deba enfrentar como polticas de calidad de servicio, compresin u otros factores que afecten directamente el desempeo de la aplicacin. Conocer la aplicacin, brinda la capacidad de contar con un ambiente de prueba sobre el que se puede medir el impacto que puede o no sufrir la aplicacin corporativa antes de llevar los cambios al ambiente real o de produccin. De esta forma se contara con herramientas que evalen futuros fallos a los que se podra exponer la aplicacin, o de otra forma contara con la suficiente informacin como para determinar posibles mejoras frente al rendimiento de la aplicacin que se est evaluando. La tercera metodologa propuesta, a pesar de ser muy utilizada para determinar cuellos de botella, tiempos de servicios altos, y dems, en nuestro caso no tuvo el resultado esperado, puesto que la aplicacin en s, de acuerdo a los resultados obtenidos de las mediciones, su rendimiento no est relacionado, con posible saturacin de la red o poca capacidad de procesamiento por parte de los elementos de red; sin embargo el mtodo sera eficiente si se quisiera dimensionar o conocer las caractersticas que deba tener un determinado servidor, por ejemplo, para manejar una aplicacin en particular. Por todo lo anterior, recomendamos como buena prctica, caracterizar las aplicaciones sensibles o crticas al interior de la compaa de tal forma que se puedan identificar variables que puedan afectar su desempeo; adems de esto se puede contar con un punto de comparacin frente a cambios significativos a un tipo de aplicacin y que se reflejen en degradacin o bajo rendimiento de la misma. Para dicha

caracterizacin se deben tener en cuenta factores como utilizacin de memoria, de CPU, conexiones TCP que pueda soportar, entre otras; funcionalidad a nivel de comunicaciones como aplicacin, por ejemplo tamao de paquetes, tiempos de generacin de paquetes, tiempos de respuesta y de procesamiento, estimacin de carga en routers y firewall, etc. Cabe resaltar que para obtener la caracterizacin de una aplicacin, es necesario contar con herramientas (pasivas o activas) para realizar las mediciones, mejor an si estas son compatibles con protocolos de monitoreo de red como SNMP y NetFlow, entre otros. Luego de contar con una buena caracterizacin valerse de simuladores (algunos gratuitos pero limitados en funciones avanzadas como OPNET IT GURU), le dar una opcin ms al administrador, consultor o Gerente IT, para evaluar mejorar y posibles limitaciones de una aplicacin o proceso en particular. Con respecto a la aplicacin evaluada, podemos concluir que su baja demanda de trfico permite extender los servicios soportados por la estructura de telecomunicaciones bajo tecnologas de bajo desempeo permitiendo reduccin de costos a nivel de comunicaciones, siempre y cuando se le garantice niveles para una operacin satisfactoria. Por otra parte se evidenci que si bien esta aplicacin no le exige mucho a la red, no se puede proteger por s misma frente a la competencia de recursos, por parte de aplicaciones de mayor utilizacin y mayor consumo de recursos en la red, dentro de las cuales podemos mencionar http, SMTP, entre muchas otras.

REFERENCIAS [1] AdventNet Inc. OpManager 6.0. [En lnea] Disponible:

http://manageengine.adventnet.com/products/opmanager/download.html

[2] OPNET Technologies, Inc. OPNET IT Guru. [En lnea] Disponible:

http://manageengine.adventnet.com/products/opmanager/download.html

[3]

P.

Bazan.

WinPepsy.

[En

lnea]

Disponible:

http://www7.informatik.uni-erlangen.de/~prbazan/pepsy/download.shtml - 2k