客户的服务器和终端跨一台S10508核心交换机进行连接,使用PC端长ping服务器地址又丢包现象。想用流统分析一下问题所在原因。哪位大佬有流统的技术文档或者配置案例呀。
(0)
最佳答案
当网络内部有丢包现象,需要判断丢包位置是否是在交换机上丢弃的。利用qos的accounting 行为,可以顺利的将报文统计到。此教程适用于大部分的H3C交换机,类似于一种配置模板,根据实际情况替换其中的参数就行。
首先要登录设备的命令行,使用超级终端或者SecureCRT软件登录设备的方法:如何使用超级终端软件登录设备命令行 http://forum.h3c.com/thread-179745-1-1.html
如何使用secureCRT软件登录设备命令行http://forum.h3c.com/thread-179742-1-1.html
假设环境中,192.168.1.1 这个主机与192.168.2.1 这个服务器之间有丢包或者不通的现象,需要定位是否是在网络中某台交换机上丢弃的,192.168.1.1连接在该交换机的GigabitEthernet1/0/24口,192.168.2.1连接在交换机的GigabitEthernet1/0/24 接口。
根据实际情况修改的参数有4个,分别是:
测试主机地址:192.168.1.1
测试被ping的服务器地址:192.168.2.1
相对于交换机报文的来源端口:GigabitEthernet1/0/24
相对于交换机报文的目的端口:GigabitEthernet1/0/26
上述4个参数根据实际情况代入到下面的配置命令模板中,标红的位置根据实际情况替换
======================================================
acl number 3876
rule permit ip source 192.168.1.1 0 destination 192.168.2.1 0
rule permit ip source 192.168.2.1 0 destination 192.168.1.1 0
quit
traffic classifier aaa
if-match acl 3876
quit
traffic behavior aaa
accounting packet
quit
qos policy aaa
classifier account behavior account
quit
interface GigabitEthernet 1/0/24
qos apply policy account inbound
qos apply policy account outbound
quit
interface GigabitEthernet1/0/26
qos apply policy account inbound
qos apply policy account outbound
quit
======================================================
在交换机上配置完成后,就可以将问题复现了,使用192.168.1.1 这台主机,去ping一下服务器地址192.168.2.1 ,一定要记住自己的主机总共ping了多少包到服务器。最好能在服务器上安装wireshark软件,同时进行抓包,操作方法参考:http://forum.h3c.com/thread-181663-1-1.html
从主机ping了服务器30个包之后,使用这两条命令分别查看两个接口统计结果:
display qos policy interface GigabitEthernet 1/0/24
display qos policy interface GigabitEthernet 1/0/26
比如:
[H3C]display qos policy interfaceGigabitEthernet 1/0/24
Interface: GigabitEthernet1/0/24
Direction: Inbound
Policy: aaa
Classifier: aaa
Operator: AND
Rule(s) :
If-match acl 3876
Behavior: aaa
Accounting enable:
30 (Packets)
Interface: GigabitEthernet1/0/24
Direction: Outbound
Policy: aaa
Classifier: aaa
Operator: AND
Rule(s) :
If-match acl 3876
Behavior: aaa
Accounting enable:
25(Packets)
[H3C]display qos policy interfaceGigabitEthernet 1/0/26
Interface: GigabitEthernet1/0/26
Direction: Inbound
Policy: aaa
Classifier: aaa
Operator: AND
Rule(s) :
If-match acl 3876
Behavior: aaa
Accounting enable:
25(Packets)
Interface: GigabitEthernet1/0/26
Direction: Outbound
Policy: aaa
Classifier: aaa
Operator: AND
Rule(s) :
If-match acl 3876
Behavior: aaa
Accounting enable:
30(Packets)
我们可以看到在来源接口的入方向(G1/0/24,inbound),收集到了30个主机ping服务器的报文,这30个请求报文从目的端口的出方向(G1/0/26,outbound)全都发出了;但是从目的接口的入方向(G1/0/26,inbound)只收到了25个回应报文,从源接口的出方向(G1/0/24,outbound)也将这25个回应报文全都返回给主机。这种情况,就说明PC请求了30个包交换机都正常转发了,但是交换机只是收到了服务器的25个回应,也如数转发给了服务器。所以报文并没有在交换机上产生的丢弃。而是交换机到服务器那部分的网络甚至是服务器本身给丢弃。如果刚才有按照指导在服务器一侧使用wireshark抓包的话,就可以进一步确认了。
PS:清空统计结果的方法是删除接口上下发的策略,再重新下发:
interface GigabitEthernet 1/0/24
undo qos apply policy inbound
undo qos apply policy outbound
qos apply policy aaa inbound
qos apply policy aaa outbound
quit
interface GigabitEthernet 1/0/26
undo qos apply policy inbound
undo qos apply policy outbound
qos apply policy aaa inbound
qos apply policy aaa outbound
quit
(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论