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

现场已经有一套evpn,需要扩容一组逻辑完全隔离的leaf,客户坚持用vpn,可行吗

3天前提问
  • 0关注
  • 0收藏,93浏览
粉丝:0人 关注:0人

问题描述:

现场已经有一套evpn,需要扩容一组逻辑完全隔离的leaf,客户坚持链路、ospf、bgp都用vpn隔离,可行吗

2 个回答
粉丝:19人 关注:9人

可行,但需明确“VPN隔离”的具体实现方式。EVPN本身基于MP-BGP,控制面天然支持多租户隔离,数据面可通过VXLAN或MPLS L3VPN/L2VPN实现。客户要求链路、OSPF、BGP都用VPN隔离,实际上应理解为:新Leaf组与现有EVPN域在控制面和数据面完全独立,不共享路由或转发信息。
推荐方案:新建独立的EVPN实例(或新VPN实例),新Leaf使用独立的RT/RD、独立的VXLAN VNI或MPLS标签空间,底层IGP(OSPF)和BGP会话可通过独立的VPN实例或独立的物理/逻辑链路承载。若客户坚持OSPF/BGP也走VPN,可在新Leaf与Spine之间部署MPLS L3VPN,将OSPF/BGP作为VPN内路由协议,但这会增加复杂度,通常无必要。
关键配置思路:
1. 新Leaf创建新VPN实例,配置独立RD/RT,不与现有EVPN实例互通。
2. 新Leaf与Spine之间建立独立的BGP EVPN邻居(可使用独立Loopback或独立VPN实例下的地址)。
3. 底层IGP若需隔离,可新建OSPF进程或OSPF实例,绑定独立VPN,或使用独立的物理链路。
4. 数据面使用新VNI或新MPLS标签,确保与现有EVPN流量隔离。
排查/验证命令:
display bgp instance vpn-instance <新实例> peer 确认BGP邻居独立。
display ospf <新进程> peer 确认OSPF邻居独立。
display vxlan tunnel 或 display mpls ldp lsp 确认隧道隔离。
display ip routing-table vpn-instance <新实例> 确认路由表无交叉。
注意:若新Leaf与现有Spine共用物理链路,需确保VLAN或子接口隔离;若共用Loopback,需使用不同RT避免路由泄漏。总体可行,但建议与客户确认“VPN隔离”具体指L3VPN还是EVPN多实例,避免过度设计。

暂无评论

粉丝:48人 关注:2人

已有 EVPN‑VXLAN,新增一组完全隔离 Leaf,IGP/OSPF、BGP 全部跑在 VPN‑instance 内隔离可行性分析

客户诉求:新增一组 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 实例做隔离” 的方案原生做不到,该思路不可直接落地。

两种可行实现方案对比

方案 A【推荐】:新增一套独立物理 Spine(真正完全隔离)

  • 新增 Leaf 配一套全新独立 Spine;Underlay OSPF、BGP‑EVPN 完全独立一套控制平面。
  • 两套 EVPN 矩阵物理链路、控制平面完全隔离,无任何互相泄露风险。
  • 优点:架构标准,无特殊限制,排障简单;缺点:需要新增 Spine 硬件。

方案 B【客户坚持复用现有 Spine,逻辑隔离,妥协方案】

复用现有 Spine 硬件,Underlay 互联链路不能用 VPN‑instance 隔离(Underlay VTEP 环回必须公网路由可达);通过 BGP‑EVPN 层面做严格路由隔离,两套矩阵互不学习对方 EVPN 路由。

  1. Underlay 层面:新增 Leaf‑Spine 互联还是公网 OSPF;新增 Leaf 使用全新独立的 Loopback (VTEP) 网段,不和原有矩阵网段重叠。
  2. Spine 作为 RR,创建两套独立 BGP 对等体组:一组对接原有老 Leaf,一组对接新增隔离 Leaf。
  3. 在 Spine RR 上用路由策略 + community做强隔离:
    • 原有 Leaf EVPN 路由打上 community A,只反射给原有 Leaf;
    • 新增隔离 Leaf EVPN 路由打上 community B,只反射给新增隔离 Leaf;
    • 禁止 A/B 两套路由互相导入、反射。
  4. VXLAN VNI、EVI 全部两套矩阵完全错开,不能复用。

⚠️风险:Underlay IP 连通性是打通的,Spine 设备本身公网路由表同时存在两套矩阵 VTEP 环回;靠 BGP 策略做逻辑隔离,配置一旦写错会发生路由泄露。安全等级达不到 “链路 + IGP+BGP 全部 VPN 实例隔离” 的效果。

❌不可行方案(客户原始想法,为什么不行)

  1. ip vpn‑instance可以绑定物理子接口,OSPF 进程可以绑定 vpn‑instance,Underlay 可以隔离;
  2. 但是 BGP 下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。


暂无评论

编辑答案

你正在编辑答案

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

✖

分享扩散:

➤

提出建议

✖

    +
✖

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

确定
✖

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明