Vantar leið í VRF: staðbundin, VPNv4 eða framsendingartöflu?

Viðskiptavinur segir forskynti vanta eftir breytingu á leiðarmiði, og fyrsta skjámyndin sem þeir senda er venjulega rangtaflan. Þrjár ólíkar töflur svara þremur ólíkum spurningum: hvort forskyntið sé inni í VRF-inu, hvort það hafi verið tilkynnt og flutt inn sem VPNv4-leið, og hvort framsendingarfærsla hafi í raun verið sett upp. Að lesa þær úr röð gefur öruggar og rangar ályktanir. Þessi handbók leiðir eitt staðbundið og eitt fjarlægt forskynti í gegnum allar þrjár töflurnar í röð og endar á afturköllunaráætlun fyrir RT-breytinguna sem byrjaði þetta.

Nefndu forskyntið og töfluna sem það tilheyrir

Skrifaðu niður tvö forskynti áður en þú slærð inn eitthvað. Eitt er staðbundið á stað viðskiptavinarins, lært af tengdu viðmóti eða CE-tilkynningu. Hitt er fjarlægt og á að berast um hryggjarstofn þjónustuveitandans. Þau fara ólíkar leiðir inn í sama VRF, og bilun í öðru segir ekkert um hitt.

Haltu greinarmuninum á auðkennunum tveimur skýrum, því mestur hluti ruglingsins í þessum málum kemur þaðan. Leiðaraðgreinirinn er hluti af VPNv4 NLRI og er til svo að annars eins forskynti viðskiptavina séu einstök um hryggjarstofninn. Leiðarmiðið er útvíkkað samfélag sem borið er sem eigindi, og það er við það sem innflutnings- og útflutningsstefnan passar. Það er ekki annað nafn á aðgreininum og það er ekki borið í pökkum viðskiptavinarins.

Skref 1: sannaðu að forskyntið sé í VRF-inu

Byrjaðu á staðbundnu yfirliti, síðan á þeim RT sem stýra innflutningi. Ef staðbundna forskyntið vantar hér getur ekkert ofar verið um að kenna:

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

Forskeyti sem birtist sem tengt eða statískt er lært staðbundið, og viðvera þess segir ekkert um hvort það var flutt út. Þetta er algengasta rangtúlkunin í þessu vinnuflæði: heilbrigð VRF-tafla er aðeins sönnun um staðbundið nám. Útflutningshliðin er sér spurning, sem yfirlit nágrannans og tengt útflutningsmið svara.

Athugaðu RT-listana á VRF-inu á meðan þú ert hér. Ef ætlað innflutningsmið er ekki á listanum er allt neðar óviðkomandi. Ef það er til en frábrugðið því sem fjarlægi PE flytur út, hefur þú fundið bilunina án þess að opna eina einustu pakkaupptöku.

Skref 2: lestu VPNv4-töfluna og mið hennar

VPNv4-taflan sýnir hvað stjórnslagið skiptist í raun á. Leitaðu að fjarlæga forskyntinu undir rétta aðgreininum og skoðaðu síðan samfélögin sem því fylgja:

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

Færsla með réttu leiðarmiði en án staðbundinnar uppsetningar bendir á innflutningsstefnu eða leiðarval, ekki á aðgengi. Færsla sem birtist alls ekki í VPNv4-töflunni bendir upp á við: upprunalega PE-ið flutti hana kannski ekki út, eða setan ber ekki vistfangafjölskylduna.

Þriðja tilvikið er til og ruglar fólk í breytingum. Sumir vettvangar takmarka hvaða VPN-leiðir þeir biðja um eða halda í, með upplýsingum um aðild að leiðarmiðum, svo fjarvera fjarlægs NLRI í einu síaðu yfirliti er ekki sönnun þess að tilkynningin sé hvergi til. Athugaðu ósíuðu töfluna og tilkynntar leiðir nágrannans áður en þú ályktar að leið hafi verið dregin til baka á heimsvísu.

Skref 3: staðfestu að eitthvað hafi verið sett upp og merkt

BGP-færsla er ákvörðun, ekki leið. Framsendingartöflurnar segja til um hvort pakkarnir hafi eitthvað kam að fara:

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

CEF-færsla með leystri nágrannatengingu og útmerki þýðir að gagnaslagsumferð ætti að virka, og hvaða einkenni sem eftir eru tilheyra forritinu eða síun inni í VRF-inu. CEF-færsla sem sýnir óleysta næstu hopp þýðir að merkisleiðin er ófullkomin þótt BGP líti heilbrigt út, og það er einmitt tilvikið þar sem skjámynd af BGP-töflunni leiddi breytingaryfirferð í villu.

Berðu saman merkið sem staðbundið PE leggur á og það sem fjarlæga PE-ið væntir að taka við. Misræmi milli yfirlitanna tveggja er vandamál í merkjadreifingu eða setu, og það lagast ekki við að breyta leiðarmiðum, hversu oft sem þú gerir það.

Afturkallaðu RT-breytinguna með skýrðu umfangi

Ef bilunin byrjaði með breytingu á leiðarmiði skaltu afturkalla hana sem eitt viljandi skref og segja hvaða umfang þú breytir. Að fjarlægja innflutningsmið dregur hæfið til baka inni í því VRF-i. Það eyðir ekki VPNv4-tilkynningunni af hryggjarstofninum, og á sumum vettvöngum helst leiðin í töflunni. Þetta eru ólíkar niðurstöður og áhrifin sem notandinn sér ráðast af hvoru þú átt við.

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

Mjúk endurstilling inn á við er nóg þegar setan geymir forskyntin þegar; hörð endurstilling setu sem snýr að þjónustuveitanda á vinnutíma er ákvörðun sem einhver annar á að taka. Á Junos lesa samsvarandi athuganir töfluna fyrir hvert VRF og VPN-töfluna beint, og afturköllunin er endurkoma við commit en ekki afturköllun fyrir hverja skipun, svo skráðu stillingarmuninn áður en þú byrjar.

Endaðu á sömu þremur skipunum og þú byrjaðir á, í sömu röð, og skráðu úttak þeirra með tímasetningu. Miði sem segir að RT-ið hafi verið rangt og sé nú rétt er ekki endurnýtanlegur; sá sem sýnir forskyntið í VRF-inu, í VPNv4 og uppsett í CEF er sönnun sem næsta manneskja getur borið saman við. Ef aðeins fyrstu tvö breyttust hefur þú ekki lokið breytingunni.