セグメントルーティング(Segment Routing, SR-MPLS・SRv6)

1. 概要

セグメントルーティング(Segment Routing, SR) とは、パケットの出発ノード(ingress) が宛先までに経由すべき経路をセグメント(Segment)の順序付きリストとしてパケットヘッダに直接挿入し、中間ノードはそのリストを順に処理するだけというソースルーティング(Source Routing)に基づく経路制御アーキテクチャである。経路情報がパケット自体に含まれるため、コアノードは経路ごとの状態(per-flow state)を保持する必要がない。IETFはこれをRFC 8402(Segment Routing Architecture)として標準化しており、データプレーンはMPLSラベルを再利用するSR-MPLS と、IPv6拡張ヘッダを用いるSRv6 の二通りで実装される。

セグメントルーティングが登場した背景は、既存のMPLSトラフィックエンジニアリング(TE)制御プレーンの状態爆発(state explosion)と運用の複雑性 にある。従来のMPLS-TEは明示的経路を確立するためにRSVP-TE という別個のシグナリングプロトコルを用いるが、この方式では全トンネル経路上の全ノードが各LSPごとに予約状態を保存・更新しなければならない。トンネル数をN、経路上のノードをMとすると、コアが管理する状態はおおよそN×Mで増加し、大規模バックボーンで数万のトンネルを運用する際に制御プレーンが深刻な負担を負う。さらにLDPとRSVP-TEという二つのプロトコルを併用運用せねばならず、障害時の再収束・再シグナリングが遅く、50ms復旧(FRR)のためにバックアップトンネルを事前設定する追加の複雑性が生じる。

ここで「ソフト状態(soft state)」とは、RSVP-TEがトンネル予約を周期的なrefreshメッセージで維持する方式を指すが、メッセージが途絶えると予約が消滅するため、ノード群は絶えず状態をやり取りせねばならない。ノード・リンク数が数百に達する大規模バックボーンでは、このrefreshトラフィックと状態テーブル自体が制御プレーンのCPU・メモリを侵食し、ソフトウェアアップグレードやノード再起動時に状態復元が遅延する運用上の脆弱性 として作用した。セグメントルーティングは経路情報をパケットへ移し、この周期的な状態維持そのものを無くした点で根本的な単純化を達成する。

二つ目の背景はSDN・ネットワーク自動化との整合性要求 である。2010年代に入りネットワーク運用が中央コントローラ基盤へ移行するにつれ、コントローラが経路を計算してノードに状態を押し込む(push state) 方式よりも、経路をパケットヘッダに載せて状態のない転送 を行う方式のほうがはるかに拡張性が高いという認識が広まった。セグメントルーティングは経路知能をエッジ(出発ノード)とコントローラに集中させコアを単純化するため、PCE(Path Computation Element)・BGP-LS基盤の中央制御と自然に結合する。三つ目の背景はIPv6の全面化 であり、SRv6は別途のトンネルカプセル化なしにIPv6アドレス自体をセグメント識別子(SID)として用い、ネットワークを一つのプログラム可能な資源として扱う。

具体的な数値でこの動機を測ることができる。例えばノード100個規模のバックボーンで各ノード対間のTEトンネルをfull-meshで運用すると約1万個(100×99)のLSPが生じ、RSVP-TEでは各LSPが経由する全ての中間ノードがPath/Resv状態を周期的にrefreshせねばならないため、コアノード一つが数千個のソフト状態を維持・更新することになる。セグメントルーティングはこのfull-meshトンネルをノードごとのPrefix SID 100個程度の広告 だけで代替するため、コアが維持するper-tunnel状態は事実上0に収束する。このように状態複雑度をO(トンネル数×ホップ数)からO(ノード数)へ下げることが、セグメントルーティングの最大の数学的利点である。

セグメントルーティングの特徴は次のように整理される。これらは後述するTE・FRR・VPN・ネットワークプログラミングがすべて成り立つ土台である。

