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/
