跨厂商 OSPF 对接
思科、华为、H3C 的 OSPF 实现都基于 RFC 2328，协议本身天然互通，对接时的问题几乎全部来自默认行为差异而非协议不兼容。做法是联调前拿一份参数核对清单逐项对齐：MTU 检查、Hello/Dead 定时器、网络类型、认证、参考带宽、DR 优先级。六项对了，跨厂链路通常一次点通。
基本信息
| 适用设备 | 跨厂商链路两端（参与 OSPF 的三层设备） |
|---|---|
| 协议依据 | RFC 2328，三家实现互通 |
| 重点差异 | MTU 检查默认行为、参考带宽、网络类型命名 |
| 核对命令 | 华为/H3C display ospf interface 与 display ospf peer；思科 show ip ospf interface 与 show ip ospf neighbor |
| 推荐流程 | 先对齐参数，再看邻居状态 |
对接核对清单
| 项目 | 注意事项 |
|---|---|
| MTU 检查 | 思科默认检查（不一致卡 EXSTART），华为/H3C 默认不检查 |
| Hello/Dead | 三家默认 10s/40s，改动必须两端同步 |
| 网络类型 | 两端必须一致（以太网默认 broadcast，p2p 需双侧同时改） |
| 认证 | 三家都支持 MD5，Key ID 与认证模式要严格一致 |
| 参考带宽 | 缺省基准 100M，改动会让 cost 全变，需全网一致 |
| DR 优先级 | 缺省均为 1，优先级相同时比 Router-ID（大者胜） |
典型使用场景
- 混合厂商组网开局：新增链路接入前先跑一遍清单
- 单台设备替换：用新平台替换旧设备时核对默认差异
- 联调验收：把六项参数留档作为验收证据
- 邻居异常时的排除法：按清单顺序逐项验证，避免盲改配置
- 割接复盘：确认本次变更没有引入参数不对称
华为 VRP
华为 VRP
<Huawei> display ospf interface GigabitEthernet0/0/1 # 看 Area/类型/定时器/MTU
<Huawei> display ospf peer brief # 邻居状态与 Router-ID
<Huawei> display ospf error # 错误包统计，定位参数不匹配
<Huawei> display current-configuration configuration ospf思科 IOS
思科 IOS
SW-CORE-01# show ip ospf interface gi0/1
SW-CORE-01# show ip ospf neighbor
SW-CORE-01# show ip ospf | include Router ID
SW-CORE-01# show ip ospf database | include Area # 确认区域与 LSA 情况H3C Comware
H3C Comware
<H3C> display ospf interface GigabitEthernet1/0/1
<H3C> display ospf peer
<H3C> display ospf error
<H3C> display current-configuration configuration ospf最稳的对接姿势：先让两端 interface 查询输出里的区域、开销、网络类型、定时器、MTU 五项完全对应，再看邻居状态。邻居起不来时第一件要查的永远是 MTU——思科侧默认开着检查。
只测邻居能不能起就收工，会留下隐性差异：邻居 FULL 但 MTU 或定时器不一致，大包转发与链路切换时才会暴露，且此时已难追溯是联调遗留。