Rewrite the wiki as pages a reader can use The first pass moved the old README sections across as they were, which gave a Deployment page that was six caveats in a bullet list and nothing telling anyone how to deploy anything. Written properly this time, for someone arriving without the project in their head: install it, wire it to FRR in an order that works, then check the fast path is really carrying the traffic rather than trusting show bfd peer, which looks identical either way. Two new pages carry most of the value. Troubleshooting is symptom first and covers what actually goes wrong: a peer configured on one side only, the 64 session ceiling, sessions stranded by an engine restart, the three separate reasons an authenticated session never comes up, a snapshot file left behind by a previous engine, and the observer quietly stealing the XDP attach. Monitoring explains the snapshot and all eighteen counters, since a number nobody can interpret is not monitoring. Limitations is prose with the reasoning and the upstream links rather than a list of bullets.
Seed the wiki: deployment, limitations, conformance, kernels, security, testing The README was cut back to what a reader needs first. This is the rest of it: the deployment notes and the reserved-port trap, the deviations from stock bfdd and from the RFC, the kernels the object is known to load on, the threat model and the flood measurements, and what each test suite covers and needs.
Initial Home page