Huawei QinQ til VSI: Sjekk tagstakken før du konfigurerer

To feil står for de fleste ødelagte QinQ-overleveringer til en VSI, og ingen av dem dukker opp som et nedgrensesnitt. Enten spiser inngangsporten opp kundekoden før klassifiseringen kan se den, eller så er festekretsen bundet til en VSI som den andre enden aldri ble med. Fra kundesiden ser de to identiske ut: kretsen melder seg og ingen ramme krysser. Arbeid gjennom de fire kontrollene nedenfor i rekkefølge, og stopp ved den første der rammen du observerer er forskjellig fra rammen du skrev ned.

Skriv merkelappen ned før du berører enheten

Velg én representativ tjeneste og beskriv den som rammer, ikke som konfigurasjon. For en tjeneste som holder kundens VLAN-er 100 og 200 inne i leverandøren VLAN 900, er kontrakten kort: inngående rammer bærer én kundebrikke, leverandøren legger til én tjenestebrikke, og kundens egen tag overlever urørt under.

customer to provider:  [ C-tag 100 | payload ]
provider inside:       [ S-tag 900 ][ C-tag 100 | payload ]
provider to customer:  [ C-tag 100 | payload ]

Skriv returretningen også, fordi en kontrakt som kun beskriver inntrengning vil bestå en enveistest og mislykkes i produksjonen. Den andre enden må gi kunden rammen kunden forventer, noe som betyr at dens egen popoperasjon må være det nøyaktige motsatte av push-en din. Alt som ikke er symmetrisk i den beskrivelsen er en designbeslutning du ikke har tatt ennå.

Sjekk ingress-matchen først

Klassifisering skjer før enhver tag-operasjon, og den kan bare matche det som kommer. Bekreft om porten er konfigurert som tilgang, trunk eller hybrid, hvilke rammetyper den godtar, og hva portens VLAN-identifikator gjør med en umerket ramme. På en tilgangsport blir kundekoden strippet ved ankomst, så en senere regel som samsvarer med C-tag 100 har ingenting igjen å matche, og tjenesten slutter seg til feil kringkastingsdomene uten feil.

En fangst på leverandørsiden avgjør dette i løpet av sekunder: en korrekt klassifisert QinQ-ramme viser to tagger, og en enkeltmerket ramme der betyr at den indre taggen ble konsumert.

Sjekk hva tag-handlingen faktisk gjør

Stabling og oversettelse er forskjellige operasjoner og plattformer viser dem som forskjellige objekter. Stabling skyver en ytre tagg og lar den indre være i fred, som er hva kontrakten ovenfor trenger. Oversettelse omskriver en kode til en annen, som er et gyldig design, men produserer en annen ramme på ledningen. Noen familier trenger også QinQ aktivert eksplisitt på porten før en stablingsregel trer i kraft, og den ytre TPID-en kan konfigureres mellom 802.1Q- og 802.1ad-verdiene.

Returveien fortjener like stor oppmerksomhet. Hvis utgangsregelen åpner den ytre taggen på ett undergrensesnitt, men et annet undergrensesnitt bærer svaret uten samsvarende regel, ser kunden fungerende sending og død mottak.

Sjekk tjenestebindingen, ikke grensesnittnummeret

En VSI identifiseres av sine egne tjeneste- og virtuelle kretsidentifikatorer, og peeren må bruke samsvarende verdier før en pseudowire dannes. Vedleggskretsen binder deretter den VSI til en spesifikk port og VLAN, som er en separat uttalelse fra regelen som klassifiserte rammen. Et undergrensesnittnummer som ser riktig ut, beviser ingenting om noen av bindingene.

Sjekk pseudowire-tilstanden og feste-kretstilstanden separat, og sjekk signaleringsøkten som bærer pseudotråden. To av disse tre kan være sunne mens den tredje ikke er det, og den som er nede forteller deg hvilken side du skal fikse.

Isolasjon er et eget løfte. Å holde kundekoder intakte inne i én VSI segmenterer ikke kunder fra hverandre, fordi MAC-læring spenner over hele forekomsten; hvis kontrakten sier isolasjon, trenger den separate forekomster eller en eksplisitt per-VLAN-policy.

Sjekk størrelsesbudsjettet og bevis deretter kontrakten

Den ytre taggen legger til fire byte, og pseudowire-innkapslingen legger til en etikettstabel og muligens et kontrollord på toppen av det. Sett alt inn i MTU- og MRU-budsjettet på begge leverandørkantenheter, og ikke slå av et kontrollord utelukkende for å dempe en størrelsesadvarsel, siden den andre enden kan kreve det. Hold en ledelsesvei som ikke er avhengig av tjenesten du endrer.

Test deretter tre tilfeller ved kundevedlegget: det første innrømmede C-VLAN i begge retninger, det andre innrømmet C-VLAN, og et VLAN som kontrakten sier må avvises. Observer rammer i stedet for å lese grensesnitttilstander, og gjenta etter enhver endring i taggregelen.

En opp VSI sier bare at pseudowiren ble dannet. Det står ingenting om rammen som krysser den er rammen kunden har betalt for.