RSVP-TE tunnel töötab, kuid kliendi L3VPNil puudub tee
Transport ja teenus on eraldi otsused. Lugege siltide virna, kontrollige eraldi järgmise hüppe lahendamist ja VRF-i kinnitust ning seejärel katsetage üht tõelist kliendivoogu.
Kaks meeskonda võivad mõlemad olla õiged, kui klient teatab, et VPN on maas, ja transpordimeeskond teatab, et tunnel on korras. Liikluse inseneeriaga LSP ja MPLS L3VPN vastavad erinevatele küsimustele: üks liigutab märgistatud pakette läbi tuuma, teine otsustab, millisesse marsruutimiskonteksti pakett kuulub. Kui need segi aetakse, käib vaidlus ringiratast, sest kumbki pool mõõdab erinevat objekti ja mõlemad mõõtmised on kehtivad.
Transport töötab ja teenus ei tööta on normaalne seisund
LSP võib olla loodud, liiklust kanda ja olla nähtav igas seiresüsteemis, samal ajal kui klienditeenus jääb kasutuskõlbmatuks. Selles kombinatsioonis pole midagi vastuolulist, sest tunnelil puudub arvamus selle kohta, kas kaugel asuv prefiks on olemas, kas impordipoliitika selle vastu võttis või kas kinnitatud vooluahel edastab kaadreid.
Sümptom, mis tavaliselt segaduse paljastab, on asümmeetriline: pingid PE loopbacki kaudu õnnestuvad, samas kui kliendi LAN-is asuv host ei saa midagi, või vastupidi. Kirjutage üles, millised aadressid töötasid, enne kui teooria loote. Kui märkate, et katsetate kahte erinevat objekti, on järgmine samm lugeda siltide virna, mitte vaielda selle üle, kelle graafik on õige. Kaks aadressi, kaks omanikku ja tavaliselt kaks erinevat inimest, kes mõlemad usuvad, et teine midagi lõhkus.
Lugege virna kahe vastutusena
Alumine silt kuulub teenusele ja ülemine silt kuulub teele. RFC 4364 kirjeldab järjestust lihtsalt: kõigepealt asetatakse VPN-marsruudi silt, seejärel tunnelitakse märgistatud pakett BGP järgmise hüppe suunas, kus liikluse inseneeria tunnel surub oma sildi peale.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
Kaugemas PE-s valib teenusesilt töötluse, milleks võib olla VRF-i otsing või kinnituse otsus. Seda silti ei saa vahetada sellise vastu, mis ainult läbib tuuma, ja need kaks ei ole vahetatavad isegi siis, kui mõlemad esinevad samas virnas samal liidesel.
Mida RSVP edu tõestab ja mida mitte
RSVP-TE loob selgesõnaliselt marsruuditud LSP-d, ressursside reserveerimisega või ilma, mis on konkreetne ja kasulik garantii selle kohta, millise tee pakett läbi tuuma läbib. See ei ole väide kliendi marsruutide kohta ja konfigureeritud tunneli nimi ei ole üldse marsruut.
Ka RSVP olemasolu ei anna lubadust otsast-otsani jõudluse kohta. Ribalaiuse reserveerimine ühel LSP-l ei ütle midagi kinnitatud vooluahela, kliendi enda juurdepääsuliini ega kaugema serva järjekorrakäitumise kohta. Selle garantiina käsitlemine annab enesekindlaid vastuseid küsimustele, mida keegi ei küsinud. Kui nõue on tõesti ribalaiuse kohustus, tuleb see kokku panna osadest, mis seda tegelikult kehtestavad, ja LSP on ainult selle ahela keskpaik.
Kontrollige järjekorras, siis lõpetage
Töötage transporti poolt väljapoole ja peatuge esimesel sammul, mis ebaõnnestub, sest iga järgmine samm eeldab, et varasemad pidasid. Esmalt kinnitage, et LSP on loodud ja et teenuse prefiksi edastuskanne osutab tõesti sellele. Seejärel kinnitage, et VPN-marsruut on õiges tabelis, et selle sildi sidumine on olemas ja et impordipoliitika selle vastu võttis. Seejärel kinnitage kinnitus: liides, kapseldus ja vajaduse korral VLAN-i identifikaator, mis kuulub selle lepingu juurde.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERKäskude süntaks erineb platvormiti, seega käsitlege neid nelja rida nelja küsimusena, mitte skriptina. Oluline on see, et igaüks neist küsitleb erinevat objekti, ja just seetõttu osutab tõrge konkreetsele omanikule.
Jälgige üht lubatud taotlust ja hoidke head tõendid alles
Lõpetage ühe tõelise klienditaotlusega, mille poliitika lubab, ja selle vastusega. Üks töötav voog otsast lõpuni lahendab rohkem kui lehekülg loendurinäite, ja see proovib kombinatsiooni, mitte iga osa eraldi.
Kui hilisem etapp ebaõnnestub, säilitage edukas LSP vaatlus, selle asemel et transport uuesti üles ehitada. Töötava tunneli ülesehitamine ei saa parandada puuduvat kaugemat prefiksit, valet VRF-i kinnitust ega sihtkoha juurdepääsureeglit ning hävitab tõendi, mis algselt ütles, et transport on terve.