Segment Routing Primer — SR-MPLS and SRv6
Segment Routing Primer - SR- MPLS og SRv6
Kilderouting uden per- flow tilstand: hvordan SR erstatter RSVP-TE, hvad Node- SIDs og Adj- SIDs gør, hvordan SRv6 koder instruktioner i IPv6 adresser, og hvor SR- TE passer ind i trafikteknik.
1. Problemet med RSVP-TE
RSVP- TE (ressourcereserveringsprotokol - trafikteknik, ) muliggjorde eksplicit kanalkontrol i MPLS-netværk, men indførte betydelig operationel kompleksitet:
- Perflowtilstand:
- Hoved- og slutskiltning:
- Skalerbarhed:
- Fast- Reroute kompleksitet:
Segment Routing () eliminerer per- flow tilstand ved transitknudepunkter helt. Kilderouteren indkoder hele fremsendelsesvejen som en ordnet liste over i selve pakkehovedet. Transit routere behandler kun det aktive segment og behøver ikke LSP-tilstand.
2. SR Arkitektur (RFC 8402)
A er en instruktion, der fortæller en router, hvordan man sender pakken - det kunne betyde "gå til denne node", "exit på denne specifikke adjaccy", eller "anvende denne VPN opslag". Segmenter identificeres ved segmentidentifikatorer (SID). En ordnet liste over SID 'er er (eller SID- liste). Det aktive segment behandles ved hvert hop; når behandlingen er afsluttet, fjernes segmentet, og det næste bliver aktivt.
Der findes to data- planetstørrelser:
- SR- MPLS
- SRv6
3. SR- MPLS: Node- SIDs, Adj- SIDs og SRGB
SR- MPLS () definerer to grundlæggende SID typer, annonceret af IS- IS () eller OSPF () som TLV-udvidelser:
| SID-type | Anvendelsesområde | Stabilitet | Betydning |
|---|---|---|---|
| Node- SID | Global (SRGB) | Vedvarende | "Levere til denne node ved hjælp af den korteste IGP sti". Hver router har en Node- SID per lookback / router- ID. Alle routere i SR-domænet skal programmere denne etiket. |
| Adjacency- SID | Lokal (SRLB eller dynamisk) | Efemal (pr. session) | "Fremsend denne specifikke grænseflade til denne specifikke nabo". Bruges til at tvinge en pakke på et bestemt link uanset den korteste sti. |
| Anycast- SID | Global | Persistent | Delt af et sæt knudepunkter (f.eks. en anycast gruppe af rutereflektorer eller datacenter PPS). Pakninger leveres til nærmeste medlem. |
EU (Segment Routing Global Block) er det etiketsortiment, der er forbeholdt globalt signifikante SID 'er. Den almindelige standard er 16000- 23999 (Cisco, Juniper), selv om det er konfigurerbar. Node- SID' er indkodes som (f.eks. indeks 100) og løst til en etiket ved at tilføje indekset til SRGB-basen (f.eks. 16000 + 100 = etiket 16100). Alle routere skal bruge den samme SRGB for globale SID 'er at være konsekvent - mismatchede SGRBs mellem leverandører eller konfigurationer forårsage forkert mærkning.
SR- MPLS- etiketstabel- eksempel
Ingress R1 pushes: [Node-SID(R3)] [Node-SID(R5)] R1→R2: outer label = SID(R3), inner = SID(R5) R2→R3: pops SID(R3) (PHP or explicit-null) R3 sees top label = SID(R5); forwards on shortest path to R5 R5 pops SID(R5); delivers to local application
4. SRv6: SID 'er som IPv6-adresser
SRv6 () koder SID 'er som 128- bit IPv6 adresser struktureret som:
| Locator (e.g., /48) | Function (operator-defined, typically 16 bits) | Argument (remaining bits) |
- Lokalisering
- Funktion
- Argument
Segmentlisten findes i (Segment Routing Header, ) - en IPv6 udvidelse header med Next Header = 43 (Routing Header), Routing Type = 4. SRH indeholder:
- Segment Venstre (SL): Indeks i segmentlisten, der peger på den aktive SID
- Mærke: flowklassifikationsvink
- Segment List [0.. n]: de bestilte SID 'er (sidste SID er destinationen)
Ved hver SR- aware node, hvis IPv6 destination matcher en lokal SID, knuden udfører SID 's funktion, dekreter Segment Venstre, og kopierer Segment List [Segment Venstre] i IPv6 DA før videresendelse.
5. Trafikteknik med SR- TE
SR- TE ( - SR Policy Architecture) erstatter RSVP-TE LSP med , hver defineret ved:
- Hovedstol
- Farve
- Slutpunkt
- En eller flere med en vægtet segmentliste
Kandidatstier beregnes af forenden (ved hjælp af lokal CSPF / PCE) eller distribueres af en centraliseret SR- PCE / controller over PCEP () eller BGP SR Policy (se § 8). Dette eliminerer RSVP signalplan helt samtidig bevare eksplicitte sti kontrol.
On- Demand Next- Hop (ODN)
6. SR- MPLS vs SRv6 vs RSVP- TE
| SR- MPLS | SRv6 | RSVP- TE | |
|---|---|---|---|
| Dataplan | MPLS-etiketstak | IPv6 + SRH udvidelsesheader | MPLS label stack |
| Perflowtilstand ved transit | Ingen | None | Ja (RSVP soft state) |
| Underskrift protokol | Udvidelser af IGP (IS- IS / OSPF) | IGP-udvidelser | RSVP- TE (PATH / RESV) |
| HW-kompatibilitet | enhver MPLS HW | Kræver SRv6- stand ASIC | Any MPLS HW |
| Overskridelse pr. pakke | 4 B pr. etiket | 8 + 16n B (SRH med n SID) | 0 (MPLS-etiket allerede i stak) |
| VPN-understøttelse | Via MPLS VPN-etiketter | End.DT4 / DT6 / DX2 SID- funktioner | Via MPLS VPN labels |
| Hurtig omdirigering | TI- LFA (topology- uafhængig, ingen prækonfiguration) | TI- LFA | RSVP-FRR (forudbestemt bypass) |
| Implementeringsløbetid | Bredde i SP / DC | Voksende; ASIC støtte stadig modning | Gamle men faldende |