Uri ng Ruta ng OSPF sa VPN: Hindi Laging Panlabas

Ang prefix ng kostumer ay tumatawid sa ulap ng provider bilang ruta ng BGP VPN at dumarating sa malayong site na mukhang panlabas na ruta ng OSPF, na inaasahan ng maraming inhinyero at hindi ang tanging posibleng resulta. Ang nakikita ng malayong CE ay nakasalalay sa domain ng OSPF na pinanggalingan ng prefix at sa orihinal na uri ng ruta nito, at parehong naglalakbay kasama ng ruta ng VPN. Ang pag-aakalang bawat na-redistribute na prefix ay nagiging uri 5 ay humahantong sa mga pagbabago ng preperensiya na hindi maaaring gumana. Ihambing muna ang identifier ng domain, hindi ang administratibong distansya.

Ang modelong PE-CE ay may dalang sapat na konteksto upang muling buuin ng tumatanggap na PE ang anunsyo ng OSPF sa halip na imbentuhin ito.

Ano ang naglalakbay kasama ng ruta

Itinatakda ng RFC 4577 ang mga attribute ng OSPF na kasama ng ruta ng VPN: ang identifier ng domain, ang metriko at ang uri ng ruta mula sa pinagmulang site. Ginagamit ng tumatanggap na PE ang mga ito upang magpasya kung paano dapat lumitaw ang karapat-dapat na prefix sa lokal nitong proseso ng OSPF. Kung wala ang mga attribute na iyon, wala sanang batayan ang malayong PE para sa anumang bagay maliban sa panlabas na redistribusyon. Kaya nga ang isang ruta ay maaaring dumating bilang LSA sa pagitan ng mga lugar kahit na dinala ito ng BGP sa gitna.

Mahalaga rin ang uri ng lugar. Nililimitahan ng lugar na stub o NSSA kung aling LSA ang maaaring pumasok, kaya ang parehong ruta ng VPN ay maaaring iharap nang iba depende sa kung saan naroroon ang tumatanggap na instans ng OSPF. Maaari ring pawalang-bisa ng naka-configure na patakaran sa pag-export ang default na presentasyon, na isang sinadyang pagpili at hindi side effect.

Parehong domain, ibang presentasyon

Ang rutang intra-area o inter-area mula sa parehong domain ay karaniwang dumarating sa malayong site bilang rutang inter-area, isang LSA na uri 3. Ang prefix mula sa ibang domain, pinagmulang hindi kailanman nagsalita ng OSPF, o anunsyong OSPF na panlabas sa simula ay sumusunod sa mga panlabas na tuntunin, at doon lumilitaw ang uri 5 at ang katumbas nitong NSSA. Parehong tama ang pag-uugali; magkaiba ang input. Ihambing ang mga identifier ng domain at ang mga inanunsyong attribute bago hawakan ang mga halaga ng preperensiya.

Pinipili ng administratibong distansya sa pagitan ng mga pinagmulan sa isang router. Hindi nito muling isinusulat ang uri ng LSA o nililikha ang nawawalang ugnayan ng domain.

Kailan ang sham link ang tamang sagot

Isipin ang dalawang site sa parehong lugar na pinagdudugtong ng direktang backdoor na link. Pinapanatili ng OSPF ang rutang iyon sa loob ng lugar kaysa sa rutang inter-area na iniaalok ng provider, kahit na gawing kaakit-akit ng naka-configure na gastos ang rutang dumadaan sa provider. Ang sham link ay kumakatawan sa ugnayan sa loob ng lugar sa buong VPN upang makalahok ang gastos sa desisyon. Umiiral ito para sa partikular na problemang iyon ng pagpili ng ruta, hindi upang gawing panloob ang bawat ruta mula sa parehong domain.

Kailangan ng sham link ang mga maabot na dulo at katumbas na configuration sa dalawang PE. Ang pag-set up nito sa isang panig lamang ay gumagawa ng ugnayang hindi kailanman nabubuo, at pinapanatili ng routing table ang dating preperensiya nito, na parang walang ginawa ang tampok.

Huwag sirain ang proteksyon sa loop

Itinatakda ng modelong PE-CE ang DN bit sa mga rutang ipinapamahagi nito upang ang isang prefix ay hindi makabalik sa pamamagitan ng ibang CE at ma-redistribute sa pangalawang pagkakataon. Ang proteksyong iyon ang pumipigil sa isang prefix na umikot sa loop sa pagitan ng mga site na nagbabahagi ng domain ng OSPF. Ang pag-alis o pagwawalang-bahala nito upang gawing panloob ang isang ruta ay maaaring lumikha ng eksaktong loop na dinisenyo upang pigilan. Kapag mukhang mali ang isang prefix, ituring ang DN bit bilang impormasyon at hindi bilang hadlang.

Ang parehong pag-iingat ay nalalapat sa mga filter ng redistribusyon at mga mapa ng ruta na nag-aalis ng mga community. Ang bawat isa ay nag-aalis ng kontekstong kailangan ng malayong panig, at ang resultang anunsyo ay maaaring mukhang makatwiran habang mali. Baguhin ang isang attribute sa isang pagkakataon at suriin kung ano ang aktwal na inilalagay ng malayong CE.

Pagkatapos ay i-verify mula sa malayong site: ang uri ng LSA, ang router na nag-anunsyo at ang rutang pinili nito. Sinasagot ng ebidensyang iyon ang tanong na inilahad ng ticket.