客户诉求:新增一组 Leaf,物理复用现有 Spine 设备;新增 Leaf 与 Spine 之间互联链路、OSPF(Underlay)、BGP‑EVPN(Overlay)全部绑定 VPN‑instance,实现和原有 EVPN 矩阵逻辑完全隔离,两套矩阵不能互相学习路由。
结论:Comware V7 平台,Underlay(OSPF)可以放到 VPN‑instance;但是 BGP 的address‑family l2vpn evpn(EVPN 地址族)只能运行在 BGP 公网实例(default),不能绑定进普通 ip vpn‑instance**。
👉 客户 “OSPF、BGP‑EVPN 全部塞进 VPN 实例做隔离” 的方案原生做不到,该思路不可直接落地。
复用现有 Spine 硬件,Underlay 互联链路不能用 VPN‑instance 隔离(Underlay VTEP 环回必须公网路由可达);通过 BGP‑EVPN 层面做严格路由隔离,两套矩阵互不学习对方 EVPN 路由。
⚠️风险:Underlay IP 连通性是打通的,Spine 设备本身公网路由表同时存在两套矩阵 VTEP 环回;靠 BGP 策略做逻辑隔离,配置一旦写错会发生路由泄露。安全等级达不到 “链路 + IGP+BGP 全部 VPN 实例隔离” 的效果。
ip vpn‑instance可以绑定物理子接口,OSPF 进程可以绑定 vpn‑instance,Underlay 可以隔离;address‑family l2vpn evpn这个地址族只属于 bgp default 公网实例,不支持绑定到 ip vpn‑instance 里面,无法把 EVPN 控制平面整个塞进 VRF 内。vpn‑instance 的 evpn 地址族,是用于DCI 场景 EVPN over MPLS L3VPN,不是用来本地数据中心 VXLAN‑EVPN 整套控制平面隔离,不能实现本地 Leaf‑Spine 之间的 EVPN 对等体跑在 VPN 实例内H3C。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论