CSS 与 iStack 的区别
在华为体系里，这两者都是把多台设备做成一个逻辑设备，但面向的形态不同：CSS（集群交换机系统）面向框式设备，主要用于核心与汇聚，通常以两框合一的形态出现；iStack 面向盒式设备堆叠，用于接入与小型汇聚，成员数量可以更多。理念一致，命令、规格与适用位置不同，规划时要按设备形态查对应章节。
基本信息
| CSS 形态 | 框式设备（核心与汇聚） |
|---|---|
| iStack 形态 | 盒式设备（接入与小型汇聚） |
| CSS 连接方式 | 专用 CSS 端口或业务口 |
| iStack 连接方式 | 专用堆叠口或业务口 |
| CSS 规模 | 以两框为主 |
| iStack 规模 | 多台，上限随产品系列 |
| 配套机制 | 两者都需要 MAD 等分裂防护 |
CSS 与 iStack 对照
| 维度 | CSS | iStack |
|---|---|---|
| 设备形态 | 框式（核心与汇聚） | 盒式（接入与汇聚） |
| 连接方式 | CSS 端口或业务口 | 堆叠口或业务口 |
| 规模 | 以两框为主 | 多台（上限随系列） |
| 典型位置 | 园区核心 | 接入堆叠 |
| 互联带宽 | 通常更高 | 受盒式设备与线缆限制 |
| 配置命令 | 按 CSS 章节查阅 | 按 iStack 章节查阅 |
选型与实施要点
- 先看设备形态：框式设备查 CSS 章节，盒式设备查 iStack 章节，命令不通用
- 核对成员数上限：不同系列支持的成员数量差别明显
- 评估互联带宽：盒式堆叠的互联带宽通常低于框式系统，收敛比要按实际流量核算
- 确认 MAD 支持情况：两种形态都需要分裂防护，实现方式可能不同
- 统一软件版本：成员间版本差异会限制特性或影响建立
容量视角上有明显差别：盒式堆叠的互联带宽通常低于框式 CSS 的互联带宽，规划时按实际堆叠带宽评估收敛比。跨成员转发比例高的场景要特别留意这一点，必要时把同业务的流量尽量约束在同一成员内。
形态对比建议固定三项作为核对口径：成员数上限、堆叠互联带宽、MAD 支持情况。这三项决定方案上限，其余细节再按对应平台文档逐条确认。