forked from freifunk-franken/firmware
Fabian Blaese
0264cc48b3
Instead of seperately checking for various conditions, which don't actually guarantee that the hoodfile can be fetched in a certain way (e.g. internet is available but keyxchange is down), the already built in return value of the hoodfile gathering functions is utilized. This change slightly changes the behaviour of nodes in certian edge cases: - If no hoodfile could be fetched from keyxchange, the next delivery method (getGatewayHoodfile) is used - If the gateway is unable to deliver a hoodfile, nodes now behave like the gateway is unreachable, instead of continuing to use old hoodfiles These behaviour changes should be an improvement over the previous behaviour: - VPN nodes don't disconnect and break the whole network if the keyxchange is unreachable, but instead try to fetch the hoodfile from the gateway - Instead of checking for batman gateway announcements, which are completely unrelated to hoodfile delivery using fe80::1, the actual status of the hoodfile download is utilized. This has two effects: - hoodfile delivery using fe80::1 works even if batmans gateway selection isn't used at all - if the batman gateway selection is active, but fe80::1 hoodfile delivery is broken in the hood, the nodes disconnect from the hood and try to gather their hoodfile from nerby nodes. Previously they continued to use the old hoodfile. This should make misconfigured gateways more apparent. Signed-off-by: Fabian Bläse <fabian@blaese.de> Reviewed-by: Robert Langhammer <rlanghammer@web.de> Reviewed-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> |
||
---|---|---|
.. | ||
fff |