状態のないコア(Stateless Core): 経路状態がパケットにあるため、中間ノードはトンネルごとの状態を保存しない。拡張性の根源である。
既存IGPの再利用: セグメント配布のために新プロトコルを作らず、IS-IS・OSPFの拡張(TLV) でSIDを広告する。LDP・RSVP-TEを除去できる。
ソースルーティング: 出発ノードが経路を決めるため、TEポリシーをエッジ一箇所で柔軟に適用する。
二つのデータプレーン: MPLSラベルを用いるSR-MPLS(漸進的移行に有利)と、IPv6ヘッダを用いるSRv6(ネットワークプログラミング・サービスチェイニングに有利)を選択できる。
ECMP親和性: Prefix SIDは特定経路を強制せずIGP最短経路に従うため、等コスト多重経路(ECMP)を自然に活用して負荷を分散する。必要なときのみAdjacency SIDで特定経路を強制する「必要なだけ明示する」 戦略が可能である。

2. セグメントルーティングアーキテクチャと中核概念

セグメントルーティングドメインはIGPで接続されたノード群と、経路を計算・注入するコントローラ(PCE)で構成される。出発ノードがセグメントリストを挿入するとパケットはその順序に従って転送され、各セグメントの終端(endpoint)ノードで当該セグメントが消費される。全体構造は次の通りである。

graph LR
    CTRL["SDNコントローラ / PCE (経路計算)"] -. "BGP-LS / PCEP" .-> R1
    R1["R1 Ingress (SIDリストpush)"] --> R2["R2 (Node SID処理)"]
    R2 --> R3["R3 (Adjacency SID: 特定リンク強制)"]
    R3 --> R4["R4 (Node SID処理)"]
    R4 --> R5["R5 Egress (最後のSID pop)"]
    subgraph SR_Domain["SRドメイン (IGP: IS-IS/OSPFでSID広告)"]
        R1
        R2
        R3
        R4
        R5
    end

A. セグメント(Segment)とSID. セグメントとは「パケットが従うべき一つの指示(instruction)」であり、これを識別する値がSID(Segment Identifier) である。SR-MPLSではSIDは20ビットのMPLSラベル、SRv6ではSIDは128ビットのIPv6アドレスの形で表現される。セグメントは大きく二種類である。第一にPrefix SID(そのうち特定ノードを指す場合はNode SID) は「当該宛先までIGP最短経路で行け」という大域的(global)な指示であり、ドメイン全体で一意である。第二にAdjacency SID は「このノードからあの特定のリンク(隣接)へ出よ」という局所的(local)な指示で、特定ノードにのみ意味を持つ。この二つを組み合わせると「最短経路でR4まで行った後、R4から必ず特定のリンクを通じてR5へ」のように緩やかな経路(loose)と厳格な経路(strict)を混ぜて 表現でき、TEの表現力が非常に高まる。

B. セグメントリスト(Segment List)とActive Segment. 出発ノードは複数のSIDを順序付きリスト(ordered list) として積む。パケットは常にリストの最上位(またはポインタが指す)活性セグメント(Active Segment) を基準に転送され、当該セグメントのendpointに到達するとそのセグメントが完了し、次のセグメントが活性化される。SR-MPLSではラベルスタックのtopラベルをpopしながら進み、SRv6ではSRH(Segment Routing Header) のSegments Leftポインタを減少させながら進む。例えばリストが⟨R3-Adj, R5-Node⟩であれば、まずR3の特定リンクを強制的に経た後、残りはR5まで最短経路で行く。

ここで重要な設計原則は「中間ノードは自分がendpointであるセグメントのみ処理し、残りは見ない」 という点である。R2が活性セグメントのendpointでなければ、R2はそのセグメント(例: R3-SID)に向けた最短経路転送のみを行い、リスト全体を解釈しない。この局所性(locality)のおかげでコアノードの処理が単純になり、リストが長くとも各ノードの負担は一定に保たれる。これがセグメントルーティングが長いTE経路でもコア拡張性を失わない構造的理由である。

