コンテンツにスキップ

発展トピック

base 機能の上で広がる SRv6 / MPLS / Path Tracing 関連のトピックを、他章へのリンクと一緒にまとめます。

EVPN / BGP との接続

SRv6 と EVPN-VXLAN は「IPv6 underlay の上で L2/L3 サービスを運ぶ」点で目的が重なる領域があります。SONiC では現状、EVPN は VXLAN encap が中心で、SRv6 を underlay にする実装は HLD レベルでも限定的です。BGP 系の SRv6 family（BGP-LU / SR-MPLS / SRv6 L3VPN）を扱う場合は、FRR の SRv6 制御プレーン側の対応状況を最初に確認します。

  • L3VPN over SRv6 を運用するには、FRR で SRv6 L3VPN family を有効化し、SONiC 側で srv6orch の VPN 経路（srv6_prefix_agg_id_table_、vpn_sid）が programming されることを確認します（内部実装 を参照）。
  • EVPN-VXLAN の章は 03 VXLAN-EVPN を参照してください。EVPN over SRv6 を試す場合の本章との接点は、VPN SID の運用と EVPN type-5 route の対応関係です。

FRR の SRv6 統一管理

sonic-frr-bgp-extended-unified-configuration-management-framework.md で議論されている統一管理フレームワークは、bgpcfgd / frrcfgd の handler 群を再整理し、SRv6 / MPLS / EVPN を含む BGP 拡張の設定面を統一する方向にあります。Static SID は SRv6Mgr の vtysh 経由ですが、将来的に動的 SRv6（FRR の segment-routing srv6 設定の自動化）も同じ枠組みに乗ることが想定されます。

SRv6 base HLD の後続 phase

SRv6 base HLD は Phase 1 として END / END.DT46 / H.Encaps.Red を実装し、後続として次の項目が予定されています。

  • H.Encaps（reduced でない通常 encap）
  • END.B6.Encaps[.Red]（Binding SID）
  • END.X（Adj SID） — 一部は SID L3Adj HLD で実装済み
  • HMAC（SRH integrity）
  • sBFD（segment routing BFD）
  • anycast SID
  • MySID counter

これらは段階的に srv6orch と SAI に追加されるため、運用設計時には「自社が依存する behavior が現在の master にあるか」をコード位置（内部実装）で確認します。

MPLS の動的シグナリング

LDP / RSVP-TE / SR-MPLS のような動的シグナリングは、master 時点では FRR 側機能に依存します。SONiC 側は LABEL_ROUTE_TABLE の入口を fpmsyncd 経由で持つため、FRR がどのプロトコルで LSP を立てても APP_DB → orchagent → SAI の道は同じです。これは「SONiC 側のデータパスを変えずに、制御プレーンを段階的に増やす」設計です。

Path Tracing と Telemetry

Path Tracing Midpoint は MCD を HbH-PT に書くだけで、収集側は Regional Collector / TimeSeries DB を SONiC 外側で構築します。SONiC の Telemetry / gNMI 章（管理章）で扱う streaming telemetry とは目的が異なりますが、観測データの集約という点で連動させる設計余地があります。

関連章

関連ページ

発展トピック

  • uSID (Micro SID): 単一 128-bit SID に複数の short SID を carry する圧縮方式 (uSID)。SRH の depth を抑えて ASIC リソースを節約する。
  • TI-LFA (Topology-Independent Loop-Free Alternates): SR ベースで FRR (Fast Reroute) を実現する手法。SONiC で実装するには FRR 側と SAI 側双方の対応が必要。
  • SRv6 OAM (RFC 9259): SRv6 経路の OAM probing。ping / traceroute の拡張で end-to-end SID path を検証する。
  • L3VPN over SRv6 (draft-ietf-bess-srv6-services): BGP VPN family を SRv6 underlay で運ぶ。FRR の address-family ipv4 vpn + SRv6 locator 設定がドライバ。
  • flow label entropy: SRv6 outer IPv6 の flow label を inner 5-tuple から生成し、ECMP hash entropy を維持する。

