Un'azienda utilizza Transit Gateway Connect e due appliance virtuali SD-WAN per estendere la propria SD-WAN ad AWS. La policy aziendale stabilisce che solo un'appliance SD-WAN alla volta deve gestire il traffico del carico di lavoro diretto ad AWS. Come dovrebbe essere configurato il routing in modo che venga preferita solo l'appliance primaria?

La risposta corretta è configurare l'attributo ASPATH prepend sull'appliance virtuale SD-WAN secondaria. Questo attributo manipola il percorso BGP rendendolo più lungo per le route annunciate dall'appliance secondaria. I router BGP preferiscono i percorsi più brevi, quindi il Transit Gateway instraderà il traffico verso l'appliance primaria (con ASPATH più corto), utilizzando la secondaria solo in caso di failover della primaria. Le altre opzioni sono errate: Aggiungere una route predefinita statica alla secondaria e route più specifiche alla primaria non è una soluzione dinamica e non garantisce il failover automatico. Il tag della community BGP 7224:7300 (NOEXPORT) impedirebbe l'annuncio delle route al di fuori dell'AS locale, non influenzando la preferenza tra le due appliance. Disabilitare ECMP non risolverebbe il problema della preferenza, ma impedirebbe solo la distribuzione del traffico su più percorsi uguali, cosa che in questo scenario non è l'obiettivo principale.