具体例として、混雑したR2-R4直結リンクを避けてR3を経由させたいとしよう。出発ノードR1は⟨R3のNode SID, R5のNode SID⟩の二つの大域SIDだけを積めばよい。パケットはまずR3までIGP最短経路(R1→R2→R3)で行き、R3でR3-SIDが消費された後、R5まで再び最短経路(R3→R4→R5)で行く。結果としてR2-R4直結を使わない迂回がわずか二つのSID で表現される。もしR3で特定の並列リンク一つだけを使うようさらに強制したければ、その位置にR3のAdjacency SID を挟み込めばよい。このように大域・局所SIDの組み合わせだけでTEポリシーの細やかさを自由に調節することが、セグメントルーティングの表現力の核心である。

C. SRGBとSRLB(ラベルブロック). SR-MPLSではPrefix SIDは実際のラベル値ではなくインデックス(index) として広告され、各ノードはSRGB(SR Global Block) という予約されたラベル範囲(例: 16000〜23999)の開始値にインデックスを加えて実際のラベルを計算する。ドメイン全体が同一のSRGBを用いればSIDインデックスが大域的に一貫し、運用が単純になる。例えばSRGBが16000から始まりR5のPrefix SIDインデックスが105であれば、全ノードがR5をラベル16105として同一に認識するため、運用者はラベルを直感的に追跡できる。逆にノードごとにSRGBが異なると同じ宛先でもノード別のラベルが異なり、デバッグが煩雑になるため、実務ではドメイン単一SRGB を強く推奨する。Adjacency SIDのような局所的な値はSRLB(SR Local Block) から動的に割り当てられる。

D. 制御プレーン — IGP拡張とPCE. セグメントルーティングは別途のラベル配布プロトコル(LDP)なしに、IS-IS・OSPFにSID広告用のTLV・サブTLVを拡張 して各ノードのPrefix/Adjacency SIDをドメイン全体へ伝播する。この点は運用上極めて重要であり、既存のMPLSがIGP(最短経路計算)とLDP(ラベル配布)を分離した二つの制御プレーン として運用し、両者の状態が食い違うときにブラックホールが生じる問題を抱えていたのに対し、SRはルーティングとラベルを単一のIGP状態へ統合 してこの不整合を構造的に除去する。TE経路が複雑で分散計算が困難な場合、BGP-LS でトポロジを収集したPCE/コントローラ が制約(帯域・遅延・affinity)を反映した最適セグメントリストを計算し、PCEP で出発ノードへSR-Policy の形で注入する。すなわち制御知能は中央(またはエッジ)に、転送はコアに分離配置される。この構造のおかげでコントローラが全体トポロジを俯瞰しつつ大域最適化を行えるため、各ノードが局所情報だけで判断していた分散TEより資源利用率が高い。

3. SR-MPLSとSRv6のデータプレーン動作

データプレーンの観点から、二つの方式は「SIDをラベルで表現するか、IPv6アドレスで表現するか」で分かれる。共通点は両者ともpush(リスト挿入)・continue(最短経路転送)・next(セグメント完了後の進行) という同一の抽象動作に従うことであり、違いはその動作をMPLSラベル演算で実装するかIPv6ヘッダ演算で実装するかにある。以下のシーケンスはSRv6パケットがSRHに沿ってどのように転送・消費されるかを示す。

sequenceDiagram
    participant R1 as R1 Ingress
    participant R2 as R2 (Endpoint SID-A)
    participant R4 as R4 (Endpoint SID-B)
    participant R5 as R5 Egress
    R1->>R2: "IPv6(DA=SID-A) + SRH[SID-B, SID-A], SL=1"
    Note over R2: "DAが自身のSID-Aと一致 -> End動作, SL 1->0, DA=SID-B"
    R2->>R4: "IPv6(DA=SID-B) + SRH, SL=0"
    Note over R4: "DAがSID-Bと一致 -> End.DX6などの終端動作を実行"
    R4->>R5: "元ペイロード(デカプセル化)転送"

