Finalizó la reunión para probar OLSR con un alto grado de satisfacción tanto por la productividad de la reunión como por los resultados observados. ¡Gracias a los participantes! Fué muy instructivo.
Algunas conclusiones:
OLSR con el plugin nameservice interactúa funciona como esperado
interactuando en general bien con la solución dnsmasq que se había
propuesto usar en los nodos que brinden servicio de DNS. La
configuración la lideró Daedalus quien se quedó con su documentación
com deberes. Dnsmasq toma la información que olsrd le dá al momento
de levantar, único inconveniente que vimos, por lo que hay que
explorar la forma de actualizar dnsmasq cuando haya cambios en la
info que mantiene en línea olsr. Una opción es hacer un diff con una
versión anterior y si hay cambios reiniciar dnsmasq. Otra es ver si
dnsmasq puede tomar esta info en caliente. HUP como señal no sirve
pues dnsmasq se inmola al recibirla.
Los tiempos de convergencia son aceptables considerando los tiempos
entre actualizaciones que olsr envía. El recálculo de la topología,
una vez recibida esta info es muy rápida. Para enlaces medianamente
estables no lo vimos como un problema mayor, pero la propagación es
directamente proporcional al número de aristas del grafo que debe
recorrer la misma por el tiempo entre actualizaciones. Disminuir este
tiempo perjudica en la cantidad de paquetes que se envían y la
ganancia no es tan grande para un número normal de nodos. Es más
beneficioso trabajar en estabilizar un enlace que apurar estas
actualizaciones.
La configuración es bastante simple y permite agregar rutas locales e
incluso rutas por omisión. Tal vez equivocamos algún parámetro, pero
la configuración muestra las rutas que se van a propagar lo difiere
del enrutamiento configurado fuera de olsr, por lo que para rutas no
por omisión puede ser necesario un poco de overhead administrativo
(doble configuración). Las rutas por omisión permiten una
verificación de su estado mediante ICMP, pero tienen el mismo
problema de que deben ser configuradas para propagarse (olsr) y para
funcionar (route add).
Para pruebas locales se puede compilar olsr_switch que permite
levantar múltiples instancias de olsr (-hemu) y especificar la
fiabilidad de cada enlace. Yo me quedé con el deber de documentar
eso.
Andrés y Francisco lideraron las configuraciones, ellos documentarán
esa parte.
CMA e Ismael van a revisar cómo hacer la sincronización entre olsr y
dnsmasq junto con Daedalus... ¿Creo que era así no?
Por ahora es todo. Stay tuned. OLSR es viable, funciona lindo sobre
los WRT y tiene lo que queríamos obtener de un protocolo dinámico. La
posibilidad de agregarle plugins creemos que es su principal ventaja.
Una cosa loca que se podría hacer es propagar los servicios activos
de los nodos por esta misma via con algún plugin desarrollado en
MVDL. Un posible próximo paso del "grupo de arquitectura" (perdón la
licencia) puede ser probar esto mismo bajo IPv6 (opinión personal).
OLSR es un proyecto fermental en pleno desarrollo. Para aquellos con
habilidades en esa materia puede ser interesante.
Saludos, y si leyeron hasta acá, felicitaciones.
Mauricio
--
Privatleben ist privatsache.
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ General mailing list [email protected] http://lists.montevideolibre.org/listinfo.cgi/general-montevideolibre.org
