7. Transizione
Quando un sistema autonomo utilizza un numero AS a due ottetti, gli speaker BGP all'interno di quel sistema autonomo POSSONO (MAY) essere aggiornati per supportare le estensioni dei numeri AS a quattro ottetti in modo graduale. Non c'è requisito per un aggiornamento coordinato della capacità dei numeri AS a quattro ottetti in questo caso. Tuttavia, se un sistema autonomo desidera utilizzare un numero AS a quattro ottetti come proprio numero AS, allora questo documento presume che un sistema autonomo possa utilizzare un numero AS a quattro ottetti solo dopo che tutti gli speaker BGP all'interno di quel sistema autonomo sono stati aggiornati per supportare i numeri AS a quattro ottetti.
Un numero AS a quattro ottetti non mappabile non può essere utilizzato come "Numero AS Membro" di una confederazione BGP finché tutti gli speaker BGP all'interno della confederazione non hanno effettuato la transizione per supportare i numeri AS a quattro ottetti.
In un ambiente in cui un sistema autonomo che ha VECCHI speaker BGP effettua peering con due o più sistemi autonomi che hanno NUOVI speaker BGP e utilizzano AS_TRANS (piuttosto che avere un numero AS mappabile globalmente unico), l'uso dell'attributo MULTI_EXIT_DISC [RFC4271] da parte del sistema autonomo con i VECCHI speaker BGP può risultare in una situazione in cui l'attributo MULTI_EXIT_DISC influenzerà la selezione della route tra le route che sono state ricevute da diversi sistemi autonomi vicini.
In determinate condizioni, potrebbe non essere possibile ricostruire tutte le informazioni di percorso AS dagli attributi AS_PATH e AS4_PATH di una route. Questo si verifica quando due o più route che trasportano l'attributo AS4_PATH vengono aggregate da un VECCHIO speaker BGP, e l'attributo AS4_PATH di almeno una di queste route trasporta almeno un numero AS a quattro ottetti (al contrario di un numero AS a due ottetti codificato in 4 ottetti). Quando tale aggregazione risulta nella creazione di una route che è meno specifica di qualsiasi delle route componenti (route la cui Informazione di Raggiungibilità del Livello di Rete (NLRI) copre l'NLRI di tutte le route componenti), la perdita delle informazioni di percorso AS non crea il rischio di un loop di routing. In tutti gli altri casi, la perdita delle informazioni di percorso AS crea il rischio di un loop di routing.