A. SR-MPLS転送. SR-MPLSは既存のMPLS転送ハードウェアをそのまま用いる。出発ノードはセグメントリストをラベルスタック としてpushし、各ノードはtopラベルを見て、自分がendpointならpop(またはPHPでpenultimateでpop)、そうでなければ最短経路でswap・forwardする。核心的な利点はLDP・RSVP-TEの除去 であり、ラベル配布がIGPに統合されて制御プレーンが大きく単純化し、既存のMPLS網へ漸進的(incremental) に導入できる。ただし深いセグメントリストはラベルスタックが深くなり、一部旧型ASICのpush深さ限界(例: 5〜6段)に突き当たることがある。

SR-MPLSのもう一つの利点は既存のMPLSサービス(L3VPN・L2VPN・EVPN)との共存 である。転送ラベルのみをLDP/RSVP-TEからSRへ置き換え、サービスラベル(MP-BGP)はそのまま維持できるため、サービス無停止でコア制御プレーンのみを現代化する移行が可能である。この「サービスは残し転送だけ変える」特性が、通信事業者がSR-MPLSを第一段階として選ぶ決定的理由である。

B. SRv6転送とSRH. SRv6はIPv6パケットにSRH(Segment Routing Header, IPv6ルーティング拡張ヘッダType 4, RFC 8754) を追加し、セグメントリストをIPv6アドレスの配列 として格納する。パケットの宛先アドレス(DA)には常に現在の活性SIDが入り、endpointノードはDAが自身のローカルSIDと一致するときSegments Left(SL) ポインタを1減少させ、次のSIDをDAへコピーして転送する。SRv6の革新はSID構造にある。128ビットSIDをLocator(ルーティング可能な上位ビット)+ Function(ノードが実行する動作)+ Argument に分け、アドレス一つが「どこへ」だけでなく「何をせよ」 までを指示する。

C. ネットワークプログラミング(Network Programming, RFC 8986). SRv6はFunctionフィールドに標準動作(behavior)を定義してネットワークをプログラムする。代表的にはEnd(次のSIDへ進行)、End.X(特定隣接へL3クロスコネクト)、End.DT4/DT6(VPNテーブル照会後にデカプセル化)、End.DX2(L2クロスコネクト)などがある。これによりVPN・サービスチェイニング・TEを別途プロトコルなしにSIDリスト一つで 表現できる。例えば「ファイアウォール(SID1)→DPI(SID2)→宛先VPN(SID3)」をリストとして編めば、サービスファンクションチェイニング(SFC)がそのまま成立する。既存のMPLSがL3VPN・L2VPN・TE・FRRをそれぞれ異なる制御プレーン(MP-BGP・RSVP-TE・LDP)で組み立てねばならなかったのと対比すると、SRv6はこれら全てのサービスを一つの統合されたSID意味体系 へ還元する点で質的な差がある。これはネットワークを「パケットに命令を載せて実行する分散コンピュータ」として捉える観点の転換であり、SRv6を単なる転送技術ではなくプログラマブルネットワークの基盤 として規定する根拠である。

D. TI-LFA高速再迂回. セグメントルーティングは障害復旧のためにTI-LFA(Topology-Independent Loop-Free Alternate) を提供する。各ノードが事前に障害に備えたバックアップ経路をセグメントリストの形で 計算しておき、リンク・ノード障害を検知すると直ちにバックアップセグメントをpushして50ms以内で迂回する。従来のLFAはトポロジによってはループのない代替経路が存在しない「穴(coverage hole)」が生じたが、TI-LFAは障害後の収束状態の最短経路(post-convergence path)をセグメントで強制指定するため、全てのトポロジでループのない100%カバレッジ を保証する。RSVP-TE FRRと異なりバックアップトンネルを事前にシグナリングして状態として持つ必要がない ため、コア状態の負担なしに同じ保護水準を達成する点が決定的な違いである。

