Недостасува рута во 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, а не откажување по команда, затоа снимете ја разликата во конфигурацијата пред да започнете.

Завршете со истите три команди со кои започнавте, во истиот ред, и запишете го нивниот излез со временска ознака. Тикет што вели дека RT бил погрешен и сега е точен не може повторно да се користи; оној што покажува префикс во VRF, во VPNv4 и инсталиран во CEF е доказ со кој следниот човек може да спореди. Ако се промениле само првите две, не сте ја завршиле промената.