Sesioni BGP aktiv, rruga e klientit e thyer: MPLS mbi DMVPN

Peerimi është aktiv prej javësh, numri i prefiksave duket i saktë, e megjithatë trafiku i një klienti vazhdon të marrë rrugën e gjatë ose nuk arrin kurrë. Dy gjëra të ndryshme gjykohen nga i njëjti tregues. Një sesion BGP raporton se dy peer-e mund të shkëmbejnë mesazhe përmes një lidhjeje TCP; ai nuk thotë asgjë për atë nëse overlay-i mund të mbajë një paketë të etiketuar për atë klient të caktuar.

Kjo boshllëk shihet më lehtë në një projekt MPLS mbi DMVPN, ku rruga përmes hub-it dhe rruga e drejtpërdrejtë përmes spoke mund të sillen ndryshe për arsye që nuk kanë asnjë lidhje me peerimin.

Çfarë vërteton në të vërtetë sesioni

BGP punon mbi TCP, pra çdo peer ka nevojë për një rrugë drejt adresës së skajit tjetër përpara se të ndodhë çdo gjë tjetër. Nëse zgjidhni një loopback si atë skaj, keni krijuar një kërkesë arritshmërie, jo një garanci përcjelljeje. Sesioni mund të mbetet pastaj aktiv përmes një ndërfaqeje që trafiku i klientit nuk do ta përdorte kurrë.

Shënoni katër fakte në të dy skajet përpara se të nxirrni përfundime: adresën burimore të sesionit, adresën e destinacionit, kontekstin e rrugëzimit ku ndodhet dhe cilën ndërfaqe do të zgjidhte kerneli ose routeri për atë çift. Këto fakte përshkruajnë planin e kontrollit. Paketat e klientit shtojnë sipër një VRF, një pirg etiketash dhe një hartëzim overlay.

Katër mekanizma, jo një

Dokumentacioni i Cisco për MPLS mbi DMVPN i ndan qartë pjesët. MP-BGP shpërndan etiketat e overlay-it të klientit midis pajisjeve në skajin e ofruesit. MPLS përdor ato etiketa për të zgjedhur kontekstin e përcjelljes së një pakete. NHRP harton një adresë overlay në skajin e transportit që i nevojitet një tuneli dinamik. IPsec mbron rrugën midis peer-eve aty ku zbatohet.

Secili prej katër mund të jetë i saktë ndërsa një tjetër është i gabuar, dhe është kombinimi ai që mbart trafikun. Një shkëmbim rrugësh mund të përfundojë ndërsa mungon lidhja e etiketës për një VRF, ndërsa hartëzimi NHRP tregon një adresë transporti të vjetruar, ose ndërsa tuneli ekziston por asnjë politikë nuk lejon paketën e brendshme. Asnjë prej këtyre kushteve nuk e rrëzon sesionin.

Krahasoni rrugën përmes hub-it me shkurtesën, një ndryshore në një herë

Fiksoni hostin burimor, hostin e destinacionit dhe VRF-në, pastaj ndiqni të njëjtin rrjedhë dy herë. Në rrugën përmes hub-it shënoni hop-in e radhës, etiketën e shërbimit që identifikon kontekstin e klientit të largët dhe hartëzimin overlay-në-transport që përdoret. Në rrugën e drejtpërdrejtë të synuar shënoni të njëjtat tri gjëra. Diferenca midis dy listave është defekti, ose mungesa e tij.

Mbajeni rrjedhën konstante gjatë krahasimit. Ndryshimi i hostit burimor, i VRF-së ose i destinacionit midis vëzhgimeve prodhon dy histori pa lidhje, dhe ky është mënyra më e zakonshme që ky ushtrim të shkojë keq.

Mbajini testet e loopback në ndarjen e tyre

Një ping i nisur nga loopback-u i një routeri është test i dobishëm dhe ushtron një rast ndryshe nga një rrjedhë prej një hosti. Adresa burimore i përket routerit, konteksti i tij i rrugëzimit mund të jetë global në vend të një VRF, dhe rruga e përgjigjes mund të ndryshojë nga ajo që do të merrte një prefiks klienti. Pra loopback-u që përgjigjet dhe aplikacioni që funksionon përmes shkurtesës janë rezultate të ndara, dhe vetëm i dyti e përshkruan klientin.

Testojini të dyja, pastaj etiketojini veçmas në shënimet tuaja. Kur nuk përputhen, keni mësuar diçka konkrete për vendin ku projekti devijon, dhe kjo është më shumë sesa do t'ju thotë ndonjëherë një shenjë e vetme e gjelbër.

Pohimet për versionin dhe për defektin kanë nevojë për provat e tyre

Raportet e terrenit ndonjëherë rekomandojnë ndryshimin e një maske hosti ose të një adrese burimore BGP, dhe raporte të tilla vlen të lexohen vetëm bashkë me defektin për të cilin u shkruan dhe me versionet që preku. Një zgjidhje anashkaluese nga një version nuk është pohim se arkitektura nuk mbështet asnjë prefiks /32.

Përdorni dokumentacion që përputhet me fazën tuaj DMVPN, platformën dhe versionin, dhe mbani mend se një kapitull mund të mbulojë disa rregullime, përfshirë FlexVPN. Një shembull nga një rregullim nuk kalon në heshtje në një tjetër. Zgjidhni skajet e sesionit për projektin e planit të kontrollit që ju nevojitet vërtet, pastaj verifikoni veçmas rrugën e përcjelljes së klientit, sepse rishkrimi i çdo maske loopback nuk zëvendëson zbulimin se cila detyrë dështoi.