Junos L2VPN: eerst het aansluitcontract van de klant goed krijgen

Voordat u een pseudowire aanraakt, volgt u een klantframe tot in de PE en kijkt u waar het hoort te landen. De fysieke poort classificeert het in een logische unit, die unit draagt een encapsulatie, en de unit is aan een service gebonden. Drie afzonderlijke beslissingen, drie afzonderlijke manieren om het fout te doen. De meeste gevallen die als signaleringsfout worden geëscaleerd, zijn in werkelijkheid een frame dat in een unit terechtkomt die niemand voor die service heeft geconfigureerd. Begin dus bij de aansluiting en werk naar buiten toe.

Leg het framecontract vast

Leg het contract vast voordat u enige configuratie kiest: untagged, een servicetag of een stack. Voeg de MTU toe die de klant gaat versturen en de tagbehandeling die in elke richting wordt verwacht, want dat zijn onderhandelde eigenschappen en geen lokale voorkeuren. Een unitnummer is alleen een identificatie en zegt niets over welke frames de interface accepteert.

Schrijf het in de servicenotitie en niet in een ticketcommentaar. Wie dit over zes maanden debugt, leest de notitie. Het ticket leest hij niet.

Laat de encapsulatie bij het contract passen

Een service met een enkele tag gebruikt doorgaans een VLAN-circuitencapsulatie zoals vlan-ccc, terwijl untagged frames de gewone Ethernet-circuitvorm nodig hebben en een stack de uitgebreide variant die twee tags begrijpt. Op een platform dat service-encapsulatie per unit ondersteunt, kan een fysieke interface er meerdere tegelijk huisvesten, wat handig is en tegelijk de manier waarop een frame in de verkeerde unit belandt. Waar de gids voor uw platform family ccc, configureert u het als onderdeel van de volledige aansluiting in plaats van het op een gerouteerde interface te schroeven. De encapsulatiegids vermeldt welke aansluitingstypen welke eisen opleggen.

Voeg niet uit voorzorg een family-statement aan elke interface toe. De configuratie die het ene circuit laat werken, kan het volgende frames laten accepteren die zijn klant nooit verstuurt.

Bind de aansluiting aan de juiste service

Een BGP-gesignaleerd Layer 2 VPN, een LDP-gesignaleerd circuit en de andere ondersteunde services hebben elk hun eigen configuratie voor interfacebinding en signalering, en die zijn niet uitwisselbaar. Het aansluittype van de een mengen met de signalering van de ander levert een circuit op dat een peer meldt en nooit een frame draagt.

Vergelijk het verre uiteinde met het nabije uiteinde in plaats van een van beide geïsoleerd te bekijken: peeradres, service-identificatie, encapsulatieafspraak, verwachting voor het control word en groottebudget. De MPLS-underlay kan volledig gezond zijn terwijl de aansluiting ontbreekt of elders is geclassificeerd; daarom bewijst een test die alleen naar de underlay kijkt hier niets.

Controleer met het frame, niet met de status

Lees de lokale interfacetellers terwijl de klant verkeer stuurt, lees daarna de servicestatus en bevestig vervolgens dat het frame dat aankomt het afgesproken frame is, inclusief zijn tag. Een gerepareerde aansluiting levert dat frame; een statuswijziging op zichzelf is nergens bewijs voor.

Waar u bevoegd bent om op te nemen, bekijkt u het frame in beide richtingen. Tagasymmetrie is makkelijk te missen in een statusoverzicht en direct zichtbaar in een opname. Die asymmetrie verklaart ook klachten die in de ene richting werken en in de andere falen.

Schrijf het dan op

Noteer vier waarden in de servicenotitie: contract, encapsulatie, unit en servicebinding. Die vier zijn wat een nieuwe engineer nodig heeft en wat een configuratiereview zelden expliciet maakt.

Als het circuit over zes maanden uitvalt, bepaalt die notitie het verschil tussen een kwartier werk en het opnieuw afleiden van het hele ontwerp uit een draaiende configuratie. Voeg de datum toe waarop u het voor het laatst hebt geverifieerd, zodat de notitie ook zegt hoe verouderd ze is.