Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Esempio di instradamento di interfacce virtuali private
Considera la configurazione in cui la regione principale della AWS Direct Connect posizione 1 è la stessa della regione principale del VPC. Esiste una AWS Direct Connect posizione ridondante in una regione diversa. Esistono due VIF privati (VIF A e VIF B) dalla posizione AWS Direct Connect 1 (us-east-1) al gateway Direct Connect. Esiste un VIF privato (VIF C) dalla AWS Direct Connect posizione (us-west-1) al gateway Direct Connect. Per fare in modo che il traffico di AWS routing su VIF B sia precedente a VIF A, impostate l'attributo AS_PATH di VIF B in modo che sia più corto dell'attributo VIF A AS_PATH.
Le VIF hanno il seguente comportamento:
-
VIF A (in us-east-1) pubblicizza 172.16.0.0/16 e ha un attributo AS_PATH di 65001, 65001, 65001
-
VIF B (in us-east-1) pubblicizza 172.16.0.0/16 e ha un attributo AS_PATH di 65001, 65001
-
VIF C (in us-east-1) pubblicizza 172.16.0.0/16 e ha un attributo AS_PATH di 65001
![Routing VIF privato su AS_PATH](images/private-vif-as-path-1.png)
Se modificate la configurazione dell'intervallo CIDR di VIF C, le route che rientrano nell'intervallo CIDR VIF C utilizzano VIF C perché ha la lunghezza del prefisso più lunga.
-
VIF C (in us-east-1) pubblicizza 172.16.0.0/24 e ha un attributo AS_PATH di 65001
![Routing VIF privato](images/private-vif-as-path-2.png)