En logisk Junos-tunnel är två anslutningar, inte en enda länk

Inne i routern ser ett lt--gränssnitt ut precis som en kabel, och det intrycket orsakar större delen av förvirringen. Det är inte en enda länk utan två anslutningar: varje ände tillhör en tjänst, varje ände har sin egen inkapsling, och paret vidarebefordrar bara när båda tjänsterna är korrekt sammankopplade. Arbeta igenom de fem stegen nedan i ordning och betrakta en ren commit som början på verifieringen, inte som slutet på arbetet. Varje steg lämnar ett underlag som nästa ingenjör kan kontrollera utan att upprepa utredningen.

Steg 1: skriv anslutningsarbetsbladet

Innan du rör konfigurationen, rita vad som ska kopplas till vad. Ena sidan terminerar en punkt-till-punkt Layer 2-krets, den andra ansluter till en VPLS-instans, och den logiska tunneln sitter emellan och bär ramar från den ena till den andra. Namnge båda tjänsterna uttryckligen, eftersom en punkt-till-punkt-krets, en VPLS-instans och en EVPN-VXLAN-sammankoppling inte är utbytbara bara för att var och en kan beskrivas som en söm.

Notera enhetsnumren i båda ändar och vilken tjänst varje hör till. Det bladet är det enda artefakt som fortfarande är korrekt efter tre ändringar och en återställning.

Steg 2: fäst peer-enheterna och inkapslingen

De två enheterna måste ligga på samma logiska tunnelgränssnitt och peka på varandra, och en enhet kan ha exakt en peer. Junipers dokumentation om logiska tunnlar anger båda begränsningarna tillsammans med de inkapslingar som stöds och de plattformsresurser som gränssnittet förbrukar. Verifiera dem mot installerad hårdvara och version, inte mot ett laboratorieexempel från ett annat linjekort. En peer-enhet som refereras över två olika lt-gränssnitt committar rent och vidarebefordrar ingenting.

Välj sedan den inkapsling som passar tjänsten i varje ände. En skiss av paret ser ut så här:

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

Att kopiera nyckelorden Ethernet-CCC och Ethernet-VPLS till en VLAN-tjänst utan att stämma av taggningen är det andra vanliga sättet att skapa ett par som kommer upp och inte vidarebefordrar något.

Steg 3: anslut varje ände till sin egen tjänst

Varje enhet tillhör en tjänstedefinition, och tjänsten måste faktiskt inkludera den. För stödda MX Layer 2-uppsättningar pekar dokumentationen ut bridge-domain- eller VPLS-medlemskap som det som gör vidarebefordran dubbelriktad, vilket innebär att ett korrekt peer-par med en enhet utan medlemskap är ett par ändpunkter som talar med ingenting. Lägg till medlemskapet i samma commit som enheterna, så att de två aldrig kan gå isär.

Ställ in pseudowire-signaleringen och instansmedlemskapet som en del av samma ändring, eftersom kretsens bortre ände är det som ger VPLS-sidan något att lära sig av.

Steg 4: budgetera resurser och ramstorlek

En intern länk förbrukar fortfarande vidarebefordransresurser. Dokumentationen listar plattformens bandbreddskonsekvenser för logiska tunnlar, så kontrollera dem i stället för att anta att internt betyder gratis.

Justera tjänstens MTU och taggningsmodellen över båda anslutningarna och den avlägsna pseudowiren. Kopiera inte ett exempel-MTU-värde utan att fastställa vilka huvuden den aktuella inställningen räknar, eftersom ett internt hopp som tyst krymper budgeten kommer att misslyckas precis där användartrafiken är störst.

Steg 5: verifiera vidarebefordran och leta sedan efter loopar

Skicka trafik i båda riktningarna och inspektera tjänstens tillstånd, inte bara gränssnittets tillstånd. show interfaces lt-0/0/0 säger att paret är administrativt uppe, och show vpls connections säger om instansen har en anslutning att lära över. Ingen av dem bevisar att en ram som kom in på den ena tjänsten lämnade den andra, så testa det uttryckligen. Skicka från en värd på ena sidan till en värd på andra sidan, med tjänstens tillstånd synligt medan trafiken går.

Kontrollera slutligen om en annan fysisk eller logisk väg redan ansluter till samma Ethernet-domän. Att lägga till den här anslutningen kan ändra översvämningsbeteendet och skapa en loop som inte fanns tidigare, och symptomet kommer att dyka upp någon helt annanstans. Planera den redundans du vill ha i stället för att upptäcka en oövervakad Layer 2-väg under en incident.