E. SR-MPLSとSRv6の選択基準. 二つのデータプレーンは優劣ではなく用途によって選ぶ。SR-MPLSは既存のMPLS転送チップ・運用ノウハウを再利用するため投資保護と漸進移行 に有利だが、サービス識別が依然ラベルスタックと別途制御に依存する。一方SRv6はIPv6ネイティブでトンネルカプセル化なしにネットワークプログラミング・SFC・VPNをSID一つで統合 するが、ヘッダオーバーヘッドとIPv6全面化という前提が必要である。次の表は二つの方式の設計ポイントを比較する。

区分	SR-MPLS	SRv6
SID表現	20ビットMPLSラベル	128ビットIPv6アドレス(Locator+Function+Arg)
データプレーン	既存MPLS転送を再利用	IPv6 + SRH拡張ヘッダ
オーバーヘッド	小(ラベル4バイト)	大(SIDあたり16バイト、uSIDで緩和)
サービス表現	ラベルスタック + 別途制御	FunctionでVPN・SFCをネイティブ
移行容易性	高(既存MPLS網へ漸進導入)	IPv6全面化・ハードウェア交換が前提
主な適用先	通信事業者バックボーンTE現代化	5G・クラウドネイティブ・SFC

F. Binding SIDとSR-Policy. セグメントリストが長くなるとエッジノードのpush負担とヘッダオーバーヘッドが増える。これを緩和する仕組みがBinding SID(BSID) で、一つのSIDが「あらかじめ定義された別のセグメントリスト(またはSR-Policy)」を代表するよう束縛する。出発ノードは長い経路の代わりにBSID一つだけをpushし、BSIDのアンカーノードが内部で実際のリストを展開する。これにより経路を階層化(hierarchy)・モジュール化 でき、ドメイン間境界で各ドメインの詳細経路をBSIDで抽象化したり、コントローラがポリシーをBSID単位で入れ替えて無停止の経路変更 を行える。実務ではマルチドメイン(access-aggregation-core)バックボーンの端から端までの経路をBSIDで貫く設計が代表的である。

4. 主要機能の比較 — MPLS-TE対比

セグメントルーティングと従来のMPLS(LDP+RSVP-TE)の違いは単なるプロトコル交換ではなく、状態をどこに置くか という設計哲学の違いに由来する。RSVP-TEは経路状態をコア全体に分散保存するためトンネル数に比例して状態が爆発し再収束が遅い一方、SRは状態をパケットとエッジへ移してコアを無状態化する。この違いが拡張性・運用性・自動化適合性の格差につながる。

区分	MPLS LDP+RSVP-TE	Segment Routing(SR-MPLS/SRv6)
経路状態	コアノードごとにトンネル別状態を保存	パケットヘッダに経路、コア無状態
ラベル/SID配布	LDP・RSVP-TEの別途プロトコル	IGP(IS-IS/OSPF)拡張で統合
TE方式	RSVP-TE明示シグナリング	SIDリストのソースルーティング + PCE
障害復旧	FRR(バックアップトンネルの事前状態が必要)	TI-LFA(状態なしで100%カバー)
SDN適合性	低(分散状態)	高(中央計算・状態のない転送)
VPN・SFC	ラベルスタック + 別途制御	SRv6 Functionでネイティブ表現

この違いは障害収束速度でも表れる。RSVP-TEは経路が切れるとhead-endが再シグナリングで新トンネルを立てねばならないため大規模網で収束が遅く、その間状態が不整合になりうる一方、SRはIGPが再収束すれば各ノードが新最短経路へ自動で切り替わり、Prefix SIDの意味がそのまま維持されるため別途の再シグナリングが不要である。また新規サービス開通時、RSVP-TEは経路上の全ノードにトンネルをプロビジョニングせねばならないが、SRはエッジでSIDリストを指定するだけでよく、プロビジョニングの接点がエッジ一箇所へ縮小 される。これが運用費(OPEX)と開通リードタイムを下げる実質的効果につながる。

