华为eNSP静态路由综合实验：回程路由配置与故障排查

1. 实验拓扑设计与整体思路

先说这次实验的环境。手头是华为ensp模拟器，版本我用的比较老实的eNSP V100R003C00，装了四台设备：三台路由器加两台PC，型号方面AR1和AR2用AR2220，AR3用的AR201（其实AR2220也行，实验规模小，性能完全够）。

这个实验的岗位价值我就不多废话了，跑过企业网项目的人都清楚，绝大多数中小型园区、分支互联、专线接入，静态路由依然是最稳、最透明的选路方案。动态路由协议固然省事，但静态路由让你把“下一跳是谁、掩码该写多少、回程怎么走”这三件事彻底想明白，这些恰恰是后面学OSPF、BGP的基础。所以这份实验不是学院派凑学分用的，是对“数据包怎么来回”这件事的完整落地验证。

1.1 拓扑规划与基本思路

先看拓扑，这里我给的是一个典型的“三路由串联”结构：

PC1 --- AR1 --- AR2 --- AR3 --- PC2

三台路由器串在一起，PC1挂在AR1的G0/0/0口，PC2挂在AR3的G0/0/0口，路由器之间用G0/0/1和G0/0/2互连。很多新手拿到这个拓扑第一反应是“这不就是一路顺着转发吗，配三条静态路由不就通了？”——真有这么简单就好办了。链路通了只是一半，数据包到达对端之后，回程数据包怎么回来，这是整个实验里被问烂却又反复踩坑的地方。

我特意把网段规划成三组，每组都留出清晰的范围，方便验证路由表里的条目对不对：

这个规划有一个隐藏的好处：三台路由器各自的直连网段都摊在面上，配静态路由的时候不需要做任何汇总计算，每条路由都很直白。10.0.12.0/24在AR1和AR2之间，10.0.23.0/24在AR2和AR3之间，一眼就能看出谁和谁是邻居。后边排查的时候，display ip routing-table一刷，哪个网段该出现在哪台设备上，对照这个表直接就能判断出问题。

1.2 为什么要用三台路由器而不是两台

很多新手问，两台路由器做双向静态路由不也能通吗？为什么非要用三台串起来。这个问题的答案其实就是在为“回程路由”做铺垫。两台路由器之间做静态路由，路由条目很少，即使漏了回程也容易一眼看出。但三台串联之后，PC1访问PC2要经过AR1、AR2、AR3三跳，每条数据包经过一个节点就需要一次路由查表，三个节点的路由表必须同时正确。任何一个节点缺了对应条目，数据包要么被丢弃，要么走到半路就回不来了。这个设计能让“路由必须双向可达”这个概念变得非常具体——不是AR1一个人知道怎么走就行，而是链路上每一台设备都得知道去程和回程分别往哪儿转发。

另外三台设备还留出了中间节点AR2的观察位。调试的时候在AR2上开debug ip packet或者抓包，能看到数据包的进出方向，这种体验是在两台路由器上根本体会不到的。后面的故障排查部分我会再次回到这个点上。

2. 静态路由原理与核心参数深度拆解

原理层面先别急着敲命令，把几个关键概念理顺了，配置就是水到渠成的事。很多人在ensp里配静态路由出错，追到底都是原理层面的一两个点没想透。

2.1 静态路由本质：一台设备只负责“告诉下一跳怎么走”

静态路由的路由条目就干一件事：告诉路由器，去某个网段的数据包，应该从哪个出接口发送，交给哪个下一跳地址。这里要建立一个基本认知：路由器不是为数据包规划完整路径的“导航中心”，它只负责查自己的路由表，然后把数据包交给离目标更近的下一跳。至于下一跳收到之后再怎么转，那是下一跳的事。

这个认知特别重要，因为很多新手容易犯一个错：觉得只要在自己的设备上配了一条“去往对方网段”的路由，整条链路就应该通了。不是的。你只是把包交给了下一跳，下一跳如果不知道怎么继续往最终目的地转发，包一样被丢。数据包是一跳一跳地接力跑完全程的，不是源设备直接发一个带完整路径的包裹过去。

2.2 掩码、下一跳和出接口，三条要素怎么配合

华为ensp里静态路由的标准命令是：

ip route-static 目标网段 掩码 下一跳地址

三个要素分别回答三个问题：

