Normaliser VLAN-tags ved pseudowire-endepunkterne: en runbook
Beslut, hvilken ramme hvert kundeedge skal modtage, og implementer derefter pop, push eller swap lokalt. Medtag MPLS-stakken og control word i MTU-budgettet.
Definer, hvilken ramme hvert kundeedge skal modtage, før du rører pseudowiren. I det enkle tilfælde sender CE A ét service-delimiting tag, og CE B forventer utaggede rammer, og provider-edgen er det sted, hvor den forskel afklares. Tagget er lokal politik og ikke en del af kundens Ethernet-kontrakt, og pseudowiren bærer den aftalte ramme i stedet for den oprindelige. Skriv begge retninger ned før enhver konfiguration.
Skriv rammekontrakten først
Fremretningen fjerner et tag, og returretningen tilføjer det igen. Hvis du kun skriver én af dem ned, tester du en fungerende vej i én retning og kalder kredsløbet sundt.
Hold kontrakten kort nok til at indsætte i ændringsbilletten: hvilket edge sender tagget, hvilket forventer utagget, og hvilken tagværdi der er service-delimiting.
Bliv enige om pseudowire-tilstanden
RFC 4448 skelner mellem raw- og tagged-pseudowiretilstande og beskriver, hvordan service-delimiting tags håndteres. Raw-tilstanden kan stadig bære tags, der hører til kunderammen, så sondringen handler om et tags servicerolle og ikke om blot tilstedeværelsen af et 802.1Q-header. At læse tilstanden som tagged kontra untagged er den mest almindelige måde at afgrænse dette arbejde forkert på. Bliv enig med peeren om tilstanden, før du beslutter, hvilke operationer du har brug for.
Kontroller derefter den faktiske pseudowire-type og peer-parametrene. En lokal VLAN-tilslutning og en ekstern porttilslutning kræver en understøttet interworking-ordning, og to lokale rewrite-sætninger beviser ikke, at de annoncerede kredsløbstyper stemmer overens.
Hvis forventningerne til control word og MTU er forskellige, har du et forhandlingsproblem, som ingen rewrite løser. Bekræft begge ud fra peerens kørende konfiguration og ikke ud fra designdokumentet.
Anvend de lokale tag-operationer
Junipers guide til VLAN CCC-rewrite dokumenterer pop-, push- og swap-operationer med platformspecifikke begrænsninger. For en allerede konfigureret kompatibel tagget unit er den illustrerende retning input-vlan-map pop ved ingress og output-vlan-map push ved egress. De linjer illustrerer operationer, ikke en komplet interface- eller kredsløbskonfiguration. Bekræft den præcise platform og release i stedet for at anvende én enhedsfamilies eksempel overalt.
Unitens understøttede VLAN- og indkapslingsindstillinger skal stadig definere det tilsigtede tag og den tilsigtede klassificering. En rewrite-sætning på en unit, der klassificerer de forkerte rammer, flytter problemet i stedet for at løse det.
Bevar eventuelle indre kundetags, som tjenesten kræver. Ved stablede tags skal du fastslå, hvilket ydre tag du manipulerer, før du fjerner noget.
Budgetter størrelsen, ikke bare taggene
Medtag bevarede tags, den faktiske MPLS-stak og control word i størrelsesbudgettet. RFC 8469 anbefaler et control word til Ethernet-pseudowires, og den anbefaling ændrer rammebudgettet, uanset om din platform aktiverer det som standard. Afstem en MTU-uoverensstemmelse i stedet for at undertrykke dens advarsel som reparation. En undertrykt advarsel er et planlagt nedbrud, hvor datoen er slebet af.
Kontroller det samme budget på begge provider-edges, fordi den ene side, der tilføjer et tag, og den anden, der tilføjer et control word, er nok til at brække en payload, der tidligere var i orden.
Hvis tallene ikke stemmer, ændr planen i stedet for logningsniveauet.
Accepter det ramme for ramme
Inspicér den forventede ramme ved hver kundetilslutning i begge retninger som led i accepten. Udfør derefter den applikations- og kontroltrafik, som tjenesten faktisk har brug for, efter den godkendte testplan, fordi en ping beviser langt mindre end en tagget ramme, der ankommer intakt. Registrér rammekontrakten for ingress og egress sammen med kredsløbets konfiguration. Det er den registrering, der gør den næste ændring reviderbar.
Hold tilstanden, tag-operationerne, MTU-budgettet og testresultatet på ét sted, da de kun giver mening sammen. At dele dem over tre biletter garanterer, at den næste ingeniør genopdager den samme begrænsning.
Kredsløbet er færdigt, når begge retninger matcher den kontrakt, du skrev i starten, og ikke når den første retning består.