- 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 9 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
-
Matthieu Boutier authored
-
Matthieu Boutier authored
- Hello is not ignored if there is a mandatory sub-TLV, - non-wildcard Updates also, - Duplicated check for Requests, - wrong size for the beginning of sub-TLVs for Seqno Requests, - wrong size for source specific Requests and Seqno Requests.
-
Juliusz Chroboczek authored
-
- 23 May, 2017 2 commits
-
-
Matthieu Boutier authored
That patch was fixing a little bug, but makes another bigger one. The previous patch fixes both. This reverts commit e687a58f.
-
Matthieu Boutier authored
-
- 18 May, 2017 1 commit
-
-
Matthieu Boutier authored
-