VLAN-tunnisteiden normalisointi pseudowire-päätepisteissä: runbook

Määritelkää, minkä kehyksen kukin asiakasreuna saa, ennen kuin koskette pseudowireen. Yksinkertaisessa tapauksessa CE A lähettää yhden palvelun rajaavan tunnisteen ja CE B odottaa tunnisteettomia kehyksiä, ja palveluntarjoajan reuna on paikka, jossa tämä ero ratkaistaan. Tunniste on paikallinen käytäntö eikä osa asiakkaan Ethernet-sopimusta, ja pseudowire välittää sovitun kehyksen alkuperäisen sijaan. Kirjoittakaa molemmat suunnat muistiin ennen mitään konfiguraatiota.

Kirjoittakaa ensin kehyssopimus

Eteenpäin-suunta poistaa tunnisteen ja paluusuunta lisää sen takaisin. Jos kirjoitatte muistiin vain toisen niistä, testaatte yhteen suuntaan toimivaa polkua ja kutsutte piirin terveeksi.

Pitäkää sopimus riittävän lyhyenä liitettäväksi muutospyyntöön: mikä reuna lähettää tunnisteella, mikä odottaa ilman tunnistetta ja mikä tunnistearvo rajaa palvelun.

Sopikaa pseudowiren tilasta

RFC 4448 erottaa raw- ja tagged-pseudowiretavat ja kuvaa, miten palvelun rajaavia tunnisteita käsitellään. Raw-tila voi yhä kuljettaa asiakkaan kehykseen kuuluvia tunnisteita, joten ero koskee tunnisteen palveluroolia eikä pelkkää 802.1Q-otsakkeen olemassaoloa. Tilan lukeminen tagged vastaan untagged on tavallisin tapa rajata tämä työ väärin. Sopikaa tila vastapuolen kanssa ennen kuin päätätte, mitä toimintoja tarvitsette.

Tarkistakaa sitten todellinen pseudowire-tyyppi ja vastapuolen parametrit. Paikallinen VLAN-liitäntä ja etäporttiliitäntä tarvitsevat tuetun interworking-järjestelyn, eikä kaksi paikallista uudelleenkirjoituslausetta todista, että ilmoitetut piirityypit täsmäävät.

Jos odotukset control wordista ja MTU:sta eroavat, teillä on neuvotteluongelma, jota mikään uudelleenkirjoitus ei korjaa. Vahvistakaa molemmat vastapuolen käyvästä konfiguraatiosta eikä suunnitteludokumentista.

Soveltakaa paikalliset tunnistetoiminnot

Juniperin VLAN CCC -uudelleenkirjoitusopas dokumentoi pop-, push- ja swap-toiminnot alustakohtaisin rajoituksin. Jo konfiguroidulle yhteensopivalle tunnisteelliselle yksikölle havainnollistava suunta on input-vlan-map pop sisääntulossa ja output-vlan-map push ulostulossa. Nämä rivit havainnollistavat toimintoja, eivät täydellistä liitännän tai piirin konfiguraatiota. Vahvistakaa tarkka alusta ja julkaisu sen sijaan, että soveltaisitte yhden laiteperheen esimerkkiä kaikkialla.

Yksikön tukemien VLAN- ja kapselointiasetusten on edelleen määriteltävä aiottu tunniste ja luokittelu. Uudelleenkirjoituslause yksiköllä, joka luokittelee väärät kehykset, siirtää ongelmaa sen sijaan, että korjaisi sen.

Säilyttäkää kaikki palvelun vaatimat sisäiset asiakastunnisteet. Pinotuissa tunnisteissa selvittäkää, mitä ulompaa tunnistetta muokkaatte, ennen kuin poistatte mitään.

Budjetoikaa koko, älkää vain tunnisteita

Sisällyttäkää kokobudjettiin säilytettävät tunnisteet, todellinen MPLS-pino ja control word. RFC 8469 suosittaa control wordia Ethernet-pseudowireille, ja tämä suositus muuttaa kehysbudjettia riippumatta siitä, ottaako alustanne sen oletuksena käyttöön. Sovittakaa MTU-poikkeama yhteen sen sijaan, että vaimentaisitte sen varoituksen korjauksena. Vaimennettu varoitus on suunniteltu katkos, josta päivämäärä on hiottu pois.

Tarkistakaa sama budjetti molemmilla palveluntarjoajan reunoilla, sillä yksi puoli lisää tunnisteen ja toinen control wordin, ja se riittää rikkomaan aiemmin kunnossa olleen hyötykuorman.

Jos luvut eivät täsmää, muuttakaa suunnitelmaa älkääkä lokituksen tasoa.

Hyväksykää se kehys kehykseltä

Hyväksyntää varten tarkastelkaa odotettu kehys jokaisessa asiakasliitännässä molempiin suuntiin. Harjoittakaa sitten sovellus- ja ohjausliikenne, jonka palvelu todella tarvitsee hyväksytyn testisuunnitelman mukaisesti, sillä ping todistaa paljon vähemmän kuin ehjänä saapuva tunnisteellinen kehys. Kirjatkaa sisään- ja ulostuleva kehyssopimus piirin konfiguraation kanssa. Juuri tämä kirjaus tekee seuraavasta muutoksesta tarkistettavan.

Pitäkää tila, tunnistetoiminnot, MTU-budjetti ja testin tulos yhdessä paikassa, sillä ne ovat mielekkäitä vain yhdessä. Niiden jakaminen kolmeen tikettiin takaa, että seuraava insinööri löytää saman rajoituksen uudelleen.

Piiri on valmis, kun molemmat suunnat vastaavat alussa kirjoitettua sopimusta, ei silloin, kun ensimmäinen suunta menee läpi.