Expériences avec BIRD pour BGP?

10

Nous utilisons actuellement Quagga avec Debian Linux pour exécuter un routeur BGP à table complète. La configuration a été très simple jusqu'à présent, mais nous sommes arrivés à un point où je dois reconfigurer un peu le routeur et vouloir resserrer les choses.

Je n'ai jamais vraiment compris Quagga et j'ai toujours trouvé sa documentation manquante. Il semble imiter Cisco, dont je n'ai qu'une compréhension de base.

BIRD a attiré mon attention récemment. Le couple d'articles / présentations que j'ai trouvé le promeut comme léger et plus réactif sous stress par rapport à Quagga. Et il semble en fait avoir une documentation très décente.

J'aimerais donc savoir:

  • Qui dirige BIRD en ce moment et dans quel type de configuration?
  • Comment est-il stable? J'ai lu qu'il fonctionnait sur quelques sites en production.
  • Disons que je ne me soucie pas du tout d'une configuration Cisco-feel. Comment est la configuration, la maintenance, la surveillance, etc. de BIRD en général?
  • Et toute autre expérience notable que vous pourriez avoir avec elle.
Shtééf
la source

Réponses:

4
  • Il semble que quelques échanges Internet fonctionnent comme des serveurs de routage dans leur réseau de production, voir ici pour quelques exemples
  • Je fais partie de dn42 (sorte de terrain de jeu de réseautage) et jusqu'à présent, je n'ai eu aucun problème avec les oiseaux (contrairement à quagga, qui m'a brûlé plusieurs fois, il est donc sûr de dire qu'il devrait également fonctionner sur un environnement de production public.)
  • Si vous aimez éditer votre configuration avec un éditeur approprié ou si vous voulez générer la configuration à partir d'une source de données (ce que je fais), alors oiseau est pour vous. Si vous préférez modifier votre configuration via une interface de ligne de commande, alors pas tant que ça.
  • BIRD vous oblige à exécuter un démon séparé pour IPv4 et IPv6 (contrairement à quagga), mais ce n'est pas une grosse perte à mon humble avis, car exécuter IPv4 et IPv6 sur le même appairage est un PITA dans quagga de toute façon.
welterde
la source
3

La plupart des commentaires que j'ai rencontrés à propos de BIRD l'ont été à titre IX. Cela signifie que les tests et les expériences ont été assez spécifiques. Pourtant, s'il s'est révélé stable dans de tels cas d'utilisation, vous pouvez être assuré qu'il devrait être prêt pour la production en tant qu '"utilisateur final" pour ainsi dire.

Voici deux présentations d'un UKNOF récent que vous devriez trouver pertinentes:

Vous voudrez peut-être également considérer OpenBGP comme une option, dont je peux personnellement attester la qualité de production de. Sa configuration est également principalement basée sur un fichier de configuration, ce que je considère toujours comme un bonus car cela facilite la conduite avec la gestion de la configuration et le versioning. De même, il ne contient aucun faux méchant Cisco. Cependant, il nécessite une installation d'OpenBSD, que vous pourriez envisager en dehors de votre plage de confort pour les systèmes d'exploitation.

Quoi qu'il en soit, prenez une bouffée d'air frais et laissez tomber Quagga :)

Dan Carley
la source
La deuxième présentation fait référence à une autre présentation qui a eu lieu au NANOG en février. Cela est également disponible en ligne à: nanog.org/meetings/nanog48/abstracts.php?pt=MTUxMyZuYW5vZzQ4
Shtééf
0

J'utilise bird sur quelques nœuds Anycast et la stabilité et la facilité de configuration ont été excellentes.

Sur nos routeurs habituels, nous utilisons Vyatta et j'aimerais qu'ils remplacent le démon bgp par bird. :-)

Poser une question à Bjørn Hansen
la source