管理网关别漏配
给交换机管理 IP 配上默认网关，跨网段的管理流量（SSH、SNMP、日志上送、NTP）才能正常回包。二层与三层模式下的命令不同，这是开局仅次于管理 IP 的必配项，漏配时表现为同网段能通、跨网段全断。
基本信息
| 适用平台 | 三厂可管理设备 |
|---|---|
| 华为命令 | ip route-static 0.0.0.0 0 下一跳 |
| 思科命令 | 二层用 ip default-gateway，三层用 ip route |
| H3C 命令 | ip route-static 0.0.0.0 0 下一跳 |
| 关键差异 | 思科开启 ip routing 后写法必须切换 |
| 查看命令 | display ip routing-table 0.0.0.0 / show ip route | include 0.0.0.0 |
典型使用场景
- 开局配置管理地址后的配套动作
- 跨网段 SSH 与网管平台访问
- 日志与 NTP 服务器部署在其他网段
- 排查同网段能通、跨网段不通
- 设备替换后重新确认管理网关配置
华为 VRP / H3C Comware
华为 VRP / H3C Comware
ip route-static 0.0.0.0 0.0.0.0 10.10.100.254 # 默认路由充当管理网关
# H3C 写法：ip route-static 0.0.0.0 0 10.10.100.254
display ip routing-table 0.0.0.0 # 核对默认路由是否存在
ping -c 3 10.10.100.254 # 验证网关可达思科 IOS
思科 IOS
ip default-gateway 10.10.100.254 # 二层交换机专用
ip route 0.0.0.0 0.0.0.0 10.10.100.254 # 三层交换机（已开启 ip routing）
show ip route | include 0.0.0.0
show running-config | include default-gateway三厂写法对照
| 场景 | 华为 VRP | 思科 IOS | H3C Comware |
|---|---|---|---|
| 二层设备 | ip route-static 0.0.0.0 0 下一跳 | ip default-gateway 下一跳 | ip route-static 0.0.0.0 0 下一跳 |
| 三层设备 | 默认路由（写法相同） | ip route 0.0.0.0 0.0.0.0 下一跳 | 默认路由（写法相同） |
| 核对 | display ip routing-table 0.0.0.0 | show ip route | include 0.0.0.0 | display ip routing-table 0.0.0.0 |
思科二层交换机用 ip default-gateway，一旦开启 ip routing 就必须改用 ip route。华为与 H3C 不区分模式，统一用 ip route-static 下发默认路由，跨厂迁移时这一处差异最容易踩空。
管理网关遗漏的现象很有迷惑性：同网段内部完全正常，跨网段的 SSH 与网管采集全部失败，很容易被误判成链路或端口故障。开局验收清单里应把这一项单独列为核对点。
默认路由是多网段设备上行流量的统一出口，配错或指向失效下一跳时影响面覆盖全部跨网段访问。变更网关地址前先确认新地址可达，并保留可回退的旧配置。
验收动作很直接：从管理网段访问设备，再从其他网段复测一次，并确认网管平台采集是否恢复。三层设备上还可以查看路由表核对默认路由的来源与下一跳，避免出现依赖直连路由临时可通、重启后失效的情况。