Il rilascio della versione portatile del pacchetto di routing OpenBGPD 9.0, sviluppato dagli sviluppatori del progetto OpenBSD e adattato per l'uso in FreeBSD e Linux (dichiarato il sostegno alpino, Debian, Fedora, RHEL/CentOS, UbuntuPer garantire la portabilità, sono state utilizzate porzioni di codice provenienti dai progetti OpenNTPD, OpenSSH e LibreSSL. Il progetto supporta la maggior parte delle specifiche BGP 4 ed è conforme alla RFC8212, ma non si propone di essere eccessivamente complesso e fornisce principalmente supporto per le funzionalità più comunemente utilizzate e richieste.
Lo sviluppo di OpenBGPD viene effettuato con il supporto del registrar Internet regionale. RIPE NCC, che è interessato a rendere utilizzabile la funzionalità di OpenBGPD. server per il routing nei punti di scambio di traffico inter-operatore (IXP) e per la creazione di un'alternativa completa al pacchetto BIRD (tra le alternative aperte con l'implementazione del protocollo BGP, si possono citare i progetti FRRouting, GoBGP, ExaBGP e Bio-Routing).
Il progetto si concentra sulla garanzia del massimo livello di sicurezza e affidabilità. La protezione è garantita dalla rigorosa convalida di tutti i parametri, dall'applicazione dei limiti del buffer, dalla separazione dei privilegi e dall'accesso limitato alle chiamate di sistema. Anche la sintassi intuitiva del linguaggio di definizione della configurazione è considerata un punto di forza. высокая производительность e l'efficienza della memoria (ad esempio, OpenBGPD può gestire tabelle di routing contenenti centinaia di migliaia di voci).
Principali modifiche nella nuova versione:
- Le tabelle Adj-RIB-Out (Adjacency Routing Information Base Out), che memorizzano i percorsi per l'advertising sui router adiacenti, sono state riscritte. Le ottimizzazioni implementate durante la riscrittura hanno ridotto significativamente il consumo di memoria e migliorato le prestazioni; ad esempio, sui server Internet Exchange Point (IXP) di grandi dimensioni, il consumo di memoria è stato ridotto di oltre il 50%.
- L'elaborazione dei messaggi UPDATE è stata semplificata e suddivisa in due fasi: prima vengono aggiornate le tabelle Adj-RIB-In, Loc-RIB e FIB, seguita dall'elaborazione separata di tutte le tabelle Adj-RIB-Out. Questo nuovo metodo ha ridotto la latenza, poiché l'aggiornamento delle tabelle Adj-RIB-Out occupa la maggior parte del tempo di elaborazione.
- Viene utilizzata una nuova implementazione di tabella hash scalabile, che migliora le prestazioni inserendo i dati nella cache in modo più efficiente.
- Aggiunte nuove metriche per monitorare il tempo impiegato nell'esecuzione delle varie fasi del ciclo di elaborazione degli eventi nel motore di routing.
Fonte: opennet.ru
