Trūkstošs maršruts VRF: lokālais, VPNv4 vai pāradresācijas tabula?
Prefikss, kas trūkst VRF, trūkst VPNv4 un nav instalēts CEF, ir trīs dažādi bojājumi. Lasiet tabulas secībā, pirms maināt maršruta mērķus.
Klients saka, ka pēc maršruta mērķa maiņas pazuda prefikss, un pirmais ekrānuzņēmums, ko viņi atsūta, parasti ir nepareizā tabula. Trīs dažādas tabulas atbild uz trim dažādiem jautājumiem: vai prefikss pastāv VRF iekšpusē, vai tas tika paziņots un importēts kā VPNv4 maršruts, un vai pāradresācijas ieraksts patiešām tika instalēts. Lasot tās ārpus secības, rodas pārliecinātas un nepareizas secības. Šī rokasgrāmata ved vienu lokālu un vienu attālu prefiksu cauri visām trim tabulām secībā un beidzas ar atritināšanas plānu tam RT grozījumam, kas to sāka.
Nosauciet prefiksu un tabulu, pie kuras tas pieder
Pierakstiet divus prefiksus, pirms kaut ko ierakstāt. Viens ir lokāls klienta vietnē, apgūts no pievienotas saskarnes vai CE paziņojuma. Otrs ir attāls un tam jāatnāk pa pakalpojumu sniedzēja magistrāli. Tie nonāk vienā VRF pa dažādiem ceļiem, un bojājums vienā neko nepasaka par otru.
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
Skaidri šķiriet abus identifikatorus, jo lielākā daļa apjukuma šajos pieteikumos nāk no turienes. Maršruta atdalītājs ir VPNv4 NLRI daļa un pastāv, lai citādi identiski klienta prefiksi būtu unikāli visā magistrālē. Maršruta mērķis ir paplašināta kopiena, kas tiek pārnesta kā atribūts, un tieši ar to saskaņo importa un eksporta politiku. Tas nav otrs atdalītāja nosaukums un tas netiek pārnests klienta paketēs.
1. solis: pierādiet, ka prefikss ir VRF
Sāciet ar lokālo skatu, tad ar RT, kas pārvalda importu. Ja lokālā prefiksa šeit nav, nekas augstāk nevar būt vainīgs:
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-APrefikss, kas parādās kā pievienots vai statisks, ir apgūts lokāli, un tā klātbūtne neko nepasaka par to, vai tas tika eksportēts. Šī ir visbiežākā nepareizā lasīšana šajā darbplūsmā: veselīga VRF tabula ir pierādījums tikai par lokālu apguvi. Eksporta puse ir atsevišķs jautājums, uz ko atbild kaimiņa skats un pievienotais eksporta mērķis.
Pārbaudiet VRF RT sarakstus, kamēr esat šeit. Ja paredzētais importa mērķis nav sarakstā, viss lejāk ir nebūtisks. Ja tas ir, bet atšķiras no tā, ko eksportē attālais PE, jūs esat atradis bojājumu, neatverot nevienu pakešu ierakstu.
2. solis: izlasiet VPNv4 tabulu un tās mērķus
VPNv4 tabula parāda, ko vadības plakne patiešām apmainīja. Meklējiet attālo prefiksu zem pareizā atdalītāja, tad apskatiet tam piesaistītās kopienas:
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-routesIeraksts ar pareizu maršruta mērķi, bet bez lokālas instalācijas, norāda uz importa politiku vai maršruta izvēli, nevis uz sasniedzamību. Ieraksts, kas VPNv4 tabulā neparādās vispār, norāda uz augšu: iespējams, avota PE to nav eksportējis vai sesija nepārnes adrešu saimi.
Ir arī trešais gadījums, kas mainīšanas laikā mulsina cilvēkus. Dažas platformas, izmantojot maršruta mērķu piederības informāciju, ierobežo, kurus VPN maršrutus tās pieprasa vai notur, tāpēc attāla NLRI neesamība vienā filtrētā skatā nav pierādījums, ka paziņojuma nekur nav. Pārbaudiet nefiltrēto tabulu un kaimiņa paziņotos maršrutus, pirms secināt, ka maršruts tika atsaukts visā pasaulē.
3. solis: apstipriniet, ka kaut kas tika instalēts un iezīmēts
BGP ieraksts ir lēmums, nevis ceļš. Pāradresācijas tabulas pasaka, vai paketēm ir kur iet:
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-ACEF ieraksts ar atrisinātu blakusattiecību un izejošu etiķeti nozīmē, ka datu plaknes plūsmai jādarbojas, un jebkurš atlikušais simptoms pieder lietojumprogrammai vai filtrēšanai VRF iekšpusē. CEF ieraksts ar neatrisinātu nākamo lēcienu nozīmē, ka etiķetes ceļš ir nepilnīgs, lai arī BGP izskatās vesels, un tieši šajā gadījumā BGP tabulas ekrānuzņēmums ir maldinājis izmaiņu pārskatu.
Salīdziniet etiķeti, ko uzliek lokālais PE, ar to, ko attālais PE gaida saņemam. Atšķirība starp abiem skatiem ir etiķešu piešķiršanas vai sesijas problēma, un to neizlabos maršruta mērķu maiņa, lai cik reizes jūs to darītu.
Atritiniet RT izmaiņu ar norādītu apjomu
Ja bojājums sākās ar maršruta mērķa maiņu, atceliet to kā vienu apzinātu soli un pasakiet, kādu apjomu jūs maināt. Importa mērķa noņemšana atsauc atbilstību šīs VRF iekšpusē. Tā nedzēš VPNv4 paziņojumu no magistrāles, un dažās platformās maršruts paliek noturēts tabulā. Tie ir dažādi iznākumi, un lietotājam redzamā ietekme ir atkarīga no tā, kuru jūs domājat.
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inMaiga ienākošā pārkonfigurācija ir pietiekama, ja sesija jau glabā prefiksus; cieta pakalpojumu sniedzēja virziena sesijas atiestatīšana darba laikā ir lēmums, kas jāpieņem kādam citam. Junos vidē attiecīgās pārbaudes tieši lasa katras VRF tabulu un VPN tabulu, un atritināšana ir atgriešanās commit laikā, nevis atcelšana pa komandām, tāpēc pirms sākšanas fiksējiet konfigurācijas starpību.
Beidziet ar tām pašām trim komandām, ar kurām sākāt, tajā pašā secībā, un pierakstiet to izvadi ar laika zīmi. Biļete, kas saka, ka RT bija nepareizs un tagad ir pareizs, nav atkārtoti lietojama; tā, kas parāda prefiksu VRF, VPNv4 un instalētu CEF, ir pierādījums, ar ko nākamais cilvēks var salīdzināt. Ja mainījās tikai pirmie divi, jūs izmaiņu neesat pabeidzis.