OSPF cost值显示不一致可能涉及以下配置或计算因素：

1. 接口cost计算方式差异
   OSPF接口cost值可通过两种方式配置：

   • 在接口视图下直接指定（ospf cost value）
   • 通过带宽参考值自动计算（bandwidth-reference）
     若两端设备采用不同计算方式（如一端手动配置、另一端自动计算），会导致显示值不一致。需检查互联接口是否均使用相同配置模式（建议显式配置相同cost值）。

2. 路径cost叠加原理
   OSPF路由的cost值为路径累计值。当查看对端网段路由时：

   • 本地显示值 = 对端接口cost + 链路cost
   • 若两端接口cost均为100，则路径显示值应为100（直连接口cost）+ 下一跳cost，可能因路径经过多跳设备导致叠加。需通过 display ospf lsdb  确认LSA中的实际cost值。

3. 关键配置检查点

   • 使用 display ospf interface  确认两端互联接口的cost值是否一致
   • 检查区域类型（如Stub区域会影响路由传递）
   • 确保未启用路由过滤策略（filter-policy可能修改cost）

4. 处理建议
   步骤1：在互联接口视图下显式配置相同cost（例如：ospf cost 200）
   步骤2：检查区域拓扑是否符合要求（如骨干区域连接性、Stub区域一致性）
   步骤3：通过 display ospf lsdb 对比LSA中的cost值是否匹配

注：若问题仍存，请收集两端设备的 display ospf interface 及 display current-configuration interface 输出进一步分析。

你遇到的这个问题，从现象看非常典型：8804 上多出来的 100 Cost，很可能就是这条直连链路自身接口的 OSPF Cost。

它没有凭空消失，而是在 7506 上被正确地加到了路由的总度量值里，而在 8804 上却没有。原理、根因和解决方法如下：

原理：OSPF 的 Cost 到底是怎么算的？

路由表中某条 OSPF 路由的 Cost = 沿途所有入接口 Cost 的总和。

 关键点：影响路由 Cost 的是数据包进入路由器时那个接口的 Cost，而不是发出时接口的 Cost。

以你的网络为例，假设8804与7506互联接口分别为 G1/0/1（8804侧）和 G1/0/2（7506侧）：

• 在 7506 上看：去往 8804 身后网段的路由 Cost = （数据进入 7506 接口的 Cost） + （数据进入 8804 接口的 Cost）
  在你的例子里：101 = 1 + 100。

• 在 8804 上看：去往 7506 身后网段的路由 Cost = （数据进入 8804 接口的 Cost） + （数据进入 7506 接口的 Cost）
  在你的例子里：201 = 100 + 101。

分析：多出来的 100 从何而来？

你提到“互联 Cost 值均为 100”，这是在接口下用 ospf cost 100 硬编码的值。但这其中有一个关键问题：你们很可能只在两台路由器互联的物理接口上配置了 ospf cost，但并没有在 Vlanif 虚接口上配置，甚至 OSPF 的 Vlanif 接口可能因为参考带宽和接口带宽的关系，计算出了一个默认的 Cost 值。

根据路由 Cost 的计算原理反推：

场景还原 1：互联Cost为100时

• 7506路由 Cost (101) = 1 (7506相关接口入方向Cost) + 100 (8804互联接口出方向Cost)

  •  这证明 8804 上那个未配置的接口，其默认 Cost 就是 1。

• 8804路由 Cost (201) = 100 (8804互联接口入方向Cost) + 101 (7506相关接口出方向Cost)

  •  这证明 7506 上那个未配置的接口，其默认 Cost 就是 101。

场景还原 2：互联Cost改为200后

• 7506路由 Cost (201) = 1 (7506相关接口入方向Cost) + 200 (8804互联接口出方向Cost)

• 8804路由 Cost (301) = 200 (8804互联接口入方向Cost) + 101 (7506相关接口出方向Cost)

两个场景的计算结果逻辑自洽，完全吻合。

结论：根本原因浮出水面

Cost 差异不是因为对一个 Cost 值进行了两次计算，而是由两个问题叠加导致的：

1. 路径不对称（正常现象）：数据从 A 到 B 和从 B 到 A 经过的入接口 Cost 序列不同，导致看到的 Cost 不一样。这是 OSPF 的正常机制，因为不同方向的入接口 Cost 计算不同。

2. 两端接口 Cost 不一致（问题根因）：这才是真正需要解决的问题。通过反推，我们发现 8804 侧相关接口的默认 Cost 是 1，而 7506 侧相关接口的默认 Cost 高达 101。这可能是因为两端接口带宽或 OSPF 参考带宽（bandwidth-reference）配置不一致。

解决方案：精准排查与调整

1. 快速对齐方案（高效且彻底）

与其去计算复杂的参考带宽，不如在所有接口上显式声明 Cost 值。最佳做法是将业务运行 OSPF 的逻辑接口也纳入统一管理，让所有接口的 Cost 完全一致。

 强烈建议：在新防火墙H3C NS-F1000-AI-60的配置中采用此方案，手动指定 ospf cost，从源头避免因默认参考带宽不一致带来的各种隐性故障。

2. 溯源排查方案（用于精准定位）

如果你想找到是哪个接口的默认 Cost 出了问题，请执行以下排查步骤：

第1步：定位多出 Cost 的接口
在两台设备上分别执行以下命令，重点查看计算结果中 Cost 不是 100 的接口：

第2步：检查 OSPF 参考带宽
在两台设备上执行：

第3步：检查接口真实带宽
检查接口的物理带宽或通过 bandwidth 命令配置的期望带宽，确保它们不是远低于参考带宽的值（如非常低速的串行链路）。

问题根因：两边接口 OSPF Cost 配一样，但路由学到开销差 100、多 1、延迟 40ms

一、先算你现场规律

• 手工互联接口 cost = 100
  • 7506 看对端路由：101
  • 8804 看对端路由：201
• 改成手工 cost = 200
  • 7506：201
  • 8804：301

• 7506 互联接口默认固有 Cost = 1
• 8804 互联接口默认固有 Cost = 100

二、为什么两台设备默认 Cost 不一样？

1. H3C 高端盒式 / 框式 带宽参考基准不同
   • 7506E 默认参考带宽 1000M
   • 8804 高端路由器默认参考带宽、端口速率基线算法不一样，万兆口 / 千兆口天生自带默认开销
2. 你只在接口下配了：
   plaintext

   interface X ospf cost 100
   这是叠加在接口原生默认 Cost 之上，不是覆盖。
3. 延迟 40ms 也对上了：路由开销不匹配、协议选路不是最优、甚至存在迂回转发，不是直连二层转发时延。

三、怎么彻底解决（强制两边完全一致）

方法 1：全局统一 OSPF 参考带宽（推荐，根治）

方法 2：接口下直接强制固定最终开销

方法 3：查看接口原生默认开销（验证）

四、时延 40ms 顺便解决

1. 统一两边 OSPF cost、修正参考带宽
2. 确保直连链路是最优路径，无迂回
3. 清理接口 CRC 错包、光模块衰耗、双工速率协商异常

五、一句话总结