Адсутны маршрут у VRF: лакальны, VPNv4 ці табліца перасылкі?

Кліент кажа, што пасля змены мэты маршруту прапаў прэфікс, і першы здымак экрана, які ён дасылае, звычайна паказвае не тую табліцу. Тры розныя табліцы адказваюць на тры розныя пытанні: ці існуе прэфікс унутры VRF, ці быў ён абвешчаны і імпартаваны як маршрут VPNv4, і ці быў фактычна ўсталяваны запіс перасылкі. Чытанне іх не ў тым парадку дае ўпэўненыя, але няправільныя высновы. Гэты дапаможнік праводзіць адзін лакальны і адзін аддалены прэфікс праз усе тры табліцы па парадку і заканчваецца планам адкату для правак RT, з якіх пачалося.

Назвіце прэфікс і табліцу, да якой ён належыць

Запішыце два прэфіксы, перш чым нешта ўводзіць. Адзін лакальны для пляцоўкі кліента, вывучаны з далучанага інтэрфейсу або з аб'явы CE. Другі аддалены, яго чакаюць праз апорную сетку правайдэра. Яны ідуць рознымі шляхамі ў адзін і той жа VRF, і няспраўнасць у адным нічога не кажа пра іншы.

Трымайце розніцу паміж двума ідэнтыфікатарамі ясна, бо большасць блытаніны ў гэтых заяўках паходзіць менавіта адсюль. Ідэнтыфікатар маршруту — частка NLRI VPNv4, і ён існуе, каб зрабіць інакш аднолькавыя прэфіксы кліентаў унікальнымі ва ўсёй апорнай сетцы. Мэта маршруту — пашыраная супольнасць, якая пераносіцца як атрыбут, і менавіта з ёй звяраецца палітыка імпарту і экспарту. Гэта не другое імя ідэнтыфікатара, і яна не пераносіцца ў пакетах кліента.

Крок 1: дакажыце, што прэфікс ёсць у VRF

Пачніце з лакальнага выгляду, затым з RT, якія кіруюць імпартам. Калі лакальнага прэфікса тут няма, нішто вышэй не можа быць вінаватым:

show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-A

Прэфікс, які выглядае як далучаны або статычны, вывучаны лакальна, і яго наяўнасць нічога не кажа пра тое, ці быў ён экспартаваны. Гэта самае распаўсюджанае памылковае чытанне ў гэтым працэсе: здаровая табліца VRF — доказ толькі лакальнага вывучэння. Бок экспарту — асобнае пытанне, на яго адказваюць від суседа і далучаная мэта экспарту.

Праверце спісы RT на VRF, пакуль вы тут. Калі патрэбнай мэты імпарту няма ў спісе, усё ніжэй страчвае сэнс. Калі яна ёсць, але адрозніваецца ад таго, што экспартуе аддалены PE, вы знайшлі няспраўнасць, не адкрыўшы ніводнага перахопу пакетаў.

Крок 2: прачытайце табліцу VPNv4 і яе мэты

Табліца VPNv4 паказвае, што плоскасць кіравання фактычна абмяняла. Шукайце аддалены прэфікс пад правільным ідэнтыфікатарам, потым паглядзіце на супольнасці, далучаныя да яго:

show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routes

Запіс з правільнай мэтай маршруту, але без лакальнай усталёўкі, паказвае на палітыку імпарту або на выбар маршруту, а не на дасяжнасць. Запіс, які зусім не з'яўляецца ў табліцы VPNv4, паказвае ўверх: PE-крыніца магла яго не экспартаваць, або сеанс можа не падтрымліваць сямейства адрасоў.

Ёсць трэці выпадак, які збівае людзей з панталыку падчас змен. Некаторыя платформы абмяжоўваюць, якія VPN-маршруты яны запытваюць або ўтрымліваюць, выкарыстоўваючы інфармацыю пра членства мэтаў маршруту, таму адсутнасць аддаленага NLRI ў адным адфільтраваным відзе не даказвае, што аб'явы няма нідзе. Праверце нефільтраваную табліцу і абвешчаныя маршруты суседа, перш чым рабіць выснову, што маршрут адазваны глабальна.

Крок 3: пераканайцеся, што нешта ўсталявана і пазначана

Запіс BGP — гэта рашэнне, а не шлях. Табліцы перасылкі кажуць, ці ёсць пакетам куды ісці:

show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A

Запіс CEF з развязанай сумежнасцю і зыходнай меткай азначае, што трафік плоскасці даных павінен працаваць, а любы астатні сімптом належыць прыкладанню або фільтрацыі ўнутры VRF. Запіс CEF з няразвязаным наступным крокам азначае, што шлях меткі няпоўны, нават калі BGP выглядае здаровым, і гэта менавіта той выпадак, калі здымак табліцы BGP увёў у зман праверку змены.

Параўнайце метку, якую накладае лакальны PE, з той, якую чакае атрымаць аддалены PE. Няўзгодненасць паміж двума відамі — гэта праблема размеркавання метак або сеансу, і яе не выправіць правай мэтаў маршруту, колькі б разоў вы гэта ні рабілі.

Адкаціце правак RT з заяўленым ахопам

Калі няспраўнасць пачалася з правак мэты маршруту, скасуйце іх як адзін наўмысны крок і скажыце, які ахоп вы змяняеце. Выдаленне мэты імпарту забірае права ўнутры гэтага VRF. Яно не выдаляе аб'яву VPNv4 з апорнай сеткі, і на некаторых платформах маршрут застаецца ўтрыманым у табліцы. Гэта розныя вынікі, і бачны для карыстальніка эфект залежыць ад таго, які з іх вы маеце на ўвазе.

configure terminal
vrf definition CUST-A
 address-family ipv4
  no route-target import 65000:410
 end
clear ip bgp vpnv4 vrf CUST-A soft in

Мяккая ўваходная пераканфігурацыя дастатковая, калі сеанс ужо захоўвае прэфіксы; жорсткі скід сеансу, накіраванага да правайдэра, у працоўныя гадзіны — гэта рашэнне, якое павінен прыняць хтосьці іншы. На Junos адпаведныя праверкі чытаюць табліцу па кожным VRF і табліцу VPN наўпрост, а адкат — гэта вяртанне пры commit, а не адмена кожнай каманды, таму зафіксуйце розніцу канфігурацыі перад пачаткам.

Скончыце тымі ж трыма камандамі, з якіх пачалі, у тым жа парадку, і запішыце іх вывад з пазнакай часу. Заяўка, якая кажа, што мэта была няправільная, а цяпер правільная, не можа быць выкарыстана паўторна; тая, што паказвае прэфікс у VRF, у VPNv4 і ўсталяваны ў CEF, — гэта доказ, з якім можа зверыцца наступны чалавек. Калі змяніліся толькі першыя два, вы не скончылі змену.