• 目标网段：数据包要去的地方是哪一段网络。
• 掩码：这段网络有多大，精确到几位。
• 下一跳地址：应该把数据包交给哪个邻居设备。

比如在AR1上配一条去往192.168.20.0/24网段的路由，下一跳是10.0.12.2（也就是AR2的接口地址），这条命令就是告诉AR1：如果数据包是去192.168.20.0这个网段的，就从10.0.12.0这个口交给10.0.12.2去处理。

有件事必须说清楚：下一跳地址必须和当前设备某个接口在同一个网段里，而且得是可达的。什么意思呢？AR1的G0/0/1地址是10.0.12.1，下一跳必须是10.0.12网段里的某个地址，比如10.0.12.2。如果你在AR1上写了个下一跳10.0.23.3，这个地址跟AR1的任何一个接口都不在同一个网段，路由器根本没法直连到这个下一跳，这条静态路由配置了也是白配，数据包丢给空气。很多新手第一次排查半天发现路由表里这条路由始终不生效，原因就在这。

还有一个细节——静态路由支持指定出接口，格式是：

ip route-static 目标网段 掩码 出接口 下一跳

多写一个出接口的好处是能在某些特殊环境（比如链路发生故障时）更快地判断路由是否可用。但在ensp实验里，点对点链路直接指定出接口、不写下一跳也能通。不过为了贴合真实企业网环境，我还是建议大家尽量养成“出接口+下一跳”都写的习惯，后续接真实设备时心态不会慌。

2.3 回程路由和静态路由的区别，一个必须单独拿出来讲的问题

搜索大家都在问“回程路由和静态路由的区别”，这个问题其实本身就暴露了一个理解错位。回程路由不是一种独立的路由类型，它只是静态路由的一种应用场景。去程路由和回程路由在本质上都是静态路由，只是方向不同。

我打个比方：你去朋友家做客，从你家出发你得知道朋友家在哪，这是去程路由；你从朋友家回来，朋友你得知道你家在哪，这是回程路由。这俩是两张完全独立的路由表条目，不能因为你知道朋友家怎么去，就默认他也知道你家怎么回。

放到实验里：PC1访问PC2，数据包从AR1一路向左向右转发到AR3，这是去程路由。但PC2收到之后要给PC1回包，回包的目的地址是192.168.10.10。此时AR3的直连网段是192.168.20.0/24，它并不知道192.168.10.0/24该往哪走。如果AR3上没有配置去往192.168.10.0/24的静态路由，回包到AR3这里就直接被丢弃。现象就是PC1 ping PC2的时候，能看到请求发出去了，但永远收不到回复。

这个痛点在企业网里特别常见。很多客户报障“网络不通，单向能通”，排查到最后就是回程路由缺失。ping测试里有一个非常典型的特征：如果去程通回程不通，你在PC1上看到的往往是“请求超时”，而不会报“目标不可达”。因为请求确实到了对端，但对端的回应回不来。这个小特征学会了，以后排障会快很多。

2.4 路由表查询规则与最长掩码匹配

数据包到达路由器后，路由器会查看它的目标IP地址，然后去路由表里查找最匹配的路由条目。华为设备的查找原则是“最长掩码优先”，即掩码越长、越精确的条目优先被使用。

比如AR1上同时存在两条去往192.168.0.0/16和192.168.10.0/24的路由，当数据包目的地址是192.168.10.10时，路由器会优先选择掩码更长的192.168.10.0/24这条，因为它的匹配范围更精确。这个原则在配置汇总路由时会频繁使用，实验阶段虽然用不上，但建议把这个概念刻在脑子里，后边学路由汇总、黑洞路由都是从这里延伸的。

3. 华为ensp下的静态路由综合实验完整实操

背景和原理都过完了，现在开始敲命令。我尽量按实际操作的顺序走，每一步配上解释，这样你照着做一遍，能真正理解每一句配置到底是在干什么。

3.1 第一阶段：配置设备基础信息并验证直连链路

打开ensp，拖出三台路由器和两台PC，按表里的规划连好线。然后先给所有设备配好IP、打开接口。

在AR1上执行：

system-view sysname AR1 interface GigabitEthernet0/0/0 ip address 192.168.10.1 255.255.255.0 undo shutdown interface GigabitEthernet0/0/1 ip address 10.0.12.1 255.255.255.0 undo shutdown quit

AR2上执行：

