Чаму L2VPN у Junos паказвае метку, але нічога не перадае

Ад кліентаў прыходзяць паведамленні, што злучэнне 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. Гэты запіс звязвае абвешчанае з тым, што рэальна робіць плоскасць перасылкі, — гэта адзіная сувязь, якая мае значэнне, і менавіта яе спытае наступны інжынер.