Aktibo ang RSVP-TE tunnel, ngunit walang landas ang L3VPN ng kliyente
Magkahiwalay na desisyon ang transport at serbisyo. Basahin ang stack ng label, hiwalay na suriin ang resolution ng susunod na hop at ang attachment ng VRF, pagkatapos ay subukan ang isang tunay na daloy ng kliyente.
Maaaring parehong tama ang dalawang koponan kapag iniulat ng kliyente na down ang VPN at iniulat ng koponan ng transport na maayos ang tunnel. Ang LSP na may traffic engineering at ang MPLS L3VPN ay sumasagot sa magkaibang tanong: ang isa ay naglilipat ng may label na packet sa core, ang isa ay nagpapasya kung aling routing context nabibilang ang isang packet. Kapag pinaghalo sila, paikot ang debate dahil magkaibang bagay ang sinusukat ng bawat panig at pareho ang mga sukat na wasto.
Normal ang transport na aktibo at serbisyong down
Maaaring maitatag ang LSP, magdala ng trapiko at makita sa bawat monitoring system, habang nananatiling hindi magagamit ang serbisyo ng kliyente. Walang kontradiksyon sa kombinasyong iyon, dahil walang opinyon ang tunnel kung may remote prefix, kung tinanggap ito ng import policy, o kung nagpapadala ng frame ang nakakabit na circuit.
Ang sintomas na karaniwang naglalantad ng kalituhan ay asimetriko: pumapasa ang ping mula sa PE loopback habang walang natatanggap ang isang host sa LAN ng kliyente, o kabaliktaran. Isulat kung aling mga address ang gumana bago bumuo ng teorya. Sa sandaling mapansin mong dalawang magkaibang bagay ang sinusubukan mo, ang susunod na hakbang ay basahin ang stack ng label sa halip na pagtalunan kung aling graph ang tama. Dalawang address, dalawang may-ari, at karaniwang dalawang magkaibang tao na ang bawat isa ay naniniwalang may sinira ang isa.
Basahin ang stack bilang dalawang responsibilidad
Ang ibabang label ay pag-aari ng serbisyo at ang itaas na label ay pag-aari ng landas. Inilalarawan ng RFC 4364 ang pagkakasunod-sunod nang simple: una, ipinapataw ang label ng ruta ng VPN, pagkatapos ay itinutunnel ang may label na packet patungo sa susunod na hop ng BGP, kung saan itinutulak ng traffic engineering tunnel ang sarili nitong label sa itaas.
| 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 |
Sa malayong PE, pinipili ng service label ang pagtrato, na maaaring isang VRF lookup o isang desisyon sa attachment. Hindi maaaring palitan ang label na iyon ng isa na tumatawid lamang sa core, at hindi mapagpapalit ang dalawa kahit pareho silang lumitaw sa parehong stack sa parehong interface.
Ano ang pinapatunayan ng tagumpay ng RSVP at ano ang hindi
Nagtatag ang RSVP-TE ng mga LSP na may tahasang routing, may reserbasyon ng resource o wala, na isang tiyak at kapaki-pakinabang na garantiya tungkol sa landas na tinatahak ng packet sa core. Hindi ito pahayag tungkol sa mga ruta ng kliyente, at ang naka-configure na pangalan ng tunnel ay hindi ruta.
Ni hindi nagbibigay ang presensya ng RSVP ng pangako sa performance mula dulo hanggang dulo. Ang reserbasyon ng bandwidth sa isang LSP ay walang sinasabi tungkol sa nakakabit na circuit, sa sariling access line ng kliyente o sa pag-uugali ng pila sa malayong gilid. Ang pagtrato dito bilang garantiya ay gumagawa ng kumpiyansang sagot sa mga tanong na walang nagtanong. Kung ang pangangailangan ay tunay na pangako sa bandwidth, kailangan itong buuin mula sa mga bahaging talagang nagpapatupad nito, at ang LSP ay gitna lamang ng kadenang iyon.
Suriin nang sunod-sunod, pagkatapos ay huminto
Magtrabaho mula sa transport pakanlabas at huminto sa unang hakbang na nabigo, dahil ipinapalagay ng bawat susunod na hakbang na nanatili ang mga nauna. Unang tiyakin na naitatag ang LSP at ang forwarding entry para sa service prefix ay talagang tumuturo dito. Pagkatapos ay tiyakin na umiiral ang VPN route sa tamang table, naroroon ang label binding nito at tinanggap ito ng import policy. Pagkatapos ay tiyakin ang attachment: ang interface, ang encapsulation at, kung naaangkop, ang VLAN identifier na pag-aari ng kontratang iyon.
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 CUSTOMERNag-iiba ang syntax ng command ayon sa platform, kaya ituring ang apat na linyang iyon bilang apat na tanong at hindi bilang script. Ang mahalaga ay nagtatanong ang bawat isa sa magkaibang bagay, at iyon ang dahilan kung bakit tumuturo ang kabiguan sa partikular na may-ari.
Sundin ang isang pinahihintulutang kahilingan at itago ang magagandang ebidensya
Tapusin sa isang tunay na kahilingan ng kliyente, na pinahihintulutan ng patakaran, at ang tugon nito. Ang isang gumaganang daloy mula dulo hanggang dulo ay nagtatakda ng higit sa isang pahina ng pagbasa ng counter, at sinasanay nito ang kombinasyon sa halip na bawat piraso nang hiwalay.
Kapag nabigo ang isang susunod na yugto, itago ang matagumpay na obserbasyon ng LSP sa halip na muling itayo ang transport. Ang muling pagtatayo ng gumaganang tunnel ay hindi makapag-aayos ng kulang na remote prefix, maling VRF attachment o panuntunan sa pag-access ng destinasyon, at sinisira nito ang ebidensyang nagsabi sa iyo noong una na malusog ang transport.