RSVP-TE tunelis darbojas, bet klienta L3VPN nav ceļa
Transports un pakalpojums ir atsevišķi lēmumi. Izlasiet etiķešu steku, atsevišķi pārbaudiet nākamā lēciena atrisinājumu un VRF piesaisti, pēc tam pārbaudiet vienu reālu klienta plūsmu.
Divas komandas var būt abas pareizas, kad klients ziņo, ka VPN ir izslēgts, un transporta komanda ziņo, ka tunelis ir kārtībā. Trafikam inženierēts LSP un MPLS L3VPN atbild uz dažādiem jautājumiem: viens pārvieto marķētas paketes caur kodolu, otrs izlemj, kuram maršrutēšanas kontekstam pakete pieder. Kad tos sajauc, strīds griežas aplī, jo katra puse mēra citu objektu un abi mērījumi ir derīgi.
Transports darbojas un pakalpojums nestrādā — tā ir normāla situācija
LSP var būt izveidots, pārvadāt trafiku un būt redzams katrā uzraudzības sistēmā, kamēr klienta pakalpojums paliek neizmantojams. Šajā kombinācijā nav nekā pretrunīga, jo tunelim nav viedokļa par to, vai attāls prefikss pastāv, vai importa politika to pieņēma un vai pievienotā ķēde laiž cauri kadrus.
Simptoms, kas parasti atklāj apjukumu, ir asimetrisks: ping no PE loopback izdodas, kamēr klienta LAN saimnieks nesaņem neko, vai otrādi. Pierakstiet, kuras adreses strādāja, pirms veidojat teoriju. Kad pamanāt, ka pārbaudāt divus dažādus objektus, nākamais solis ir izlasīt etiķešu steku, nevis strīdēties, kura grafika ir pareiza. Divas adreses, divi īpašnieki un parasti divi dažādi cilvēki, no kuriem katrs uzskata, ka otrs kaut ko salauzis.
Lasiet steku kā divus pienākumus
Apakšējā etiķete pieder pakalpojumam, bet augšējā etiķete pieder ceļam. RFC 4364 vienkārši apraksta secību: vispirms tiek uzlikta VPN maršruta etiķete, pēc tam šī marķētā pakete tiek tunelēta uz BGP nākamo lēcienu, un tur trafika inženierijas tunelis uzspiež savu etiķeti virsū.
| 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 |
Attālajā PE pakalpojuma etiķete izvēlas apstrādi, kas var būt VRF meklēšana vai piesaistes lēmums. Šo etiķeti nevar aizstāt ar tādu, kas tikai šķērso kodolu, un abas nav savstarpēji aizvietojamas pat tad, ja abas parādās vienā stekā uz vienas saskarnes.
Ko pierāda RSVP panākumi un ko ne
RSVP-TE izveido skaidri maršrutētus LSP, ar resursu rezervāciju vai bez tās, un tas ir konkrēts un noderīgs garantija par ceļu, ko pakete iet caur kodolu. Tas nav apgalvojums par klienta maršrutiem, un konfigurēts tuneļa nosaukums nemaz nav maršruts.
Arī RSVP klātbūtne nesniedz solījumu par veiktspēju no gala līdz galam. Joslas platuma rezervācija vienā LSP neko nepasaka par pievienoto ķēdi, paša klienta piekļuves līniju vai rindas uzvedību attālajā malā. Uzskatot to par garantiju, tiek iegūtas pārliecinātas atbildes uz jautājumiem, ko neviens neuzdeva. Ja prasība patiešām ir joslas platuma saistības, tā ir jāsaliek no daļām, kas tādas patiešām īsteno, un LSP ir tikai šīs ķēdes vidus.
Pārbaudiet secībā, tad apstājieties
Strādājiet no transporta uz āru un apstājieties pie pirmā soļa, kas neizdodas, jo katrs nākamais solis pieņem, ka iepriekšējie ir noturējušies. Vispirms apstipriniet, ka LSP ir izveidots un ka pakalpojuma prefiksa pārsūtīšanas ieraksts tiešām norāda uz to. Pēc tam apstipriniet, ka VPN maršruts pastāv pareizajā tabulā, ka tā etiķetes saistīšana ir klātesoša un ka importa politika to pieņēma. Pēc tam apstipriniet piesaisti: saskarni, iekapsulēšanu un, kur piemērojams, VLAN identifikatoru, kas pieder šim līgumam.
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 CUSTOMERKomandu sintakse atšķiras atkarībā no platformas, tāpēc šīs četras rindas uztveriet kā četrus jautājumus, nevis kā skriptu. Svarīgi ir tas, ka katra no tām izjautā citu objektu, un tieši tāpēc kļūme norāda uz konkrētu īpašnieku.
Sekojiet vienam atļautam pieprasījumam un saglabājiet labos pierādījumus
Pabeidziet ar vienu reālu klienta pieprasījumu, ko atļauj politika, un tā atbildi. Viena strādājoša plūsma no gala līdz galam atrisina vairāk nekā lapa skaitītāju rādījumu, un tā pārbauda kombināciju, nevis katru daļu atsevišķi.
Kad vēlāks posms neizdodas, saglabājiet veiksmīgo LSP novērojumu, nevis pārbūvējiet transportu. Strādājoša tuneļa pārbūve nevar salabot trūkstošu attālu prefiksu, nepareizu VRF piesaisti vai galamērķa piekļuves noteikumu, un tā iznīcina pierādījumu, kas sākotnēji pateica, ka transports ir vesels.