5. Gestione degli errori

Uno speaker BGP NON DEVE (MUST NOT) trasmettere aggiornamenti contenenti attributi AS_CONFED_SET o AS_CONFED_SEQUENCE a peer che non sono membri della confederazione locale.

È un errore per uno speaker BGP ricevere un messaggio UPDATE con un attributo AS_PATH che contiene segmenti AS_CONFED_SEQUENCE o AS_CONFED_SET da un vicino che non si trova nella stessa confederazione. Se uno speaker BGP riceve tale messaggio UPDATE, DEVE (SHALL) trattare il messaggio come avente un AS_PATH malformato secondo le procedure di [BGP-4], Sezione 6.3 ("Gestione degli errori del messaggio UPDATE").

È un errore per uno speaker BGP ricevere un messaggio di aggiornamento da un peer della confederazione che non è nello stesso Member-AS che non ha AS_CONFED_SEQUENCE come primo segmento. Se uno speaker BGP riceve tale messaggio UPDATE, DEVE (SHALL) trattare il messaggio come avente un AS_PATH malformato secondo le procedure di [BGP-4], Sezione 6.3 ("Gestione degli errori del messaggio UPDATE").

5.1. Problemi amministrativi comuni

È ragionevole che i Sistemi Autonomi Membri di una confederazione condividano un'amministrazione comune e informazioni Interior Gateway Protocol (IGP) per l'intera confederazione. È anche ragionevole che ogni Member-AS esegua un IGP indipendente. In quest'ultimo caso, il NEXT_HOP potrebbe dover essere impostato usando la policy (cioè, per impostazione predefinita non viene modificato).

5.2. Gestione di MED e LOCAL_PREF

DEVE (SHALL) essere legale per uno speaker BGP annunciare un attributo NEXT_HOP e MULTI_EXIT_DISC (MED) invariato ai peer in un Member-AS vicino della confederazione locale.

I MED di due route DOVREBBERO (SHOULD) essere confrontati solo se i primi sistemi autonomi nella prima AS_SEQUENCE in entrambe le route sono gli stessi -- cioè, saltare tutti i sistemi autonomi in AS_CONFED_SET e AS_CONFED_SEQUENCE. Un'implementazione PUÒ (MAY) fornire la capacità di configurare la selezione del percorso in modo che i MED di due route siano comparabili se i primi sistemi autonomi negli AS_PATH sono gli stessi, indipendentemente da AS_SEQUENCE o AS_CONFED_SEQUENCE nell'AS_PATH.

Un'implementazione PUÒ (MAY) confrontare i MED ricevuti da un Member-AS tramite percorsi multipli. Un'implementazione PUÒ (MAY) confrontare i MED da diversi Sistemi Autonomi Membri della stessa confederazione.

Inoltre, la restrizione contro l'invio dell'attributo LOCAL_PREF ai peer in un sistema autonomo vicino all'interno della stessa confederazione è rimossa.

5.3. AS_PATH e selezione del percorso

I criteri di selezione del percorso per le informazioni ricevute dai membri all'interno di una confederazione DEVONO (MUST) seguire le stesse regole usate per le informazioni ricevute dai membri all'interno dello stesso sistema autonomo, come specificato in [BGP-4].

Inoltre, le seguenti regole DEVONO (SHALL) essere applicate:

1. Se l'AS_PATH è interno alla confederazione locale (cioè, ci sono solo segmenti AS_CONFED_*), considerare l'AS vicino come l'AS locale.

2. Altrimenti, se il primo segmento nel percorso che non è un AS_CONFED_SEQUENCE o AS_CONFED_SET è un AS_SEQUENCE, considerare l'AS vicino come l'AS AS_SEQUENCE più a sinistra.

3. Quando si confrontano le route usando la lunghezza dell'AS_PATH, i CONFED_SEQUENCE e CONFED_SET NON DOVREBBERO (SHOULD NOT) essere contati.

4. Quando si confrontano le route usando le regole interno (appreso da IBGP) versus esterno (appreso da EBGP), trattare una route che è appresa da un peer che è nella stessa confederazione (non necessariamente lo stesso Member-AS) come "interno".