域 ID 与冲突的成因
域 ID 是交换机在 fabric 内的编号，终端设备的地址中包含它，因此全 fabric 必须唯一。交换机互联时通过协议选举出主交换机，由它给成员分配域 ID；若两台交换机被配置了相同且固定的域 ID，或使用了处于保留范围的编号，合并过程就会失败，结果可能是级联端口无法进入正常工作状态、fabric 被割裂成两个独立部分，或部分设备无法完成登录。常见的诱因包括：手工配置了静态域 ID 且未做记录、直接复制了一台交换机的配置文件、把曾属于另一 fabric 的设备接入现网、以及合并前未清理旧配置。
常见现象与排查方向
| 现象 | 可能原因 | 排查方向 |
|---|---|---|
| 级联端口无法建立 | 域 ID 冲突或合并被拒绝 | 查看域 ID 分配与合并日志 |
| Fabric 被分割 | 两台交换机各自成为独立 fabric | 确认两端是否看到同一组成员 |
| 设备无法登录 | 地址分配异常 | 检查域 ID 是否为保留或非法值 |
| 反复震荡 | 合并与分离反复发生 | 检查物理链路质量与配置一致性 |
| 配置正常但行为异常 | 复制配置带入重复编号 | 比对两台交换机的关键参数 |
基本信息
| 分配方式 | 主交换机统一分配，管理员也可配置静态域 ID |
|---|---|
| 唯一性要求 | 同一 fabric 内不能重复，需与既有机房编号规划统一 |
| 变更影响 | 域 ID 变动会改变设备地址，影响分区与映射配置 |
| 保留范围 | 部分编号由标准保留，不应使用，具体以厂商文档为准 |
| 预防手段 | 编号台账、变更前核对与合并前的配置清理 |
典型使用场景
- 机房扩容：新增交换机接入前分配未使用的域 ID
- 多 fabric 合并：合并前统一编号规划并清理遗留配置
- 设备搬迁：交换机移动到另一 fabric 时重新确认编号
- 故障恢复：更换交换机后用原编号恢复，需确认不与现网冲突
- 定期巡检：核对域 ID 分配与实际使用情况，更新台账
域 ID 变更会牵动上层配置：设备的地址包含域标识，变更后分区与存储映射中的标识可能需要同步更新。因此把域 ID 规划纳入整体编号体系，比事后修补更省事。
不要在业务时段做 fabric 合并：合并过程中的异常可能导致设备登录状态变化，进而影响正在运行的业务路径。合并应安排在维护窗口，并提前确认多路径可用。