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

流量统计

2022-03-24提问
  • 0关注
  • 1收藏,1425浏览
粉丝:5人 关注:4人

问题描述:

交换机打流是怎么打的配置有吗?案例手册都可以,一台6800的交换机连了48个口

组网及组网描述:


3 个回答
粉丝:181人 关注:0人

您好,参考

acl number 3010

rule 1 permit icmp source 10.0.254.26 0 destination 10.0.254.17 0    //10.0.254.26PING发起源地址,10.0.254.17PING的目的地址

rule 2 permit icmp source 10.0.254.17 0 destination 10.0.254.26 0  // 源目的调换,用于匹配ICMP回程流量

 
traffic classifier MQC operator and if-match acl 3010

 

traffic behavior MQC accounting packet

 

qos policy MQC classifier MQC behavior MQC

 

interface Ten-GigabitEthernet1/0/5    //对应流途径接口

qos apply policy MQC inbound qos apply policy MQC outbound

 

interface Ten-GigabitEthernet1/0/6     //对应流途径接口

qos apply policy MQC inbound qos apply policy MQC outbound  

查看流统:

Display  qos policy interface

不是流统是设备打流

打工皇帝 发表时间:2022-03-24
粉丝:16人 关注:1人

是做流量统计吗?


假如Server 1 (IP=192.168.1.1) 主动Ping往Server 2 (IP=192.168.1.2),那么ICMP Request报文从SW 2的端口1进入、端口2发出。反之同理。这里我们以ICMP Request报文流量走向举例,确认是否存在丢包:

第一步:定义ACL匹配源IP为192.168.1.1、目的IP为192.168.1.2的ICMP Request报文。

第二步:创建名为classifier_1的流分类,匹配数据包的规则ACL 3000。再创建名为behavior_1的流行为,定义流统计动作accounting packet。

第三步:创建一个名为policy_1的策略,将流分类和流行为关联。

第四步:将QOS策略应用到端口1的入方向和端口2的出方向。

第五步:通过display qos policy interface inbound/outbound命令查看流统结果,图中端口1的inbound方向收到了5个ICMP Request报文,端口2的outbound方向发出了5个ICMP Request报文,由此说明SW 2并没有丢弃ICMP Request报文哦!

此外,可以通过reset counters interface命令来清除接口计数,清除后可以再次进行Ping测试和流统哦!



不是流通是打流测试

打工皇帝 发表时间:2022-03-24
粉丝:15人 关注:2人

一、 V5平台的MSR/SR66/SR66-X系列路由器对丢包位置的定位使用包过滤防火墙
1.首先全局开启firewall功能:firewall enable;
2.写两条ACL,分别匹配从10.0.0.1到10.0.0.2与从10.0.0.2到10.0.0.1的icmp报文:
acl number 3100
  rule 0 permit icmp source 10.0.0.1 0 destination 10.0.0.2 0
acl number 3200
rule 0 permit icmp source 10.0.0.2 0 destination 10.0.0.1 0
3.在G0/0口的出、入方向下应用firewall:
firewall packet-filter 3100 outbound
  firewall packet-filter 3200 inbound
4.测试前,先清空G0/0接口的防火墙统计信息:
reset firewall-statistics interface G0/0
5.从SR66路由器ping公网网关10.0.0.2 50个包,然后查看接口统计信息:
display firewall-statistics interface g0/0
<SR66>dis firewall-statistics interface GigabitEthernet 0/0
  Interface: GigabitEthernet0/0
  In-bound Policy: acl 3200
  From 2013-12-14 8:14:09 to 2013-12-14 8:17:00
     50 packets, 4200 bytes, 0% permitted,
     0 packets, 0 bytes, 0% denied,
     421438 packets, 84622789 bytes, 100% permitted default,
     0 packets, 0 bytes, 0% denied default,
  Totally 421488 packets, 84626989 bytes, 100% permitted,
  Totally 0 packets, 0 bytes, 0% denied.
  Interface: GigabitEthernet0/0
  Out-bound Policy: acl 3100
  From 2013-12-14 8:14:09 to 2013-12-14 8:17:00
     50 packets, 4200 bytes, 0% permitted,
     0 packets, 0 bytes, 0% denied,
     553218 packets, 585289690 bytes, 100% permitted default,
     0 packets, 0 bytes, 0% denied default,
  Totally 553268 packets, 585293890 bytes, 100% permitted,
  Totally 0 packets, 0 bytes, 0% denied.
观察上述信息,会有以下两种现象:
1) Out-bound方向的permit报文为0或者不到50个,则证明报文是在SR66路由器内部丢失的,请排查SR66路由器的配置,以及板间转发信息。
2) Out-bound方向的permit报文为50个,但是In-bound方向为0或者不到50个,则证明SR66路由器并没有收到回应报文,报文在线路或者对端设备丢失,请排查公网线路及
设备问题。

V7平台的MSR/SR66系列路由器对丢包位置的定位方法
巧用流量统计判断网络丢包位置:方法一:
AC上流量统计配置:
#
acl number 3001
rule 0 permit ip source 10.0.0.1 0 destination 10.0.0.2 0
#
traffic classifier 1 operator and  //创建类1,匹配规则ACL 3001。
if-match acl 3001
#
通过用户视图下的reset counters interface命令清空流量统计信息。
#
traffic behavior 1  //创建流行为1,流行为为过滤动作允许。AC由于硬件芯片原因暂时不支持流量统计,通过过滤动作允许进行统计。
filter permit
#
qos policy 1  //创建策略1,指定类1采用流行为1。
classifier 1 behavior 1
#
interface Ten-GigabitEthernet1/0/1  //接口上应用QoS策略1,并指定应用方向。
qos apply policy 1 outbound
#
<>display qos policy interface
方法二:
1 首先ACL定义流量的源和目的
acl advanced 3001
 rule 1 permit icmp source 10.0.0.1 0 destination 10.0.0.2 0 counting//表示使能
规则匹配统计功能,缺省为关闭
2 接口下调用packet-filter
 packet-filter 3001 inbound
 packet-filter default inbound hardware-count  //用来在接口上使能报文过滤缺省动作统计功能,默认处于关闭状态
3 清除接口统计信息之后进行PING测试,并且查看接口报文统计信息
# 清除接口GigabitEthernet0/0入方向上IPv4基本ACL 3001在报文过滤中应用的统计信息。
<Sysname> reset packet-filter statistics interface gigabitethernet 0/0 inbound 3001
进行PING测试
查看入方向的统计信息:
[H3C]display packet-filter statistics interface GigabitEthernet 0/0 inbound
   Interface: GigabitEthernet0/0
   Inbound policy:
   IPv4 ACL 3001
   rule 1 permit ip source 1.0.0.1 0 destination 10.0.0.2 0 counting (5 packets)//可以看到统计到了5个报文,再次PING之后,数量会随之增加。
  IPv4 default action: Permit, Hardware-count
   From 2016-07-01 03:32:49 to 2016-07-01 03:33:32
   Totally 0 packets 

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

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

不规范转载

×

举报说明