Definer kva ramme kvar kundekant skal ta imot før du rører pseudowiren. I det enkle tilfellet sender CE A éin service-delimiting tagg og CE B ventar utagga rammer, og det er ved leverandørkanten den skillnaden blir avgjord. Taggen er lokal politikk og ikkje ein del av Ethernet-kontrakten til kunden, og pseudowiren ber den avtalte ramma i staden for den opphavlege. Skriv ned begge retningane før nokon konfigurasjon.

Skriv rammeavtalen først

Framretninga fjernar ein tagg, og returretninga legg han tilbake. Viss du berre skriv ned éin av dei, testar du ein fungerande veg i éi retning og kallar krinsen frisk.

Hald avtalen kort nok til å lime inn i endringsbilletten: kva kant som sender tagga, kva som ventar utagga, og kva taggverdi som er service-delimiting.

Bli samde om pseudowire-modusen

RFC 4448 skil mellom raw- og tagged-pseudowiremodusar og skildrar korleis service-delimiting taggar blir handsama. Raw-modusen kan framleis bera taggar som høyrer til kunderamma, så skillet handlar om servicerolla til ein tagg og ikkje om den blotte tilstadeveringa av ein 802.1Q-header. Å lese modusen som tagged kontra untagged er den vanlegaste måten å avgrense dette arbeidet feil på. Bli samde om modusen med peer-en før du avgjer kva operasjonar du treng.

Kontroller deretter den faktiske pseudowire-typen og peer-parametera. Ei lokal VLAN-tilkopling og ei ekstern porttilkopling krev ei støtta interworking-ordning, og to lokale rewrite-setningar bevisar ikkje at dei annonserte kretstypane stemmer overeins.

Viss forventningane til control word og MTU er ulike, har du eit forhandlingsproblem som ingen rewrite løyser. Stadfest begge ut frå den køyrande konfigurasjonen til peer-en og ikkje frå designdokumentet.

Bruk dei lokale taggoperasjonane

Junipers rettleiding for VLAN CCC-rewrite dokumenterer pop-, push- og swap-operasjonar med plattformsspesifikke avgrensingar. For ein allereie konfigurert kompatibel tagga unit er den illustrerande retninga input-vlan-map pop ved ingress og output-vlan-map push ved egress. Dei linjene illustrerer operasjonar, ikkje ein fullstendig interface- eller krinskonfigurasjon. Stadfest nøyaktig plattform og utgåve i staden for å bruke eksempelet til éin einingfamilie overalt.

Dei støtta VLAN- og innkapslingsinnstillingane til uniten må framleis definere den tiltenkte taggen og klassifiseringa. Ei rewrite-setning på ein unit som klassifiserer feil rammer, flyttar problemet i staden for å løyse det.

Ta vare på eventuelle indre kundetaggar som tenesta krev. Ved stabla taggar må du fastslå kva ytre tagg du manipulerer før du fjernar noko.

Budsjetter storleiken, ikkje berre taggane

Ta med behaldne taggar, den faktiske MPLS-stakken og control word i storleiksbudsjettet. RFC 8469 tilrår eit control word for Ethernet-pseudowires, og den tilrådinga endrar rammebudsjettet uansett om plattformen din aktiverer det som standard. Avstem ein MTU-avvik i staden for å undertrykkje åtvaringa som reparasjon. Ei undertrykt åtvaring er eit planlagt avbrot der datoen er fila bort.

Kontroller det same budsjettet på begge leverandørkantane, fordi éi side som legg til ein tagg og den andre som legg til eit control word er nok til å bryte ein payload som tidlegare var i orden.

Viss tala ikkje stemmer, endre planen i staden for loggnivået.

Godta det ramme for ramme

Inspiser den forventa ramma ved kvar kundetilkopling i begge retningar som del av akseptansen. Utfør deretter applikasjons- og kontrolltrafikken tenesta faktisk treng etter den godkjende testplanen, fordi ein ping bevisar langt mindre enn ei tagga ramme som kjem intakt fram. Registrer rammeavtalen for ingress og egress saman med konfigurasjonen av krinsen. Det er den registreringa som gjer neste endring reviderbar.

Hald modusen, taggoperasjonane, MTU-budsjettet og testresultatet på éin stad, sidan dei berre gir meining saman. Å dele dei over tre billetter garanterer at neste ingeniør oppdagar den same avgrensinga på nytt.

Krinsen er ferdig når begge retningane samsvarer med avtalen du skreiv i starten, ikkje når den første retninga passerer.

Relaterte artiklar