オーバーヘッドを数値で見ると、SRv6でセグメント3個の経路は基本SRH 8バイトにSID 3×16バイトを加えて56バイトの追加ヘッダが付く。1,500バイトMTU環境でこれは約3.7%の帯域オーバーヘッドであり、縁のケースで断片化を誘発しうる大きさである。一方16ビットuSIDを用いれば同じ3ホップを一つの128ビットアドレス内に収めて追加SRHなしに表現でき、オーバーヘッドが激減する。このため新規SRv6バックボーン設計ではジャンボフレーム(9,000バイト)前提の上でuSIDを基本採用する場合が多い。

実務的に大型通信事業者・クラウドバックボーンはRSVP-TEの状態負担のためSRへ移行している。例えばグローバルなコンテンツ・通信事業者が数万のTEトンネルをSR-Policyで代替し制御プレーン状態を大幅に減らした事例が報告される。ただしSRv6はSRHのためパケットオーバーヘッドが大きくなる(SIDあたり16バイト)。セグメント3個であればSRHが40バイトを超えMTU・断片化の問題が生じるため、バックボーンMTUを1,500バイト以上(ジャンボフレーム)へ引き上げるか、後述のuSID で圧縮する設計が必要である。この「状態削減」という利得と「ヘッダオーバーヘッド」という費用の間のトレードオフを理解することが肝心である。

5. 深化 — 最新動向と標準の進化

セグメントルーティングは標準化と商用展開が活発に進行中の領域であり、技術士の観点から次の流れに注目すべきである。

A. SRv6 uSID(micro-SID)でオーバーヘッドを克服. SRv6の最大の弱点は128ビットSIDが長く、セグメントが増えるほどヘッダが急激に大きくなる点である。これを減らすためにuSID(micro-segment) 技法が登場した。一つの128ビットIPv6アドレスの中に16ビットまたは32ビットのmicro-SIDを複数コンテナのように並べ 、アドレス一つで複数ホップを表現する。例えば16ビットuSIDなら一つのアドレスに最大6個のセグメントを収めてSRHなしで(または短いSRHで)長い経路を表現できるため、オーバーヘッド・MTUの問題が大きく緩和され旧型ハードウェアとの互換性も良くなる。多くのベンダがuSIDを商用ラインカードで支援し、SRv6導入の実質的な障壁が低くなった。

B. 標準体系. アーキテクチャはRFC 8402(2018)、SRv6のSRHはRFC 8754(2020)、SRv6ネットワークプログラミングはRFC 8986(2021)で安定化し、SR Policy(RFC 9256)でTEポリシーモデルが確立された。uSID・G-SRv6などはIETFドラフト段階で発展を続けているため、断定よりも「標準化進行中」として記述するのが安全である。BGP-LS・PCEP拡張でコントローラ連動も標準化されている。

C. データセンター・ホストへの拡張. セグメントルーティングは従来は通信事業者バックボーン技術として出発したが、近年はデータセンターファブリック(leaf-spine)とホスト(Linuxカーネル) へ拡張されている。LinuxカーネルはSRv6のencap・End behaviorをネイティブに支援し、コンテナ・VMが直接SRv6経路へ参加するホストネットワーキング が可能である。これによりサーバNICからバックボーンまで単一のSRv6プレーンで端から端まで(end-to-end)のポリシーを執行する構成が現実化し、これはeBPF基盤データプレーン・CNIと結合してクラウドネイティブネットワーキングの一軸をなす。

D. 既出・類似主題の連携. セグメントルーティングは情報管理技術士・コンピュータシステム応用技術士でMPLS、SDN、ネットワークスライシング、IPv6、トラフィックエンジニアリングと束ねて出題されやすい主題である。特に「MPLSの限界とSRの登場背景」「SR-MPLSとSRv6の比較」「SRv6ネットワークプログラミングとSFC」「TI-LFA対RSVP-TE FRR」は比較・説明型の設問に変奏されやすい。答案構成では必ず状態複雑度の観点(コア無状態化) を中心軸に据え、SR-MPLS/SRv6の選択基準やuSIDのような最新補完技術を添えると深みのある展開になる。

