Robocikowo>ROBOCIKOWO
Infrastruktura

SRv6

2017AktywnyOpublikowano: 8 maja 2026Aktualizacja: 8 maja 2026Opublikowany
SRv6 to wariant Segment Routing realizowany bezpośrednio na IPv6 – pakiet niesie w nagłówku SRH listę adresów IPv6 (SID-ów) określających ścieżkę i operacje, jakie mają wykonać kolejne węzły.
Kluczowa innowacja
Source routing wprost na warstwie IPv6 – węzeł brzegowy koduje listę instrukcji przetwarzania (segmentów) jako adresy IPv6 w nowym Segment Routing Header, eliminując potrzebę osobnego stosu MPLS.
Kategoria
Infrastruktura
Poziom abstrakcji
Pattern
Poziom operacji
WdrożenieSystem
Zastosowania
Traffic engineering w sieciach hyperscalerów (Microsoft, Meta, Alibaba)Multipath dla RoCE/RDMA w klastrach AINetwork slicing w sieciach 5GL3VPN / EVPN bez MPLSService chaining (Network Function Virtualization)

Jak działa

Węzeł brzegowy (ingress / SR source) umieszcza w pakiecie nagłówek SRH zawierający listę adresów IPv6 (SID). Pole "Segments Left" wskazuje aktualny segment do wykonania – jego adres jest aktywnym IPv6 destination. Każdy węzeł zdolny do SRv6 (SR-aware), dochodząc do SID adresowanego do siebie, dekrementuje Segments Left, podstawia kolejny SID jako nowe destination i wykonuje funkcję zakodowaną w SID (END, END.X, END.DT4/DT6 dla VPN, END.B6 dla binding itd.). Węzły niewspierające SRv6 forwardują pakiet po zwykłym IPv6 longest-prefix match, ponieważ SID jest po prostu adresem IPv6.

Rozwiązany problem

Tradycyjne MPLS-TE wymaga skomplikowanego control plane (LDP, RSVP-TE) i utrzymywania stanu per-flow w rdzeniu sieci. SRv6 eliminuje to przenosząc całą informację o ścieżce do nagłówka pakietu i wykorzystując IPv6 jako data plane.

Implementacja

Implementacje referencyjne
Linux SRv6 (kernel + iproute2)
C · segment-routing.org / Linux community
Oficjalna
FRRouting (FRR) SRv6
C · FRRouting Project
Oficjalna
VPP (Vector Packet Processing) SRv6
C · FD.io / Cisco
Oficjalna
Pułapki implementacyjne
Rozmiar nagłówka SRHŚrednia

Każdy SID to 128 bitów; długie listy segmentów powiększają overhead i mogą fragmentować pakiety lub przekraczać MTU.

Rozwiązanie:Stosować Compressed SRv6 (uSID, RFC 9800-class drafts) – kompresja wielu SID w jeden 128-bitowy adres.
Wsparcie sprzętowe / linecardWysoka

Nie wszystkie linecards obsługują pełne SRv6 Network Programming w hardware – starsze ASICs mogą procesować SRH wyłącznie w slow path.

Bezpieczeństwo source routingWysoka

Source routing historycznie było wektorem ataków (RFC 5095 deprecates IPv6 RH0); SRv6 wymaga starannej polityki na brzegu sieci, by odrzucać niezaufane SRH z zewnątrz.

Ewolucja

Oryginalny paper · 2020 · IETF · Clarence Filsfils
IPv6 Segment Routing Header (SRH) — RFC 8754
Clarence Filsfils, Darren Dukes, Stefano Previdi, John Leddy, Satoru Matsushima, Daniel Voyer
2013
Pierwsze drafty Segment Routing w IETF

Cisco (Clarence Filsfils i in.) publikuje początkowe drafty wprowadzające koncepcję Segment Routing w grupie roboczej SPRING.

2017
RFC 8402 – Segment Routing Architecture
Punkt przełomowy

IETF standaryzuje ogólną architekturę Segment Routing (SR-MPLS i SRv6) w RFC 8402.

2020
RFC 8754 – IPv6 Segment Routing Header
Punkt przełomowy

Standaryzacja SRH – data plane SRv6 staje się oficjalnym standardem IETF.

2021
RFC 8986 – SRv6 Network Programming
Punkt przełomowy

Zdefiniowane funkcje SID (END, END.X, END.DT4, END.DT6 itd.) – formalna specyfikacja "Network Programming" na bazie SRv6.

2024
SRv6 w sieciach scale-out AI

Hyperscalerzy (Microsoft Azure, Alibaba HPN) raportują wdrożenia SRv6 do trasowania ruchu RoCE w klastrach treningowych AI.

Szczegóły techniczne

Wymagania sprzętowe

Podstawowe

SRv6 to protokół warstwy 3 IPv6; działa na każdym routerze/switchu wspierającym IPv6 forwarding, choć pełne Network Programming wymaga SR-aware hardware.