Closed max-b closed 9 years ago
yes we should figure out how to tell babeld to not install any non 100.64 routes
The babeld configuration of the extender nodes is just generally incomplete. We need to explicitly set the frequency for the wireless interface on first boot and we need to be explicit about which routes to redistribute. Finally we need to set the wired interface dynamically from the notdhcpclient hook script using uci since it is right now hard-coded to eth0.1
yes we should figure out how to tell babeld to not install any non 100.64 routes Well except for the default route, which would be via the exit server.
I made a quick fix to this by adding in ip 172.16.0.0/12 deny
to the exit server's babeld.conf file. But you're right that we should do a little more considering of babeld configs especially on the extender nodes.
The issue about broadcasting the private ip range has been fixed in 800160dc775bea58cd95ff472059256635c566cd.
We need to set the wired interface dynamically from the notdhcpclient hook script using uci since it is right now hard-coded to eth0.1
That is also done
We need to explicitly set the frequency for the wireless interface on first boot and we need to be explicit about which routes to redistribute.
703fd81cc3383ef9dc3ff633afabb5ee5222d6f4 has the notdhcpclient up hook script set babel's interface channel :)
we should figure out how to tell babeld to not install any non 100.64 routes
I'll file a separate ticket for that because it's gonna be satisfying to close this one
The neighbors list on the exit server reads:
the next hop is 100.64.2.65 - is that a node at Pete's house?
We should probably create more strict rules for the routes that certain nodes will install (especially the exit server....)