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

MER8300 web界面配置多WAN口负载后IPsec不通

2024-01-25 发表
  • 0关注
  • 0收藏 286浏览
粉丝:4人 关注:18人

组网及说明

问题描述

总部MER8300下接192.168.0.0网段,通过GE0/0经过公网对接IPsec对端MER5200下接10.2.0.0网段。

MER8300183.6.3.62MER5200219.137.64.124,测试IP192.168.0.223-10.2.7.1192.168.0.223-10.2.7.2。

总部设备MER8300通过模板与分部MER5200建立IPsec:

#

ipsec policy-template WAN0(GE0) 900

 transform-set WAN0(GE0)@gz_branches_cd 

 local-address 183.6.3.62

 remote-address 117.174.122.163

 description WAN0(GE0)@gz_branches_cd

 ike-profile WAN0(GE0)@gz_branches_cd

 sa duration time-based 3600

 sa duration traffic-based 1843200

 reverse-route dynamic

 reverse-route preference 50

#

现场在web界面上配置了多WAN出口负载,配置前可以正常建立IPsec且双方通信正常,配置后IPsec可以正常建立但本部侧ping分部侧不通,分部侧ping本部侧正常。

 

过程分析

本部侧ping分部目的IP为10.1.0.0/16网段,匹配到路由表中由反向路由注入生成的路由:

10.1.0.0/16        Static  50  0           117.174.122.163 Dia3

但IPsec对端地址219.137.64.124的路由没有明细出口路由可查,只能通过静态缺省路由进行迭代:

0.0.0.0/0     Static  60  0           0.0.0.0         Dia3

                     Static  60  0           0.0.0.0         Dia1

                     Static  60  0           183.6.3.61      GE0/0

                     Static  60  0           183.6.184.161   GE0/4

迭代效果的结果就是下发到FIB表时,IPSEC私网的路由还是4个出口hash负载。

10.1.0.0/16        117.174.122.163 USR      Dia3                     Null      

10.1.0.0/16        117.174.122.163 USR      Dia1                     Null      

10.1.0.0/16        183.6.3.61      USGR     GE0/0                    Null      

10.1.0.0/16        183.6.184.161   USGR     GE0/4                    Null      

10.2.0.0/16        219.137.64.124  USR      Dia3                     Null      

10.2.0.0/16        219.137.64.124  USR      Dia1                     Null      

10.2.0.0/16        183.6.3.61      USGR     GE0/0                    Null      

10.2.0.0/16        183.6.184.161   USGR     GE0/4                    Null   

 

解决方法

要解决这个问题,需要明确指定IPSEC对端地址的路由出口。

增加两条单独的静态:

10.2.0.0/16 指向G0/0 接口,优先级50

219.137.64.124/32 指向G0/0接口,优先级50

如果MER5200的地址可能重播发生变化,那就需要将MER5200拨号可能获取的网段配置路由指向给0/0。

 

该案例对您是否有帮助:

您的评价:1

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

作者在2024-01-25对此案例进行了修订
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

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