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

M9000多运营商出口链路负载均衡中链路繁忙保护不生效

  • 0关注
  • 0收藏 2061浏览
王晗 九段
粉丝:24人 关注:0人

现场有四个运营商出口,分别属于四个链路组,根据ISP表项分发给相应的链路组,并且每个逻辑链路都配置了链路繁忙保护

问题:出现链路繁忙保护不生效的情况,链路名字为l_chinatel,为电信500M带宽出口,现在发现流量在高峰期会打满,查看链路统计发现:接口流量已经超过设置的阈值,但是活动连接数有增加的情况

现场重要配置如下:

loadbalance link-group g_chinatel
    predictor hash address destination
    transparent enable
   probe chinatel

virtual-server ##defaultvsforllbipv4##%%autocreatedbyweb%% type link-ip
    virtual ip address 0.0.0.0 0
    lb-policy ##defaultpolicyforllbipv4##%%autocreatedbyweb%%
    service enable
    bandwidth busy-protection enable
    bandwidth interface statistics enable

loadbalance link l_chinatel
    router ip 61.185.9.65
    link-group g_chinatel
    max-bandwidth inbound 62500
    max-bandwidth outbound 62500
    bandwidth inbound busy-rate 80
    bandwidth outbound busy-rate 80
    probe chinatel

 

 

 



通过与研发沟通,链路繁忙保护在以下情况下会出现不生效的情况

繁忙保护是在多条链路时,某个链路繁忙了切换到其他不繁忙的链路,如果都设置了繁忙保护,且都繁忙了那么繁忙保护是不生效的。

链路繁忙保护只会在同一个链路组里面生效。

V5和V7的链路负载实现完全不一样,V7的策略的最小单位是链路组,导致多运营商只有一个链路时,发生繁忙会导致常规配置下不生效


把联通、移动链路都加入到电信链路组,设置电信的链路优先级最高,且给该电信链路配置带宽繁忙保护。
这样基于isp选路后,选择了电信链路组,优先走电信的链路,当电信的链路出现带宽繁忙保护时,可以切换到其他的运营商链路。

对应的配置如下

loadbalance link-group g_chinatel
    predictor hash address destination
    transparent enable
    probe chinatel

virtual-server ##defaultvsforllbipv4##%%autocreatedbyweb%% type link-ip
    virtual ip address 0.0.0.0 0
    lb-policy ##defaultpolicyforllbipv4##%%autocreatedbyweb%%
    service enable
    bandwidth busy-protection enable
    bandwidth interface statistics enable

loadbalance link l_chinatel
    router ip 61.185.9.65
    link-group g_chinatel
    priority 8
    max-bandwidth inbound 62500
    max-bandwidth outbound 62500
    bandwidth inbound busy-rate 80
    bandwidth outbound busy-rate 80
    probe chinatel

loadbalance link l_mobile
    router ip 10.40.149.1
    link-group g_chinatel
    priority 1
    probe mobile

loadbalance link l_unicom
    router ip 221.11.32.129
    link-group g_chinatel
    priority 1
    probe unicom

 


已经提了需求给研发建议使链路繁忙保护可以跨链路组生效

上述情况属于电信链路繁忙的情况,如果有多个链路都会出现这个情况,可以如法炮制,创建多个逻辑链路加入该链路组。

v5和v7机制改变巨大,相同功能的实现机制不可能完全一样,遇到问题要注意思考


该案例对您是否有帮助:

您的评价:1

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

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

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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