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

防火墙配置策略路由问题

13小时前提问
  • 0关注
  • 0收藏,37浏览
粉丝:0人 关注:0人

问题描述:

F100防火墙的健康监测能加到策略路由吗?怎么加?  策略路由配置多出口,在链路状态正常时一直从同一个出口出吗?路由优先级相同。

4 个回答
已采纳
粉丝:15人 关注:2人

可以加健康监测:F100 策略路由(PBR)必须通过 Track(NQA/IP-Link)联动实现健康监测,不能直接把健康检测模板绑在 PBR 上。
多出口、路由优先级相同,链路正常时:不一定固定走同一个出口,要看你 PBR 配的是 主备 还是 负载分担。
下面分两部分讲:怎么配、以及 “是否固定出口”。
一、健康监测怎么加到策略路由(PBR)
1)原理
健康检测:用 NQA/IP-Link 探测下一跳 / 网关是否通,生成 Track 项(track 1、track 2…)。
PBR 动作:apply next-hop X.X.X.X track 1,Track 状态好才用这个下一跳;坏了自动跳过,走下一个可用或回退到路由表。
2)命令行示例(双出口)
① 配置 IP-Link(健康检测)
bash
运行
# 探测出口1网关 1.1.1.1
ip link 1
probe icmp
destination 1.1.1.1 # 对端网关
frequency 5000 # 5秒一次
reaction 1 fail 3 # 失败3次算断
source interface GigabitEthernet1/0/1

# 探测出口2网关 2.2.2.1
ip link 2
probe icmp
destination 2.2.2.1
frequency 5000
reaction 1 fail 3
source interface GigabitEthernet1/0/2
② 创建 Track 绑定 IP-Link
bash
运行
track 1 ip-link 1
track 2 ip-link 2
③ 策略路由 PBR 绑定 Track
bash
运行
# 匹配内网流量
acl number 3000
rule permit ip source 192.168.0.0 0.0.255.255

# PBR:主备模式(默认)
policy-based-route PBR_OUT permit node 10
if-match acl 3000
apply next-hop 1.1.1.1 track 1 # 出口1,带健康检测
apply next-hop 2.2.2.1 track 2 # 出口2,备用

# 内网接口下应用
interface GigabitEthernet1/0/3
ip policy-based-route PBR_OUT
3)Web 界面快速理解
对象 → 健康检测 → 新建(ICMP ping 网关)→ 生成 IP-Link。
策略 → 策略路由 → 新建节点 → 动作 “下一跳” → 勾选 Track → 选对应的健康检测模板。
二、多出口、路由优先级相同,链路正常时是否固定出口?
关键看 PBR 下一跳的 “工作模式”
bash
运行
apply next-hop ... # 默认:主备模式
apply loadshare next-hop ... # 负载分担模式
1)默认:主备模式(你现在大概率是这个)
bash
运行
apply next-hop 1.1.1.1 track 1
apply next-hop 2.2.2.1 track 2
链路都正常:永远只走第一个可用下一跳(1.1.1.1),不会切换,固定出口。
主链路断:自动切到第二个(2.2.2.1);恢复后切回主。
2)负载分担模式(需手动开)
bash
运行
apply loadshare next-hop 1.1.1.1 track 1
apply loadshare next-hop 2.2.2.1 track 2
链路都正常、优先级相同:
按 流哈希(默认基于源 IP)分配,同一源 IP 固定走一个出口;不同源 IP 分散走两个出口。
不是 “逐包轮询”,避免乱序。
3)如果你用的是静态路由(非 PBR)
两条默认路由优先级相同:
bash
运行
ip route-static 0.0.0.0 0 1.1.1.1 preference 60
ip route-static 0.0.0.0 0 2.2.2.1 preference 60
等价路由,负载分担(流哈希),不固定出口。
三、总结(直接回答你两个问题)
健康监测怎么加进策略路由?
用 IP-Link/NQA → Track → PBR 的 apply next-hop 绑定 track,链路断自动失效、切换。
多出口、路由优先级相同,链路正常时一直从同一个出口出吗?
PBR 默认主备:是,一直走第一个正常出口。
PBR 负载分担:否,按源 IP 哈希分流,同用户固定出口、不同用户分散。
等价静态路由:否,流哈希负载分担。

