10-IP性能优化配置
本章节下载: 10-IP性能优化配置 (223.27 KB)
在一些特定的网络环境里,可以通过调整IP的参数,以使网络性能达到最佳。IP性能的优化配置包括:
· 配置接口的TCP最大报文段长度
· 配置TCP连接的Path MTU探测功能
· 配置TCP的SYN Cookie功能
· 配置TCP连接的缓冲区大小
· 配置TCP定时器
· 配置ICMP差错报文发送功能
· 配置指定时间内发送ICMP差错报文的最大个数
· 配置ICMP报文指定源地址功能
· 配置IP分片报文本地重组功能
· 配置修改IP报文DF标志位功能
定向广播报文是指发送给特定网络的广播报文。该报文的目的IP地址中网络号码字段为特定网络的网络号,主机号码字段为全1。
· 在接收定向广播报文的情况下,如果在接口上配置了此命令,设备允许接收此接口直连网段的定向广播报文。
· 在转发定向广播报文的情况下,如果在接口上配置了此命令,设备从其他接口接收到目的地址为此接口直连网段的定向广播报文时,会从此接口转发此类报文。
黑客可以利用定向广播报文来攻击网络系统,给网络的安全带来了很大的隐患。但在某些应用环境下,设备接口需要接收或转发这类定向广播报文,例如:
· 使用UDP Helper功能,将广播报文转换为单播报文发送给指定的服务器。
· 使用Wake on LAN(网络唤醒)功能,发送定向广播报文唤醒远程网络中的计算机。
在上述情况下,用户可以通过命令配置接口允许接收和转发直连网段的定向广播报文。
如图1-1所示,Host的接口和Router A的接口GigabitEthernet1/0/1处于同一个网段(1.1.1.0/24),Router A的接口GigabitEthernet1/0/2和Router B的接口GigabitEthernet1/0/2处于另外一个网段(2.2.2.0/24)。Host上配置默认网关为Router A的接口GigabitEthernet1/0/1的地址(1.1.1.2/24),Router B上配置静态路由使得Host与Router B之间路由可达。
要求通过配置使得Router B可以收到Host发送的定向广播报文。
图1-1 配置收发定向广播报文组网图(路由应用)
# 配置接口GigabitEthernet1/0/1和GigabitEthernet1/0/2的IP地址。
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] ip address 1.1.1.2 24
[RouterA-GigabitEthernet1/0/1] quit
[RouterA] interface gigabitethernet 1/0/2
[RouterA-GigabitEthernet1/0/2] ip address 2.2.2.2 24
# 配置允许接口GigabitEthernet1/0/2转发直连网段的定向广播报文。
[RouterA-GigabitEthernet1/0/2] ip forward-broadcast
# 配置Router B到Host的静态路由。
[RouterB] ip route-static 1.1.1.1 24 2.2.2.2
# 配置接口GigabitEthernet1/0/2的IP地址。
[RouterB] interface gigabitethernet 1/0/2
[RouterB-GigabitEthernet1/0/2] ip address 2.2.2.1 24
# 配置允许接口GigabitEthernet1/0/2接收直连网段的定向广播报文。
[RouterB-GigabitEthernet1/0/2] ip forward-broadcast
配置完成以后,在Host上ping Router A的接口GigabitEthernet1/0/2所在子网网段的广播地址(2.2.2.255)时,Router B的接口GigabitEthernet1/0/2可以收到该报文。取消掉ip forward-broadcast的配置,Router B的接口GigabitEthernet1/0/2就不能收到该报文。
当设备收到一个报文后,如果发现报文长度比转发接口的MTU值大,则进行下列处理:
为了减轻转发设备在传输过程中的分片和重组数据包的压力,更高效的利用网络资源,请根据实际组网环境设置合适的接口MTU值,以减少分片的发生。
TCP最大报文段长度(Maximum Segment Size,MSS)表示TCP连接的对端发往本端的最大TCP报文段的长度,目前作为TCP连接建立时的一个选项来协商:当一个TCP连接建立时,连接的双方要将MSS作为TCP报文的一个选项通告给对端,对端会记录下这个MSS值,后续在发送TCP报文时,会限制TCP报文的大小不超过该MSS值。当对端发送的TCP报文的长度小于本端的TCP最大报文段长度时,TCP报文不需要分段;否则,对端需要对TCP报文按照最大报文段长度进行分段处理后再发给本端。
用户可以通过下面的命令配置接口的TCP最大报文段长度,配置后该接口接收和发送的TCP报文的大小都不能超过该值。
该配置仅对新建的TCP连接生效,对于配置前已建立的TCP连接不生效。
该配置仅对IP报文生效,当接口上配置了MPLS功能后,不建议再配置本功能。
表1-3 配置接口的TCP最大报文段长度
配置接口的TCP最大报文段长度 |
缺省情况下,未配置接口的TCP最大报文段长度 |
RFC 1191中规定的TCP连接的Path MTU探测功能,可以探测TCP路径上从源端到目的端的最小MTU,其探测机制如下:
(1) TCP源端将发送的TCP数据段的外层IP报文设置DF(不可分片)标记。
(2) 如果TCP路径上某路由器的出接口MTU值小于该IP报文长度,则会丢弃报文,并给TCP源端发送ICMP差错报文,报文中会携带该出接口MTU值。
(3) TCP源端通过解析该ICMP差错报文,可知TCP路径上当前最小的单向MTU值。
(4) 后续TCP源端发送数据段的长度不超过MSS。其中,MSS=最小MTU值-IP头部长度-TCP头部长度。
当MSS已经达到系统规定的最小的32字节后,如果再次收到减少MSS的ICMP差错报文,系统将允许该TCP连接发送的报文进行分片。
产生ICMP差错报文的路由器可能不支持RFC 1191,其产生的ICMP差错报文中的出接口MTU字段值为0,对于这种报文,TCP源端将按照RFC 1191中规定的MTU表获取比当前路径MTU更小的值作为计算TCP MSS的基础。MTU表的内容为(单位为字节):68、296、508、1006、1280、1492、2002、4352、8166、17914、32000、65535(由于系统规定的TCP最小MSS为32,所以对应最小的MTU实际为72字节)。
用户通过命令行开启TCP连接的Path MTU探测功能后,新建的TCP连接均会携带Path MTU探测属性,可以通过上述探测机制确定Path MTU,按照数据路径上的最小MTU组织TCP分段长度,最大限度利用网络资源,避免IP分片的发生。
Path MTU值可以老化,这样当Path MTU增大时可以充分利用网络资源,尽量按照转发路径可以容忍的最大报文长度发送数据。Path MTU的老化机制如下:
· 当TCP源端收到ICMP差错报文后,除了减小Path MTU值,同时会为该Path MTU值启动老化定时器。
· 当该定时器超时后,系统将按照RFC 1191规定的MTU表依次递增TCP的MSS值。
· 如果增加一次MSS之后的2分钟内没有收到ICMP差错报文,则继续递增,直到MSS增长到对端在TCP三次握手阶段通告的MSS值。
表1-4 配置TCP连接的Path MTU探测功能
开启TCP连接的Path MTU探测功能 |
缺省情况下,TCP连接的Path MTU探测功能处于关闭状态 |
TCP连接的Path MTU探测功能依赖IP报文的DF标记位设置后触发ICMP差错报文,因此需要TCP路径上的所有设备打开ICMP差错报文发送功能(ip unreachables enable),以确保ICMP差错报文可以发送到TCP源端。
一般情况下,TCP连接的建立需要经过三次握手,即:
(1) TCP连接请求的发起者向目标服务器发送SYN报文;
(2) 目标服务器收到SYN报文后,建立处于SYN_RECEIVED状态的TCP半连接,并向发起者回复SYN ACK报文,等待发起者的回应;
(3) 发起者收到SYN ACK报文后,回应ACK报文,这样TCP连接就建立起来了。
利用TCP连接的建立过程,一些恶意的攻击者可以进行SYN Flood攻击。攻击者向服务器发送大量请求建立TCP连接的SYN报文,而不回应服务器的SYN ACK报文,导致服务器上建立了大量的TCP半连接。从而,达到耗费服务器资源,使服务器无法处理正常业务的目的。
SYN Cookie功能用来防止SYN Flood攻击。在服务器上配置此功能后,当服务器收到TCP连接请求时,不建立TCP半连接,而直接向发起者回复SYN ACK报文。服务器接收到发起者回应的ACK报文后,建立连接,并进入ESTABLISHED状态。通过这种方式,可以避免在服务器上建立大量的TCP半连接,防止服务器受到SYN Flood攻击。
表1-5 配置TCP的SYN Cookie功能
缺省情况下,SYN Cookie功能处于关闭状态 |
表1-6 配置TCP连接的缓冲区大小
配置TCP连接的接收和发送缓冲区的大小 |
缺省情况下,TCP连接的接收和发送缓冲区大小为63KB |
可以配置的TCP定时器包括:
· synwait定时器:当发送SYN报文时,TCP启动synwait定时器和重传SYN报文定时器,当synwait定时器超时且SYN报文重传未达到最大次数时,如果设备未收到回应报文,则TCP连接建立不成功;当synwait定时器未超时但是SYN报文重传达到最大次数时,如果设备未收到回应报文,则TCP连接建立不成功。
· finwait定时器:当TCP的连接状态为FIN_WAIT_2时,启动finwait定时器,如果在定时器超时前没有收到报文,则TCP连接终止;如果收到FIN报文,则TCP连接状态变为TIME_WAIT状态;如果收到非FIN报文,则从收到的最后一个非FIN报文开始重新计时,在超时后中止连接。
表1-7 配置TCP定时器
配置TCP的synwait定时器超时时间 |
缺省情况下,synwait定时器超时时间为75秒 |
|
配置TCP的finwait定时器超时时间 |
缺省情况下,finwait定时器超时时间为675秒 |
发送差错报文是ICMP(Internet Control Message Protocol,互联网控制报文协议)的主要功能之一。ICMP报文通常被网络层或传输层协议用来在异常情况发生时通知相应设备,从而便于进行控制管理。
重定向报文、超时报文、目的不可达报文是ICMP差错报文中的三种。下面分别介绍这三种差错报文发送的条件及作用。
(1) ICMP重定向报文发送功能
主机启动时,它的路由表中可能只有一条到缺省网关的缺省路由。当满足一定的条件时,缺省网关会向源主机发送ICMP重定向报文,通知主机重新选择正确的下一跳进行后续报文的发送。
满足下列条件时,设备会发送ICMP重定向报文:
· 被选择的路由本身没有被ICMP重定向报文创建或修改过;
· 被选择的路由不是到默认目的地(0.0.0.0)的路由;
ICMP重定向报文发送功能可以简化主机的管理,使具有很少选路信息的主机逐渐建立较完善的路由表,从而找到最佳路由。
(2) ICMP超时报文发送功能
ICMP超时报文发送功能是在设备收到IP数据报文后,如果发生超时差错,则将报文丢弃并给源端发送ICMP超时差错报文。
设备在满足下列条件时会发送ICMP超时报文:
· 设备收到IP数据报文后,如果报文的目的地不是本地且报文的TTL字段是1,则发送“TTL超时”ICMP差错报文;
· 设备收到目的地址为本地的IP数据报文的第一个分片后,启动定时器,如果所有分片报文到达之前定时器超时,则会发送“重组超时”ICMP差错报文。
(3) ICMP目的不可达报文发送功能
ICMP目的不可达报文发送功能是在设备收到IP数据报文后,如果发生目的不可达的差错,则将报文丢弃并给源端发送ICMP目的不可达差错报文。
· 设备在转发报文时,如果在路由表中没有找到对应的转发路由,且路由表中没有缺省路由,则给源端发送“网络不可达”ICMP差错报文;
· 设备收到目的地址为本地的数据报文时,如果设备不支持数据报文采用的传输层协议,则给源端发送“协议不可达”ICMP差错报文;
· 设备收到目的地址为本地、传输层协议为UDP的数据报文时,如果报文的端口号与正在使用的进程不匹配,则给源端发送“端口不可达”ICMP差错报文;
· 源端如果采用“严格的源路由选择”发送报文,当中间设备发现源路由所指定的下一个设备不在其直接连接的网络上,则给源端发送“源站路由失败”的ICMP差错报文;
· 设备在转发报文时,如果转发接口的MTU小于报文的长度,但报文被设置了不可分片,则给源端发送“需要进行分片但设置了不分片比特”ICMP差错报文。
ICMP差错报文的发送虽然方便了网络的控制管理,但是也存在缺限:发送大量的ICMP报文,增大网络流量;如果有用户发送ICMP差错报文进行恶意攻击,会导致设备性能下降或影响正常工作。
为了避免上述现象发生,可以关闭设备的ICMP差错报文发送功能,从而减少网络流量、防止遭到恶意攻击。
表1-8 配置ICMP差错报文发送功能
开启ICMP重定向报文发送功能 |
缺省情况下,ICMP重定向报文发送功能处于关闭状态 |
|
开启ICMP超时报文发送功能 |
缺省情况下,ICMP超时报文发送功能处于关闭状态 |
|
开启ICMP目的不可达报文发送功能 |
缺省情况下,ICMP目的不可达报文发送功能处于关闭状态 |
· 关闭ICMP超时报文发送功能后,设备不会再发送“TTL超时”ICMP差错报文,但“重组超时”ICMP差错报文仍会正常发送。
· 设备开启DHCP服务后,在未发送ICMP回显请求(ECHO-REQUEST)报文情况下,收到非法ICMP回显应答(ECHO-REPLY)报文,此时设备不会回应“协议不可达”ICMP差错报文报文。关于DHCP的详细介绍,请参见“三层技术-IP业务配置指导”中的“DHCP”。
如果网络中短时间内发送的ICMP差错报文过多,将可能导致网络拥塞。为了避免这种情况,用户可以控制设备在指定时间内发送ICMP差错报文的最大个数,目前采用令牌桶算法来实现。
用户可以设置令牌桶的容量,即令牌桶中可以同时容纳的令牌数;同时可以设置令牌桶的刷新周期,即每隔多长时间发放一个令牌到令牌桶中,直到令牌桶中的令牌数达到配置的容量。一个令牌表示允许发送一个ICMP差错报文,每当发送一个ICMP差错报文,则令牌桶中减少一个令牌。如果连续发送的ICMP差错报文超过了令牌桶的容量,则后续的ICMP差错报文将不能被发送出去,直到按照所设置的刷新频率将新的令牌放入令牌桶中。
表1-9 配置发送ICMP差错报文对应的令牌桶容量和令牌刷新周期
配置发送ICMP差错报文对应的令牌桶容量和令牌刷新周期 |
缺省情况下,令牌桶容量为10,令牌刷新周期为100毫秒 刷新周期为0时,表示不限制ICMP差错报文的发送 |
在网络中IP地址配置较多的情况下,收到ICMP报文时,用户很难根据报文的源IP地址判断报文来自哪台设备。为了简化这一判断过程,可以配置ICMP报文指定源地址功能。用户配置特定地址(如环回口地址)为ICMP报文的源地址,可以简化判断。
设备发送ICMP差错报文(TTL超时、端口不可达和参数错误等)和ping echo request报文时,都可以通过上述命令指定报文的源地址。
表1-10 配置ICMP报文指定源地址功能
开启设备的ICMP报文指定源地址功能 |
ip icmp source [ vpn-instance vpn-instance-name ] ip-address |
缺省情况下,ICMP报文指定源地址功能处于关闭状态 |
用户发送ping echo request报文时,如果ping命令中已经指定源地址,则使用该源地址,否则使用ip icmp source配置的源地址。
当IRF模式的某个成员设备收到目的为本设备的IP分片报文时,需要把分片报文送到主用设备进行重组,这样会导致报文重组性能较低的问题。当开启IP分片报文本地重组功能后,分片报文会在该成员设备上直接进行报文重组,这样就能提高分片报文的重组性能。
表1-11 配置IP分片报文本地重组功能
开启设备的IP分片报文本地重组功能 |
缺省情况下,IP分片报文本地重组功能处于关闭状态 |
设备转发IP报文时,由于链路MTU值可能会对IP报文进行分片。如果设备收到携带DF标记的IP报文,设备不会转发该IP报文,但会向报文发送端发送ICMP差错报文,这样会导致通信中断。
当用户在设备上配置IP报文DF标志位后,设备会直接修改IP报文中的DF标志位,使得该IP报文可以被分片转发。
开启本功能后,设备会修改所有转发IP报文的DF标志位,不会修改本设备生成的IP报文的DF标志位。
表1-12 配置IP报文DF标志位功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置IP报文DF标志位 |
ip df-bit { clear | set } |
缺省情况下,保留当前IP报文DF标志位取值 |
在完成上述配置后,在任意视图下执行display命令可以显示配置IP性能优化功能后的运行情况,通过查看显示信息验证配置的效果。
在用户视图下执行reset命令清除IP、TCP和UDP的流量统计信息。
表1-13 IP性能优化显示和维护
显示RawIP连接摘要信息(独立运行模式) |
|
显示RawIP连接摘要信息(IRF模式) |
|
显示RawIP连接详细信息(独立运行模式) |
|
显示RawIP连接详细信息(IRF模式) |
display rawip verbose [ slot slot-number [ pcb pcb-index ] ] |
显示TCP连接摘要信息(独立运行模式) |
|
显示TCP连接摘要信息(IRF模式) |
|
显示TCP代理连接的简要信息(独立运行模式) |
|
显示TCP代理连接的简要信息(IRF模式) |
|
显示TCP连接详细信息(独立运行模式) |
|
显示TCP连接详细信息(IRF模式) |
|
显示UDP连接摘要信息(独立运行模式) |
|
显示UDP连接摘要信息(IRF模式) |
|
显示UDP连接详细信息(独立运行模式) |
|
显示UDP连接详细信息(IRF模式) |
|
显示IP报文统计信息(独立运行模式) |
|
显示IP报文统计信息(IRF模式) |
|
显示TCP连接的流量统计信息(独立运行模式) |
|
显示TCP连接的流量统计信息(IRF模式) |
|
显示UDP流量统计信息(独立运行模式) |
|
显示UDP流量统计信息(IRF模式) |
|
显示ICMP流量统计信息(独立运行模式) |
|
显示ICMP流量统计信息(IRF模式) |
|
清除IP报文统计信息(独立运行模式) |
|
清除IP报文统计信息(IRF模式) |
|
清除TCP连接的流量统计信息 |
|
清除UDP流量统计信息 |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!