Een logische Junos-tunnel is twee aansluitingen, niet één link

Binnen de router ziet een lt--interface er precies uit als een kabel, en die indruk veroorzaakt het grootste deel van de verwarring. Het is niet één link maar twee aansluitingen: elk uiteinde hoort bij een dienst, elk uiteinde heeft zijn eigen inkapseling, en het paar stuurt alleen door als beide diensten correct zijn verbonden. Werk de vijf stappen hieronder in volgorde af en beschouw een schone commit als het begin van de verificatie, niet als het einde van het werk. Elke stap laat een registratie achter die de volgende engineer kan controleren zonder het onderzoek te herhalen.

Stap 1: schrijf het aansluitingswerkblad

Voordat u de configuratie aanraakt, tekent u op wat waarmee verbonden moet worden. De ene kant beëindigt een punt-tot-punt Layer 2-circuit, de andere kant sluit aan bij een VPLS-instantie, en de logische tunnel zit ertussen en draagt frames van de ene naar de andere. Noem beide diensten expliciet, want een punt-tot-punt-circuit, een VPLS-instantie en een EVPN-VXLAN-koppeling zijn niet uitwisselbaar alleen omdat elk ervan als stikwerk kan worden beschreven.

Noteer de unitnummers aan beide uiteinden en bij welke dienst elk hoort. Dat blad is het enige artefact dat na drie wijzigingen en een rollback nog steeds correct is.

Stap 2: leg de peer-units en de inkapseling vast

De twee units moeten op dezelfde logische tunnelinterface staan en naar elkaar wijzen, en een unit kan precies één peer hebben. De Juniper-documentatie over de logische tunnel noemt beide beperkingen samen met de ondersteunde inkapselingen en de platformbronnen die de interface verbruikt. Controleer die tegen de geïnstalleerde hardware en release, niet tegen een laboratoriumvoorbeeld van een andere linecard. Een peer-unit die over twee verschillende lt-interfaces wordt gerefereerd, commit schoon en stuurt niets door.

Kies daarna de inkapseling die bij de dienst aan elk uiteinde past. Een schets van het paar ziet er zo uit:

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

De trefwoorden Ethernet-CCC en Ethernet-VPLS in een VLAN-dienst kopiëren zonder de tagging af te stemmen is de andere gebruikelijke manier om een paar te maken dat omhoog komt en niets doorstuurt.

Stap 3: koppel elk uiteinde aan zijn eigen dienst

Elke unit hoort bij een dienstdefinitie, en de dienst moet die daadwerkelijk bevatten. Voor ondersteunde MX Layer 2-opstellingen noemt de documentatie lidmaatschap van een bridge-domain of VPLS als datgene wat de doorsturing bidirectioneel maakt, wat betekent dat een correct peer-paar met een unit zonder lidmaatschap een paar eindpunten is dat met niets praat. Voeg het lidmaatschap toe in dezelfde commit als de units, zodat de twee nooit kunnen verschillen.

Stel de pseudowire-signalering en het lidmaatschap van de instantie in als onderdeel van dezelfde wijziging, want het verre uiteinde van het circuit is wat de VPLS-kant iets geeft om van te leren.

Stap 4: begroot resources en framegrootte

Een interne link verbruikt nog steeds doorstuurresources. De documentatie somt de bandbreedte-implicaties van het platform voor logische tunnels op, dus controleer die in plaats van aan te nemen dat intern gratis betekent.

Lijn de dienst-MTU en het taggingmodel af over beide aansluitingen en de externe pseudowire. Kopieer geen voorbeeld-MTU-waarde zonder vast te stellen welke headers de betreffende instelling telt, want een interne hop die het budget stil verkleint, zal precies falen waar het gebruikersverkeer het grootst is.

Stap 5: verifieer de doorsturing en zoek daarna naar lussen

Stuur verkeer in beide richtingen en inspecteer de dienststatus, niet alleen de interfacestatus. show interfaces lt-0/0/0 vertelt u dat het paar administratief omhoog staat, en show vpls connections vertelt u of de instantie een verbinding heeft om over te leren. Geen van beide bewijst dat een frame dat op de ene dienst binnenkwam op de andere is vertrokken, dus test dat expliciet. Stuur van een host aan de ene kant naar een host aan de andere kant, met de dienststatus zichtbaar terwijl het verkeer loopt.

Controleer ten slotte of een ander fysiek of logisch pad al bij hetzelfde Ethernet-domein aansluit. Het toevoegen van deze aansluiting kan het flooding-gedrag veranderen en een lus creëren die er eerder niet was, en het symptoom zal ergens anders verschijnen. Plan de redundantie die u wilt in plaats van tijdens een incident een onbewaakt Layer 2-pad te ontdekken.