Защо Junos L2VPN показва етикет, но не препраща нищо

Пристигат доклади от клиенти, че L2VPN връзката е Up, прикачването е вдигнато и нито един кадър не преминава. Светлините за състояние не лъжат; кадърът се класифицира в услуга, която в далечния край няма използваемо състояние за препращане. При точка-до-точка L2VPN със сигнализация чрез BGP първото решение принадлежи на прикачването, а не на търсене на маршрут. Кадърът на клиента пристига на логически интерфейс и този интерфейс именува връзката, а следователно и отдалечения сайт. Всичко след това е състояние за препращане по етикети, изградено от това, което съседите са обявили.

Кадърът никога не прави търсене на маршрут

Сигнализацията подготви състоянието; обработката на всеки пакет е търсене на етикет във връзка, която вече е избрана. Затова въпросът защо липсва маршрут е грешен, и той скрива двете важни стойности: връзката на прикачването и етикета на услугата, който тя използва.

Това обяснява и асиметрията в усилията. Прегледът на конфигурацията ви казва какво е трябвало да бъде инсталирано, докато изгледът на връзката казва какво реално е извлечено, и само второто оцелява при несъответствие на блок от етикети.

Два етикета, две посоки

Всеки PE локално разпределя блок от етикети, обявява неговата база и размер, а съседите му добавят отместване, за да изведат етикета за конкретен сайт. Затова разпределенията имат локално значение: два PE могат да използват различни бази и различни размери на блока за една и съща услуга. Прочетете връзката от двата края, преди да промените нещо. Блок, оразмерен с един етикет по-малко, изглежда точно като връзка, която никога не се инсталира.

show l2vpn connections instance CUST-A extensive

В този изход входящият етикет е този, който този PE е разпределил и е казал на съседа си да използва, докато изходящият етикет е разпределението на съседа, което този PE избутва. Четенето на двата в обратен ред е класическата грешка и ви изпраща да търсите стойност, която никога не е трябвало да се появи от тази страна. Справката за връзките документира полетата до етикетите, включително сайт, състояние и информация за блока.

Какво доказва търсенето на етикет

След като имате входящата стойност, локалното търсене е една команда:

show route label 160042

Този изход трябва да покаже запис l2vpn със следващ хоп, а операцията с етикета ви казва дали кадърът се избутва, заменя или изважда, преди да тръгне. Ако не показва нищо, състоянието на услугата никога не е било инсталирано, макар връзката да показва Up, и несъответствието е в сигнализацията, а не в транспорта.

Проследете един кадър

Един пакет, избутан в прикачването, решава повече от всеки преглед на конфигурация. Маршрутът на етикета за услугата трябва да сочи към транспортния LSP към отдалечения PE, а двата етикета трябва да съответстват на стойностите, които съседът е докладвал. Когато транспортът е здрав, а етикетът на услугата е грешен, кадърът стига до правилния рутер и там се отхвърля, затова броячите на далечния край изглеждат празни, а на близкия — заети.

Проверете инкапсулацията на прикачването, настройката на контролната дума и MTU едновременно, защото това са договорени свойства, а не поведение на всеки хоп.

Дръжте моделите на услугите отделно

VPLS учи MAC адреси, а EVPN обявява крайни точки, докато точка-до-точка L2VPN не прави нито едното, така че процедурите им за избор на кадър не са взаимозаменяеми, въпреки че се возят на същата инфраструктура BGP и MPLS. Прехвърлянето на стъпка за отстраняване на проблеми от един модел в друг дава уверени заключения без основание.

При липсващ път запишете състоянието на връзката на двамата съседи, прикачването, двете посоки на етикетите, инкапсулацията, настройката на контролната дума и MTU. Този запис свързва обявеното с това, което равнината за препращане реално прави, което е единствената връзка, която има значение, и е също това, което следващият инженер ще поиска.