system-view sysname AR2 interface GigabitEthernet0/0/1 ip address 10.0.12.2 255.255.255.0 undo shutdown interface GigabitEthernet0/0/2 ip address 10.0.23.2 255.255.255.0 undo shutdown quit

AR3上执行：

system-view sysname AR3 interface GigabitEthernet0/0/2 ip address 10.0.23.3 255.255.255.0 undo shutdown interface GigabitEthernet0/0/0 ip address 192.168.20.1 255.255.255.0 undo shutdown quit

PC1和PC2的配置图形界面很简单：PC1的IP填192.168.10.10，掩码255.255.255.0，网关192.168.10.1；PC2的IP填192.168.20.20，网关192.168.20.1。

配完先别急着配静态路由，先验证直连链路。在AR1上ping AR2的10.0.12.2，AR2上ping AR3的10.0.23.3，AR3上ping PC2。这几条ping全通，说明物理链路和接口地址都没问题，后边配了静态路由不通用，就可以把问题锁定在路由层面。

这个阶段强烈建议养成一个习惯：配完一个设备的接口后，立刻用display ip interface brief确认接口状态是up，IP地址也写进去了。ensp里最常见的低级错误就是接口没undo shutdown，或者IP地址打错了一位，导致后边怎么配都不通。

3.2 第二阶段：配置静态路由，重点是回程

直连链路验证通过之后，开始配置去程路由。PC1访问PC2，数据包的路径是PC1 → AR1 → AR2 → AR3 → PC2，所以需要在AR1上配一条指向AR2的路由，让数据包能走向AR2；在AR2上配一条指向AR3的路由；在AR3上配一条指向PC2的默认路由或者直连路由——注意，因为PC2的网段就是AR3的直连网段，AR3根本不需要额外配置就能知道192.168.20.0/24怎么走。

但这里有个特别坑的细节：AR3虽然是PC2的网关，但PC2返回给PC1的数据包，目标地址是192.168.10.10，AR3查自己的路由表发现没有192.168.10.0/24的路由，回包就会在AR3处丢弃。所以AR3必须配置一条去往192.168.10.0/24网段的回程路由，下一跳指向AR2的10.0.23.2。

同理，AR2也需要回程路由。PC2的回包从AR3发给AR2后，AR2查路由表，发现目标是192.168.10.0/24，直连网段里没有这个网段，如果AR2上没配置正对着AR1的10.0.12.1的下一跳，数据包一样被丢。

所以完整的配置如下。

AR1上配置去程路由：

ip route-static 192.168.20.0 255.255.255.0 10.0.12.2

AR2上配置去程和回程两条：

ip route-static 192.168.20.0 255.255.255.0 10.0.23.3 ip route-static 192.168.10.0 255.255.255.0 10.0.12.1

AR3上配置回程路由：

ip route-static 192.168.10.0 255.255.255.0 10.0.23.2

很多教程只配到这一步，然后说“通了”。但这里强烈建议你验证完后，再做一件被我称为“苦难测试”的事：故意删掉AR2上的回程路由，然后PC1去ping PC2，观察现象。你会发现PC1永远等不到回应，但这种状态并不是完全断开——在AR2上做抓包，仍然是能看到数据包进来的。这才是理解回程路由最好的实验方式。

3.3 第三阶段：验证路由表与全网连通性

配置完之后，在三台设备上分别执行display ip routing-table。重点检查关键条目是否出现在正确设备上：

• AR1上必须有192.168.20.0/24的静态路由，下一跳是10.0.12.2。
• AR2上必须同时有192.168.20.0/24和192.168.10.0/24两条静态路由，分别指向AR3和AR1。
• AR3上必须有192.168.10.0/24的静态路由，下一跳是10.0.23.2。

然后在PC1的命令行里输入ping 192.168.20.20，通了就代表全链路转发正常。如果没通，不要慌，下一步就是排查环节。

这个阶段有一个值得养成的习惯：用tracert 192.168.20.20看看路径。ensp里PC跟windows命令一致，输出会显示数据包经过的几个跳点。正常情况下第一跳是192.168.10.1，第二跳是10.0.12.2，第三跳是10.0.23.3，最终到192.168.20.20。tracert能一眼看出数据包卡在哪个节点，是排查多跳网络问题最直观的工具之一。

3.4 静态路由的删除与修改操作

命令行配置久了，偶尔需要改路由或删路由，华为ensp里常用的命令如下。

