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à. # Direct Connect esempio di routing di interfacce virtuali private Considera la configurazione in cui la regione principale della Direct Connect posizione 1 è la stessa della regione principale del VPC. Esiste una Direct Connect posizione ridondante in una regione diversa. Ne esistono due private VIFs (VIF A e VIF B) dalla posizione Direct Connect 1 (us-east-1) al gateway Direct Connect. Esiste un VIF privato (VIF C) dalla 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\$1PATH di VIF B in modo che sia più corto dell'attributo VIF A AS\$1PATH. VIFs Hanno le seguenti configurazioni: + VIF A (in us-east-1) pubblicizza 172.16.0.0/16 e ha un attributo AS\$1PATH di 65001, 65001, 65001 + VIF B (in us-east-1) pubblicizza 172.16.0.0/16 e ha un attributo AS\$1PATH di 65001, 65001 + VIF C (in us-east-1) pubblicizza 172.16.0.0/16 e ha un attributo AS\$1PATH di 65001 ![\[Routing VIF privato su AS_PATH\]](http://docs.aws.amazon.com/it_it/directconnect/latest/UserGuide/images/private-vif-as-path-1.png) Se si modifica 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\$1PATH di 65001 ![\[Routing VIF privato\]](http://docs.aws.amazon.com/it_it/directconnect/latest/UserGuide/images/private-vif-as-path-2.png)