RSVP-TE-tunnel is omheech, mar it L3VPN fan de klant hat gjin paad
Ferfier en tsjinst binne aparte besluten. Lês de labelstapel, kontrolearje apart de oplossing fan 'e folgjende hop en de VRF-oansluting, en test dan ien echte klantstream.
Twa teams kinne beide gelyk hawwe as de klant rapportearret dat de VPN del is en it ferfiersteam rapportearret dat de tunnel yn oarder is. In LSP mei ferkiersengineering en in MPLS L3VPN beantwurdzje ferskillende fragen: de iene ferpleatst markearre pakketten troch de kearn, de oare beslút by hokker routingkontekst in pakket heart. As se trocheknoarje wurde, giet de diskusje yn rûnten, om't elke kant in oar objekt mjit en beide mjittingen jildich binne.
Ferfier omheech en tsjinst del is in normale tastân
In LSP kin oprjochte wêze, ferkier drage en yn elk monitorsysteem sichtber wêze, wylst de klanttsjinst ûnbrûkber bliuwt. Neat oan dy kombinaasje is tsjinstridich, om't de tunnel gjin miening hat oer oft in fier prefiks bestiet, oft in ymportbelied it akseptearre hat, of oft it oansletten circuit frames trochlit.
It symptoom dat de betizing meastentiids blootleit, is asymmetrysk: pings fan 'e PE-loopback slagje wylst in host op it LAN fan 'e klant neat krijt, of oarsom. Skriuw op hokker adressen wurken foardat jo in teory foarmje. Sadree't jo fernimme dat jo twa ferskillende objekten testen, is de folgjende stap de labelstapel lêze ynstee fan te diskusjearjen waans grafyk korrekt is. Twa adressen, twa eigners en meastentiids twa ferskillende minsken dy't elk leauwe dat de oare wat brutsen hat.
Lês de stapel as twa ferantwurdlikheden
It ûnderste label heart by de tsjinst en it boppeste label heart by it paad. RFC 4364 beskriuwt de folchoarder ienfâldich: earst wurdt it VPN-routelabel oplein, dêrnei wurdt dat markearre pakket nei de BGP-folgjende hop tunnelje, en dêr't in ferkiersengineeringstunnel syn eigen label boppe-op drukt.
| 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 |
By de fiere PE kiest it tsjinstlabel de behanneling, dy't in VRF-syktocht of in oanslútbeslút wêze kin. Dat label kin net ferfongen wurde troch ien dat allinnich de kearn trochkrúst, en de twa binne net útwikselber sels as beide yn deselde stapel op deselde ynterface ferskine.
Wat RSVP-sukses bewiist en wat net
RSVP-TE rjochtet eksplisyt rûtele LSP's op, mei of sûnder boarnerezervaasjes, wat in konkrete en nuttige garânsje is oer it paad dat in pakket troch de kearn nimt. It is gjin útspraak oer klantrûtes, en in konfigurearre tunnelnamme is hielendal gjin rûte.
Ek de oanwêzigens fan RSVP jout gjin belofte fan prestaasjes fan ein oant ein. Bânbreedtereservaasje op ien LSP seit neat oer it oansletten circuit, de eigen tagongsline fan 'e klant of it wachtrigerdrach by de fiere râne. It as garânsje behannelje jout selsbetrouwen antwurden op fragen dy't nimmen stelde. As de eask echt in bânbreedteferplichting is, moat dy gearstald wurde út 'e stikken dy't sa'n ferplichting echt hanthavenje, en de LSP is mar it midden fan dy keatling.
Kontrolearje yn folchoarder, stopje dan
Wurkje fan ferfier nei bûten en stopje by de earste stap dy't mislearret, om't elke lettere stap oannimt dat de eardere holden. Befêstigje earst dat de LSP oprjochte is en dat de trochstjoeryng fan it tsjinstprefiks der echt nei wiist. Befêstigje dêrnei dat de VPN-rûte yn 'e juste tabel bestiet, dat syn labelsaambining oanwêzich is en dat it ymportbelied it akseptearre hat. Befêstigje dêrnei de oansluting: de ynterface, de ynkapseling en, wêr't it jildt, de VLAN-identifikaasje dy't by dat kontrakt heart.
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 CUSTOMEROpdrachtsyntaks ferskilt per platfoarm, dus behannelje dy fjouwer rigels as de fjouwer fragen en net as in skript. It wichtige is dat elk fan harren in oar objekt ûnderfreget, en dêrtroch wiist in mislearring nei in spesifike eigner.
Folchje ien tastiene oanfraach en bewarje it goede bewiis
Einigje mei ien echte klantoanfraach, tastien troch belied, en it antwurd dêrop. Ien wurkjende stream fan ein oant ein beslist mear as in side tellerôflêzingen, en it beoefenet de kombinaasje ynstee fan elk stik apart.
As in lettere faze mislearret, bewarje dan de suksesfolle LSP-observaasje ynstee fan ferfier op 'e nij te bouwen. In wurkjende tunnel op 'e nij bouwe kin in ûntbrekkend fier prefiks, in ferkearde VRF-oansluting of in tagongsregel foar de bestimming net reparearje, en it ferneatiget it bewiis dat jo earst fertelde dat ferfier sûn wie.