Personnellement j'injecterais ces routes en BGP (via exabgp ou autre).
Pas besoin de reloader quoi que ce soit coté Bird.
(Btw je migrerais tes 8k routes ospf dans ibgp)
--
Raphael Mazelier
On 16/01/2020 18:03, Duchet Rémy wrote:
L'objectif c'est justement que Bird apprenne les routes via autre chose que
"STATIC". Aujourd'hui c'est un script qui modifie un simple fichier, via de
l'automatisation. Et c'est STATIC => OSPF .
Mais dans ce sens pour ajouter une route dans la table STATIC, ça demande le
"configure" pour que la route soit active pour Bird. Et donc le changement de
la table STATIC provoque la propagation de l'intégralité de la table OSPF à tous les
autres devices.
Pour la partie BGP je n'ai pas de soucis, d'autant que c'est un de nos RS.
Par contre, dans la 2.0.7 Ipv4 et IPv6 c'est le même process. Et c'est les
TABLE qui semblent séparer les versions, du coup toute la config change.
Cordialement,
Rémy
-----Original Message-----
From: Alarig Le Lay <ala...@swordarmor.fr>
Sent: jeudi, 16 janvier 2020 17:49
To: Duchet Rémy <r...@duchet.eu>
Cc: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] OSPF Bird et configure
What ?!
bird> show route
Table master4:
0.0.0.0/0 unicast [kernel_ipv4 09:46:49.133] (10)
via 85.166.184.1 on enp2s0
45.91.126.32/28 unicast [ospf_ipv4 09:47:05.225] E1 (150/20) [45.91.126.96]
via 45.91.126.96 on enp3s0.50
79.170.80.128/25 unicast [ospf_ipv4 10:10:59.225] E2 (150/10/64) [4faa50fa]
[45.91.126.236]
via 45.91.126.236 on tinc0
[…]
bird> show route protocol kernel_ipv4
Table master4:
0.0.0.0/0 unicast [kernel_ipv4 09:46:49.133] (10)
via 85.166.184.1 on enp2s0
85.166.184.0/22 unicast [kernel_ipv4 09:46:49.133] (10)
dev enp2s0
bird> show route protocol kernel_ipv6
Table master6:
::/0 unicast [kernel_ipv6 09:46:49.133] (10)
via fe80::5e5e:abff:fe43:1ece on enp2s0
2001:4640:a14f::/48 unreachable [kernel_ipv6 09:46:49.133] (10)
J’ai bien des routes OSPF et bird ne les apprend pas via le kernel. Je ne vois
pas comment ça pourrait marcher s’il le faisait d’ailleurs.
Et en version BGP (avec une full) c’est pareil :
bird> show route
128.0.128.0/20 via 89.234.186.33 on vmbr12 [ibgp_asbr01_ipv4 2020-01-04] *
(100/?) [AS25513i]
via 89.234.186.33 on vmbr12 [ibgp_asbr02_ipv4 2020-01-11
from 89.234.186.34] (100/?) [AS25513i]
208.0.208.0/24 via 89.234.186.34 on vmbr12 [ibgp_asbr02_ipv4 2020-01-11] *
(100/20) [AS46559i]
via 89.234.186.34 on vmbr12 [ibgp_asbr01_ipv4 2020-01-11
from 89.234.186.33] (100/20) [AS46559i]
40.0.40.0/24 via 89.234.186.34 on vmbr12 [ibgp_asbr02_ipv4 2020-01-11] *
(100/20) [AS4249i]
via 89.234.186.34 on vmbr12 [ibgp_asbr01_ipv4 2020-01-11
from 89.234.186.33] (100/20) [AS4249i] […]
bird> show route protocol kernel1
89.234.186.114/32 dev tap109i0 [kernel1 2019-09-29] * (10)
89.234.186.115/32 dev tap106i0 [kernel1 2019-09-29] * (10)
80.67.190.218/32 dev tap140i0 [kernel1 2019-09-29] * (10)
[…]
Et ça correspond bien aux routes que j’exporte :
bird> show route export ibgp_asbr01_ipv4
89.234.186.114/32 dev tap109i0 [kernel1 2019-09-29] * (10)
89.234.186.115/32 dev tap106i0 [kernel1 2019-09-29] * (10)
80.67.190.218/32 dev tap140i0 [kernel1 2019-09-29] * (10)
89.234.186.112/32 dev tap101i0 [kernel1 2019-09-29] * (10) […]
Et là, c’est du 1.6 (merci debian…)
On jeu. 16 janv. 16:28:36 2020, Duchet Rémy wrote:
En fait les routes BGP apparaissaient dans le kernel avec les routes OSPF.
En lisant le mail, je viens de relire la config de Bird.
Je viens de me rendre compte que j'avais un export all sous le protocol kernel
qui me polluait.
Du coup, je regarde pour upgrader en 2.0.7, pour loader les routes (dans l'idée linux
=> kernel => annonce bgp) et ainsi supprimer l'OSPF.
Mais bien évidement la migration 1.6 => 2 se fait dans la ré-écriture complète
de la conf.
Merci à tous pour les réponses.
Rémy
-----Original Message-----
From: frnog-requ...@frnog.org <frnog-requ...@frnog.org> On Behalf Of
Alarig Le Lay
Sent: jeudi, 16 janvier 2020 09:41
To: Duchet Rémy <r...@duchet.eu>
Cc: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] OSPF Bird et configure
Non, tu connais seulement les routes qui sont insérées « à la main » (ou via un
autre soft).
Sinon bird apprendrait ses propres routes et bonjour la boucle infinie.
On jeu. 16 janv. 08:08:22 2020, Duchet Rémy wrote:
Bonjour,
Sur cette même instance Bird, on a déjà du BGP pour agréger
plusieurs full view.
Du coup, le kernel connaissant déjà toutes les routes BGP, ça va
faire mal de chercher à voir si une route OSPF est déjà dans la table..
Mais oui, une des pistes est de basculer sur du "tout" BGP. Mais la
problèmatique sera identique si on doit faire du configure pour
ajouter des routes.
Cordialement,
Rémy
-----Original Message-----
From: frnog-requ...@frnog.org <frnog-requ...@frnog.org> On Behalf Of
Alarig Le Lay
Sent: mercredi, 15 janvier 2020 20:24
To: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] OSPF Bird et configure
Bonsoir,
On mer. 15 janv. 17:01:28 2020, Duchet Rémy wrote:
Bonsoir la liste,
S’il y a des utilisateurs de Bird sur la liste (je suis sur que
oui) connaissez-vous un moyen de rajouter une route (autrement
qu’en
STATIC) sur le serveur Bird, pour que ce dernier l’annonce (OSPF
ou
BGP) sans avoir à faire un « configure » à chaque changement ?
Nous avons quelques routes OSPF que nous annonçons (+ 8000) et à
chaque « configure » Bird renvoie toute la table (on lui fait
relire un fichier de conf), du coup ça flood pas mal nos
équipements (toutes les minutes)..
Pourquoi tu n’apprends pas les routes depuis le kernel ?
BTW, 8k routes dans un OSPF, soit tu as un très gros réseau, mais dans ce cas
y’a peu de chances que tu utilises bird, soit faut passer à BGP.
--
Alarig
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
