Lloji i rrugës OSPF përmes një VPN: jo gjithmonë i jashtëm

Një prefiks klienti kalon nëpër renë e ofruesit si rrugë BGP VPN dhe mbërrin në vendndodhjen e largët duke u dukur si rrugë OSPF e jashtme, gjë që shumë inxhinierë e presin dhe nuk është rezultati i vetëm i mundshëm. Ajo që sheh CE-ja e largët varet nga domeni OSPF prej nga erdhi prefiksi dhe nga lloji origjinal i rrugës, dhe të dyja udhëtojnë me rrugën VPN. Supozimi se çdo prefiks i rishpërndarë bëhet lloj 5 çon në ndryshime preferencash që nuk mund të funksionojnë. Krahasoni së pari identifikuesin e domenit, jo distancën administrative.

Modeli PE-CE mbart kontekst të mjaftueshëm që PE-ja marrëse të rindërtojë një njoftim OSPF në vend që ta sajojë.

Çfarë udhëton me rrugën

RFC 4577 përcakton atributet OSPF që shoqërojnë një rrugë VPN: identifikuesin e domenit, metrikën dhe llojin e rrugës nga vendi i origjinës. PE-ja marrëse i përdor ato për të vendosur si duhet të duket një prefiks i përshtatshëm për procesin e saj lokal OSPF. Pa këto atribute, PE-ja e largët nuk do të kishte asnjë bazë për asgjë tjetër përveç një rishpërndarjeje të jashtme. Kjo është arsyeja pse një rrugë mund të mbërrijë si LSA ndër-zonale edhe pse BGP e transportoi në mes.

Edhe lloji i zonës ka rëndësi. Një zonë stub ose NSSA kufizon cilat LSA mund të hyjnë, kështu që e njëjta rrugë VPN mund të paraqitet ndryshe në varësi të vendit ku ndodhet instanca OSPF marrëse. Politika e eksportit e konfiguruar mund të anashkalojë gjithashtu paraqitjen e parazgjedhur, që është një zgjedhje e qëllimshme dhe jo një efekt anësor.

I njëjti domen, paraqitje tjetër

Një rrugë brenda zonës ose ndër-zonale nga i njëjti domen zakonisht mbërrin në vendndodhjen e largët si rrugë ndër-zonale, domethënë një LSA e llojit 3. Një prefiks nga një domen tjetër, një origjinë që nuk ka folur kurrë OSPF, ose një njoftim OSPF fillimisht i jashtëm ndjekin në vend të kësaj rregullat e jashtme, dhe aty shfaqen lloji 5 dhe ekuivalenti i tij NSSA. Të dyja sjelljet janë të sakta; hyrja ndryshon. Krahasoni identifikuesit e domenit dhe atributet e shpallura përpara se të prekni vlerat e preferencës.

Distanca administrative zgjedh midis burimeve në një ruter të vetëm. Ajo nuk rishkruan një lloj LSA dhe nuk krijon lidhjen e domenit që mungon.

Kur një sham link është përgjigjja e duhur

Imagjinoni dy vende në të njëjtën zonë të lidhura nga një lidhje e drejtpërdrejtë e pasme. OSPF e mban atë shteg brenda zonës në vend të atij ndër-zonal që ofrohet përmes ofruesit, edhe kur kostot e konfiguruara do ta bënin tërheqës shtegun e ofruesit. Një sham link përfaqëson një marrëdhënie brenda zonës përmes VPN-së, që kostot të mund të marrin pjesë në vendim. Ajo ekziston për atë problem specifik të zgjedhjes së shtegut, jo për t'i bërë të gjitha rrugët e të njëjtit domen të duken të brendshme.

Një sham link kërkon pika fundore të arritshme dhe konfigurim reciprok në të dy PE-të. Konfigurimi vetëm në njërën anë prodhon një marrëdhënie që nuk formohet kurrë, dhe tabela e rrugëzimit mban preferencën e saj të vjetër, gjë që duket sikur funksioni nuk bëri asgjë.

Mos thyeni mbrojtjen nga qarkullimi

Modeli PE-CE vendos bitin DN në rrugët që shpërndan, që një prefiks të mos mund të kthehet përmes një CE tjetër dhe të rishpërndahet për herë të dytë. Ai mbrojtje është ajo që pengon një prefiks të qarkullojë midis vendeve që ndajnë një domen OSPF. Heqja ose injorimi i saj për ta bërë një rrugë të duket e brendshme mund të krijojë pikërisht qarkullimin që ishte projektuar të parandalonte. Kur një prefiks duket i gabuar, trajtojeni bitin DN si informacion dhe jo si pengesë.

E njëjta kujdes vlen edhe për filtrat e rishpërndarjes dhe hartat e rrugëve që heqin komunitetet. Secili heq kontekst që ana e largët ka nevojë, dhe njoftimi që rezulton mund të duket i besueshëm ndërsa është i gabuar. Ndryshoni një atribut në një kohë dhe kontrolloni çfarë instalon në të vërtetë CE-ja e largët.

Pastaj verifikoni nga vendndodhja e largët: llojin e LSA, ruterin që njofton dhe shtegun që zgjodhi. Ajo provë i përgjigjet pyetjes që shtroi bileta.