Junos L2VPN: få tilkoplingskontrakten til kunden riktig først

Før du rører ein pseudowire, følg éi kunderamme inn i PE-en og sjå kvar ho skal lande. Den fysiske porten klassifiserer ho i ei logisk eining, den eininga ber ei innkapsling, og eininga er bunden til ein teneste. Tre separate avgjerder, tre separate måtar å gjere det feil på. Dei fleste sakene som blir eskalerte som signaleringsfeil, er faktisk ei ramme som blir klassifisert i ei eining ingen har konfigurert for den tenesta. Start derfor ved tilkoplinga og arbeid utover.

Skriv ned rammekontrakten

Registrer kontrakten før du vel nokon konfigurasjon: utan tag, éin tenestetag eller ein stabel. Legg til MTU-en kunden kjem til å sende og tagghandsaminga som blir venta i kvar retning, for det er forhandla eigenskapar og ikkje lokale preferansar. Eit einingnummer er berre ein identifikator og seier ingenting om kva rammer grensesnittet vil godta.

Skriv det i tenestenotatet og ikkje i ein sakskommentar. Den som feilsøkjer dette om seks månader, les notatet. Saka les vedkomande ikkje.

Tilpass innkapslinga til kontrakten

Ein teneste med éin tag brukar vanlegvis ei VLAN-circuit-innkapsling som vlan-ccc, medan utagga rammer treng den enkle Ethernet-circuit-forma, og ein stabel treng den utvida varianten som forstår to taggar. På ein plattform som støttar tenesteinnkapsling per eining, kan eitt fysisk grensesnitt huse fleire samstundes, noko som er praktisk og også er korleis ei ramme hamnar i feil eining. Der guiden for plattforma di family ccc, konfigurerer du det som ein del av den komplette tilkoplinga i staden for å bolte det på eit ruta grensesnitt. Den innkapslingsrettleiinga viser kva tilkoplingstypar som stiller kva krav.

Ikkje legg til ei family-setning på kvart grensesnitt som ei førehandsregel. Konfigurasjonen som får éin circuit til å verke, kan få den neste til å godta rammer kunden aldri sender.

Bind tilkoplinga til rett teneste

Ein BGP-signalisert Layer 2 VPN, ein LDP-signalisert circuit og dei andre støtta tenestene har kvar si grensesnittbinding og signaleringskonfigurasjon, og dei er ikkje utskiftbare. Blandar du tilkoplingsstilen til den eine med signaleringa til den andre, får du ein circuit som rapporterer ein peer og aldri ber ei ramme.

Samanlikn den fjerne enden med den nære enden i staden for å gjennomgå ein av dei isolert: peeradresse, tenesteidentifikator, innkapslingsavtale, forventning til control word og storleiksbudsjett. MPLS-underlaget kan vere heilt friskt medan tilkoplinga manglar eller er klassifisert ein annan stad; derfor beviser ein test som berre ser på underlaget ingenting her.

Verifiser med ramma, ikkje med statusen

Les dei lokale grensesnittteljarane medan kunden sender trafikk, les deretter tenestestatusen, og stadfest så at ramma som kjem inn er den avtalte ramma, inkludert taggen. Ei reparert tilkopling leverer den ramma; ei statusendring åleine er ikkje bevis for noko.

Der du har løyve til å ta opp trafikk, sjå på ramma i begge retningar. Taggasymmetri er lett å oversjå i ein statusvisning og tydeleg i eit opptak. Den asymmetrien forklarer også klager som verkar i éi retning og feilar i den andre.

Skriv det så ned

Registrer fire verdiar i tenestenotatet: kontrakt, innkapsling, eining og tenestebinding. Dei fire er det ein ny ingeniør treng, og det ein konfigurasjonsgjennomgang sjeldan seier eksplisitt.

Når circuiten ryker om seks månader, er det notatet skilnaden mellom ein kvarters jobb og å byggje heile designet opp att frå ein køyrande konfigurasjon. Legg til datoen du sist verifiserte det, slik at notatet også seier kor utdatert det er.