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

管理员ping M9000的业务端口设备IP地址有丢包,Tracert至M9000这一跳时无规律出现星号

  • 0关注
  • 0收藏 2194浏览
金山 九段
粉丝:20人 关注:0人

管理员ping M9000的业务端口设备IP地址有丢包,Tracert至M9000这一跳时无规律出现星号。客户反馈业务观察暂无问题,就是ping M9000自身IP地址有丢包,要求分析原因。当通过Tracert操作检查时,发现当探测到M9000这一跳时,三次探测中无规律出现星号,即Tracert响应超时现象。


通过打开debug ip icmp开关,观察到如下debug信息输出:

*Apr 29 11:38:56:719 2016 H3C SOCKET/7/ICMP: -Slot=3.1;
    ICMP Output:                                       
    ICMP Packet: src = 202.117.145.90, dst = 202.117.144.103 
              type = 11, code = 0 (ttl-exceeded)      
    Original IP: src = 202.117.144.103, dst = 101.7.8.9  
              proto = 17, first 8 bytes = B67E0035 00343992 
                                 
    *Apr 29 11:38:56:725 2016 H3C SOCKET/7/ICMP: -Slot=3.1;
    ICMP Discard:ICMP reached rate limit.  


从debug信息中可以确认,ICMP报文是由于达到了M9000设备接收速率上限被丢弃的。


M9000设备支持调整接收处理ICMP报文限速值,具体命令如下:

ip icmp error-interval用来配置发送ICMP差错报文对应的令牌桶容量和令牌刷新周期。
    undo ip icmp error-interval用来恢复缺省情况
    【命令】
    ip icmp error-interval interval [ bucketsize ]
    undo ip icmp error-interval
    【缺省情况】
    令牌桶容量为10,令牌刷新周期为100毫秒。
    【视图】
    系统视图
    【缺省用户角色】
    network-admin
    mdc-admin
    【参数】
    interval:令牌刷新周期,取值范围0~2147483647,单位为毫秒。取值为0时,表示不限制ICMP差错报文的发送。
    bucketsize:令牌桶中容纳的令牌数,取值范围1~200。
    【使用指导】
    如果网络中短时间内发送的ICMP差错报文过多,将可能导致网络拥塞。为了避免这种情况,用户可以控制设备在指定时间内发送ICMP差错报文的最大数目,目前采用令牌桶算法来实现。
用户可以设置令牌桶的容量,即令牌桶中可以同时容纳的令牌数;同时可以设置令牌桶的刷新周期,即每隔多长时间发放一个令牌到令牌桶中,直到令牌桶中的令牌数达到配置的容量。一个令牌表示允许发送一个ICMP差错报文,每当发送一个ICMP差错报文,则令牌桶中减少一个令牌。如果连续发送的ICMP差错报文超过了令牌桶的容量,则后续的ICMP差错报文将不能被发送出去,直到按照所设置的刷新频率将新的令牌放入令牌桶中。
    【举例】
    # 配置设备发送ICMP差错报文对应的令牌桶容量为40,令牌刷新周期为200毫秒。
    system-view
    [Sysname] ip icmp error-interval 200 40


M9000对本地接收的ICMP报文做限速处理,是为了加速对本地收发报文的保护,避免当网络中出现大量ICMP泛洪流量时,M9000处理其它更重要的协议报文出现延时甚至失败的可能。ICMP报文,特别是ping报文在网络中的重要性较低,因此不建议将前述命令参数调节得过大。

另外,该限制仅对M9000本地接收ICMP报文速率生效,对经M9000转发的ICMP报文无影响,因此该限速亦不会影响转发业务。


该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2019-06-12对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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