La version portable du package de routage OpenBGPD 9.0 a été présentée, développée par les créateurs du projet OpenBSD et adaptée pour une utilisation avec FreeBSD et Linux (la prise en charge de Alpine, Debian, Fedora, RHEL/CentOS, Ubuntu est annoncée). Pour assurer la portabilité, des parties du code des projets OpenNTPD, OpenSSH et LibreSSL ont été utilisées. Le projet prend en charge la plupart des spécifications BGP 4 et respecte les exigences de la RFC8212, mais ne tente pas de tout couvrir et se concentre principalement sur le support des fonctionnalités les plus demandées et répandues.
Le développement d'OpenBGPD est soutenu par le registre Internet régional RIPE NCC, qui s'intéresse à rendre la fonctionnalité d'OpenBGPD utilisable sur serveurs pour le routage aux points d'échange interopérateurs de trafic (IXP) et créer une véritable alternative au package BIRD (parmi les alternatives ouvertes implémentant le protocole BGP, on peut citer les projets FRRouting, GoBGP, ExaBGP et Bio-Routing).
Le projet met l'accent sur la garantie d'un niveau maximum de sécurité et de fiabilité. Une vérification stricte de la validité de tous les paramètres est effectuée, ainsi que des outils pour contrôler le respect des limites de mémoire tampon, le partage des privilèges et la limitation de l'accès aux appels système. Parmi les avantages, on note également la syntaxe conviviale du langage de définition de configuration. haute performance et l'efficacité du travail avec la mémoire (par exemple, OpenBGPD peut travailler avec des tables de routage contenant des centaines de milliers d'enregistrements).
Les changements clés dans la nouvelle version :
- La mise en œuvre des tables Adj-RIB-Out (Adjacency Routing Information Base Out), qui stockent les routes à annoncer aux routeurs voisins, a été réécrite. Les optimisations mises en œuvre lors de la révision ont permis de réduire considérablement la consommation de mémoire et d'améliorer les performances, par exemple, sur de grands serveurs d'échange de trafic (IXP, Internet Exchange Point), la consommation de mémoire a été réduite de plus de 50 %.
- Le traitement des messages UPDATE a été modernisé, divisé en deux phases : d'abord, les tables Adj-RIB-In, Loc-RIB et FIB sont mises à jour, puis toutes les tables Adj-RIB-Out sont traitées séparément. Cette nouvelle méthode a permis de réduire les latences, car la mise à jour des tables Adj-RIB-Out prend le plus de temps.
- Une nouvelle implémentation évolutive des tables de hachage a été mise en œuvre, permettant d'améliorer les performances grâce à un accès aux données plus efficace dans le cache.
- De nouvelles métriques ont été ajoutées pour suivre le temps consacré à l’exécution des différentes étapes du cycle de traitement des événements dans le moteur de routage.
Source : opennet.ru
