El túnel RSVP-TE està actiu, però el L3VPN del client no té cap camí
El transport i el servei són decisions separades. Llegeix la pila d’etiquetes, comprova per separat la resolució del següent salt i l’adjunció de la VRF, i després prova un flux real del client.
Dos equips poden tenir raó alhora quan el client informa que la VPN no funciona i l’equip de transport informa que el túnel està bé. Un LSP amb enginyeria de trànsit i una MPLS L3VPN responen preguntes diferents: un mou paquets etiquetats pel nucli, l’altre decideix a quin context d’encaminament pertany un paquet. Quan es confonen, la discussió gira en cercles perquè cada part mesura un objecte diferent i totes dues mesures són vàlides.
El transport actiu i el servei aturat és un estat normal
Un LSP pot estar establert, transportar trànsit i ser visible a tots els sistemes de monitoratge, mentre el servei del client continua sent inutilitzable. Res d’aquesta combinació no és contradictori, perquè el túnel no opina si existeix un prefix remot, si una política d’importació l’ha acceptat o si el circuit d’adjunció deixa passar trames.
El símptoma que sol revelar la confusió és asimètric: els pings des del loopback del PE funcionen mentre un amfitrió de la LAN del client no rep res, o al revés. Anota quines adreces han funcionat abans de formular una teoria. Quan t’adonis que estàs provant dos objectes diferents, el següent pas és llegir la pila d’etiquetes en lloc de discutir quin gràfic és correcte. Dues adreces, dos propietaris i normalment dues persones diferents que cadascuna creu que l’altra ha trencat alguna cosa.
Llegeix la pila com dues responsabilitats
L’etiqueta inferior pertany al servei i l’etiqueta superior pertany al camí. El RFC 4364 descriu la seqüència amb claredat: primer s’imposa l’etiqueta de la ruta VPN, després aquell paquet etiquetat es tunelitza cap al següent salt BGP, que és on un túnel d’enginyeria de trànsit empeny la seva pròpia etiqueta a sobre.
| 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 |
Al PE remot, l’etiqueta de servei selecciona el tractament, que pot ser una consulta a la VRF o una decisió d’adjunció. Aquesta etiqueta no es pot intercanviar per una que només travessa el nucli, i les dues no són intercanviables encara que totes dues apareguin a la mateixa pila i a la mateixa interfície.
Què demostra l’èxit d’RSVP i què no
RSVP-TE estableix LSP amb encaminament explícit, amb o sense reserves de recursos, cosa que és una garantia concreta i útil sobre el camí que un paquet segueix pel nucli. No és una afirmació sobre les rutes del client, i un nom de túnel configurat no és cap ruta.
Ni la presència d’RSVP no ofereix cap promesa de rendiment d’extrem a extrem. La reserva d’amplada de banda en un LSP no diu res sobre el circuit d’adjunció, la línia d’accés del mateix client ni el comportament de les cues a la vora remota. Tractar-ho com una garantia produeix respostes segures a preguntes que ningú no ha fet. Si el requisit és realment un compromís d’amplada de banda, s’ha de muntar a partir de les peces que realment l’imposen, i l’LSP només és el mig d’aquesta cadena.
Comprova en ordre i atura’t
Treballa del transport cap enfora i atura’t al primer pas que falli, perquè cada pas posterior assumeix que els anteriors s’han mantingut. Primer confirma que l’LSP està establert i que l’entrada de reenviament del prefix del servei hi apunta realment. Després confirma que la ruta VPN existeix a la taula correcta, que la vinculació d’etiquetes hi és present i que la política d’importació l’ha acceptada. Després confirma l’adjunció: la interfície, l’encapsulació i, on correspongui, l’identificador de VLAN que pertany a aquest contracte.
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 CUSTOMERLa sintaxi de les ordres varia segons la plataforma, així que tracta aquestes quatre línies com les quatre preguntes i no com un script. La part important és que cadascuna interroga un objecte diferent, i és això el que fa que un error assenyali un propietari concret.
Segueix una sol·licitud permesa i conserva les bones proves
Acaba amb una sola sol·licitud real del client, permesa per la política, i la seva resposta. Un sol flux funcional d’extrem a extrem resol més que una pàgina de lectures de comptadors, i exerceix la combinació en lloc de cada peça aïllada.
Quan una etapa posterior falli, conserva l’observació correcta de l’LSP en lloc de reconstruir el transport. Reconstruir un túnel que funciona no pot reparar un prefix remot absent, una adjunció de VRF equivocada o una regla d’accés de destinació, i destrueix la prova que et va dir en primer lloc que el transport era sa.