MPLS och SD-WAN: skilj transporten från överlagret
En MPLS-krets är transport; SD-WAN är policyn ovanpå. Skilj underlagets nåbarhet, överlagrets tunnlar och avtalet innan du jämför priser.
MPLS och SD-WAN är inte alternativ på samma lista, och därför går jämförelsen i cirklar. Det ena är en vidarebefordransteknik som säljs som en privat WAN-tjänst; det andra är ett styr- och policylager som kan köras över den tjänsten, över bredband, över mobilnät eller över vilken blandning som helst. Om MPLS blir kvar beror på vad verksamheten köper, inte på vilken logotyp som syns i diagrammet. Skilj först lagren, så blir beslutet en uppsättning konkreta frågor.
Vad MPLS betyder i ett inköpssamtal
En MPLS VPN från en leverantör ger en privat tjänst där operatören flyttar trafik mellan kundanslutningar och äger en del av routningsansvaret. MPLS som teknik förekommer också inne i företagsnät, så samma ord kan beskriva något som företaget driver själv. Den skillnaden avgör vem som konfigurerar etiketterna och vem som svarar i telefon klockan tre på natten. Fråga vilken anslutningsmodell som gäller, och skriv ned svaret innan ni pratar produkter.
Ingenting i den tjänsten hindrar att ett överlager byggs ovanpå den. De två lever i olika lager, och just därför ersätter det ena inte automatiskt det andra.
Rita underlaget före överlagret
Underlaget är allt som faktiskt flyttar paket mellan kantutrustning: leverantörens överlämningar, annonserade prefix, accesskretsar och routningen som gör dem nåbara. Överlagret är uppsättningen tunnlar och relationer mellan platser som byggs ovanpå, tillsammans med val av kryptering och topologi. Policy sitter ännu högre och avgör vilken applikation som tar vilken väg under vilka villkor. Läs varje föreslagen design genom att namnge de tre var för sig, eftersom en etikett som SD-WAN inte namnger någon av dem.
Två platser kan behålla leverantörens WAN och lägga tunnlar ovanpå, byta ut valda kretsar mot bredband eller köra flera transporter sida vid sida. Var och en av dessa är ett annat projekt med en annan kostnadsprofil och en annan feilyta.
Gör säljjämförelsen till acceptanskriterier
En jämförelse blir användbar när den blir till acceptanskriterier. Bygg en tabell med en rad per lager och fyll den från avtalet i stället för från broschyren.
| Layer | Question to answer | Owner |
|---|---|---|
| Underlay | Which paths exist, which prefixes are advertised, what service level is committed | Carrier and network team |
| Overlay | Which sites and prefixes are reachable through tunnels, and how traffic is encrypted | Enterprise |
| Policy | Which application uses which path, and what evidence triggers a change | Enterprise |
| Operations | Who diagnoses a brownout, and what the escalation path is | Both, in writing |
Notera vad som händer när den föredragna vägen kommer tillbaka, eftersom asymmetriskt eller fladdrande val är en vanlig överraskning efter bytet. Ta med lokalt internetutbrott och central inspektion i samma tabell, eftersom de avgör om policyn verkligen kan upprätthållas. Jämför totalkostnaden över kretsar, kantutrustning, programvara, drift och återställning i stället för priset för en enda accesslinje. En billigare krets ger inte i sig en billigare tjänst.
Feloberoende hör hemma i designen
Två logiska vägar kan dela en sista-mil-kanal, en strömförsörjning eller en uppströms leverantör, och ett överlager kan inte rutta runt ett beroende som det aldrig har haft. Begär den fysiska och leverantörsmässiga variationen bakom varje krets och jämför den sedan med de fel du faktiskt bryr dig om. När båda vägarna dör tillsammans har styrlogiken ingenting kvar att styra. Skriv in den gränsen i designdokumentet i stället för att upptäcka den under ett avbrott.
Den färdiga ritningen bör visa transport, överlager och policy som tre separata band, med avtalsvillkoren kopplade till det nedersta. Då blir det ett beslut som någon kan försvara att behålla, minska eller ta bort MPLS.