<p dir="ltr">Alcuni update dalla lista developers di LiMe,<br>
vi consiglio dj iscrivervi:è una lista a basso traffico e sarà comunque necessaria quando cominceremo a contribuire attivamente allo sviluppo.</p>
<p dir="ltr">Please excuse typos. Written with a touchscreen keyboard.</p>
<div class="gmail_quote">---------- Forwarded message ----------<br>From: "Gui Iribarren" <<a href="mailto:gui@altermundi.net">gui@altermundi.net</a>><br>Date: Jul 16, 2014 11:55 PM<br>Subject: [lime-dev] small news / updates on branch develop<br>
To: "libre-mesh developement" <<a href="mailto:dev@lists.libre-mesh.org">dev@lists.libre-mesh.org</a>><br>Cc: <br><br type="attribution">so i finally spent a couple of days and resumed working on libre-mesh :D<br>

<br>
* first task was to make an "altermesh-system" that would include only<br>
batman-adv, but no bmx6 or anygw magic.<br>
This would not be retrocompatible with legacy altermesh, since batman<br>
versions are incompatible (2012.4.0 vs 2014.2.0) but the setup and<br>
functionality should be similar.<br>
Thanks to the impressive modularization work made by gioacchino all<br>
these past months, it was unexpectedly simple as compiling an image with<br>
lime-system, lime-proto-batadv, and that was it, mostly everything<br>
worked out of the box :D (i didn't even needed to create a metapackage<br>
to test)<br>
<br>
So, it is all very very promising! I estimate this week we can have with<br>
nico an "altermesh" cloud running live, but based completely on<br>
libre-mesh codebase.<br>
<br>
instead of going ahead and creating the altermesh-system metapackage, i<br>
went back and refactored a little bit of code to tidy things up,<br>
addressing some bad/unexpected details i have been seeing in lime-system<br>
these past months, but didn't have time to fix yet<br>
<br>
a quick summary:<br>
<br>
* /etc/resolv.conf was overwritten, which kinda break the normal<br>
resolution system<br>
(it should only contain 127.0.0.1, and dnsmasq reads<br>
/tmp/resolv.conf.auto to find out about upstream servers)<br>
now lime-defaults.network.resolvers are copied to<br>
dhcp.@dnsmasq[0].server and everything works as expected again<br>
<br>
* /etc/uci-defaults/95-lime-init-enable failed with 1 on boot<br>
the whole lime-init unique-in-its-kind hack was split into scripts<br>
placed at the "expected" places: /etc/firewall.user.d/* for iptables or<br>
ebtables stuff, /etc/rc.local.d/* for other hacky stuff.<br>
<br>
* iptables -t nat -A POSTROUTING -o $wan -j MASQUERADE<br>
needed to be manually added on gateways. Now the stock firewall system<br>
is back in place, we have the MASQUERADE rule for free.<br>
<br>
* dnsmasq-2.66-5 had a hardcoding bug on the dns lifetime announced in<br>
RAs, which triggered clients disconnect and reconnect every 20 mins<br>
(very annoying)<br>
openwrt-BB-rc1 ships with dnsmasq-2.71-3, a version where the bug is<br>
fixed (dns lifetime is now equal to router lifetime)<br>
<br>
* reworked dnsmasq-lease-share to use a different approach, instead of<br>
maintaining the leases database, and restarting every 5 minutes (yuck!)<br>
it writes a dhcp-hostsfile, which dnsmasq can re-read without a full<br>
restart.<br>
<br>
* found out another shortcoming of the anygw black magic and dnsmasq<br>
white magic: the ra-names feature doesn't work at all in lime-full,<br>
since the icmpv6 packet dnsmasq uses to SLAAC-CONFIRM hosts, goes out<br>
through anygw but comes back through br-lan, and dnsmasq misses it. So,<br>
there's no AAAA resolution at all in lime-full :(<br>
we encountered a similar issue with dhcpv4 but worked around it with<br>
dhcp-needs-broadcast. At some point, we should bump the thread at<br>
dnsmasq-discuss and look for a proper solution.<br>
<br>
* the dhcp-hostsfile approach vs leasefile-ro approach: dhcp-hostsfile<br>
has the benefit of not having to do a full restart, but on the other<br>
hand ra-names is not tried at all. Given the previous item / bug,<br>
(ra-names is not working anyway), it's better to stay with<br>
dhcp-hostsfile approach, and avoid dnsmasq restarts.<br>
<br>
will continue working tomorrow, but wanted to send huge kudos to gio for<br>
all the work done so far, a heads-up to the rest of the team, and that<br>
i'm back in business :D<br>
<br>
cheers!!<br>
<br>
gui<br>
_______________________________________________<br>
Dev mailing list<br>
<a href="mailto:Dev@lists.libre-mesh.org">Dev@lists.libre-mesh.org</a><br>
<a href="https://lists.libre-mesh.org/mailman/listinfo/dev" target="_blank">https://lists.libre-mesh.org/mailman/listinfo/dev</a><br>
</div>