前段时间， 业务方反馈集群内有一台服务器慢请求(>1s)记录比其他台多一倍。查找了下原因，发现这台服务器的网关配置成同网段内其他服务器IP上了，导致ICMP重定向发生，后面将路由更正后，慢请求缓解很多了。 便于分析，画了个简单拓扑图如下所示：

过程分析如下：
1). server2如果要与internet通讯，首先是要把报文发送给server1的，因为server2的网关指向server1的。
2). server1收到报文并检查它的路由表，发现router是发送改报文的下一跳。当它把报文发送给router时，server1检测到这个报文的发送出去的接口与接收到的接口是相同的，这样ICMP重定向就触发了。
3). server1认为server2应该把默认路由指向router，所以就发送ICMP重定向报文给server2，告诉它以后把报文发送给router。

server1报文如下：

server2报文如下：

ICMP重定向报文类型有：

代码		描述
0			网络重定向
1			主机重定向
2			服务类型和网络重定向
3			服务类型和主机重定向

ICMP重定向报文的接收者必须查看三个IP 地址
1). 导致重定向的IP地址，即ICMP重定向报文的数据位于IP数据报的首部
2). 发送重定向报文的路由器的IP地址，包含重定向信息的IP数据报中的源地址
3). 应该采用的路由器IP地址, 在ICMP报文中的4~7字节

发生ICMP重定向报文的必要条件：
1). 出接口必须等于入接口
2). 用于向外传送数据报的路由不能被ICMP重定向报文创建或修改过, 而且不能是路由器的默认路由
3). 数据报不能用源站选路来转发
4). 内核必须配置成可以发送重定向报文

linux禁止ICMP重定向报文方法：

# vim /etc/sysctl.conf
net.ipv4.conf.eth0.accept_redirects = 0
net.ipv4.conf.eth1.accept_redirects = 0
net.ipv4.conf.lo.accept_redirects = 0
net.ipv4.conf.default.accept_redirects = 0
net.ipv4.conf.all.accept_redirects = 0
# sysctl -p