1. Introduction (Einleitung)

Typischerweise müssen alle BGP-Speaker innerhalb eines einzelnen AS vollständig vermascht sein, und alle externen Routing-Informationen müssen an alle anderen Router innerhalb dieses AS weiterverteilt werden. Für n BGP-Speaker innerhalb eines AS erfordert dies die Aufrechterhaltung von n*(n-1)/2 eindeutigen internen BGP (IBGP)-Sitzungen. Diese "Full Mesh"-Anforderung skaliert eindeutig nicht, wenn eine große Anzahl von IBGP-Speakern vorhanden ist, die jeweils ein großes Volumen an Routing-Informationen austauschen, wie es in vielen heutigen Netzwerken üblich ist.

Dieses Skalierungsproblem ist gut dokumentiert, und es wurden eine Reihe von Vorschlägen gemacht, um dies zu mildern [2,3]. Dieses Dokument stellt eine weitere Alternative dar, um die Notwendigkeit eines "Full Mesh" zu verringern, und ist als "Route Reflection" bekannt. Dieser Ansatz ermöglicht es einem BGP-Speaker (bekannt als "Route Reflector"), über IBGP gelernte Routen an bestimmte IBGP-Peers anzukündigen. Es stellt eine Änderung des allgemein verstandenen Konzepts von IBGP dar sowie das Hinzufügen von zwei neuen optionalen nicht-transitiven BGP-Attributen, um Schleifen in Routing-Updates zu verhindern.