验证框架
城域以太网业务服务 JVD 和后续的城域网即服务 JVD 的一个重要重点是与 MEF 标准保持一致。MEF 3.0 运营商以太网主要标准分为三大类:提供给客户的用户服务、实现以太网服务互连的运营商服务,以及涵盖服务增强和新兴技术的专题。
以下部分介绍 MEF 3.0 客户边缘认证涵盖的关键技术规格,作为此验证的主要参考点。从 MEF 91 中可以看出,该认证并未涵盖完整的技术规范,而是确定了相关的特定部分。
MEF 3.0 运营商以太网关键标准
- MEF 91:确定了用户和运营商运营商以太网服务的测试要求。MEF 91 是测试内容的蓝图,确定了用户和运营商服务的底层 MEF 服务标准。
- MEF 3.0 认证框架:概述了验证是否符合 MEF 3.0 规范的认证流程、测试程序和标准,确保认证产品和服务的一致质量和互操作性。
- MEF 6.3 用户以太网服务定义:包括被取代的 MEF 6.2 基本规范,用于建立所有运营商以太网服务类型的 UNI 属性、EVC 属性和带宽配置文件的服务定义。
- MEF 10.4 用户以太网服务属性:包括被取代的 MEF 10.3 规范,并为 E-Line、E-LAN、E-Tree 和 E-Access 和 E-Transit 服务类型建立基础服务属性。它定义了运营商以太网服务的服务属性、性能目标和管理要求,包括带宽配置文件、服务多路复用和服务质量 (QoS) 参数。
- MEF 26.2 运营商以太网服务属性:建立对多运营商服务交付至关重要的外部网络到网络接口 (ENNI) 属性和要求。它规定了如何通过跨越多个运营商的 ENNI 管理运营商虚拟连接 (OVC)。此外,它还介绍了 ENNI 的性能目标、流量管理、服务多路复用以及 OAM 协议的处理。
- MEF 51 (.1) 运营商以太网服务定义:根据 26.2 服务属性定义运营商服务,包括 OVC、UNI 或 ENNI 端点属性。它建立了 O-Line、O-LAN 和 O-Tree 的定义和实施。
- MEF 62 托管接入 E-Line (MAEL) 服务:标准化基于 MEF 51 的点对点托管接入 E-Line 服务的实施和特征。
- MEF 65 至简转运 E-Line (STEL) 服务:通过限制 MEF 26.2 中定义的某些 ENNI 通用属性、ENNI 服务属性和运营商以太网服务属性的值,形式化了 Transit E-Line 服务的常见用例。
- MEF 30.1 服务 OAM 故障管理实施:为为以太网服务实施服务 OAM (SOAM) 故障管理奠定通用基础。
- MEF 35.1(服务 OAM 性能监控):基于 MEF 17 框架,标准化以太网服务的 SOAM 性能监控 (PM) 实施。
- 以 太网服务中的 MEF 45.1 第 2 层控制协议: 定义运营商以太网服务中第 2 层控制协议 (L2CP) 帧的处理要求。
- MEF 23.2 (.1) 服务等级:MEF 23.2 标准和修订的 23.2.1 标准(将带宽配置文件模型包括在令牌共享中包括)定义了运营商以太网网络的服务等级属性,确保了服务差异化功能。
- MEF 48.1 以太网服务激活测试:提供以太网服务服务激活测试 (SAT) 的方法和要求。
运营商以太网用户型号
城域以太网论坛 (MEF) 建立了运营商以太网网络内的服务属性和定义框架。此瞻博网络验证设计中包含的订阅者交付机制遵循这些标准化模型。右侧的列描述了该服务类型的常见解决方案,其中大部分都在验证中进行。
| 服务类型 | 服务说明 | 常见 VPN 类型 |
|---|---|---|
|
E-LINE,用于提供以太网专用线路 (EPL) 或以太网虚拟专用线路 (EVPL) 等点对点连接 | EVPN-VPWS EVPN-FXC L2 电路 VPLS VPWS |
|
E-LAN,可提供多点到多点连接,如以太网专用 LAN (EP-LAN) 或以太网虚拟专用 LAN (EVP-LAN)。 | EVPN-ELAN VPLS L2VPN |
|
E-TREE,用于提供根多点中心辐射型连接,例如以太网专用树 (EP-TREE) 或以太网虚拟专用树 (EVP-TREE)。 | EVPN-ETREE H-VPLS |
|
E-ACCESS,用于提供将 UNI 连接到 NNI 的批发点对点服务,作为接入 EPL 或接入 EVPL | EVPN-VPWS LSW L2CCC LSW |
关键服务属性
MEF 服务属性可根据主要特征进一步定义:
- 服务多路复用:此属性允许多个以太网虚拟连接 (EVC) 在同一用户网络接口 (UNI) 上终止,从而使多个不同的以太网服务能够共享同一个物理或虚拟接口。如果在 UNI 上启用了服务多路复用,则多个 EVC 可以共享同一接口。例如,可以为客户 A 的 EVC1 和客户 B 的 EVC2 分配相同的物理接口,同时保留本地分离。为了区分每项服务的流量,MEF 标准指定使用客户边缘 VLAN (客户边缘-VLAN) ID 将传入帧映射到相应的 EVC。每个 EVC 都针对性能、带宽和服务质量 (QoS) 参数保持离散的服务特性。这种方法优化了网络效率和灵活性,使服务提供商能够通过通用基础架构提供定制的按需服务,而无需为每项服务配备专用连接。
- 捆绑:此属性允许将多个客户边缘-VLAN 分组到 UNI 的单个以太网服务下。不同类型的客户流量(例如,语音、数据和视频)通过一个 EVC 传输,同时为每个客户边缘-VLAN 保持不同的服务特性。捆绑使服务提供商能够在单个 EVC 内管理多个客户边缘-VLAN,从而灵活满足不同的流量策略和性能要求,使其成为通过通用接口从单个客户提供多种流量类型的理想选择。
- 一对一捆绑:此属性将单个 UNI 中的所有客户边缘-VLAN 整合到单个 EVC 中,从而在不需要对每个 VLAN 进行区分时简化服务调配。所有客户边缘共享统一服务策略,继承应用于 EVC 的相同 QoS 属性。一对一捆绑通常与专用以太网服务一起使用,可通过通用网络基础架构在客户站点之间实现安全、隔离的连接。
- 以太网虚拟电路 (EVC):此属性是一种逻辑连接,用于通过服务提供商的网络连接两个或多个客户边缘 (客户边缘) 设备。它构成了 MEF 定义的以太网服务(例如,E-Line、E-LAN 和 E-Tree)的基础。EVC 提供客户流量流动的逻辑路径,确保指定 CE 之间的流量相互隔离并遵循定义的性能特征,如带宽和延迟。MEF 定义了以下三种主要类型的 EVC:
- 点对点(例如 E-Line)
- 多点到多点(例如 E-LAN)
- 有根的多点(例如 E-Tree)
- 客户边缘 VLAN (客户边缘-VLAN) ID:此属性用于定义客户分配的 VLAN 标记,这些标记与服务提供商边缘网络上的 EVC 相关联。根据服务协议和客户要求,一个或多个客户边缘-VLAN 可映射到一个 EVC。
- EVC 数据服务帧处置服务属性 (MEF 10.4/10.3):此属性定义如何在 EVC 中管理单播、组播和广播流量类型。它规定了帧的处理方式,允许根据服务要求进行灵活且由策略驱动的帧转发或丢弃,其中包括:
- 无条件交付:帧会无任何条件地转发到目标,确保所有有效帧都按预期传输。
- 有 条件交付: 帧会根据特定条件进行转发,例如匹配服务策略、VLAN ID 或其他预定义标准。这可能包括将帧转发到组播或广播流量的特定收件人。
- 丢弃:如果帧不满足某些标准,例如服务参数无效、帧标记不正确或不符合服务策略,则帧将被丢弃。
从 MEF 10.3 到 MEF 10.4 的更新标志着设计理念的转变,从每帧类型的精细服务处置属性转变为利用 EVC 内帧处理的三元组结构的整合属性。处置设置(丢弃、无条件传递或有条件传递)保持不变,但简化了整体管理。
如 MEF 10.3 技术规范所定义,客户边缘-VLAN 结构仍然是 MEF 3.0 当前实施的核心,但在 MEF 10.4 中引入的现代化 EVC EP 映射服务属性和 EVC EP 服务属性反映了 MEF 框架的持续演进,以更高的灵活性迎接行业趋势。有关 EVC 端点 (EVC EP) 模型的更多信息,请参阅 MEF 10.4 技术规格 。
| 服务多路复用 | 捆绑 | 一对一捆绑 | 描述 |
|---|---|---|---|
| 实现 | 禁用 | 禁用 | UNI 允许多个虚拟专用服务,每个服务仅映射一个客户边缘 VLAN ID |
| 实现 | 实现 | 禁用 | UNI 启用的多个虚拟专用服务和多个客户边缘 VLAN ID 可以映射到每项服务 |
| 实现 | 实现 | 实现 | 配置非法 |
| 实现 | 禁用 | 实现 | 配置非法 |
| 禁用 | 禁用 | 实现 | UNI 的单一私人服务 |
| 禁用 | 实现 | 禁用 | 在 UNI 启用单个虚拟专用服务,并映射到多个客户边缘 VLAN ID |
| 禁用 | 实现 | 实现 | 配置非法 |
| 禁用 | 禁用 | 禁用 | 在 UNI 启用单个虚拟专用服务,仅映射一个客户边缘-VLAN ID |
参考资料: https://wiki.mef.net/display/CESG/Bundling+and+Service+Multiplexing
表 2 解释了有效服务多路复用和捆绑组合的 MEF 指南,随后是此 JVD。有关更多信息,请参阅 MEF 文档 。
- 服务多路复用确定 UNI 是终止一项(禁用)还是多项(已启用)以太网服务。
- 当 UNI 支持多个客户边缘 VLAN 时, 捆绑 为“启用”;如果每个以太网服务都包含一个客户边缘 VLAN,则捆绑为“禁用”。
- 一对一捆绑意味着所有客户边缘 VLAN 都作为专用 UNI 服务与单个以太网服务相关联。当捆绑为“禁用”时,每个 UNI 将启用一个或多个虚拟专用服务。
MaaS JVD 涵盖了提供城域以太网服务的 19 个用例,包括:
- E-Line:EPL 和 EVPL 等点对点连接
- E-LAN:多点对多点连接,如 EP-LAN 和 EVP-LAN
- E-Tree:根基多点中心辐射型连接,如 EP-TREE 和 EVP-TREE
- 访问 E-Line:连接 UNI 和 NNI 的批发点对点服务
- Internet 接入:IP 服务连接 IPVC 端点以实现专用互联网接入
此 JVD 解释了特色服务、行为和特征如何映射到 MEF 定义。
测试台
城域网即服务 JVD 利用两个基础组件:城域网 EBS JVD 和 Iometrix 空中实验室中引入的物理基础架构。 图 1 说明了在此瞻博网络验证设计中使用主要特色 DUT 构建城域交换矩阵主干和分叶以及多环拓扑的连接性。
Iometrix Lab in the Sky 是一个基于网络即服务 (NaaS) 的云测试基础设施,支持利用利用 x86 白盒探针的虚拟测试探针的测试应用程序。相同的基础架构被用作 MEF 3.0 认证测试的基础。Iometrix Lab in the Sky 基础设施由以下组件组成。
被测平台/设备 (DUT)
选定的接入平台包括 ACX7024、ACX7100-48L、ACX710、ACX5448 和 MX204 平台。聚合或主干平台包括城域网交换矩阵中的 ACX7100-32C,在环形架构中将 MX10003 路由器作为城域网分配路由器ACX7509。城域边缘网关与 ACX7509 和 ACX7100-32C 一起执行边界分叶功能,从而提供与边缘计算综合体的连接。城域网核心使用 PTX10001-36MR 核心和对等平台。MX304 非常适合支持复杂服务终端和互连点的多服务边缘。
要查看瞻博网络验证此 JVD 的软件版本和平台,请参阅本文档中的 “经过验证的平台和软件 ”部分。
测试平台配置
JVD 配置可在瞻博网络 GitHub 上找到。如有任何疑问,请联系您的瞻博网络代表。



