Nawawalang ruta sa VRF: lokal, VPNv4 o talahanayan ng pagpapasa?

Sabi ng isang kostumer, nawala ang isang prefix pagkatapos ng pagbabago sa target ng ruta, at ang unang screenshot na ipinapadala nila ay karaniwang maling talahanayan. Tatlong magkaibang talahanayan ang sumasagot sa tatlong magkaibang tanong: kung umiiral ang prefix sa loob ng VRF, kung naianunsiyo at na-import ito bilang rutang VPNv4, at kung may tunay na naka-install na entry ng pagpapasa. Ang pagbasa sa kanila nang wala sa ayos ay nagbibigay ng matatag ngunit maling konklusyon. Dinarating ng runbook na ito ang isang lokal at isang malayong prefix sa lahat ng tatlong talahanayan, ayon sa ayos, at nagtatapos sa plano ng pag-urong para sa pagbabago ng RT na nagpasimula nito.

Pangalanan ang prefix at ang talahanayang kinabibilangan nito

Isulat ang dalawang prefix bago mag-type ng kahit ano. Ang isa ay lokal sa site ng kostumer, natutuhan mula sa konektadong interface o anunsyo ng CE. Ang isa ay malayo at inaasahang darating sa backbone ng provider. Pumapasok sila sa parehong VRF sa magkaibang landas, at ang sira sa isa ay walang sinasabi tungkol sa iba.

Panatilihing malinaw ang pagkakaiba ng dalawang identifier, dahil doon nagmumula ang karamihan ng kalituhan sa mga ticket na ito. Ang distinguisher ng ruta ay bahagi ng NLRI ng VPNv4 at umiiral upang gawing natatangi sa buong backbone ang mga prefix ng kostumer na kung hindi ay magkapareho. Ang target ng ruta ay isang pinalawak na community na dinadala bilang attribute, at dito tumutugma ang patakaran sa import at export. Hindi ito pangalawang pangalan ng distinguisher at hindi ito dinadala sa mga packet ng kostumer.

Hakbang 1: patunayan na nasa VRF ang prefix

Magsimula sa lokal na tanawin, pagkatapos sa mga RT na namamahala sa import. Kung wala ang lokal na prefix dito, walang nasa itaas ang maaaring maging sanhi:

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

Ang prefix na lumilitaw bilang konektado o static ay natutuhan nang lokal, at ang presensya nito ay walang sinasabi kung na-export ito. Ito ang pinakakaraniwang maling pagbasa sa daloy ng trabahong ito: ang malusog na talahanayan ng VRF ay patunay lamang tungkol sa lokal na pagkatuto. Ang panig ng export ay hiwalay na tanong, na sinasagot ng tanawin ng kapitbahay at ng nakalakip na target ng export.

Suriin ang mga listahan ng RT sa VRF habang naririto ka. Kung wala sa listahan ang sinadyang target ng import, walang kaugnayan ang lahat ng nasa ibaba. Kung naroon ito ngunit naiiba sa iniluluwas ng malayong PE, natagpuan mo ang sira nang hindi nagbubukas ng kahit isang pagkuha ng packet.

Hakbang 2: basahin ang talahanayan ng VPNv4 at ang mga target nito

Ipinapakita ng talahanayan ng VPNv4 kung ano talaga ang ipinagpalit ng control plane. Hanapin ang malayong prefix sa ilalim ng tamang distinguisher, pagkatapos tingnan ang mga community na nakalakip dito:

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

Ang entry na may tamang target ng ruta ngunit walang lokal na pag-install ay tumutukoy sa patakaran ng import o sa pagpili ng ruta, hindi sa maabot. Ang entry na hindi lumilitaw sa talahanayan ng VPNv4 ay tumutukoy pataas: maaaring hindi ito iniluwas ng pinagmulang PE, o hindi dinadala ng session ang pamilya ng address.

May ikatlong kaso na nagpapalito sa mga tao habang may pagbabago. Nililimitahan ng ilang platform kung aling mga rutang VPN ang hinihiling o pinapanatili nila, gamit ang impormasyon ng pagiging miyembro sa mga target ng ruta, kaya ang kawalan ng malayong NLRI sa isang sinasalang tanawin ay hindi patunay na wala ang anunsyo kahit saan. Suriin ang hindi sinasalang talahanayan at ang mga inianunsiyong ruta ng kapitbahay bago magpasya na ang isang ruta ay binawi sa buong mundo.

Hakbang 3: tiyakin na may na-install at nalagyan ng label

Ang entry ng BGP ay desisyon, hindi landas. Sinasabi ng mga talahanayan ng pagpapasa kung may pupuntahan ang mga packet:

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

Ang entry ng CEF na may nalutas na pagkakapitbahay at palabas na label ay nangangahulugang dapat gumana ang trapiko ng data plane, at ang anumang natitirang sintomas ay kabilang sa aplikasyon o sa pagsasala sa loob ng VRF. Ang entry ng CEF na nagpapakita ng hindi nalutas na susunod na hop ay nangangahulugang hindi kumpleto ang landas ng label kahit mukhang malusog ang BGP, at iyon mismo ang kaso kung saan nilingaw ng screenshot ng talahanayan ng BGP ang pagsusuri ng pagbabago.

Ihambing ang label na ipinapataw ng lokal na PE sa label na inaasahang tatanggapin ng malayong PE. Ang pagkakaiba ng dalawang tanawin ay problema sa paglalaan ng label o sa session, at hindi ito maaayos sa pag-edit ng mga target ng ruta, gaano man kadalas mong gawin.

Iurong ang pagbabago ng RT na may nakasaad na saklaw

Kung nagsimula ang sira sa pag-edit ng target ng ruta, kanselahin ito bilang isang sinadyang hakbang at sabihin kung aling saklaw ang binabago mo. Ang pag-alis ng target ng import ay nag-aalis ng pagiging karapat-dapat sa loob ng VRF na iyon. Hindi nito binubura ang anunsyo ng VPNv4 mula sa backbone, at sa ilang platform ay nananatiling hawak ang ruta sa talahanayan. Magkaibang resulta ang mga ito at ang nakikitang epekto sa gumagamit ay nakasalalay sa alin ang tinutukoy mo.

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

Sapat ang malambot na pag-configure muli sa papasok kapag iniimbak na ng session ang mga prefix; ang matigas na pag-reset ng session na nakaharap sa provider sa oras ng trabaho ay desisyong dapat gawin ng ibang tao. Sa Junos, direktang binabasa ng katumbas na pagsusuri ang talahanayan bawat VRF at ang talahanayan ng VPN, at ang pag-urong ay pagbabalik sa commit at hindi pagpapawalang-bisa sa bawat utos, kaya itala ang pagkakaiba ng konfigurasyon bago magsimula.

Tapusin sa parehong tatlong utos na pinagsimulan mo, sa parehong ayos, at itala ang kanilang output na may tatak ng oras. Ang ticket na nagsasabing mali ang RT at tama na ngayon ay hindi magagamit muli; ang nagpapakita na ang prefix ay nasa VRF, nasa VPNv4 at naka-install sa CEF ay patunay na maaaring ihambing ng susunod na tao. Kung ang unang dalawa lamang ang nagbago, hindi mo natapos ang pagbabago.