Защо вашият L2VPN игнорира RSVP-TE LSP, който току-що изградихте

Двама инженери могат да излязат от един и същ сервизен прозорец убедени, че новият път работи, и двамата да грешат по различни причини. Единият изгради LSP и предположи, че услугата ще го последва. Другият остави услугата и предположи, че нищо не се е променило. Pseudowire използва единствено транспорта, към който адресът на неговия партньор се резолвира в този момент, така че истинският въпрос е какво дава тази резолюция сега, и двата дизайна отговарят различно.

Единият етикет именува услуга, другият движи пакета

Етикетът на pseudowire, сигнализиран от насочен LDP, както е описано в RFC 4447, казва на приемащия доставчиков ръб кой свързващ кръг трябва да получи кадъра. Той не казва нищо за това как кадърът е стигнал дотам. Етикетът под него принадлежи на транспорта и този стек се изгражда от онова, което е обявило достижимост за loopback на партньора, било LDP, RSVP-TE или сегментно маршрутизиран път. Понеже различни протоколи сигнализират двете слоеве, единият може да е здрав, докато другият е остарял. Това разделение е целият източник на объркването.

Струва си да се каже направо: pseudowire не избира LSP. Той предава кадър на транспорта, а транспортът решава по адреса на местоназначението, който му е даден.

Затова и чист ping през новия LSP доказва толкова малко. LSP може да е вдигнат, с етикет и да носи други услуги, докато вашият pseudowire все още се резолвира през различен следващ хоп. Докато не прочетете обвързването, тези два факта са несвързани.

Вариант A: закрепете pseudowire към избран транспорт

Закрепването означава резолюцията на транспорта за услугата да стане детерминирана. Според платформата това приема формата на политика за избор на тунел, явна транспортна крайна точка върху услугата или маршрутна политика, която пренаписва следващия хоп за адреса на партньора. И трите правят едно и също отдолу: налагат резолюцията на едно местоназначение към конкретен LSP. Точно това прави резултата проверим след това.

Цената е обхватът. Политика, съвпадаща по адрес на партньор, засяга всяка услуга, насочена към този партньор, а не само pseudowire, който сте имали предвид.

Резервният вариант заслужава решение преди прозореца за промяна, а не по време на него. Ако закрепеният LSP падне, или оставяте услугата да върви по друг одобрен път, или я оставяте да спре. Политика, която тихо се връща към път, нарушаващ ограничение за латентност или разделеност, е превърнала чисто прекъсване в нещо много по-трудно за обяснение пред когото и да било.

Вариант B: оставете IGP да избере и наблюдавайте какво се случва

Оставянето на услугата е законен дизайн и често по-добрият. Pseudowire следва същата резолюция като всеки друг трафик към loopback на партньора, затова наследява конвергенцията на IGP, потискането на префикси и каквато излишъчност ядрото вече предлага. По-малко политики означават по-малко места, където да се скрие остаряло съвпадение. Разменната страна е, че вече не контролирате кой път поема услугата, а само че някакъв път съществува.

Многопътността с равен разход изостря тази размяна повече, отколкото изглежда първоначално. Хеширането е по поток, така че два разговора в един pseudowire могат да тръгнат по различни външни етикети.

Прочетете инсталираното препращане, преди да се доверите на което и да е от двете

Започнете с адреса на партньора, а не с услугата. На Junos show route 203.0.113.1 detail отпечатва избрания следващ хоп и операцията с етикет, а show route table mpls.0 съпоставя входящия етикет с тази операция. На IOS XR show mpls l2transport vc 100 detail дава състоянието на pseudowire заедно с наложения стек.

Потвърдете LSP, който транспортът действително използва, а не този, който назовава проектният ви документ. traceroute mpls ipv4 203.0.113.1/32 на IOS XR обхожда пътя с комутация на етикети и изброява етикетите и изходящите интерфейси по него, което е най-близкото до това сами да наблюдавате пътя. След това повторете упражнението от далечния доставчиков ръб, защото обратната посока се резолвира независимо и асиметрията е обичайна след частично внедряване на политика. Път, който е правилен в едната посока и грешен в другата, е по-лош от равномерно грешен, защото половината ви тестове ще минат.

Пазете доказателствата със записа на услугата: адрес на партньора, следващ хоп, външен етикет и датата, на която сте проверили. Маршрутните политики стареят лошо и никой не помни коя е била в сила преди два квартала.

Избирайте по режим на отказ, а не по предпочитание

Закрепването подхожда на услуги с ограничение, което IGP не може да изрази, и на екипи, които могат да поддържат политиката при всяка промяна. Оставянето на IGP подхожда на услуги, които трябва да преживеят всяка отделна повреда без човек в цикъла.

Решаващият въпрос е какво ви струва грешен път. Ако услуга на грешен LSP просто работи малко по-зле, оставете IGP да реши и вложете усилията в наблюдение. Ако грешен път нарушава договор, констатация от одит или изискване за разделеност, закрепете го и запишете резервния вариант. След това тествайте резервния вариант, защото нетестван резерв е предположение, а не план. Както и да е, препрочетете инсталираното обвързване след всяка промяна в ядрото и третирайте вдигнал се pseudowire като доказателство за нищо друго освен че сигнализацията работи.