Per risolvere i problemi di scalabilità derivanti dal numero crescente di connessioni iBGP per stabilire la full mesh, si è pensato di introdurre le confederations. Il concetto è semplice, si divide un AS in sottoinsiemi, all'interno del sottoinsieme si adopera la full mesh iBGP, fra sottoinsiemi diversi si adopera eBGP.

I sottoinsiemi sono identificati da un numero di AS detto Member-AS, mentre ciascun AS rimane identificato dal suo numero globale, che in questo caso assume il nome di Confederation AS.

Ogni router BGP conosce dunque questi due numeri, in modo da impostare opportunamente il campo ASPath nei messaggi BGP. Per il routing IGP la distinzione in sottoinsiemi non viene fatta, quindi, generalmente, un solo algoritmo IGP copre l'intero dominio.

Nelle connessioni verso altri AS, i router risultano sempre appartenenti all'AS principale cui appartengono (sono quindi appartenenti all'AS identificato dal confederation AS). Quando invece la comunicazione con eBGP è fra due router appartenenti a due sottoinsiemi diversi dello stesso AS, allora i numeri AS utilizzati in questo caso sono i Member-AS.

Per chiarire quanto affermato facciamo riferimento alla seguente figura:

Nella comunicazione fra RX ed R2, R2 appartiene all'AS20, così come nella comunicazione fra R5 e RY, R5 appartiene all'AS20. Nella comunicazione fra R1 e R6, R1 appartiene all'AS65020 mentre R6 all'AS65021.

Quando si propaga un messaggio di UPDATE in una confederation, i router che hanno una connessione eBGP con router della stessa confederation, provvedono ad inserire nell'ASPath il numero di sottoinsieme Member-AS. Quando il messaggio deve essere inviato all'esterno della confederation, il router elimina tutti i riferimenti Member_AS dall'ASPath e inserisce il confederation AS.

L'utilizzo delle confederation rende molto semplice l'attuazione di procedure amministrative, quali il passaggio sotto un unico dominio di due AS precedentemente appartenenti a domini differenti.