粉丝:10人 关注:9人

问题1:防火墙健康监测能否加入策略路由及配置方法
能。H3C F100防火墙支持通过track跟踪链路健康状态,并在策略路由中引用track条件实现基于链路状态的流量转发。
配置步骤:
1. 配置链路健康检测(track):

[H3C] track 1 icmp destination-ip 8.8.8.8 source-ip 10.1.1.1 // 检测下一跳8.8.8.8可达性
[H3C] track 2 icmp destination-ip 8.8.4.4 source-ip 10.1.2.1 // 检测另一下一跳可达性

2. 配置策略路由(PBR):

[H3C] policy-based-route PBR1 permit global // 全局策略路由
[H3C-pbr-PBR1] rule 10
if-match track 1 // 匹配track 1状态(健康)
apply interface GigabitEthernet1/0/1 // 走出口1
[H3C-pbr-PBR1] rule 20
if-match track 2 // 匹配track 2状态(健康)
apply interface GigabitEthernet1/0/2 // 走出口2

问题2:策略路由多出口链路正常时一直走同一出口
原因:策略路由规则按顺序匹配,若所有规则匹配条件相同(如全流量0.0.0.0/0),仅第一条规则生效。
排查与解决:
1. 检查策略路由规则匹配条件:
若需多出口负载均衡,配置不同源/目的地址匹配规则:

[H3C-pbr-PBR1] rule 10
match ip source 192.168.1.0 255.255.255.0 // 特定网段走出口1
apply interface GigabitEthernet1/0/1
[H3C-pbr-PBR1] rule 20
match ip source 192.168.2.0 255.255.255.0 // 另一网段走出口2
apply interface GigabitEthernet1/0/2

若需全流量负载均衡,配置权重分配:
[H3C-pbr-PBR1] rule 10
match ip source any

粉丝:19人 关注:1人

策略路由中可以绑定健康监测(NQA),但当多出口路由优先级相同时,默认不会自动负载均衡,而是始终优先选择配置顺序靠前的出口。H3C F100防火墙的策略路由(PBR)需显式配置track nqa和负载分担参数才能实现链路健康切换与流量分担。以下是关键分析:

一、健康监测与策略路由的绑定方法

1. 核心配置步骤

  • 步骤1:配置NQA健康探测
    定义对运营商网关的连通性检测(必须绑定到策略路由的下一跳):
    nqa entry admin test1 type icmp-echo destination ip 202.1.1.1 # 电信网关 frequency 1000 # 探测周期1秒 timeout 200 # 超时200ms probe count 2 # 连续2次失败才判定故障 reaction 1 checked-element probe-fail threshold-type consecutive 3 action trigger-only
    注:需为每个出口网关单独配置NQA任务13。
  • 步骤2:策略路由绑定NQA
    在策略路由节点中显式关联NQA任务,确保下一跳仅在健康时生效:
    policy-based-route PBR_NODE permit node 10 if-match acl 3000 # 匹配内网流量 apply next-hop 202.1.1.1 track nqa admin test1 # 电信出口绑定NQA apply next-hop 202.2.2.1 track nqa admin test2 # 联通出口绑定NQA
    关键点:track nqa参数使下一跳仅在NQA探测通过时生效13。
  • 步骤3:应用策略路由到内网接口
    必须在内网入接口调用策略(否则不生效):
    interface GigabitEthernet1/0/0 # 内网接口 ip policy-based-route PBR_NODE

2. 验证健康监测状态

  • 检查NQA任务结果:
    nqa history admin test1 # 查看电信链路探测状态
  • 检查策略路由生效情况:
    display ip policy-based-route setup # 确认硬件表项是否包含track状态

二、多出口优先级相同时的流量行为