删除一条静态路由：

system-view undo ip route-static 192.168.20.0 255.255.255.0 10.0.12.2

修改的话，华为的机制是“先删后加”。比如想把AR1这条的路由下一跳改成10.0.12.2改成10.0.23.2（实验里不推荐这么改，因为下一跳不在同网段不合法），但要真实改的话，需要先undo删掉旧条目，再重新ip route-static添加新条目。如果直接敲相同目标网段的新静态路由，配置时会提示是否覆盖，但稳妥起见，还是先删后加，避免出现两条相同网段的条目互相干扰。

顺带提一下华为设备上display current-configuration里能看到所有配置过的静态路由条目，排查配置是否生效时很有用。

3.5 静态路由的优先级与备份路由

华为静态路由默认优先级是60，如果环境里同时配了OSPF、直连路由，路由器会按优先级选路：直连路由优先级0，静态路由60，OSPF内部路由10。这里不需要死记，知道一点就够了——静态路由的优先级数值越小越优先。如果后续需要做静态路由的备份链路，可以利用优先级数值：

ip route-static 192.168.20.0 255.255.255.0 10.0.12.2 preference 60 ip route-static 192.168.20.0 255.255.255.0 10.0.23.3 preference 80

这样配置的话，正常情况下第一条主路由生效；当第一条链路故障不可达时，路由器会自动切换到备用的那条。这就是浮动静态路由的基本原理，也是企业网络里做链路冗余最常用的手段之一。ensp实验里建议自己把优先级改成主备两条路由试试，观察路由表里哪一条会被选进活跃路由，等主链路接口down掉后，再看备用路由是否被激活——这个现象只有亲眼看一遍才记得住。

4. 常见问题与排查技巧实录

博客标题下的热词搜索里，“华为ensp静态路由综合实验”被搜得最多，说明大家都在做这个实验的时候碰到问题。我把自己在这个实验中实际遇到过、以及帮别人排过的典型故障全部整理在下面，这些问题都是真实会发生的，不是编出来的。我按故障现象分类，方便你对照排查。

4.1 PC ping不通对端PC，但直连链路全部正常

这个现象是问题出现频率最高的：检查所有接口，直连都通，也都配了IP，但PC之间就是不通信。

排查思路是“逐跳缩小范围”，不要一上来就在PC上疯狂ping，那样除了刷屏没有意义。我的做法是先缩小到哪一跳断了：

• 在AR1上ping 192.168.20.1，如果不通，说明AR1的静态路由或AR2/AR3的配置有问题。
• 在AR2上ping 192.168.20.1，如果不通，问题在AR2或AR3这一段。
• 在AR3上ping 192.168.20.1，如果通，说明AR3直连没问题。

这样一步步缩小之后，再针对出问题的节点查看路由表。比较常见的坑是AR2上漏配了回程路由，或者是AR1上静态路由的下一跳写错成AR2的G0/0/2地址——也就是下一跳写成了10.0.23.2，但AR1根本没有接口在10.0.23.0/24网段，静态路由直接失效，数据包哪里都去不了。

4.2 路由表里有静态路由条目，但数据包不转发

这个现象最迷惑：display ip routing-table里明明能看到静态路由条目，但数据包就是不通。排查这个问题的重点是要区分“有路由”和“路由可用”是两码事。

华为设备里，如果静态路由指定的下一跳不可达，路由条目不会出现在核心路由表里。你在配置里写了，但display current-configuration能看到，display ip routing-table里却看不到，多半就是下一跳地址不在当前设备的直连网段里，或者下一跳接口处于down状态。

如果路由条目确实在路由表里，但数据包还是不转发，那就要看接口状态了。华为ensp里经常出现接口协议up但物理up的现象，或者反过来。看接口状态用display ip interface brief，如果接口状态是down，那无论路由表多正确，数据包也出不去。

4.3 PC的命令行ping不通，但tracert显示已经到最后一跳

这个现象特别有意思，我第一次遇到时也卡了很久。PC1上tracert 192.168.20.20，显示到了第三跳192.168.20.1之后就没有下文了，但PC1 ping 192.168.20.20一直超时。后来发现是PC2的网关没有配置或者配错了。

