Die portable Version des Routing-Pakets OpenBGPD 9.0 wurde vorgestellt, entwickelt von den Entwicklern des OpenBSD-Projekts und angepasst für die Verwendung in FreeBSD und Linux (Unterstützung für Alpine, Debian, Fedora, RHEL/CentOS, Ubuntu angegeben). Teile des Codes aus den Projekten OpenNTPD, OpenSSH und LibreSSL wurden zur Gewährleistung der Portabilität verwendet. Das Projekt unterstützt einen Großteil der BGP 4-Spezifikationen und erfüllt die Anforderungen von RFC8212, strebt jedoch nicht danach, alles abzudecken, sondern konzentriert sich hauptsächlich auf die Unterstützung der gefragtesten und verbreitetsten Funktionen.
Die Entwicklung von OpenBGPD erfolgt mit Unterstützung des regionalen Internet-Registrars RIPE NCC, der daran interessiert ist, die Funktionalität von OpenBGPD für die Nutzung auf Servern für das Routing an Internet Exchange Points (IXP) und zur Schaffung einer vollwertigen Alternative zum BIRD-Paket (unter den offenen Alternativen mit einer Implementierung des BGP-Protokolls sind Projekte wie FRRouting, GoBGP, ExaBGP und Bio-Routing zu erwähnen).
Im Projekt liegt der Schwerpunkt auf maximaler Sicherheit und Zuverlässigkeit. Zum Schutz werden strenge Prüfungen der Parameter, Mittel zur Kontrolle der Einhaltung von Puffergrenzen, die Trennung von Rechten und die Einschränkung des Zugriffs auf Systemaufrufe eingesetzt. Auch die Benutzerfreundlichkeit der Konfigurationssprache wird hervorgehoben. hohe Leistung und die Effizienz im Umgang mit Speicher (zum Beispiel kann OpenBGPD mit Routing-Tabellen arbeiten, die Hunderttausende von Einträgen enthalten).
Wesentliche Änderungen in der neuen Version:
- Die Implementierung der Adj-RIB-Out-Tabellen (Adjacency Routing Information Base Out), die Routen für die Ankündigung an benachbarte Router speichern, wurde überarbeitet. Durch die vorgenommenen Optimierungen konnte der Speicherverbrauch erheblich gesenkt und die Leistung erhöht werden. Auf großen Verkehrsaustauschservern (IXP, Internet Exchange Point) sank der Speicherverbrauch um mehr als 50%.
- Die Verarbeitung von UPDATE-Nachrichten wurde modernisiert und in zwei Phasen unterteilt – zunächst werden die Adj-RIB-In-, Loc-RIB- und FIB-Tabellen aktualisiert, gefolgt von einer separaten Verarbeitung aller Adj-RIB-Out-Tabellen. Diese neue Methode hat die Latenzzeit verringert, da der größte Teil der Zeit für die Aktualisierung der Adj-RIB-Out-Tabellen benötigt wird.
- Eine neue skalierbare Implementierung von Hash-Tabellen wurde eingeführt, die die Leistung durch effizientere Datenzugriffe in den Cache verbessert.
- Neue Metriken wurden hinzugefügt, um die Zeit zu verfolgen, die für die Ausführung verschiedener Phasen des Ereignisverarbeitungszyklus in der Routing-Engine aufgewendet wird.
Quelle: opennet.ru
