M´odulo Topolog´ıa

Para validar la implementaci´on del m´odulo de topolog´ıa se realizaron una serie de pruebas en la red existente, contrastando los resultados del algoritmo con la informaci´on disponible en documentaci´on y las terminales de los equipos.

12.3.1. Descubrimiento de la topolog´ıa f´ısica

Se comprob´o que la implementaci´on realiza el correcto descubrimiento de todos los nodos y enlaces de la red.

Para validar el funcionamiento en situaciones an´omalas, se simularon ca´ıdas de enlaces y enrutadores. Se deshabilit´o el protocolo OSPF de algunos nodos, simulando ca´ıdas y constatando que eran eliminados de la topolog´ıa recolectada. Lo mismo se hizo en algunas interfaces para simular ca´ıdas de enlaces, se deshabilitaron y se comprob´o que no fueran descubiertas.

Tambi´en se verific´o que reacciona correctamente si los cambios ocurren mientras el software est´a corriendo. Se comprob´o que al recibir una notificaci´on de SNMP se reinicia el algoritmo y descubre correctamente la nueva topolog´ıa. Si la interfaz se da de baja manualmente, el reinicio del algoritmo es instant´aneo ya que el vecino inmediatamente modifica la ospfNbrTable y env´ıa una notificaci´on. Por otro lado si se deshabilita OSPF en un nodo, el vecino tarda 4 HELLO-INTERVAL en enviar la notificaci´on.

Debido a que el m´odulo debe mantener la topolog´ıa actualizada, pr´acticamente en tiempo real, es una variable fundamental a tener en cuenta el tiempo que insume el descubrimiento de la misma. Para especificarlo se corri´o el algoritmo sucesivas veces registrando los tiempos de inicio y fin del proceso de reconocimiento. El tiempo insumido en descubrir la topolog´ıa de la red de pruebas fue de aproximadamente 2 segundos y medio, como se muestra en la figura 12.1.

Es importante aclarar que los tiempos mostrados son para el caso de la red de pruebas con sus enlaces en un bajo porcentaje de utilizaci´on. Esto es debido a que la capacidad de los mismos supera ampliamente la capacidad de generaci´on de tr´afico disponible, lo que se presenta con mayor detalle en la secci´on 12.6. Dado que la red

12.3. M´odulo Topolog´ıa 131 2100 2200 2300 2400 2500 2600 2700 2800 2900 3000 0 10 20 30 40 50 60 70 80 90 100 Tiempo(ms) n´ corrida

Tiempo de descubrimiento de la topologia de la red de pruebas valores medidos

media

Figura 12.1: Tiempos del M´odulo Topolog´ıa.

de gesti´on coincide con la red de datos, los retardos producidos por una sobrecarga en los enlaces afectar´an los tiempos insumidos en descubrir la topolog´ıa.

Al mismo tiempo se verific´o que el m´odulo descubre correctamente los siguientes par´ametros asociados a los nodos:

RouterId Direcciones IP

Velocidad de las interfaces Nombre

Para esto se compar´o la informaci´on recolectada por el algoritmo con la configuraci´on de los nodos.

Por ´ultimo se hicieron pruebas para corroborar la correcta interacci´on con la

base de datos, verificando que la misma es actualizada cuando se detectan cambios en la topolog´ıa.

12.3.2. Conclusiones

Se presentaron las pruebas realizadas para validar el funcionamiento del m´odulo de topolog´ıa. Se explicaron las posibles situaciones que se pueden presentar en la pr´actica, c´omo se comporta la herramienta ante ellas y los tiempos insumidos por el m´odulo de software desarrollado.

Como primera conclusi´on se puede decir que la implementaci´on realizada funcio- na correctamente, descubriendo la topolog´ıa y los par´ametros de los enrutadores.

Teniendo en cuenta la cantidad de nodos y enlaces que tiene la red, el tiempo insumido en levantar la topolog´ıa completa es considerado satisfactorio. Si bien se puede argumentar que aumente para topolog´ıas m´as grandes y complicadas que la de la red de pruebas, se debe considerar que el objetivo de este m´odulo es mantener actualizada la topolog´ıa en la base de datos y no levantar continuamente distintas

topolog´ıas. En este sentido se busc´o acelerar la actualizaci´on frente a alg´un cambio

con las notificaciones de SNMP, que si bien no aceleran el proceso de levantamiento de la topolog´ıa, evitan que el cambio tarde en detectarse por encontrarse el algoritmo descubriendo otra parte de la red. Por lo tanto se minimiza el tiempo de actualizaci´on a un per´ıodo de reconocimiento.

Ser´ıa deseable cuando se cuente con una implementaci´on que realice el descubri- miento de la topolog´ıa participando del ruteo, como la que se prev´e implemente el

grupo RMA Control, comparar los desempe˜nos de las dos implementaciones con la

misma topolog´ıa. ´Esta posible comparaci´on fue justamente una de las razones por

las que se eligi´o resolver el descubrimiento de la topolog´ıa por SNMP.

En cuanto a robustez, el m´odulo se comport´o correctamente durante todas las pruebas realizadas. Teniendo en cuenta que por ser el primer m´odulo en implemen- tarse estuvo terminado 6 meses antes de la finalizaci´on del proyecto y se utiliz´o casi diariamente durante este per´ıodo, se concluye que el m´odulo es muy robusto.

Por otro lado, como se coment´o anteriormente, s´olo pudieron hacerse pruebas con topolog´ıas reducidas, lo que impide sacar conclusiones sobre el comportamiento del software en situaciones de carga. Ser´ıa deseable poder realizar estas pruebas para determinar fehacientemente los requerimientos del PC donde se corre el software.

Teniendo en cuenta los objetivos planteados para este m´odulo y los resultados ob- tenidos se concluye que el m´odulo de topolog´ıa cumple ampliamente con los criterios de ´exito.