Junos L2VPN: få kundens tilslutningskontrakt rigtigt først

Før du rører ved en pseudowire, skal du følge én kundeframe ind i PE'en og se, hvor den skal lande. Den fysiske port klassificerer den i en logisk enhed, den enhed bærer en indkapsling, og enheden er bundet til en service. Tre separate beslutninger, tre separate måder at gøre det forkert. De fleste sager, der eskaleres som signaleringsfejl, er faktisk en frame, der klassificeres i en enhed, som ingen har konfigureret til den service. Start derfor ved tilslutningen og arbejd udad.

Skriv framekontrakten ned

Registrer kontrakten, før du vælger nogen konfiguration: utagget, ét servicetag eller en stak. Tilføj den MTU, kunden vil sende, og den tagbehandling, der forventes i hver retning, for det er forhandlede egenskaber og ikke lokale præferencer. Et enhedsnummer er kun en identifikator og siger intet om, hvilke frames interfacet accepterer.

Skriv det i servicenoten og ikke i en ticketkommentar. Den person, der fejlretter dette om seks måneder, læser noten. Ticketten læser vedkommende ikke.

Tilpas indkapslingen til kontrakten

En service med et enkelt tag bruger typisk en VLAN-circuit-indkapsling som vlan-ccc, mens utaggede frames har brug for den almindelige Ethernet-circuit-form, og en stak har brug for den udvidede variant, der forstår to tags. På en platform, der understøtter serviceindkapsling pr. enhed, kan ét fysisk interface huse flere på én gang, hvilket er praktisk og samtidig den måde, hvorpå en frame ender i den forkerte enhed. Hvor guiden for din platform family ccc, skal du konfigurere det som en del af den komplette tilslutning i stedet for at skrue det på et routet interface. Den indkapslingsguide viser, hvilke tilslutningstyper der stiller hvilke krav.

Tilføj ikke en family-erklæring til hvert interface som en sikkerhedsforanstaltning. Den konfiguration, der får ét circuit til at virke, kan få det næste til at acceptere frames, som dets kunde aldrig sender.

Bind tilslutningen til den rigtige service

En BGP-signaleret Layer 2 VPN, et LDP-signaleret circuit og de øvrige understøttede services har hver deres interfacebinding og signaleringskonfiguration, og de kan ikke udskiftes. Hvis du blander den enes tilslutningsstil med den andens signalering, får du et circuit, der rapporterer en peer og aldrig bærer en frame.

Sammenlign den fjerne ende med den nære ende i stedet for at gennemgå en af dem isoleret: peeradresse, serviceidentifikator, indkapslingsaftale, forventning til control word og størrelsesbudget. MPLS-underlaget kan være helt sundt, mens tilslutningen mangler eller er klassificeret et andet sted; derfor beviser en test, der kun ser på underlaget, intet her.

Verificér med framen, ikke med status

Læs de lokale interfacetællere, mens kunden sender trafik, læs derefter servicestatus, og bekræft til sidst, at den frame, der ankommer, er den aftalte frame, inklusive dens tag. En repareret tilslutning leverer den frame; en statusændring alene er ikke bevis på noget.

Hvor du er autoriseret til at optage, skal du se på framen i begge retninger. Tagasymmetri er let at overse i en statusvisning og tydelig i en optagelse. Den asymmetri forklarer også klager, der virker i den ene retning og fejler i den anden.

Skriv det så ned

Registrer fire værdier i servicenoten: kontrakt, indkapsling, enhed og servicebinding. De fire er det, en ny ingeniør har brug for, og det, en konfigurationsgennemgang sjældent siger eksplicit.

Når circuitet bryder sammen om seks måneder, er den note forskellen mellem et kvarters arbejde og at udlede hele designet igen fra en kørende konfiguration. Tilføj den dato, du sidst verificerede det, så noten også siger, hvor forældet den er.