1. Introduction (Introduzione)

Tipicamente, tutti gli speaker BGP all'interno di un singolo AS devono essere completamente connessi (fully meshed) e qualsiasi informazione di routing esterna deve essere ridistribuita a tutti gli altri router all'interno di quell'AS. Per n speaker BGP all'interno di un AS, ciò richiede di mantenere n*(n-1)/2 sessioni uniche di Internal BGP (IBGP). Questo requisito "full mesh" chiaramente non scala quando c'è un gran numero di speaker IBGP che scambiano ciascuno un grande volume di informazioni di routing, come è comune in molte delle reti odierne.

Questo problema di scalabilità è stato ben documentato, e sono state fatte diverse proposte per alleviarlo [2,3]. Questo documento rappresenta un'altra alternativa per alleviare la necessità di un "full mesh" ed è nota come "route reflection". Questo approccio permette a uno speaker BGP (noto come "route reflector") di annunciare le rotte apprese via IBGP a certi peer IBGP. Rappresenta un cambiamento nel concetto comunemente inteso di IBGP, e l'aggiunta di due nuovi attributi opzionali non transitivi BGP per prevenire loop negli aggiornamenti di routing.