È stata rilasciata la versione portabile del pacchetto di routing OpenBGPD 9.0, sviluppato dagli sviluppatori del progetto OpenBSD e adattato per l'uso su FreeBSD e Linux (sostenuto il supporto per Alpine, Debian, Fedora, RHEL/CentOS, Ubuntu). Per garantire la portabilità sono stati utilizzati parti del codice dai progetti OpenNTPD, OpenSSH e LibreSSL. Il progetto supporta gran parte delle specifiche BGP 4 ed è conforme ai requisiti RFC8212, ma non cerca di abbracciare l'impossibile e fornisce principalmente supporto per le funzioni più richieste e diffuse.
Lo sviluppo di OpenBGPD avviene con il supporto del registro internet regionale RIPE NCC, che è interessato a portare la funzionalità di OpenBGPD a un livello utilizzabile su server per il routing nei punti di interscambio del traffico (IXP) e per creare un'alternativa completa al pacchetto BIRD (tra le alternative open source con implementazione del protocollo BGP si possono citare i progetti FRRouting, GoBGP, ExaBGP e Bio-Routing).
Nel progetto, l'attenzione principale è rivolta a garantire il massimo livello di sicurezza e affidabilità. Per la protezione viene applicato un rigoroso controllo della correttezza di tutti i parametri, strumenti per monitorare il rispetto dei limiti dei buffer, separazione dei privilegi e limitazione dell'accesso alle chiamate di sistema. Tra i vantaggi si segnala anche una sintassi accattivante per il linguaggio di definizione della configurazione, elevata performance e l'efficienza nella gestione della memoria (ad esempio, OpenBGPD può gestire tabelle di routing contenenti centinaia di migliaia di record).
Modifiche chiave nella nuova versione:
- Rielaborata l'implementazione delle tabelle Adj-RIB-Out (Adjacency Routing Information Base Out), che memorizzano i percorsi per l'annuncio ai router adiacenti. Le ottimizzazioni implementate hanno consentito una significativa riduzione del consumo di memoria e un aumento delle prestazioni; ad esempio, nei grandi server di scambio traffico (IXP, Internet Exchange Point), il consumo di memoria è diminuito di oltre il 50%.
- Modificata la gestione dei messaggi UPDATE, ora suddivisa in due fasi: inizialmente si aggiornano le tabelle Adj-RIB-In, Loc-RIB e FIB, dopo di che si elaborano separatamente tutte le tabelle Adj-RIB-Out. Il nuovo metodo ha consentito di ridurre i ritardi, poiché la maggior parte del tempo è dedicata all'aggiornamento delle tabelle Adj-RIB-Out.
- Introdotta una nuova implementazione scalabile delle tabelle hash, migliorando le prestazioni grazie a un'accesso ai dati più efficiente nella cache.
- Aggiunte nuove metriche per monitorare il tempo speso per completare le diverse fasi del ciclo di elaborazione degli eventi nel motore di routing.
Fonte: opennet.ru
