- 13 Mar, 2019 1 commit
-
-
Julien Muchembled authored
The purpose of the this new filter is to override *locally* RTA_PREFSRC ('src' in ip-route) There is a pull request that could replace this patch here: https://github.com/jech/babeld/pull/18 TODO: documentation
-
- 12 Mar, 2019 3 commits
-
-
Cédric Le Ninivin authored
To be pushed upstream. Co-authored-by: Julien Muchembled <jm@nexedi.com>
-
Cédric Le Ninivin authored
TODO: documentation To be pushed upstream. Co-authored-by: Julien Muchembled <jm@nexedi.com>
-
Killian Lufau authored
It was removed by accident in commit ce457a79.
-
- 09 Nov, 2018 2 commits
-
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
- 23 Oct, 2018 1 commit
-
-
Juliusz Chroboczek authored
-
- 26 Sep, 2018 1 commit
-
-
Juliusz Chroboczek authored
-
- 24 Sep, 2018 1 commit
-
-
Juliusz Chroboczek authored
-
- 18 Sep, 2018 3 commits
-
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
Thanks to Christof Schulze for noticing the problem.
-
Christof Schulze authored
-
- 16 Sep, 2018 1 commit
-
-
Christof Schulze authored
When adding unreachable routes and setting the RTNH_F_ONLINK flag, a device is required to be specified. In Linux kernel 4.16 support for this flag was added. Until now it was ignored. If RTNH_F_ONLINK is specified while the device is missing, newer kernels will respond with No such device. The result is: * spam in the log file * missing routes for both ipv4 and ipv6
-
- 29 Jun, 2018 1 commit
-
-
Juliusz Chroboczek authored
The check for a TLV going beyond the end of the packet was off by two. A malformed packet could possibly cause babeld to read two octets beyond the end of the read buffer. While technically a buffer overflow, this is most probably not exploitable, since it is a read-only overflow. At worst, it would cause two octets of garbage to be parsed and treated as valid data.
-
- 12 May, 2018 1 commit
-
-
Juliusz Chroboczek authored
-
- 11 May, 2018 1 commit
-
-
Juliusz Chroboczek authored
This fixes a bug that was introduced in commit 4f4e3cba, and prevented non-source-specific IPv4 routes from being redistributed. Thanks to Niklas Yann Wettengel for the detective work.
-
- 07 Apr, 2018 1 commit
-
-
Juliusz Chroboczek authored
-
- 23 Feb, 2018 1 commit
-
-
Matthieu Boutier authored
-
- 31 Jan, 2018 3 commits
-
-
Matthieu Boutier authored
Point-to-point interfaces are bound to two link-local addresses: the local address and the peer address [1]. The former is advertised with an IFA_LOCAL TLV and the latter with an IFA_ADDRESS TLV. [1] $ip addr show [...] inet6 fe80::1234 peer fe80::5678/128 scope link
-
Matthieu Boutier authored
-
Matthieu Boutier authored
-
- 29 Jan, 2018 2 commits
-
-
Juliusz Chroboczek authored
Since send_request was buggy, these weren't doing anything. Don't change the behaviour, sending wildcard requests at startup is not a good idea.
-
Juliusz Chroboczek authored
-
- 23 Jan, 2018 1 commit
-
-
Juliusz Chroboczek authored
-
- 22 Jan, 2018 8 commits
-
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
- 11 Aug, 2017 1 commit
-
-
Juliusz Chroboczek authored
When we lose a route and have no feasible alternate, we should send requests straight away rather than waiting for a periodic update. If we have an unfeasible route, send according to that route and resend, otherwise do a multicast.
-
- 25 Jul, 2017 1 commit
-
-
Juliusz Chroboczek authored
Reported by janus.
-
- 20 Jul, 2017 6 commits
-
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
This also removes special casing of late Hellos.
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
Juliusz Chroboczek authored
-
GwendoCG authored
-