Firma posiada połączenie Direct Connect hosted connection o przepustowości 2 Gbps do VPC w regionie ap-southeast-2 i dodała połączenie hosted connection o przepustowości 5 Gbps z innej lokalizacji Direct Connect w tym samym regionie. Połączenia hosted connection kończą się na różnych routerach w biurze, z sesją iBGP między tymi routerami. Inżynier chce, aby VPC preferowało połączenie 5 Gbps do wysyłania ruchu do biura i przełączało się na połączenie 2 Gbps tylko w przypadku awarii łącza 5 Gbps. Które podejście spełnia ten warunek?

Prawidłowa odpowiedź to skonfigurowanie wychodzącej polityki BGP na routerze podłączonym do połączenia 2 Gbps, aby anonsować trasy z dłuższą ASPATH do AWS. BGP preferuje krótszą ścieżkę ASPATH. Wydłużenie ASPATH dla tras anonsowanych przez łącze 2 Gbps sprawi, że AWS będzie preferował łącze 5 Gbps (z krótszą ASPATH) jako ścieżkę podstawową. W przypadku awarii łącza 5 Gbps, trasy przez łącze 2 Gbps staną się jedynymi dostępnymi i ruch zostanie na nie przekierowany. Anonsowanie dłuższego prefiksu z routera podłączonego do połączenia 2 Gbps jest nieprawidłowe, ponieważ BGP preferuje krótsze prefiksy (bardziej ogólne), a nie dłuższe. Anonsowanie mniej szczegółowej trasy z routera podłączonego do połączenia 5 Gbps jest nieprawidłowe, ponieważ BGP preferuje bardziej szczegółowe trasy. Skonfigurowanie wychodzącej polityki BGP na routerze podłączonym do połączenia 5 Gbps, aby anonsować trasy z dłuższą ASPATH do AWS, jest nieprawidłowe, ponieważ spowodowałoby to, że AWS preferowałby łącze 2 Gbps, co jest sprzeczne z celem.