Passa al contenuto principale

1. Introduction (Introduzione)

Typically, all BGP speakers within a single AS must be fully meshed and any external routing information must be re-distributed to all other routers within that AS. For n BGP speakers within an AS that requires to maintain n*(n-1)/2 unique Internal BGP (IBGP) sessions. This "full mesh" requirement clearly does not scale when there are a large number of IBGP speakers each exchanging a large volume of routing information, as is common in many of today's networks.

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.

This scaling problem has been well documented, and a number of proposals have been made to alleviate this [2,3]. This document represents another alternative in alleviating the need for a "full mesh" and is known as "route reflection". This approach allows a BGP speaker (known as a "route reflector") to advertise IBGP learned routes to certain IBGP peers. It represents a change in the commonly understood concept of IBGP, and the addition of two new optional non-transitive BGP attributes to prevent loops in routing updates.

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.

This document obsoletes RFC 2796 [6] and RFC 1966 [4].

Questo documento rende obsoleti RFC 2796 [6] e RFC 1966 [4].