PC2的网关必须指向AR3的G0/0/0地址192.168.20.1。如果PC2配的是192.168.20.254这类不存在的地址，它收到数据包后不知道谁能帮它转发回192.168.10.10，就会把回包丢弃。这个问题在ensp里特别隐蔽，因为PC的图形界面里网关一栏经常被忽略，很多教程也默认你配了。

所以排查最后一段时，永远不要忘记检查终端的网关配置。网络通了，往往是“链路每个节点都没问题，唯独端侧网关配错”。

4.4 大流量业务下偶尔丢包，时长时通

这个是进阶一点的问题。我在一次模拟企业分支互联的业务时，PC之间做长ping测试，发现丢包率很高，但静态路由的配置完全正确。排查到最后才发现是ensp自身的资源调度问题——多台设备同时运行，CPU占用过高，模拟器本身丢包。

这个问题的经验是：ensp里的实验环境，设备数量不要太贪，尤其是开了多个路由器时，性能影响特别明显。如果出现时长时通但所有配置都正确的情况，先把不用的窗口关掉，等ensp的CPU占用降下来再测。另外别忘了把设备上的“hello报文”之类不相关的功能关掉，减少模拟器负担。

4.5 静态路由配置了，但dis ip routing-table里看不到

常见原因有三类，分别对照排查：

• 下一跳不在直连网段里。比如在AR1上写下一跳10.0.23.2，但AR1没有接口在10.0.23.0/24这个网段。这种情况静态路由配置不生效。
• 下一跳对应的接口shutdown了。接口没开，下一跳不可达，路由不会加表。
• 配置命令没有保存。ensp里配置完忘记save，重启后全部失效。很多新手做了半天实验，重启全没了，欲哭无泪。

4.6 回程路由实验的“单向通”现象速查表

为了以后排查方便，我把单向通的典型原因整理成一张速查表，直接保存下来能用很久：

5. 负载均衡与扩展玩法

实验做到这一步，全链路已经通了。但如果只停留在“能通就行”，这个实验的价值你只拿到了一半。强烈建议把下面这两个扩展方案也做一遍，才算真正把静态路由玩明白了。

5.1 等价路由负载均衡

在AR1上，如果存在两条下一跳不同的路径都能到达192.168.20.0/24，比如实际拓扑里AR1和AR3中间还并联了一台路由器，那么AR1上可以配两条等价静态路由：

ip route-static 192.168.20.0 255.255.255.0 10.0.12.2 ip route-static 192.168.20.0 255.255.255.0 10.0.23.2

华为设备默认支持等价路由负载分担，会在两条链路上轮流转发数据包。查看路由表时，下一跳不只显示一个地址，而是一组。这个实验对理解多路径选路非常有帮助，也是后续学习策略路由、负载均衡的基础。

5.2 默认路由的配置

某些场景下（比如出口路由器），你不需要精确告诉路由器“这个网段怎么去，那个网段怎么去”，只需要告诉它“所有不知道去哪的数据包，统一交给上游某一台设备处理”。这就是默认路由：

ip route-static 0.0.0.0 0.0.0.0 10.0.12.2

注意掩码是0.0.0.0，代表匹配所有网段。默认路由的优先级最低，只有当前设备路由表里没有更精确的条目时才会被使用。在ensp里把AR3的静态路由临时改成默认路由，再用display ip routing-table观察，你会发现多了个“S*”条目，那个星号就是默认路由的标志。

6. 写在最后：这个实验最有价值的地方

如果在ensp里把这个实验完整做完了，最关键的收获不是敲熟了几条命令，而是真正理解了“数据包来回是怎么跳的”。很多人学网络喜欢死记命令，配完能通就说会了，但把一个接口down掉，加一条多余的路由，或者故意制造一个环路，立刻才发现自己并没有真正理解转发逻辑。

做这个实验的时候，我个人的建议是，把前面提到的那些坑全部亲手创造一遍，再亲手解决一遍。缺回程路由时的超时、下一跳写错导致的路由失效、tracert卡在中间节点时的分析思路……每一个坑都用真实操作去撞一遍，比单纯背下一百条理论都管用。

这个实验还可以继续往下扩展：把三台路由器改成四台、五台，将静态路由和默认路由结合起来，用浮动路由做冗余链路，甚至把OSPF区域加进来一起跑。但无论怎么扩展，底层的东西没变——数据包每经过一个节点，就会查一次路由表，决定往哪转发。把这个逻辑刻在脑子里，后面学任何路由协议都不再是背命令。