DASH と SmartSwitch¶
この章は、SONiC で「NPU スイッチに DPU をぶら下げ、その上で DASH オーバーレイを処理する」SmartSwitch 構成を読み解くための入口です。
DASH 系と SmartSwitch 系の既存 HLD は、NPU 側 / DPU 側 / HA / 管理経路にまたがって分散しています。ここでは「NPU と DPU はどう役割を分けているのか」「コントローラから入れた設定はどの DB を通って DPU に届くのか」「HA フェイルオーバーや DPU の reboot / upgrade はどの daemon が動かすのか」という運用者・設計者の質問順に並べ直します。
この章で答える質問¶
- DASH、DPU、SmartSwitch、ENI Based Forwarding はそれぞれ何を指しているのか。
- NPU 側 Redis と DPU 側 overlay Redis はどう分かれ、どう同期するのか。
- ENI ベース転送と DASH ACL タグはどの ACL レイヤに入るのか。
- SmartSwitch HA（HAMgrD）と DPU の reboot / upgrade / graceful shutdown はどの順序で動くのか。
- gNMI フィードバックと gNOI 系 API は SmartSwitch でどこに位置付けられるのか。
読み進め方¶
- 概念: DASH / DPU / SmartSwitch / ENI / HA の用語と位置付け。
- 内部構造: NPU-DPU DB アーキテクチャ、ENI ベース転送、DASH ACL タグ。
- 設定: DPU IP 割当、gNMI フィードバック、DASH KVM での検証。
- 運用: HA フェイルオーバー、PMON、reboot / shutdown / upgrade。
- 発展トピック: gNOI 系との関係、Multi-ASIC / VOQ との境界、管理章への橋渡し。
関連ページ¶
章構成と進捗¶
| ページ | 状態 | verification |
|---|---|---|
| concept | ✅ 完成 (169 行) | meta |
| setup | ✅ 完成 (268 行) | meta |
| operations | ✅ 完成 (236 行) | meta |
| internals | ✅ 完成 (155 行) | meta |
| advanced | ✅ 完成 (118 行) | meta |
次に読むべき記事¶
この章を読み進める順
- 概要: DASH と SmartSwitch の考え方
- 設定: DPU の IP 割当・gNMI 連携・KVM 検証
- 運用: HA / PMON / reboot / upgrade の運用
- 内部実装: NPU-DPU DB と ENI ベース転送の内部構造
- 発展トピック: gNOI 連携と他章との境界
関連する HLD 7 件
- DASH SONiC KVM（BMv2 ベース仮想 DPU）
- 単一 ASIC VoQ 固定システム（chassisdb.conf による is_voq_chassis 分岐）
- SAI 失敗ハンドリング（handleSai*Status virtual + ERROR_DB）
- SmartSwitch ENI Based Forwarding（DashEniFwdOrch / ENI_REDIRECT ACL）
- SONiC-DASH（Disaggregated APIs for SONiC Hosts）アーキテクチャ概観
- ICMP Hardware Offload（DualToR link prober の NPU 化）
- VXLAN / VNet 概念（VTEP + VNet + L2/L3 トンネル）
関連トラブルシュート 5 件
- APP_DB → ASIC_DB の反映が遅延・停止する
- orchagent が CPU 100% で詰まる
- show techsupport の出力サイズが肥大化する
- Warm Reboot が失敗 / 通信断が長引く
- 経路は RIB にあるが FIB / ASIC に降りない
関連する章¶
前提として読むべき章
派生で読むべき章
補完的に読む章