Ugrás a főtartalomra

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.

Adj- SID helyi, és nem stabil a bakancs vagy a linket csapok.

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ő

Hivatkozás