Junos L2VPN: prima sistemare il contratto di collegamento del cliente

Prima di toccare uno pseudowire, segui una trama del cliente fino al PE e guarda dove dovrebbe atterrare. La porta fisica la classifica in un'unità logica, quell'unità porta un incapsulamento e l'unità è associata a un servizio. Tre decisioni separate, tre modi separati di sbagliare. La maggior parte dei casi escalati come guasto di segnalazione è in realtà una trama classificata in un'unità che nessuno ha configurato per quel servizio. Parti quindi dal collegamento e procedi verso l'esterno.

Metti per iscritto il contratto di trama

Registra il contratto prima di scegliere qualsiasi configurazione: senza tag, un solo tag di servizio o una pila. Aggiungi la MTU che il cliente invierà e il trattamento dei tag atteso in ciascuna direzione, perché sono proprietà negoziate e non preferenze locali. Un numero di unità è solo un identificatore e non dice nulla su quali trame l'interfaccia accetterà.

Scrivilo nella nota di servizio e non in un commento del ticket. Chi lo farà debug tra sei mesi leggerà la nota. Il ticket non lo leggerà.

Allinea l'incapsulamento al contratto

Un servizio con un solo tag usa di norma un incapsulamento di circuito VLAN come vlan-ccc, mentre le trame senza tag richiedono la forma semplice di circuito Ethernet e una pila richiede la variante estesa che comprende due tag. Su una piattaforma che supporta l'incapsulamento di servizio per unità, una sola interfaccia fisica può ospitarne più di una alla volta, il che è comodo ed è anche il modo in cui una trama finisce nell'unità sbagliata. Dove la guida della tua piattaforma richiede family ccc, configuralo come parte del collegamento completo invece di avvitarlo su un'interfaccia routed. La guida all'incapsulamento elenca quali tipi di collegamento impongono quali requisiti.

Non aggiungere una dichiarazione family a ogni interfaccia per precauzione. La configurazione che fa funzionare un circuito può far sì che il successivo accetti trame che il suo cliente non invia mai.

Associa il collegamento al servizio giusto

Una VPN di livello 2 segnalata da BGP, un circuito segnalato da LDP e gli altri servizi supportati hanno ciascuno la propria configurazione di associazione dell'interfaccia e di segnalazione, e non sono intercambiabili. Mescolare lo stile di collegamento di uno con la segnalazione dell'altro produce un circuito che riporta un peer e non trasporta mai una trama.

Confronta l'estremità remota con quella locale invece di esaminare l'una o l'altra in isolamento: indirizzo del peer, identificatore di servizio, accordo di incapsulamento, attesa del control word e budget di dimensione. Lo strato sottostante MPLS può essere perfettamente sano mentre il collegamento manca o è classificato altrove, per questo un test che guarda solo lo strato sottostante qui non dimostra nulla.

Verifica con la trama, non con lo stato

Leggi i contatori dell'interfaccia locale mentre il cliente invia traffico, poi lo stato del servizio, quindi conferma che la trama in arrivo sia quella concordata, tag compreso. Un collegamento riparato consegna quella trama; un cambio di stato da solo non dimostra nulla.

Dove sei autorizzato a catturare, guarda la trama in entrambe le direzioni. L'asimmetria dei tag è facile da trascurare in una vista di stato e ovvia in una cattura. Quella asimmetria spiega anche le segnalazioni che funzionano in una direzione e falliscono nell'altra.

Poi mettilo per iscritto

Registra quattro valori nella nota di servizio: contratto, incapsulamento, unità e associazione al servizio. Quei quattro sono ciò che serve a un nuovo ingegnere e ciò che una revisione della configurazione raramente esplicita.

Quando il circuito si romperà tra sei mesi, quella nota farà la differenza tra un quarto d'ora di lavoro e il dover ricavare di nuovo l'intera progettazione da una configurazione in esercizio. Aggiungi la data dell'ultima verifica, così la nota dice anche quanto è vecchia.