Gluon: seguimiento de desarrollo ddhcpd

Así que nuestra pequeña prueba en el banco de pruebas aquí en Kiel está progresando muy bien. Pero, expuso un problema existente con el dat del legado de batman. Hablé de ese problema con @TX en el battlemesh, y encontramos una manera de solucionar ese problema. Habrá correcciones para eso en la versión no heredada de batman, por lo que para una integración posterior, debemos aplicar la solución correcta para la versión de batman usada.

Tuvimos una primera versión (r1) el 2018-10-01 y el equipo de firmware de freifunk kiel está preparando la implementación en todo el sitio. Probablemente habrá un segundo lanzamiento antes de alcanzar ese objetivo, pero las cosas están progresando.

Bien, esta noche lanzamos una nueva versión de firmware en nuestra comunidad, que contiene un ddhcpd activo. Antes de esta versión, aumentamos el tiempo de espera del bloque a 5 minutos, lo que redujo nuestro ruido de fondo, como se esperaba, en un factor 5. Según wirerrd, ahora tenemos 15 kbit / s de ruido de fondo con 300 nodos, de 4 a 5 kbit / s con 36 nodos. Una palabra sobre wirerrd, personalmente no creo en esos valores, no pudimos reproducirlos mediante mediciones separadas. Tenemos algunas mejoras más en la cola para reducir las solicitudes de bloqueo, que son costosas, medidas en función de la cantidad de paquetes de multidifusión necesarios.

Entonces, ¿qué se necesitará para que sea posible agregar un paquete ddhcpd a gluon?