微软 SDN（Software Defined Networking）的发展路线来看，NVGRE 正在逐步被弱化，而 EVPN/VXLAN 正在成为未来方向，但这个转变并不是一次性完成的，而是经历了几个阶段。
第一阶段：Windows Server 2016/2019 ------ NVGRE时代
微软最早的 SDN 架构源于 Azure 的网络虚拟化技术。
核心技术：
|------------|--------------------------------------|
| 功能 | 技术 |
| Overlay 网络 | NVGRE |
| 虚拟网络 | HNV (Hyper-V Network Virtualization) |
| 控制平面 | Network Controller |
| 网关 | MUX Gateway |
| 路由 | BGP |
典型架构：
Tenant VM
│
▼
Hyper-V vSwitch
│
NVGRE
│
Physical Fabric当时微软坚持 NVGRE，主要原因：
- Azure最初就是基于NVGRE开发
- Hyper-V vSwitch深度集成
- Windows Server 2016发布时VXLAN尚未成为事实标准
因此：
Windows Server 2016 SDN ≈ NVGRE SDN
第二阶段：Windows Server 2022 ------ VXLAN开始出现
随着云厂商的发展：
- VMware NSX → VXLAN
- Cisco ACI → VXLAN EVPN
- Arista → VXLAN EVPN
- Juniper → VXLAN EVPN
整个行业逐渐形成：
EVPN + VXLAN成为数据中心Overlay标准。
微软开始调整方向。
Azure Stack HCI / Azure Local
在 Azure Local（原 Azure Stack HCI）中：
- Overlay已逐渐支持VXLAN
- SDN控制平面向EVPN靠拢
- Network ATC自动配置网络
此时微软已经发现：
NVGRE存在几个问题：
1. 交换机生态差
大部分交换机ASIC原生支持：
- VXLAN
而不支持：
- NVGRE
导致：
VXLAN -> 硬件卸载
NVGRE -> 软件转发性能差距越来越大。
2. 云厂商全部转向VXLAN
包括：
- AWS
- Azure
- Google Cloud
底层都逐步采用VXLAN体系。
NVGRE已经成为少数派。
第三阶段：Windows Server 2025 / Azure Local 24H2
这是最明显的变化。
微软已经不再强调：
NVGRE
HNV
Provider Address
Customer Address这些传统术语。
而更多强调：
- EVPN
- BGP
- VXLAN
- Network ATC
- Azure Arc
- Azure Local
新架构趋势
EVPN Control Plane
│
▼
BGP Route Exchange
│
▼
VXLAN
│
▼
Leaf-Spine Fabric更接近：
- Cisco ACI
- VMware NSX-T
- Arista CloudVision
的数据中心网络架构。
为什么微软必须放弃NVGRE？
原因1：行业标准已经确定
目前数据中心Overlay领域：
|--------|------------------|
| 技术 | 状态 |
| NVGRE | 逐步淘汰 |
| Geneve | VMware/OpenStack |
| VXLAN | 主流标准 |
市场占有率：
VXLAN >>> Geneve >>> NVGRE原因2：硬件支持
现代交换机芯片：
- Broadcom Trident4
- Broadcom Tomahawk5
- Cisco Silicon One
- Nvidia Spectrum
全部原生支持：
EVPN + VXLAN而NVGRE支持非常有限。
原因3：Azure需要统一架构
微软内部已经形成：
Azure
Azure Local
Windows Server统一网络技术栈。
未来方向明显是：
BGP EVPN + VXLAN而不是：
BGP + NVGRE但有一个误区
很多文章说：
"Windows Server 2025 SDN已经完全支持EVPN VXLAN"。
这个说法并不准确。
截至目前：
微软SDN控制器仍然不是一个完整的EVPN控制平面
它与：
- Cisco Nexus Dashboard
- Arista CloudVision
- VMware NSX Manager
不同。
微软更多是：
BGP
+
VXLAN Overlay
+
Network Controller而不是交换机原生的：
EVPN Route Type 2
EVPN Route Type 5
MAC/IP Advertisement全套RFC EVPN实现。
也就是说：
Windows Server 2025 和 Azure Local 已经明显向 EVPN/VXLAN 架构靠拢，但其 SDN 控制平面仍然带有 Azure HNV 的历史基因，并非像 Cisco ACI 或 Arista 那样完全基于 EVPN 的数据中心网络方案。
一句话总结
微软 SDN 的演进路线可以概括为：