6. 考慮事項および示唆点

セグメントルーティングの導入は単なるプロトコル交換ではなくバックボーン運用モデルの転換であるため、技術士の観点から次を総合的に考慮せねばならない。

適用戦略(漸進移行): 既存のMPLS資産が大きい事業者は、ハードウェアをそのまま用いるSR-MPLSへまず移行 してLDP・RSVP-TEを取り除き、IPv6全面化とネットワークプログラミング需要が成熟すればSRv6(uSID)へ段階移行 する二段階ロードマップが現実的である。一度にSRv6へ行こうとしてハードウェア・MTU制約に突き当たるリスクを分散する。
トレードオフ(状態対オーバーヘッド): SRはコア状態を無くす代わりにパケットヘッダのオーバーヘッド(特にSRv6)を負う。セグメントリスト長、MTUポリシー、uSID圧縮、ASICのpush・SID処理限界を事前に設計・検証せねばならない。「無状態」の利得がヘッダ費用を上回る区間かをトラフィックパターンで判断する。
運用・セキュリティ: ソースルーティングは出発ノードが経路を指定するため、ドメイン境界で外部パケットのSRHを必ずフィルタリング(SRドメイン封印) して経路操作・迂回攻撃を防がねばならない。またSIDはルーティング可能なアドレスであるため、アドレス計画(Locator設計)とアクセス制御がセキュリティの核心となる。
相互運用・マルチベンダ: SRは標準IGP拡張に基づくため相互運用性は比較的良いが、SRv6のFunction集合・uSIDフォーマットはベンダ・ドラフトごとに細部の差がありうる。大規模導入の前にベンダ間のSIDフォーマット・behavior相互運用試験(PoC) を経て、標準化が終わった機能とドラフト機能を区分して採択する慎重な接近が必要である。
展望・連携技術: SRはSDNコントローラ(PCE)・BGP-LS・テレメトリ と結合して意図基盤(intent-based)の自動経路最適化へ進化する。5Gスライシング、クラウドSFC、SD-WANアンダーレイとの連携を考慮したアーキテクチャ設計が必要であり、中長期的にはバックボーンTEの事実上の標準として定着する可能性が高い。組織はIPv6アドレス体系・運用能力(自動化ツール・観測性)を先制的に確保せねばならない。

総合すると、セグメントルーティングは「状態をどこに置くか」という問いに「パケットとエッジに」と答えたアーキテクチャであり、この単純な発想が拡張性・運用性・自動化適合性を同時に引き上げた。技術士として設計を助言する際は、既存資産・IPv6成熟度・サービス要求(SFC・スライシング)を総合してSR-MPLSとSRv6のうち適正な組み合わせを提示し、uSID・観測性・セキュリティ封印のような補完設計を併せて勧告するのが望ましい。

参考資料

RFC 8402, Segment Routing Architecture, IETF, https://www.rfc-editor.org/rfc/rfc8402
RFC 8754, IPv6 Segment Routing Header (SRH), IETF, https://www.rfc-editor.org/rfc/rfc8754
RFC 8986, SRv6 Network Programming, IETF, https://www.rfc-editor.org/rfc/rfc8986
RFC 9256, Segment Routing Policy Architecture, IETF, https://www.rfc-editor.org/rfc/rfc9256

一言まとめ: セグメントルーティングは出発ノードが経路をSIDリストとしてパケットに載せコアを無状態化するソースルーティングアーキテクチャであり、SR-MPLS(漸進移行)とSRv6(IPv6・ネットワークプログラミング)で実装され、IGP統合・TI-LFA・uSIDを通じてMPLS-TEの状態爆発を解消し、5Gスライシング・SFC・SDN自動化の転送基盤へと進化している。