7503X路由问题

一个网段通、另一个网段不通，典型的排查思路都指向一个原因：路径的单向性或回程路由缺失。针对这个场景，建议你按以下顺序逐步排查：

① 核心排查：回程与路由

网络通畅的前提是数据包能去能回，也就是说，两个方向的路径都必须完整。

• 确认往返路由：请重点检查目标设备 172.18.35.253 是否将所有相关网段的回程路由正确地指回了 10.18.18.0/23 和 18.18.72.0/23。这是“单通”问题最常见的原因。目标设备的网关或上游设备必须知道如何将数据包送回源地址。

• 检查路由表：使用 display ip routing-table | include 18.18.72.0 和 display ip routing-table | include 10.18.18.0，检查路由表中是否同时存在去往这两个目标网段的路由，以及它们的出接口和下一跳是否都符合预期。如果某个网段的路由缺失，或者路由指向了错误的方向，不通就很容易理解了。

• 排查“黑洞路由”：检查是否存在指向 Null0 接口的黑洞路由，这类路由会直接丢弃匹配的流量。特别是当存在多个协议（如静态和动态）同时引入路由时，规则冲突可能导致意外生成了指向 Null0 的路由。

• 验证路由策略引用的对象：有时路由策略 (route-policy) 中配置了ACL或前缀列表 (prefix-list)，可能无意中拒绝了 18.18.72.0/23 这个网段的路由。你可以用 display route-policy 和 display ip prefix-list 检查。

② 精确匹配：策略与限速

如果基础路由没有问题，很多精细化的控制策略也可能会影响单个网段的转发。

• 策略路由 (PBR)：PBR可能会强制特定流量走异常路径。执行 display policy-based-route 检查是否配置了策略，以及这些策略是否错误地匹配了 18.18.72.0/23 网段的流量并将其引向了不可达的下一跳。

• 访问控制列表 (ACL)：即使没有全局ACL限制，策略路由或某些QoS策略中应用的ACL也可能拦截了流量。重点关注编号为3000-3999的高级ACL，检查其中是否有针对 18.18.72.0/23 的 deny 规则。

③ 底层细节：ARP与接口

路由正确后，如何找到正确的“门牌号”也同样重要。

• ARP表项检查：在发起访问的源头交换机上，使用 display arp all | include 18.18.72.0 检查关于 18.18.72.0 网段的ARP学习情况是否正常。如果ARP无法解析，三层转发将无法进行。

• 接口状态检查：分别检查去往 18.18.72.0/23 和 10.18.18.0/23 两个方向的物理接口和VLAN虚接口，确保它们的状态都是 UP 。

 高效排查工具推荐

• tracert：在不通网段的源设备上，执行 tracert -d 跟踪路径，看数据包在哪一跳消失。可以多尝试从不通的源地址发起 tracert。

• debugging 与 packet-filter：debugging ip packet acl [your-acl-number] 可以查看交换机收发的具体报文。在关键接口开启 packet-filter statistics，确认 18.18.72.0/23 的流量是否真的到达了预期接口。

关于贴配置受限的情况：你可以尝试分段粘贴。比如只粘贴包含特定网段 18.18.72.0 的配置行（如 display current-configuration | include 18.18.72）。