• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

交换机流统配置技术文档或者案例哪位大佬可以发一下呀?

2021-05-18提问
  • 3关注
  • 1收藏,1227浏览
粉丝:0人 关注:0人

问题描述:

客户的服务器和终端跨一台S10508核心交换机进行连接,使用PC端长ping服务器地址又丢包现象。想用流统分析一下问题所在原因。哪位大佬有流统的技术文档或者配置案例呀。

组网及组网描述:

最佳答案

已采纳
粉丝:17人 关注:2人

    当网络内部有丢包现象,需要判断丢包位置是否是在交换机上丢弃的。利用qosaccounting 行为,可以顺利的将报文统计到。此教程适用于大部分的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/24inbound),收集到了30个主机ping服务器的报文,这30个请求报文从目的端口的出方向(G1/0/26outbound)全都发出了;但是从目的接口的入方向(G1/0/26inbound)只收到了25个回应报文,从源接口的出方向(G1/0/24outbound)也将这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 个回答

该问题暂时没有网友解答

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明