MPLS L3VPN-rás píngar ekki? Athugaðu þessi fimm hopp

Tveir viðskiptavinirrútarar, par af provider edge-tækjum og ping sem deyr án villuskilaboða. Í litlu MPLS L3VPN-rás er gallinn næstum alltaf á einum af fimm eftirlitsstöðum, og hver þeirra hefur skipun sem annað hvort sýnir að skilyrðið virki eða að það vanti. Mistökin eru að endurræsa BGP í hvert sinn sem pingið mistekst í stað þess að prófa skilyrðin í réttri röð. Ef þú stekkur beint í VRF-stillingarnar geturðu eytt klukkustund í vandamál sem byrjaði með óleystu næsta hoppi tveimur tækjum lengra í burtu.

Farðu í gegnum listann neðan frá. Eftirlitsstaður sem stendst helst staddur, og fyrsta mistakan er sú sem er þess virði að kemba.

Eftirlitsstaður eitt: PE-tækin ná hvort í annað

Hver PE þarf leið á loopback hins PE, og sú leið verður að leysast gegnum eitthvað raunverulegt. Interior gateway protocol er venjulega leiðin þangað, en statísk leið virkar líka svo framarlega sem endurkvæma uppflettingin lendir á lifandi adjacency. Á IOS-líkum tækjum sýnir show ip route 10.0.0.2 fylgt af show ip cef 10.0.0.2 hvort forskeytið er til og hvort uppleyst adjacency er á bak við það. Leið í töflunni án adjacency á bak við sig er ekki aðgengi.

Athugaðu báðar áttir. Ósamhverfur IGP-kostnaður, passive interface á röngu hliðinni eða distribute list sem síar loopbackið brjóta hvert um sig aðeins eina átt, og ein átt nægir til að drepa setuna. Ef loopbackin pinga en BGP-setan stendur í Active skaltu skoða update source áður en þú snertir eitthvað annað.

Eftirlitsstaður tvö: merkjaslóð er til

IP-leið á fjarlæga loopbackið sannar ekki að flutningurinn setji á merkingu. Í LDP-hönnun skaltu staðfesta að fjarlæga loopbackið hafi bæði staðbundna og fjarlæga bindingu, og að útmerkjan birtist í forwarding-töflunni. show mpls ldp bindings 10.0.0.2 32 sýnir merkjapörin, og show mpls forwarding-table 10.0.0.2 sýnir hvað line cardið mun raunverulega setja á. Þegar seinni skipunin sýnir enga merkingu eða fellur aftur á IP ber flutningurinn ekki VPN-umferðina eins og hönnunin gerir ráð fyrir.

Mismunurinn kemur af því hvernig MPLS aðskilur forwarding state frá áfangaforskeytum, líkanið sem lýst er í RFC 3031. Ef rásin þín notar RSVP-TE eða BGP-aðliggjandi merkingar í stað LDP skaltu athuga eigið ástand þeirrar aðferðar; að gera ráð fyrir að LDP dreifi hverri undirlagsmerkingu er algeng leið til að elta draugagalla. Brotin merkjaslóð kemur síðar oft fram sem VPN-leið sem er til staðar en ónothæf.

Eftirlitsstaður þrjú: VPN-leiðin kom heil

Skoðaðu VPNv4- eða VPNv6-leiðina fyrir nákvæma forskeytið viðskiptavinarins, ekki setusamantektina. show bgp vpnv4 unicast all 10.10.1.0/24 ætti að sýna route distinguisher, næsta hopp stillt á fjarlæga PE-loopbackið og merkingu. Ef forskeytið vantar er útflutningsstefnan á upprunalega PE eða innflutningsstefnan á móttökunnar-PE fyrsti grunaði, og route targets eru venjulegi sökudólgurinn.

Lestu route target-athugunina aðskilda frá BGP-móttökunni. Leið getur komið með réttu næsta hoppi og samt ekki lent í VRF-inu vegna þess að importtarget passar ekki. Á móttökunnar-PE er show ip route vrf CUSTOMER 10.10.1.0 prófið sem skiptir máli; BGP-taflan sannar bara að leiðin hafi farið yfir stjórnplan.

Eftirlitsstaður fjögur: interfaceið er í VRF-inu

VRF-skýring með route distinguisher og route targets færir ekkert interface inn í hana. Interfaceið gagnvart CE þarf VRF-úthlutunina, og show ip vrf interfaces eða show ip interface brief ættu að lista það undir réttu tilviki. Þetta er eftirlitsstaðurinn þar sem afrituð stilling fer oftast úrskeiðis, því VRF-blokkin lítur út fyrir að vera fullkomin á meðan interfaceið situr enn í altæku töflunni.

Staðfestu síðan að PE hafi lært staðbundið forskeyti viðskiptavinarins inn í það VRF, og að CE hafi leið til baka gegnum tenginguna. Statískt default á CE sem bendir á PE nægir fyrir rás, að því gefnu að VRF PE sé með leið á CE-LAN. Ef annar helmingurinn vantar mistekst pingið áður en nokkur merking er sett á.

Eftirlitsstaður fimm: svarið finnur leið heim

Rekjaðu pakkann áfram og síðan svarpakkann, því þeir nota mismunandi töflur. Á inngangs-PE ætti uppspretta viðskiptavinarins að leysast innan VRF til fjarlæga forskeytisins með fjarlægu merkingunni. Á útgöngu-PE ætti áfanginn að leysast innan sama VRF til interfacesins gagnvart CE. Ping sem kemur frá PE sjálfu er ekki sönnun: það getur farið út um altæku töfluna eða annað uppsprettuheimili, og þess vegna er ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 prófið sem á að keyra.

Eldveggir á hýslum, reverse-path filtering og access-listur á CE gilda áfram. Ef framleiðin virkar og svarið deyr er vandamálið leið eða sía á bakaleiðinni, ekki MPLS-flutningurinn.

Haltu einni línu á hvern eftirlitsstað þar sem fyrsta skilyrðið sem brást er nefnt. Sú lína breytir fullyrðingunni um að viðskiptavinurinn geti ekki pingað í ákveðna spurningu um aðgengi, merkjaástand, leiðarinnflutning, interface-aðild eða bakaleiðina, og hún kemur í veg fyrir að næsta kembing endurtaki sömu fimm skipanir í sömu röð.