VLAN-tags normaliseren op de pseudowire-eindpunten: een runbook

Bepaal welk frame elke klantrand moet ontvangen voordat u de pseudowire aanraakt. In het eenvoudige geval stuurt CE A één service-delimiting tag en verwacht CE B untagged frames, en de providerrand is waar dat verschil wordt opgelost. De tag is lokaal beleid en geen deel van het Ethernet-contract van de klant, en de pseudowire vervoert het overeengekomen frame in plaats van het oorspronkelijke. Schrijf beide richtingen op vóór enige configuratie.

Schrijf eerst het framecontract

De heenrichting verwijdert een tag en de terugrichting voegt die weer toe. Als u er maar één opschrijft, test u een pad dat in één richting werkt en noemt u het circuit gezond.

Houd het contract kort genoeg om in de change-ticket te plakken: welke rand getagd verstuurt, welke untagged verwacht en welke tagwaarde service-delimiting is.

Spreek de pseudowire-modus af

RFC 4448 onderscheidt raw- en tagged-pseudowiremodi en beschrijft hoe service-delimiting tags worden behandeld. De raw-modus kan nog steeds tags vervoeren die bij het klantframe horen, dus het onderscheid gaat over de dienstrol van een tag en niet over de loutere aanwezigheid van een 802.1Q-header. De modus lezen als tagged versus untagged is de meest voorkomende manier om dit werk verkeerd af te bakenen. Spreek de modus met de peer af voordat u bepaalt welke bewerkingen u nodig hebt.

Controleer daarna het werkelijke pseudowire-type en de peer-parameters. Een lokale VLAN-aansluiting en een remote portaansluiting vereisen een ondersteunde interworking-regeling, en twee lokale rewrite-statements bewijzen niet dat de aangekondigde circuittypen overeenkomen.

Als de verwachtingen voor control word en MTU verschillen, hebt u een onderhandelingsprobleem dat geen enkele rewrite oplost. Bevestig beide uit de actieve configuratie van de peer en niet uit het ontwerpdocument.

Pas de lokale tagbewerkingen toe

Juniper-gids voor VLAN CCC-rewrite documenteert pop-, push- en swap-bewerkingen met platformspecifieke beperkingen. Voor een al geconfigureerde compatibele getagde unit is de illustratieve richting input-vlan-map pop bij ingress en output-vlan-map push bij egress. Die regels illustreren bewerkingen, geen volledige interface- of circuitconfiguratie. Bevestig het exacte platform en de release in plaats van het voorbeeld van één apparaatfamilie overal toe te passen.

De door de unit ondersteunde VLAN- en encapsulatie-instellingen moeten nog steeds de bedoelde tag en classificatie definiëren. Een rewrite-statement op een unit die de verkeerde frames classificeert, verplaatst het probleem in plaats van het op te lossen.

Behoud eventuele binnenste klanttags die de dienst vereist. Bepaal bij gestapelde tags welke buitenste tag u bewerkt voordat u iets verwijdert.

Begroot de grootte, niet alleen de tags

Neem behouden tags, de werkelijke MPLS-stack en het control word op in het groottebudget. RFC 8469 beveelt een control word aan voor Ethernet-pseudowires, en die aanbeveling verandert het framebudget of uw platform dit nu standaard inschakelt of niet. Verzoen een MTU-verschil in plaats van de waarschuwing ervan als reparatie te onderdrukken. Een onderdrukte waarschuwing is een geplande storing waarvan de datum is weggeschaafd.

Controleer hetzelfde budget op beide providerranden, want één kant die een tag toevoegt en de andere die een control word toevoegt is genoeg om een payload te breken die eerder in orde was.

Als de cijfers niet kloppen, wijzig dan het plan in plaats van het logniveau.

Accepteer het frame voor frame

Inspecteer voor de acceptatie het verwachte frame op elke klantaansluiting in beide richtingen. Oefen daarna het applicatie- en controleverkeer dat de dienst echt nodig heeft volgens het goedgekeurde testplan, want een ping bewijst veel minder dan een getagd frame dat intact aankomt. Leg het framecontract voor ingress en egress vast samen met de configuratie van het circuit. Dat vastleggen is wat de volgende wijziging controleerbaar maakt.

Houd de modus, de tagbewerkingen, het MTU-budget en het testresultaat op één plek, want ze hebben alleen samen betekenis. Ze over drie tickets verdelen garandeert dat de volgende engineer dezelfde beperking opnieuw ontdekt.

Het circuit is klaar wanneer beide richtingen overeenkomen met het contract dat u aan het begin hebt geschreven, en niet wanneer de eerste richting slaagt.