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

某局点SecPath F1000-C出链路负载异常

  • 0关注
  • 0收藏 1133浏览
粉丝:1人 关注:0人

组网及说明

问题描述

现场配置双出口出链路负载以后,测试正常,但是一条链路down了以后,内网PC ping不通114,只要关闭虚服务就正常,于是初步判断是LB影响。


过程分析

现场两个出口,一个pppoe,一个固定IP,正常情况,访问没问题。Down掉拨号口以后,内网ping不通114

初步怀疑NQA探测异常,于是查看虚服务状态及link状态。

虚服务没有异常。

[FW]display virtual-server

Virtual server: test_pppoe

  Description:

  Type: LINK-IP

  State: Active

  VPN instance:

  Virtual IPv4 address: 0.0.0.0/0

  Virtual IPv6 address: --

  Port: 0 (any port)

  Primary link group:

  Backup link group:

  Primary sticky:

  Backup sticky:

  LB policy: test

  LB limit-policy:

  Connection limit: --

  Rate limit:

    Connections: --

    Bandwidth: --

    Inbound bandwidth: --

    Outbound bandwidth: --

  Connection synchronization: Disabled

  Sticky synchronization: Disabled

  Bandwidth busy protection: Disabled

  Interface bandwidth statistics: Disabled

  Route advertisement: Disabled

 

查看link-group的状态,原拨号口也已经探测失败切到另一个接口了。

[FW] dis loadbalance link-group

Link group: lg1

  Description:

  Predictor: Round robin

  Proximity: Disabled

  NAT: Disabled

  SNAT pool:

  Failed action: Keep

  Active threshold: Disabled

  Slow-online: Disabled

  Selected link: Disabled

  Probe information:

    Probe success criteria: All

    Probe method:

  Total link: 1

  Active link: 0

  Link list:

  Name          State         VPN instance  Router IP/Interface  Weight Priority

  pppoe         Probe-failed                Dialer0              100    4      

 

Link group: lg2

  Description:

  Predictor: Round robin

  Proximity: Disabled

  NAT: Disabled

  SNAT pool:  

  Failed action: Keep

  Active threshold: Disabled

  Slow-online: Disabled

  Selected link: Disabled

  Probe information:

    Probe success criteria: All

    Probe method:

  Total link: 1

  Active link: 1

  Link list:

  Name          State         VPN instance  Router IP/Interface  Weight Priority

  iplink        Active                      59.40.185.174        100    4  

 

 

查看对应会话,没有找到

<FW>display session table ipv4 source-ip 192.x.x.88 destination-ip 114.114.114.114

Slot 1:

Total sessions found: 0

 

打开debug ip packet查看,IP报文上到FW上了

<FW>debugging*Jul 18 19:10:04:200 2021 FW IPFW/7/IPFW_PACKET: -COntext=1;

Receiving, interface = Vlan-interface100

version = 4, headlen = 20, tos = 0

pktlen = 81, pktid = 48149, offset = 0, ttl = 128, protocol = 17

checksum = 34112, s = 10.x.x.88, d = 114.114.114.114

channelID = 0, vpn-InstanceIn = 0, vpn-InstanceOut = 0.

prompt: Receiving IP packet from interface Vlan-interface100.

Payload: UDP

  source port = 64053, destination port = 53

  checksum = 0xde2d, length = 61.

 

于是debug ip info,可以看到被丢弃了。于是查看LBdebug信息。

*Jul 18 19:12:53:555 2021 FW IPFW/7/IPFW_INFO: -COntext=1;

MBUF was intercepted! Phase Num is 1(pre routing), Service ID is 26(lb), Bitmap is 2000000000, return 1(0:continue, 1:dropped, 2:consumed, 3:enqueued, 4:relay)! Interface is Vlan-interface100,

s= 10.x.x.88, d= 114.114.114.114, protocol= 17, pktid = 48265. 114.114.114.114, protocol= 17, pktid = 48265.

 

lbdebug,显示的是调用失败,于是回归配置

*Jul 18 19:24:49:147 2021 FW LB/7/PACKET: -COntext=1; Input packet matched virtual server test_pppoe: Pro=17, Src=10.x.x.88/59793, Dst=114.114.114.114/53, ID=48556.

*Jul 18 19:24:49:147 2021 FW LB/7/PACKET: -COntext=1; Link group is selected according to policy: Pro=17, Src=10.x.x.88/59793, Dst=114.114.114.114/53, ID=48556.

*Jul 18 19:24:49:147 2021 FW LB/7/ERROR: -COntext=1; Failed to select link according to predictor: Pro=17, Src=10.x.x.88/59793, Dst=114.114.114.114/53, ID=48556.

 

 

看现场配置了两个link-group组,且分类调用的是同一个类,那么所以流量上了都会优先匹配到lg1,也就是拨号口的规则,执行拨号口的动作。即使拨号口已经探测失败了,根据链路失败的查询规则,缺省情况下,根据当前动作查找可用链路失败时,不再继续匹配下一条引用规则,于是出现调用失败的问题。

 

#

loadbalance link-group lg1

 transparent enable

#

loadbalance link-group lg2

 transparent enable

#

loadbalance class iplink type link-generic match-any

 match 1 acl 3009

#

loadbalance class pppoe type link-generic match-any

 match 1 acl 3009

#

loadbalance action iplink type link-generic

 link-group lg2

#

loadbalance action pppoe type link-generic

 link-group lg1

#

loadbalance policy test type link-generic

 class pppoe action pppoe

 class iplink action iplink

 default-class action iplink

#

 

 

于是查找修改链路失败时规则为继续匹配下一规则。

配置查找链路失败时继续匹配下一条引用规则

(1)     进入系统视图。

system-view

(2)     进入负载均衡动作视图。

loadbalance action action-name

(3)     配置查找链路失败时继续匹配下一条引用规则。

fallback-action continue

缺省情况下,根据当前动作查找可用链路失败时,不再继续匹配下一条引用规则。

 


解决方法

两种方式

1、 把两条链路加到一个链路组

2、 配置fallback-action continue,解决不同链路组,一条链路调用失败不继续调用的问题


该案例对您是否有帮助:

您的评价:1

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

作者在2021-11-21对此案例进行了修订
1 个评论
粉丝:1人 关注:0人

咨询一下,你的那个nqa,针对拨号的那条探测怎么写的?

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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