图4  R1 ping 4.4.4.4 应答抓包

为了更好的说明问题，再在R3 f0/0上进行抓包

图5  R3上抓取的ping请求包

图6  R3上抓取的ping应答包

由图3可看出，R1向R4的ping请求首先发向了ca00.0518.0000（R2），由图4可看出，直接向R1转发此次ping应答的是ca02.0518.0000（R3）。

由图5可看出，ca01.0518.0000（R2）发送过来一个ping请求，由图6可看出，对于这个ping请求，做出的应答R3直接发向了ca00.0518.0000（R1）。

意即，当关闭重定向时，关于此次ping的全过程的路径是R1—R2—R3—R4（数据到达R4，开始回包）—R3—R1。一去一回是所经过的路径不一样，也就是产生了不对称的流量。同时，不进行重定向，在有时间间隔的ping过程中，存在丢包显现，意即数据链路的可靠性较低。

2.开启R2的路由重定向功能

因为路由重定向功能主要是针对于去往R4的数据流量，故可不再进行ping R5的实验。

R1 ping 4.4.4.4，结果如图7。由图7中可看出，当R1 ping 4.4.4.4后，产生了一条重定向提示：接收到来自123.1.1.2的重定向信息—去往4.4.4.4使用网关123.1.1.3。

图7  R1 ping 4.4.4.4的debug信息

接着，在查看一下R1此时的路由表，如图8。

图8  R1路由表

此时，可发像，R1的缺省网关仍为123.1.1.2，只是路由表中多了一条明细信息，将去往4.4.4.4的网关指向了123.1.1.3。

下面将34.1.1.3、34.1.1.4也ping通，通时再ping一下34.1.1.0/24网段的其他地址，看看R1路由表信息，如图9。

图9  R1路由表

由图9可看出，虽然，34.1.1.5及34.1.1.6是不存在的主机地址，但是仍被重定向到了R3。这是因为R2使用的是RIP协议，拥有到达34.1.1.0/24及4.4.4.0/24网段的路由，因此