Esempio di instradamento di interfacce virtuali private - AWS Direct Connect

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

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