Segment Routing Primer — SR-MPLS and SRv6
Szegment Routing Primer - SR- MPLS és SRv6
Forrásútvonal perflow állapot nélkül: hogyan SR helyettesíti RSVP- TE, mit Node- SID és Adj- SID csinál, hogyan SRv6 kódolja utasításokat IPv6 címek, és ahol SR- TE illeszkedik a forgalom mérnöki.
1. A probléma a válaszadás
RSVP- TE (Resource Reservation Protocol - Traffic Engineering, ) lehetővé tette az MPLS-hálózatokban a kifejezett útvonalellenőrzést, de jelentős működési komplexitást vezetett be:
- Per- flow állapot:
- Fejjel jelzés:
- Képesség:
- Fast- Reroute komplexitás:
Segment Routing () megszünteti perflow állapot a tranzit csomópontok teljesen. A forrás router kódolja a teljes továbbítási útvonalat, mint egy megrendelt listát A csomagfejlécben. A tranzit routerek csak az aktív szegmenst dolgozzák fel, és nincs szükség LSP-állapotra.
2. SR építészet (RFC 8402)
A egy utasítás, amely megmondja a router, hogyan kell továbbítani a csomagot - ez azt jelentheti, hogy "megy erre a csomópontra", "kilép ezen a bizonyos mellékvágányon", vagy "alkalmazza ezt a VPN keresés". A szegmensek azonosítására a szegmentációs azonosítók (SID) szolgálnak. A SID-ek listája (vagy SID- list). Az aktív szegmenst minden komp esetében feldolgozzák; ha a feldolgozás befejeződött, a szegmenst eltávolítják, és a következő aktív lesz.
Két adatsík telepítés létezik:
- SR- MPLS
- SRv6
3. SR- MPLS: Node- SID, Adj- SID és az SRGB
SR- MPLS () határozza meg az IS- IS () vagy OSPF () TLV kiterjesztésként:
| SID-típus | Hatály | Stabilitás | Jelentés |
|---|---|---|---|
| Node- SID | Global (SRGB) | Tartós | "Add át ennek a csomópontnak a legrövidebb IGP útvonalat". Minden router rendelkezik egy Node-SID / kiskapu / router- ID. Minden routernek az SR tartományban be kell programoznia ezt a címkét. |
| Adjacency- SID | Helyi (SRLB vagy dinamikus) | Ephemeral (per- session) | "Továbbítsa ezt a különleges felületet ennek a szomszédnak". Egy csomagot egy bizonyos linkre erőltetett, a legrövidebb útvonaltól függetlenül. |
| Anycast- SID | Globális | Persistent | Egy sor csomópont (pl. útvonalvisszaverő vagy adatközpont PoP-k) osztotta meg. A csomagok a legközelebbi taghoz kerülnek. |
A (Segment Routing Global Block) a világszinten jelentős SID-ek számára fenntartott címketartomány. A közös alapértelmezés 16000- 23999 (Cisco, Juniper), bár konfigurálható. A Node-SID kódolás: (pl. 100-as index), és egy címkére oldva, az indexet hozzáadva az SRGB bázishoz (pl. 16000 + 100 = 16100 címke). Minden routernek ugyanazt az SRGB-t kell használnia ahhoz, hogy a globális SID-ek következetesek legyenek - a gyártók vagy konfigurációk közötti kiegyenlített SGRB-k téves címkézést okoznak.
SR- MPLS címke stack példa
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: IPv6 címek
SRv6 () 128- bites IPv6 címként kódolja a SID-eket:
| Locator (e.g., /48) | Function (operator-defined, typically 16 bits) | Argument (remaining bits) |
- Helymeghatározó
- Funkció
- Vitatkozás
A szegmensek listája a (Segment Routing Header, ) - egy IPv6 kiterjesztési fejléc, Next Header = 43 (Routing Header), Routing Type = 4. Az SRH a következőket tartalmazza:
- Baloldali szegmens (SL): az aktív SID-re mutató szegmenslista indexe
- Tag: áramlási osztályozási javaslat
- szegmentációs lista [0.. n]: a megrendelt SID (utolsó SID a cél)
Minden SR- tudatos csomópontnál, ha az IPv6 célállomás megegyezik egy helyi SID-vel, a csomópont végrehajtja a SID funkcióját, elrendeli a Baloldali szegmenst, és továbbítás előtt lemásolja a Segment List [Segment Left ]-t az IPv6 DA-ba.
5. Forgalomirányítás SR-TE-vel
SR- TE ( - SR Policy Architecture) felváltja RSVP- TE LSP , mindegyik meghatározása a következő:
- Fejléc
- Szín
- Végpont
- Egy vagy több , mindegyiknek súlyozott szegmenslistája van
A jelölt útvonalakat a headend számítja ki (helyi CSPF / PCE használatával) vagy egy központosított SR- PCE / vezérlő osztja el a PCEP-n () vagy BGP SR politika (lásd 8. Ez teljesen kiküszöböli az RSVP jelátviteli síkot, miközben fenntartja a kifejezett útvonalvezérlést.
On- Demand Next - Hop (ODN)
6. SR- MPLS vs SRv6 vs RSVP- TE
| SR- MPLS | SRv6 | RSVP- TE | |
|---|---|---|---|
| Adatsík | MPLS címkekészlet | IPv6 + SRH kiterjesztett fejléc | MPLS label stack |
| Átszállítás előtti állapot | Nincs | None | Igen (az SVP lágy állapota) |
| Jelzési protokoll | IGP (IS- IS / OSPF) kiterjesztések | IGP kiterjesztések | RSVP- TE (PATH / RESV) |
| HW kompatibilitás | Minden MPLS HW | SRv6- képes ASIC szükséges | Any MPLS HW |
| Felső csomagonként | 4 B címkénként | 8 + 16n B (SRH n SID-ekkel) | 0 (MPLS címke már stack-ben) |
| VPN támogatás | Via MPLS VPN címkék | End.DT4 / DT6 / DX2 SID funkciók | Via MPLS VPN labels |
| Gyors átirányítás | TI- LFA (topológia- független, nincs előkonfiguráció) | TI- LFA | RSVP- FRR (előzetes ellátású bypass) |
| Alkalmazási idő | Szélesség SP / DC-ben | Növekedés; ASIC támogatás még érlelés | Érett, de csökkenő |