既知の制約と回避方法

  • H.Encaps 未実装での制限: reduced 版のみ動く段階では、特定 vendor の interop で SRH が違う形になる。peer 側の SRH format を必ず確認する。
  • MPLS LDP の SONiC 直接サポート不足: SONiC は MPLS data plane を持つが、LDP の運用例は少ない。SR-MPLS / BGP-LU 経由のシグナリングが現実的。
  • SRv6 SID 数 vs ASIC capacity: SID encode capability と processing depth が ASIC で違う。SAI_OBJECT_TYPE_MY_SID_ENTRY の capacity を必ず確認。
  • SRv6 と MPLS 共存: 同一 router で SRv6 と MPLS を同時に扱うとき、orch 側のリソース取り合いが起こる。設計を分離するのが安全。

将来計画 / ロードマップ

  • segment-routing-over-ipv6-srv6-hld の Phase 2 以降が継続テーマ。HMAC、sBFD、Binding SID、Adj SID が段階的に対応予定。
  • FRR 側で SRv6 control plane の拡張が継続。SONiC は FRR バージョン更新で取り込む。
  • Path Tracing の集約パスと SONiC telemetry 統合の議論が future work。

関連 RFC / 仕様書

upstream 開発の最新動向

  • sonic-swss の srv6orch で SID table、locator、MY_SID 拡張の PR が継続。FRR との fpmsyncd 整合も並行。
  • FRR upstream で SRv6 関連の PR が活発で、SONiC FRR バージョン更新と同期して機能が増える。
  • Path Tracing midpoint の SAI extension が議論段階。実装は限定的だが HLD で expectation が示されている。

ハンドオフ

  • 概念とアーキテクチャは本章の concept / internals と、area HLD の routing/ 配下の SRv6 / SR-MPLS / Path Tracing ページ群、および FRR の SR plugin で完結する。srv6orch, MY_SID_TABLE, locator/function block の責務分担は internals で扱う。
  • 設定とリファレンスは reference/cli の config bgp (SR-related)、show bgp ipv6 segment-routing-srv6 系、SRV6_MY_SID_TABLE, SRV6_SID_LIST, MPLS_TC_TO_TC_MAP の CONFIG_DB スキーマ、sonic-srv6 YANG モジュールに集約。
  • 本ページ は HMAC、sBFD、Binding SID、Path Tracing midpoint、SR-MPLS と SRv6 共存、BGP SR signaling などの「FRR の発展機能を SONiC schema へ取り込む」発展領域だけを扱う。

トラブルシュート観点

  • SRv6 MY_SID が ASIC に降りないときは、redis-cli -n 0 hgetall 'SRV6_MY_SID_TABLE:*' でエントリ存在、syncd ログの SAI_OBJECT_TYPE_MY_SID_ENTRY 関連エラー、ASIC SAI capability の SRv6 サポート有無 (saictl query) を確認する。
  • BGP で SRv6 SID が advertise されないときは、show bgp ipv6 segment-routing-srv6 locator と FRR の vtysh -c 'show segment-routing srv6' でロケータ/SID 設定、bgp segment-routing srv6 の有効化、neighbor の send-srv6-sid capability を点検する。
  • SR-MPLS と SRv6 が共存する設定では、MPLS_TC_TO_TC_MAP と SRv6 用 traffic class マップが衝突しやすい。show qos map で確認し、TC マップを分離する。

検証パスとラボ要件

  • SRv6 SID scale 検証は FRR から locator/function block 単位で 1k〜10k SID を生成し、SRV6_MY_SID_TABLE の install レイテンシと、saimetadata での MY_SID_ENTRY 数を計測する。target は 10k SID で 30 秒以内 install。
  • SRv6 encap throughput 検証は pktgen で SRH 付き IPv6 を 10G/100G ラインレートで生成し、SID list popping の正常動作と ASIC line-rate 性能を確認する。SRH segments-left の decrement と end.dx4/end.dt4 の挙動を点検。
  • BGP SR signaling は bgperf などで peer に大量 SRv6 SID 付き経路を投入し、zebra 経由で SRV6_* テーブルに反映されるまでの収束時間を計測する。

関連ページ (追補)