Gluon: acompanhamento de desenvolvimento ddhcpd

Portanto, nosso pequeno teste aqui em Kiel está progredindo muito bem. Mas, expôs um problema existente com o dat legado do Batman. Eu havia discutido esse problema com @TX no battlemesh e descobrimos uma maneira de contornar esse problema. Haverá correções para isso na versão do batman sem legado, portanto, para integração posterior, precisamos aplicar a solução alternativa certa para a versão do batman usada.

Tivemos um primeiro lançamento (r1) em 01/10/2018 e a equipe de firmware do Freifunk Kiel está atualmente preparando o lançamento em todo o site. Provavelmente haverá um segundo lançamento antes de atingirmos essa meta, mas as coisas estão progredindo.

Ok, esta noite lançamos um novo lançamento de firmware em nossa comunidade, que contém um ddhcpd ativo. Anterior a este lançamento, aumentamos o tempo limite de bloqueio para 5 minutos, o que diminuiu nosso ruído de fundo, como esperado, por fator 5. De acordo com wirerrd, temos agora 15kbit / s de ruído de fundo com 300 nós, de 4 a 5 kbit / s com 36 nós. Uma palavra sobre wirerrd, eu pessoalmente não acredito nesses valores, não fomos capazes de reproduzi-los por medidas separadas. Temos mais algumas melhorias na fila para reduzir as solicitações de bloco, que são caras, medidas com base na quantidade de pacotes multicast necessários.

Então, o que será necessário para tornar possível adicionar um pacote ddhcpd ao gluon?