Hvem router mellem dine lokationer: VPN på lag 2 eller lag 3?

Bestil en udbyder-VPN, og nogen ender med at eje routing mellem lokationer, uanset om du navngav den ejer eller ej. Tegin for en lag 2-overdragelse, og udbyderen leverer et rør, mens dine routere danner naboskabet; tegn for en lag 3-tjeneste, og udbyderen bærer dine præfikser inde i sin egen routing-kontekst. Begge er legitime produkter med forskellige historier om vagttelefonen. Gå ordren igennem fra tilbuddet til den første accepttest, og valget holder op med at være abstrakt.

Start med overdragelsesformularen, ikke topologisliden

Enhver udbyder sender før eller siden en formular, der spørger, hvad den skal overdrage til dig: en pseudowire, et multipoint Ethernet-segment eller en rutet tilslutning på en delt tjenestekant. Det ene svar afgør mere end noget diagram i salgspræsentationen, fordi det fastlægger, hvor dit ansvar begynder.

En punkt-til-punkt-pseudowire er ét kredsløb mellem to tilslutninger, og en multipoint Ethernet-tjeneste forbinder flere lokationer i ét broadcast-domæne. De ser ens ud på et diagram og opfører sig helt forskelligt, når en løkke eller en broadcast-storm er involveret. Bekræft, hvilken der tilbydes, før du planlægger adressering.

Produktnavne afgør det ikke. En MPLS-label, en overdragelse af mørk fiber og et internetbaseret overlay kan alle kaldes et privat netværk, og rammedokumenterne behandler tjenestemodellen og opdelingen kunde-udbyder som det, der skal defineres. Bed om tilslutningens semantik på skrift og læs den derefter tilbage til dit eget team i almindelige ord.

Læs, hvad der ankom på idriftsættelsesdagen

På idriftsættelsesdagen skal du se på det interface, du fik, før du konfigurerer noget oven på det. En rutet lag 3-tilslutning viser sig normalt som en port med et lille punkt-til-punkt-subnet eller som et næste hop, du skal nå. En lag 2-tilslutning viser sig som et link, der forventer frames, så din første nyttige kommando er et bridge- eller nabo-tjek snarere end et ruteopslag.

ip -br link show
ip -br addr show
ip route show default
ip neigh show

De fire linjer fortæller, hvilken verden du er i. En standardrute, der peger på en udbyderadresse betyder, at udbyderen router for dig. Et interface uden brugbar lag 3-adresse men med en fyldt bridge betyder, at du forventes at route, og ethvert manglende præfiks er dit at rette.

Et link, der ser promiskuøst ud, kan også betyde, at overdragelsen er tagget, så bekræft VLAN-aftalen, før du bebrejder kredsløbet. Duplikerede MAC-adresser på tværs af en multipoint-tjeneste er et designsymptom, ikke en udbyderfejl.

Tildel én ejer per objekt før det første præfiks

Gå objektlisten igennem og sig navnet på det team, der ejer hvert enkelt, højt. Kunde-præfikser og annonceringerne mellem lokationer. Naboskabet eller tjenesteidentifikatoren, der danner forholdet til udbyderkanten. Hvem bryder løkker, og hvem har accepteret at leve i ét bredere broadcast-domæne. Hvor MTU-loftet ligger, hvordan fejl opdages, og hvordan tjenesten vender tilbage. Adgangspolitik plus enhver kryptering, som tjenesten ikke indeholder.

Listen er kort, fordi det er den del, der brækker under en hændelse. Hvis to teams begge tror, de ejer rutepolitikken, producerer et nedbrud to modstridende ændringer i samme time. Hvis ingen ejer den, overlever den første asymmetriske sti, indtil en kunde rapporterer den.

En rutet tjeneste giver dig normalt en BGP- eller statisk grænse, så din side har brug for en sessionstilstand, du kan læse: birdc show protocols eller det tilsvarende på din router fortæller, om naboskabet er oppe, og tællerne fortæller, om det flapper i arbejdstiden. En lag 2-overdragelse giver intet sådant signal, og derfor skal kunden eje et eksplicit reachability-tjek.

Gå fejltilfældet igennem for én lokation

Skriv accepttesten, før tjenesten går i drift: drop én lokations tilslutning, og noter, hvad hvert team ser. På en lag 3-tjeneste trækker udbyderen reachability for den lokations præfikser tilbage, din session logger tilbagetrækningen, og de øvrige lokationer beholder deres stier. På en lag 2-tjeneste går kredsløbet ned, din routingprotokol bemærker en død nabo, og den samme konvergens afhænger helt af dine timere.

Gendan linket, og tjek den anden halvdel af tilfældet, fordi forældet tilstand er den sædvanlige rest. Bekræft, at naboskabet vender tilbage, at præfikserne kommer tilbage med de forventede attributter, og at der ikke ligger en midlertidig statisk rute tilbage i tabellen fra hændelsen.

Test også den kedelige fejl: én lokation, der fordobler sin trafik. På en rutet overdragelse kan du se tællere per præfiks; på en broet kan du måske kun se interfacets gennemstrømning, hvilket efterlader dig med at gætte, hvilken vært der er ansvarlig.

Hvad kontrakten ikke køber

En lag 2- eller lag 3-label siger intet om latenstid, dedikeret backbone eller kryptering. Det er separate forpligtelser, og tilgængelighedstal indebærer ingen af dem. Læs serviceaftalen for det, der er lovet, og behandl alt andet som en antagelse, du bør teste.

Hvis dit krav er en punkt-til-punkt-tilslutning mellem to kunderoutere, passer en lag 2-tjeneste uden at bede udbyderen om at køre din interne routing. Hvis dit krav er mange lokationer med forskellige subnets og et lille driftsteam, fjerner en rutet tjeneste normalt arbejde, du ellers ville eje.

Ingen af dem er standard. Tjek enhedsunderstøttelse af indkapslingen, de faktiske trafikforhold mellem lokationer, redundansmodellen, og om dit team kan drive den del, det netop har accepteret. Skriv derefter ejernavnene i runbooken, fordi det er den eneste del af beslutningen, der overlever udskiftning af personale.