tripoli.cloud/bird-lab/config/bird-b.conf
Adam Belkacemi 7802c59931 Phase 6 (bonus) : bird-lab, BGP+BFD entre namespaces (rtnetlink/Bird)
- Topologie en étoile : racine (AS 65000) en transit entre bird-a
  (AS 65010) et bird-b (AS 65011), namespaces créés par tripoli-netctl
  (Phase 4). Chaque feuille origine une route factice, jamais
  installée dans la table de routage réelle (export none partout) -
  labo pédagogique, ne pilote aucun trafic de production.
- Vérifié en conditions réelles : sessions BGP Established dans les
  deux sens, route de bird-b vue par bird-a avec next-hop = racine
  (transit confirmé, pas un peering direct), sessions BFD Up
  (200ms/200ms), coupure de lien détectée en < 5ms.
- Découverte : les namespaces n'ont aucun pare-feu propre, mais ufw
  côté racine bloquait le retour des paquets BFD (chaque bout envoie
  indépendamment, conntrack ne le reconnaît pas comme un flux BGP/TCP
  existant) - même schéma que Caddy -> tripoli-edge en Phase 2. Règle
  ufw ajoutée par run.sh, retirée par teardown.sh : rien de permanent.
- Pas de service systemd : labo lancé, vérifié, puis proprement démonté
  (processus Bird, namespaces et règle ufw temporaire tous supprimés).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-17 01:17:15 +02:00

33 lines
490 B
Text

router id 10.200.11.2;
log "/var/log/bird-lab/bird-b.log" all;
protocol device {
}
protocol kernel {
ipv4 {
export none;
};
}
protocol static local_net {
ipv4;
route 10.99.11.0/24 blackhole;
}
protocol bfd {
interface "*" {
min rx interval 200ms;
min tx interval 200ms;
};
}
protocol bgp to_root {
local 10.200.11.2 as 65011;
neighbor 10.200.11.1 as 65000;
bfd on;
ipv4 {
import all;
export all;
};
}