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

L1000-S负载均衡参数

2018-08-30提问
  • 0关注
  • 1收藏,2148浏览
粉丝:10人 关注:1人

问题描述:

对于出链路负载均衡中,有个链路故障处理方式,看了下官网说明如下:想请教下,如果对于新的会话连接是否也是遵循下面说明中的规则呢,还是说下面的三种故障处理方式只对已有会话生效的?

另外,这三种方式配置后,对原有会话连接做出的动作对业务是否有影响呢?


3.3.10  配置故障处理方式

1. 功能简介

通过本配置可以选择链路组的故障处理方式:

·     保持已有连接:不主动断开与故障链路的连接,连接继续保持还是断开将由协议自身的超时机制决定。

·     重定向连接:把连接重定向到链路组中其它可用的链路上。

·     断开已有连接:主动断开与故障链路的连接。对于TCP报文,将发送RST报文;对于其它类型的报文,将发送ICMP不可达报文。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入链路组视图。

loadbalance link-group link-group-name

(3)     配置链路组的故障处理方式。

fail-action { keep | reschedule | reset }

缺省情况下,链路组的故障处理方式为保持已有连接。

1.1.80  fail-action (link group view)

fail-action命令用来配置链路组的故障处理方式。

undo fail-action命令用来恢复缺省情况。

【命令】

fail-action { keep | reschedule | reset }

undo fail-action

【缺省情况】

链路组的故障处理方式为保持已有连接。

【视图】

链路组视图

【缺省用户角色】

network-admin

context-admin

【参数】

keep:保持已有连接,即不主动断开与故障链路的连接,连接继续保持还是断开将由协议自身的超时机制决定。

reschedule:重定向连接,即把连接重定向到链路组中其它可用的链路上。

reset:断开已有连接,即主动断开与故障链路的连接。对于TCP报文,将发送RST报文;对于其它类型的报文,将发送ICMP不可达报文。

【使用指导】

当处理报文的链路发生故障的时,负载均衡设备根据配置的故障处理方式来决定报文的处理方式。

【举例】

# 配置链路组lg的故障处理方式为重定向连接。

<Sysname> system-view

[Sysname] loadbalance link-group lg

[Sysname-lb-lgroup-lg] fail-action reschedule

组网及组网描述:

对于出链路负载均衡中,有个链路故障处理方式,看了下官网说明如下:想请教下,如果对于新的会话连接是否也是遵循下面说明中的规则呢,还是说下面的三种故障处理方式只对已有会话生效的?

另外,这三种方式配置后,对原有会话连接做出的动作对业务是否有影响呢?


3.3.10  配置故障处理方式

1. 功能简介

通过本配置可以选择链路组的故障处理方式:

·     保持已有连接:不主动断开与故障链路的连接,连接继续保持还是断开将由协议自身的超时机制决定。

·     重定向连接:把连接重定向到链路组中其它可用的链路上。

·     断开已有连接:主动断开与故障链路的连接。对于TCP报文,将发送RST报文;对于其它类型的报文,将发送ICMP不可达报文。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入链路组视图。

loadbalance link-group link-group-name

(3)     配置链路组的故障处理方式。

fail-action { keep | reschedule | reset }

缺省情况下,链路组的故障处理方式为保持已有连接。

1.1.80  fail-action (link group view)

fail-action命令用来配置链路组的故障处理方式。

undo fail-action命令用来恢复缺省情况。

【命令】

fail-action { keep | reschedule | reset }

undo fail-action

【缺省情况】

链路组的故障处理方式为保持已有连接。

【视图】

链路组视图

【缺省用户角色】

network-admin

context-admin

【参数】

keep:保持已有连接,即不主动断开与故障链路的连接,连接继续保持还是断开将由协议自身的超时机制决定。

reschedule:重定向连接,即把连接重定向到链路组中其它可用的链路上。

reset:断开已有连接,即主动断开与故障链路的连接。对于TCP报文,将发送RST报文;对于其它类型的报文,将发送ICMP不可达报文。

【使用指导】

当处理报文的链路发生故障的时,负载均衡设备根据配置的故障处理方式来决定报文的处理方式。

【举例】

# 配置链路组lg的故障处理方式为重定向连接。

<Sysname> system-view

[Sysname] loadbalance link-group lg

[Sysname-lb-lgroup-lg] fail-action reschedule

最佳答案

粉丝:25人 关注:0人

对新建生效,已有会话都成功建立了,哪来的故障处理方式。

暂无评论

1 个回答
粉丝:13人 关注:4人

1.链路故障的处理方式其实可以这么理解,就是流量被负载的好好的,会话也已经有了,按照会话走到的某条链路突然异常,这种情况下,该怎么处理这些已有的链接,是按照协议的状态进行关闭还是主动重新发起连接还是就直接设备关闭。新的会话建立的时候肯定已经根据链路的健康探测等知道了异常链路的存在,设备是不会对新的流分配有问题的链路的。所以这个功能本来就是给已有会话考虑的

2.对业务的影响,其实链路异常本来就是影响业务的故障出现,这个功能就是为了快速的恢复业务不让链路异常的问题影响太大面积和时间的业务。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明