Normalisera VLAN-taggar vid pseudowire-ändpunkterna: en runbook
Bestäm vilken ram varje kundkant ska ta emot och implementera sedan pop, push eller swap lokalt. Ta med MPLS-stacken och control word i MTU-budgeten.
Definiera vilken ram varje kundkant ska ta emot innan du rör pseudowiren. I det enkla fallet skickar CE A en service-delimiting tagg och CE B förväntar sig otaggade ramar, och provider-kanten är där den skillnaden löses. Taggen är lokal policy och inte en del av kundens Ethernet-kontrakt, och pseudowiren bär den överenskomna ramen i stället för den ursprungliga. Skriv ned båda riktningarna före all konfiguration.
Skriv ramavtalet först
Framriktningen tar bort en tagg och returriktningen lägger tillbaka den. Om du bara skriver ned en av dem testar du en fungerande väg i en riktning och kallar kretsen frisk.
Håll avtalet kort nog att klistra in i ändringsbiljetten: vilken kant som skickar taggat, vilken som förväntar sig otaggat och vilket taggvärde som är service-delimiting.
Kom överens om pseudowire-läget
RFC 4448 skiljer på raw- och tagged-pseudowirelägen och beskriver hur service-delimiting taggar hanteras. Raw-läget kan fortfarande bära taggar som hör till kundramen, så distinktionen handlar om en taggs serviceroll och inte om blotta förekomsten av en 802.1Q-rubrik. Att läsa läget som tagged kontra untagged är det vanligaste sättet att avgränsa arbetet fel. Kom överens om läget med peeren innan du bestämmer vilka operationer du behöver.
Kontrollera sedan den faktiska pseudowire-typen och peer-parametrarna. En lokal VLAN-anslutning och en fjärrportanslutning kräver en interworking-ordning som stöds, och två lokala rewrite-satser bevisar inte att de annonserade kretstyperna stämmer överens.
Om förväntningarna på control word och MTU skiljer sig har du ett förhandlingsproblem som ingen rewrite löser. Bekräfta båda utifrån peerns körande konfiguration i stället för designdokumentet.
Tillämpa de lokala taggoperationerna
Junipers guide för VLAN CCC-rewrite dokumenterar pop-, push- och swap-operationer med plattformsspecifika begränsningar. För en redan konfigurerad kompatibel taggad unit är den illustrativa riktningen input-vlan-map pop vid ingress och output-vlan-map push vid egress. De raderna illustrerar operationer, inte en fullständig interface- eller kretskonfiguration. Bekräfta exakt plattform och release i stället för att tillämpa en enhetsfamiljs exempel överallt.
Unitens VLAN- och inkapslingsinställningar som stöds måste fortfarande definiera den avsedda taggen och klassificeringen. En rewrite-sats på en unit som klassificerar fel ramar flyttar problemet i stället för att lösa det.
Bevara eventuella inre kundtaggar som tjänsten kräver. Vid staplade taggar ska du fastställa vilken yttre tagg du manipulerar innan du tar bort något.
Budgetera storleken, inte bara taggarna
Ta med bevarade taggar, den faktiska MPLS-stacken och control word i storleksbudgeten. RFC 8469 rekommenderar ett control word för Ethernet-pseudowires, och den rekommendationen ändrar rambudgeten oavsett om din plattform aktiverar det som standard. Avstäm en MTU-avvikelse i stället för att undertrycka dess varning som reparation. En undertryckt varning är ett planerat avbrott där datumet har filats bort.
Kontrollera samma budget på båda provider-kanterna, för att en sida lägger till en tagg och den andra lägger till ett control word räcker för att bryta en payload som tidigare var felfri.
Om siffrorna inte stämmer, ändra planen i stället för loggnivån.
Acceptera den ram för ram
Inspektera den förväntade ramen vid varje kundanslutning i båda riktningarna som en del av acceptansen. Kör sedan den applikations- och kontrolltrafik som tjänsten faktiskt behöver enligt den godkända testplanen, eftersom en ping bevisar mycket mindre än en taggad ram som kommer fram intakt. Registrera ramavtalet för ingress och egress tillsammans med kretsens konfiguration. Det är den registreringen som gör nästa ändring granskningsbar.
Håll läget, taggoperationerna, MTU-budgeten och testresultatet på ett ställe, eftersom de bara ger mening tillsammans. Att dela upp dem på tre biljetter garanterar att nästa ingenjör återupptäcker samma begränsning.
Kretsen är klar när båda riktningarna stämmer med det avtal du skrev i början, inte när den första riktningen passerar.