1. 默认行为:不自动负载均衡

  • 策略路由按节点顺序匹配
    当多个apply next-hop配置在同一节点时,优先选择配置顺序靠前的下一跳(例如电信出口配置在联通之前,则始终优先走电信)。
  • 健康监测仅控制可用性
    若电信链路健康,100%流量走电信;仅当电信故障时,流量才切换至联通。
    不会自动均分流量,与传统路由的"等价路径"行为不同。

2. 实现负载均衡的必要条件

  • 必须显式启用负载分担
    在策略路由节点中添加apply loadshare命令:
    policy-based-route PBR_NODE permit node 10 if-match acl 3000 apply loadshare next-hop 202.1.1.1 track nqa admin test1 # 开启负载分担 apply loadshare next-hop 202.2.2.1 track nqa admin test2
    • 效果:流量按配置顺序轮询分配至两个健康出口(非严格50/50)。
    • 限制:若仅一个出口健康,则100%流量走该出口14。
  • 权重控制(可选)
    通过weight参数按比例分配流量(需设备版本支持):
    apply loadshare next-hop 202.1.1.1 weight 3 # 电信占75% apply loadshare next-hop 202.2.2.1 weight 1 # 联通占25%

三、关键注意事项

1. 配置优先级陷阱

  • 节点顺序 > 健康状态
    若策略路由包含多个节点(如node 10和node 20),先匹配到的节点优先生效,后续节点的下一跳不会参与负载分担。
    例如:node 10匹配所有流量且仅配置电信出口,则node 20的联通出口永远不会被使用
  • 健康监测必须直连
    track nqa仅检测下一跳IP的连通性(需为直连网关),无法探测跨设备链路14。

2. 替代方案:链路负载均衡(推荐)

若需自动负载分担+健康切换优先使用链路负载均衡功能(非策略路由):
loadbalance link-group ISP_GROUP fail-action reschedule loadbalance link ISP1 router ip 202.1.1.1 track nqa admin test1 # 绑定NQA weight 10 # 权重10(默认均分) loadbalance link ISP2 router ip 202.2.2.1 track nqa admin test2 weight 10 virtual-server VS_LINK type link-ip virtual ip address 0.0.0.0 0 default link-group ISP_GROUP
  • 优势
    • 自动按权重分担流量(无需手动配置轮询)。
    • 链路故障时会话自动迁移(策略路由会中断现有连接)13。

四、总结

  1. 健康监测可绑定策略路由
    通过apply next-hop ... track nqa实现链路故障自动切换,但默认不负载均衡
  2. 多出口优先级相同时的行为
    • 若未配置apply loadshare始终优先选择配置顺序靠前的出口
    • 必须显式启用loadshare 才能实现流量分担,且需确保所有下一跳均健康。
  3. 生产环境建议
    • 对简单主备场景:用策略路由+track nqa
    • 对负载分担需求:优先使用链路负载均衡功能(配置更简洁,会话不中断)。
最终效果取决于配置细节:若仅需故障切换,策略路由+健康监测足够;若需同时负载分担,必须启用loadshare或改用链路负载均衡模块。

粉丝:131人 关注:11人

健康监测可以加到策略路由中。

先配置NQA健康检测并关联Track项,然后在策略路由的apply命令中通过track参数引用,例如使用apply next-hop ip-address track track-entry-number来实现链路状态监控。

策略路由配置多出口时,在链路状态正常下出口选择取决于具体配置。如果在一个策略路由节点中配置多个出口(如多个下一跳或出接口),可能进行负载分担;若通过不同优先级的策略路由实现主备,则会一直从高优先级出口出。策略路由的优先级最高,因此当策略路由生效时,会覆盖其他路由(如静态路由),确保流量按策略转发。

请问 怎么验证实现了负载分担呢?我测试了几次都是从相同出口出的。

zhiliao_LvR4E8 发表时间:10小时前 更多>>

请问 怎么验证实现了负载分担呢?我测试了几次都是从相同出口出的。

zhiliao_LvR4E8 发表时间:10小时前

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明