ICMP重定向字段的路由重定向实验

　　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网段的路由，因此在R2查看过自己路由表后，会将所有去往34.1.1.0/24及4.4.4.0/24网段的数据全部重定向到R3。在路由表中Last Use是距上一次使用时的时间，Total uses应该是使用的频次。

　　在进行下一步的路径验证之前，我们先看一下抓包工具抓出来的重定向ICMP包，如图10。

　　从图10中，从而三层头部信息中可知这是有R2发给R1的信息，在ICMP消息中，可看出类型为5，代码为1，校验和为0x2b19，重定向到123.1.1.1，再其后便表明为哪个地址进行的重定向。

　　图10 重定向ICMP抓包

　　现在开始进行路劲验证，同样还是通过分析抓到的ping包来进行，如图11～14。

　　图11 ping R4的请求包

　　图 12 ping R4的应答包

　　图 13 ping R5的请求包

　　图 14 ping R5的应答包

　　由图11、12可看出，去往R4的流量均直接使用R3进行传输，而不再使用R2，即网关被重定向到R3;由图13、14可看出，去往R5的流量仍有R2进行处理，即网关仍未R2。