Зашто рута подмреже на AWS VGW не може да изабере један VPN тунел

Две Site-to-Site VPN везе завршавају се на једној виртуелној приватној капији и оглашавају исти префикс огранка. Табела рута подмреже држи један унос за тај префикс, усмерен на капију, и ниједно поље које именује тунел. Преференција између веза се зато дешава негде што конзола не назива рутирањем. Знати који слој поседује одлуку разлика је између исправне приправности и промене која ништа не ради.

Два слоја су у игри: рута у VPC-у која каже која капија, и сопствени избор тунела саме капије. Њихово мешање даје измене које изгледају исправно у табели рута и никада не помере ниједан пакет.

Два слоја која изгледају као један

Рута подмреже одговара на једно питање: за ово одредиште, који прикључак? Њен циљ је виртуелна приватна капија, а њена метрика се такмичи само са другим рутама у истој табели. Ништа у том уносу не разликује тунел један од тунела два, ни везу A од везе B. Конкретнији префикс је друго поклапање одредишта, а не финији избор пута.

Капија одговара на следеће питање: међу тунелима које држи за тај префикс, који сада носи саобраћај. Та одлука долази од здравља тунела и BGP атрибута примљених од корисничке капије, и никада се не појављује у табели рута подмреже.

Шта VGW заиста пореди

Здравље је прво. Тунел који је пао, или BGP сесија која се није подигла, губи пре него што се погледа било који атрибут. Зато додавање пута напред на вези која већ не успева не мења ништа.

Међу подобним путевима за исти префикс AWS преферира краћи AS_PATH. Када су два пута једнака по дужини, пореди MED, уз документовани услов о првом AS у путу. Читајте објављени редослед, а не верзију из предања, јер предање обично изоставља корак здравља и изузетак за статичке руте. Једна последица: три додавања напред на резервној вези чине примарну строго краћом, а то је уобичајен начин да се изрази преференција.

Додавање напред, и када не ради ништа

Додавање напред се дешава у одлазним огласима корисничке капије, не унутар AWS-а. Додајете свој ASN два или три пута префиксу који желите да AWS избегне, и AWS тада види дужи пут за ту везу. Примарна веза задржава оглас без додавања. Ако обе везе оглашавају из истог ASN-а са истим бројем додавања, нисте изразили никакву преференцију.

Проверите примљени пут на страни AWS-а након промене. Додавање које никада није напустило уређај корисника изгледа тачно као оно које је AWS игнорисао.

Статичке руте игноришу цео аргумент

Ако веза користи статичко рутирање, нема AS_PATH-а који се може продужити. AWS документује статичке VPN руте као приоритетне у односу на руте научене преко BGP-а за исти префикс, па се мешовити дизајн не понаша као потпуно динамички. Прво одлучите тип рутирања, а затим изаберите механизам преференције који за њега постоји.

Са две статичке везе које оглашавају исти префикс, корисна полуга је префикс: огласите конкретнији опсег на вези коју желите да користите, и прихватите да сте променили које одредиште се поклапа, а не који пут побеђује.

Зашто је транзитна капија други одговор

Транзитна капија подржава вишепутисти са једнаком ценом преко VPN прикључака, тако да две везе могу да деле саобраћај уместо да једна стоји у приправности. Тај дизајн има другу површину отказа: токови се шире по тунелима, а пад једног тунела помера само део оптерећења. Копирање VGW рецепта на транзитну капију, или обрнуто, ствара очекивања која ниједна платформа не испуњава.

Изаберите модел пре механизма: активан и приправан са причвршћеном преференцијом, или активан и активан са ECMP-ом.

Шта проверити након постављања

Потврдите четири ствари по реду. Табела подмреже још увек разрешава префикс на предвиђену капију. Капија приказује оба тунела као активна. Примљени AS_PATH на вези коју желите да избегнете дужи је од другог. И стварни ток са инстанце у тој подмрежи пролази кроз очекивани тунел, посматран на оба краја, а не изведен из зеленог статуса.

Затим покрените одобрени тест пребацивања и гледајте како преживели пут носи услугу. Преференција која постоји само у разлици конфигурације још није преференција.