现在分支路由器通过自动获取公网IP上网,要和总部建立SDWAN隧道,如果总部路由器不直接作为出口设备,而是在内网里面通过DHCP拿到一个私网IP,再通过NAT转换为一个固定的公网IP出去,这种场景下,SDWAN隧道可以正常建立起来么,现在SDWAN的现象是BGP的L2EVPN 邻居建立不起来是connect状态,是否和这个有关系呢,请问各位大佬。
分支PC--->路由器Spoke1(DHCP)-->ISP公网---->(固定公网IP)防火墙(SNAT)---->(DHCP私网IP)路由器HUB1--->总部PC
检查SD-WAN基础隧道状态:
检查BGP对等体配置:
peer 命令指定的IP地址。检查Overlay路由:
display sdwan omp routes 或类似命令)。验证Overlay连通性:
ping -a 使用Overlay网络的源IP去ping总部的BGP对等体IP。如果无法ping通,则证实了Overlay路由不可达的问题。总部路由器配置:
router-id 最好也设置为这个虚拟IP地址,并确保 peer 命令指向分支的虚拟IP地址。总结来说,您遇到的BGP Connect状态问题,极大概率不是由NAT本身直接阻止了SD-WAN隧道,而是由于在Overlay网络层面,BGP对等体之间使用的IP地址不可达导致的
(0)
(0)
暂无评论
可以建立,但你的BGP邻居Connect状态很可能正是由这个NAT场景引起的。
简单来说,SD-WAN隧道(如TTE数据隧道)本身可以借助NAT穿透技术(如STUN)成功建立,但这并不代表上层的BGP L2VPN邻居能自动正常工作。后者通常需要双方的BGP对等体IP地址在Overlay网络中是可达的。
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连接失败。
你可以按照以下步骤进行排查:
检查基础隧道状态:首先登录设备或控制器,确认分支到总部的SD-WAN数据隧道(Datapath/TTE隧道) 状态是否为Up/Active。这是所有上层协议(包括BGP)能够通信的基础。
检查BGP对等体配置:这是最关键的一步。
检查Overlay路由可达性:
检查总部路由器配置:
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论