En logisk Junos-tunnel er to tilslutninger, ikke ét link

Inde i routeren ser en lt--grænseflade ud som et kabel, og det indtryk skaber størstedelen af forvirringen. Det er ikke ét link, men to tilslutninger: hver ende hører til en tjeneste, hver ende har sin egen indkapsling, og parret videresender kun, når begge tjenester er korrekt forbundet. Udfør de fem trin nedenfor i rækkefølge, og betragt en ren commit som begyndelsen på verifikationen, ikke som afslutningen på arbejdet. Hvert trin efterlader en registrering, som den næste ingeniør kan kontrollere uden at gentage undersøgelsen.

Trin 1: skriv tilslutningsarket

Før du rører konfigurationen, tegn hvad der skal forbindes med hvad. Den ene side afslutter et punkt-til-punkt Layer 2-kredsløb, den anden side tilslutter sig en VPLS-instans, og den logiske tunnel sidder imellem dem og bærer rammer fra den ene til den anden. Navngiv begge tjenester eksplicit, fordi et punkt-til-punkt-kredsløb, en VPLS-instans og en EVPN-VXLAN-sammenkobling ikke er udskiftelige, blot fordi hver af dem kan beskrives som sammensyning.

Notér enhedsnumrene i begge ender, og hvilken tjeneste hver hører til. Det ark er det eneste artefakt, der stadig er korrekt efter tre ændringer og en tilbagerulning.

Trin 2: fastlås peer-enhederne og indkapslingen

De to enheder skal ligge på den samme logiske tunnel-grænseflade og pege på hinanden, og en enhed kan have præcis én peer. Junipers dokumentation om logiske tunneler angiver begge begrænsninger sammen med de understøttede indkapslinger og de platformressourcer, grænsefladen forbruger. Verificér dem mod den installerede hardware og version, ikke mod et laboratorieeksempel fra et andet line card. En peer-enhed, der refereres på tværs af to forskellige lt-grænseflader, committer rent og videresender intet.

Vælg derefter den indkapsling, der passer til tjenesten i hver ende. En skitse af parret ser sådan ud:

set interfaces lt-0/0/0 unit 0 encapsulation vlan-ccc
set interfaces lt-0/0/0 unit 0 peer-unit 1
set interfaces lt-0/0/0 unit 1 encapsulation vlan-vpls
set interfaces lt-0/0/0 unit 1 peer-unit 0

At kopiere nøgleordene Ethernet-CCC og Ethernet-VPLS ind i en VLAN-tjeneste uden at afstemme tagging er den anden almindelige måde at lave et par, der kommer op og videresender intet.

Trin 3: tilslut hver ende til sin egen tjeneste

Hver enhed hører til en tjenestedefinition, og tjenesten skal faktisk inkludere den. For understøttede MX Layer 2-opsætninger fremhæver dokumentationen bridge-domain- eller VPLS-medlemskab som det, der gør videresendingen tovejs, hvilket betyder, at et korrekt peer-par med en enhed uden medlemskab er et par endepunkter, der taler med ingenting. Tilføj medlemskabet i samme commit som enhederne, så de to aldrig kan være uenige.

Opsæt pseudowire-signaleringen og instansmedlemskabet som en del af samme ændring, fordi den fjerne ende af kredsløbet er det, der giver VPLS-siden noget at lære af.

Trin 4: budgettér ressourcer og rammestørrelse

Et internt link forbruger stadig videresendelsesressourcer. Dokumentationen oplister platformens båndbreddekonsekvenser for logiske tunneler, så kontroller dem i stedet for at antage, at internt betyder gratis.

Afstem tjenestens MTU og taggingmodellen på tværs af begge tilslutninger og den fjerne pseudowire. Kopiér ikke en eksempel-MTU-værdi, uden at du har fastslået, hvilke headers den relevante indstilling tæller, fordi et internt hop, der stille krymper budgettet, vil fejle præcis der, hvor brugertrafikken er størst.

Trin 5: verificér videresending, og led derefter efter loops

Send trafik i begge retninger, og undersøg tjenestens tilstand, ikke kun grænsefladens tilstand. show interfaces lt-0/0/0 fortæller dig, at parret er administrativt oppe, og show vpls connections fortæller dig, om instansen har en forbindelse at lære over. Ingen af dem beviser, at en ramme, der gik ind på den ene tjeneste, forlod den anden, så test det eksplicit. Send fra en vært på den ene side til en vært på den anden, mens tjenestens tilstand er synlig, imens trafikken kører.

Kontrollér endelig, om en anden fysisk eller logisk vej allerede forbinder sig til samme Ethernet-domæne. Tilføjelsen af denne tilslutning kan ændre flooding-adfærden og skabe et loop, der ikke fandtes før, og symptomet vil dukke op et helt andet sted. Planlæg den redundans, du ønsker, i stedet for at opdage en uovervåget Layer 2-vej under en hændelse.