M9000 利用流量统计功能判断丢包问题处理案例

M9000利用流量统计功能判断丢包问题处理案例

一 组网：

如下面示意图所示，客户反馈某业务的客户端及服务器分别部署在M9000两侧，客户端与服务器之间的来回双向流量均通过M9000处理。

二 问题描述：

客户反馈在日常运维中发现客户端和服务器之间存在丢包情况，希望通过M9000进行分析，判断丢包的位置。

三 过程分析：

M9000业务报文收发都是由接口板交换芯片处理的，因为最简单最精确的方法就是利用接口板芯片的流量统计功能，在M9000的上/下行端口的Inbound/Outbound方向下发流量统计策略，然后根据流统的结果判断在双方向上M9000是否将接收到的报文都成功转发了。假设通过流统的结果，确认M9000在一个方向上接收到报文数和发送报文数相等，那就可以说明转发没有问题；但如果接收到的报文数大于发送报文数，就说明在M9000内部由于性能或其它原因造成了丢包，需要进行进一步的分析和排查。

四 解决方法：

在M9000上通过下发QoS流量统计策略，配置业务测试（常用方法为ping）来判断丢包问题。

接下来以客户端IP为10.255.255.1，服务器IP为10.255.255.3为例。

1、首先配置ACL规则及流分类，其中ACL规则要尽可能精确：

#

acl number 3991

rule 10 permit icmp source 10.255.255.1 0 destination 10.255.255.3 0

#

acl number 3992

rule 10 permit icmp source 10.255.255.3 0 destination 10.255.255.1 0

#

traffic classifier c_to_s operator and

if-match acl 3991

#

traffic classifier s_to_c operator and

if-match acl 3992

#

除了ACL规则以外，在流分类中还可以配置其它报文匹配条件，比如报文的VLAN ID等，用于更精确的匹配报文。

2、然后配置流量统计动作：

#

traffic behavior accounting

accounting

#

为便于观察，常配置为对包个数进行统计。

3、配置QoS策略，注意要分别配置两个方向：

#

qos policy c_to_s

classifier c_to_s behavior accounting

#

qos policy s_to_c

classifier s_to_c behavior accounting

#

4、下发QoS策略至物理端口

#

interface GigabitEthernet1/1/0/23

port link-mode route

description to_client

combo enable copper

qos apply policy c_to_s inbound enhancement

qos apply policy s_to_c outbound enhancement

#

interface GigabitEthernet1/1/0/17

port link-mode route

description to_server

combo enable copper

qos apply policy s_to_c inbound enhancement

qos apply policy c_to_s outbound enhancement

#

5、在客户端上操作执行ping操作，然后检查流统计结果（ping 5次）：

[H3C] display qos policy interface GigabitEthernet 1/1/0/23

Interface: GigabitEthernet1/1/0/23

Direction: Inbound

Type : Enhancement

Policy: c_to_s

Classifier: default-class

Operator: AND

Rule(s) :

If-match any

Behavior: be

-none-

Classifier: c_to_s

Operator: AND

Rule(s) :

If-match acl 3991

Behavior: accounting

Accounting enable:

5 (Packets)

Interface: GigabitEthernet1/1/0/23

Direction: Outbound

Type : Enhancement

Policy: s_to_c

Classifier: default-class

Operator: AND

Rule(s) :

If-match any

Behavior: be

-none-

Classifier: s_to_c

Operator: AND

Rule(s) :

If-match acl 3992

Behavior: accounting

Accounting enable:

5 (Packets)

[H3C] display qos policy interface GigabitEthernet 1/1/0/17

Interface: GigabitEthernet1/1/0/17

Direction: Inbound

Type : Enhancement

Policy: s_to_c

Classifier: default-class

Operator: AND

Rule(s) :

If-match any

Behavior: be

-none-

Classifier: s_to_c

Operator: AND

Rule(s) :

If-match acl 3992

Behavior: accounting

Accounting enable:

5 (Packets)

Interface: GigabitEthernet1/1/0/17

Direction: Outbound

Type : Enhancement

Policy: c_to_s

Classifier: default-class

Operator: AND

Rule(s) :

If-match any

Behavior: be

-none-

Classifier: c_to_s

Operator: AND

Rule(s) :

If-match acl 3991

Behavior: accounting

Accounting enable:

5 (Packets)

从统计结果不难看出，M9000从客户端接收5个ICMP报文后正常从连接服务器的端口转出，同理，从服务器端口接收的5个ICMP报文也正常从连接客户端的端口转出。如果M9000出现丢包，那么从上述两个物理端口的双向报文统计中就可以精确地统计出M9000在哪个方向上丢弃了多少报文。