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

SDWAN

2026-07-03提问
  • 0关注
  • 0收藏,201浏览
粉丝:0人 关注:1人

问题描述:

现在分支路由器通过自动获取公网IP上网,要和总部建立SDWAN隧道,如果总部路由器不直接作为出口设备,而是在内网里面通过DHCP拿到一个私网IP,再通过NAT转换为一个固定的公网IP出去,这种场景下,SDWAN隧道可以正常建立起来么,现在SDWAN的现象是BGP的L2EVPN 邻居建立不起来是connect状态,是否和这个有关系呢,请问各位大佬。

组网及组网描述:

分支PC--->路由器Spoke1(DHCP)-->ISP公网---->(固定公网IP)防火墙(SNAT)---->(DHCP私网IP)路由器HUB1--->总部PC

4 个回答
粉丝:5人 关注:0人

  1. 检查SD-WAN基础隧道状态

    • 登录SD-WAN控制器或本地设备命令行,确认分支到总部的Datapath隧道是否显示为Up/Active。这是所有Overlay服务(包括BGP L2VPN)的基础。
  2. 检查BGP对等体配置

    • 在分支路由器上,检查BGP配置中 peer  命令指定的IP地址。
    • 最佳实践:这个地址应该使用总部路由器上配置的、在Overlay网络中可路由的虚拟IP地址(例如一个Loopback地址),而不是其物理接口的私网DHCP地址。
    • 确保这个虚拟IP地址已经通过SD-WAN的路由发布机制(如OMP)被通告到了整个Overlay网络。
  3. 检查Overlay路由

    • 在分支路由器上,使用命令查看Overlay路由表(例如H3C的 display sdwan omp routes 或类似命令)。
    • 确认是否存在一条到达“总部BGP路由器IP地址”所在网段的Overlay路由,并且下一跳是正常的SD-WAN隧道。
  4. 验证Overlay连通性

    • 在分支路由器上,尝试 ping -a  使用Overlay网络的源IP去ping总部的BGP对等体IP。如果无法ping通,则证实了Overlay路由不可达的问题。
  5. 总部路由器配置

    • 确保总部路由器上配置了用于Overlay通信的虚拟接口(如Loopback),并将其IP地址通过SD-WAN协议宣告出去。
    • 在总部路由器的BGP配置中,router-id 最好也设置为这个虚拟IP地址,并确保 peer 命令指向分支的虚拟IP地址。

总结来说,您遇到的BGP Connect状态问题,极大概率不是由NAT本身直接阻止了SD-WAN隧道,而是由于在Overlay网络层面,BGP对等体之间使用的IP地址不可达导致的

暂无评论

粉丝:12人 关注:9人

SDWAN隧道可以建立,但需满足以下条件,当前BGP L2EVPN邻居Connect状态可能与此场景配置缺失有关:
关键条件与排查步骤:
1. 总部HUB1的NAT穿越配置
总部防火墙需配置端口映射(将固定公网IP的SDWAN控制/数据端口映射到HUB1的私网IP),SDWAN常用端口:控制平面(如179 BGP、64512-65535 BGP TCP)、数据平面(如UDP 4789 VXLAN、IPsec端口)。
命令示例(以H3C防火墙为例):
nat server protocol tcp global [公网IP] 179 inside [HUB1私网IP] 179
nat server protocol udp global [公网IP] 4789 inside [HUB1私网IP] 4789
2. 分支Spoke1的HUB地址配置
Spoke1需将HUB的公网IP配置为对端地址,而非HUB的私网IP。
命令示例:
sdwan hub name HUB1 address [总部公网IP]
3. BGP L2EVPN邻居配置验证
检查Spoke1的BGP邻居配置是否指向总部公网IP:
display bgp l2vpn evpn peer
检查HUB1的BGP邻居是否允许Spoke1的公网IP(或NAT后的地址):
display bgp l2vpn evpn peer [Spoke1公网IP]
检查两端BGP的AS号、认证(若有)是否一致:
display bgp l2vpn evpn configuration
4. NAT会话与防火墙策略
检查防火墙是否允许SDWAN相关端口的流量通过,且NAT会话是否正常建立:
display nat session protocol tcp destination-port 179
display acl resource(确认ACL未阻断)
结论:
当前Connect状态大概率是因为总部未配置正确的端口映射,导致Spoke1无法与HUB1的BGP端口建立TCP连接。需优先配置防火墙的NAT端口映射,并确保Spoke1指向总部公网IP。

暂无评论

粉丝:22人 关注:2人

  • 你当前 EVPN BGP 卡在 Connect 和总部前端防火墙多层 NAT 直接相关
  • 单纯内网 DHCP 私网 IP 不影响 SDWAN,致命点是防火墙多对一随机端口 SNAT;
  • 整改核心:防火墙配置 UDP4500 端口映射 NAT Server + HUB 静态全锥 NAT,固定隧道五元组;
  • 两端 SDWAN 隧道开启 nat traversal 保活,拉长防火墙 UDP 会话老化时间,隧道稳定后 EVPN BGP 自动进入 Established。
  • 暂无评论

    粉丝:23人 关注:1人

    可以建立,但你的BGP邻居Connect状态很可能正是由这个NAT场景引起的。

    简单来说,SD-WAN隧道(如TTE数据隧道)本身可以借助NAT穿透技术(如STUN)成功建立,但这并不代表上层的BGP L2VPN邻居能自动正常工作。后者通常需要双方的BGP对等体IP地址在Overlay网络中是可达的

    为什么BGP L2VPN邻居会卡在Connect状态?

    BGP邻居状态为Connect,表示BGP正在尝试建立TCP连接,但尚未成功。在你的场景下,这极大概率是因为总部HUB路由器用于建立BGP邻居的IP地址,在分支设备上不可达

    具体原因可能包括:

    • BGP对等体地址配置不当:分支Spoke的BGP配置中,peer命令指定的很可能是总部HUB路由器的私网DHCP地址(如192.168.x.x。这个地址在公网上不可路由,因此分支无法与之建立TCP连接。

    • Overlay路由缺失:即使BGP对等体配置的是一个虚拟IP(如Loopback地址),但如果这个地址没有被SD-WAN的控制平面(如OMP协议)正确通告到整个Overlay网络,分支设备的路由表中就没有去往该地址的路由,导致TCP连接失败

    如何排查与解决?

    你可以按照以下步骤进行排查:

    1. 检查基础隧道状态:首先登录设备或控制器,确认分支到总部的SD-WAN数据隧道(Datapath/TTE隧道) 状态是否为Up/Active。这是所有上层协议(包括BGP)能够通信的基础。

    2. 检查BGP对等体配置:这是最关键的一步。

      • 登录分支路由器,检查BGP配置中peer命令所指定的IP地址

      • 正确做法:这个地址应该使用总部路由器上配置的、在Overlay网络中可路由的虚拟IP地址(例如一个Loopback接口的IP),而不是其物理接口的私网DHCP地址

    3. 检查Overlay路由可达性

      • 在分支路由器上,使用命令(如display sdwan omp routes或类似命令)查看Overlay路由表,确认是否存在一条到达“总部BGP路由器IP地址”的路由

      • 在分支路由器上,尝试使用Overlay网络的源IP去ping总部的BGP对等体IP。如果ping不通,就证实了是路由不可达的问题。

    4. 检查总部路由器配置

      • 确保总部路由器上配置了用于Overlay通信的虚拟接口(如Loopback),并将其IP地址通过SD-WAN协议正常宣告

      • 确保总部路由器的BGP router-id也设置为这个虚拟IP地址

    关于总部NAT的额外说明

    • NAT穿透是可行的:你描述的总部路由器位于内网NAT后的场景,在SD-WAN中很常见。通常通过部署STUN(Session Traversal Utilities for NAT)服务器来解决NAT穿透问题,帮助设备发现并交换经过NAT转换后的公网地址和端口。

    • WAN口地址配置:在总部和分支都有固定公网IP且经过NAT的场景下,有一个经验做法是:在配置WAN口网络详情时,需要为总部和分支设备都指定其对应的固定公网IP。这可以确保设备在控制平面能够正确识别对方。

    暂无评论

    编辑答案

    你正在编辑答案

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

    分享扩散:

    提出建议

      +

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

    确定

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

    对根叔社区有害的内容

    ×

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

    不规范转载

    ×

    举报说明