结果总结与分析
JVD 团队通过执行为该设计开发的大量测试用例，成功验证了所提出的 BBE 解决方案架构的全面和多维解决方案。验证采用 MX304、MX204、MX10004、MX480、ACX7024、ACX7100-48L 和 ACX7100-32C 作为主要 DUT。在 Junos OS 和 Junos OS 演化版 24.2R2 上进行验证期间，会为每个 DUT 执行 120 多个测试用例。
该 JVD 的一个主要目标是创建与特定领域用例相关的多维规模的实用解决方案。功能测试可确保服务和协议在预期范围内运行。网络弹性和融合性能在 JVD 中进行测量和报告。
常规测试包括但不限于以下关键场景：
- 使用 EVPN-VPWS（带 FXC）和 PWHT 对 PPPoE 进行基线验证
- PPPoE：EVPN-VPWS 使用不同的重启方法（服务、守护程序）
- PPPoE： EVPN-VPWS 支持 NSR 切换
- PPPoE：SW1 上的链路故障，PPPoE over EVPN-VPWS PWHT（无 FXC）
- 通往核心网络的 AN 节点链路故障
- AN 节点故障
- BBE PWHT 具有还原/非还原行为的还原（带 FXC 的 EVPN-VPWS）
- 通向 AGN 节点的 BNG 链路故障
- 路由协议融合的各种弹性测试 IS-IS/BGP
- 设备配置恢复
- 设备重新启动
- 各种 Junos OS 和 Junos EVO 软件组件重新启动
JVD 测试的扩展
本节中共享的信息不是系统最大值，可能随时修改。请联系您的瞻博网络代表，了解更多扩展信息。
| 缩放值 | ||||
|---|---|---|---|---|
| 特性 | AN-Device | BNG1（非故障）BNG2 | （非故障） | BNG（故障） |
| IPv4 RIB | 不适用 | 8100 | 8100 | 16200 |
| IPv4 FIB | 不适用 | 8100 | 8100 | 16200 |
| IPv6 RIB | 不适用 | 8100 | 8100 | 16200 |
| IPv6 FIB | 不适用 | 8100 | 8100 | 16200 |
| 总 RIB | 不适用 | 16200 | 16200 | 32400 |
| 总 FIB | 不适用 | 16200 | 16200 | 32400 |
| PPPoE v4（E-LINE-PWHT） | 不适用 | 4000 | 4000 | 8000 |
| PPPoE v6（E-LINE-PWHT） | 不适用 | 4000 | 4000 | 8000 |
| PPPoE v4（E-LINE-FXC-PWHT） | 不适用 | 50 | 50 | 100 |
| PPPoE v6（E-LINE-FXC-PWHT） | 不适用 | 50 | 50 | 100 |
| IPoE v4（E-LINE-PWHT） | 不适用 | 4000 | 4000 | 8000 |
| IPoE v6 （E-LINE-PWHT） | 不适用 | 4000 | 4000 | 8000 |
| IPoE v4（E-LINE-FXC-PWHT） | 不适用 | 50 | 50 | 100 |
| IPoE v6 （E-LINE-FXC-PWHT） | 不适用 | 50 | 50 | 100 |
| VLAN | S-VLAN=15 C-VLANS-8100 | 16200 | 16200 | 32400 |
| ELINE-PWHT（路由实例） | 10 | 20 | 20 | 20 |
| ELINE-FXC-PWHT（路由实例） | 2 | 4 | 4 | 4 |
表 1 中所示的扩展详细信息用于 JVD 中的弹性和功能测试。订阅者扩展基于特定 BNG 平台支持的最大订阅者值。如果 BNG 完全发生故障，您需要将所有订阅者从故障节点重新连接到备份节点，您已经使用了给定平台最大订阅者数量的一半。在这种情况下，提供冗余的 BNG 可以终止自己的订阅者的会话，并处理来自失败 BNG 的会话。
生成流量流用于测试目的，以模拟真实的订阅者流量模式。 表 1 显示了用于构建流量流的流特征。每个流量类别用于表示不同类型的订阅者。
拟议的网络设计可实现快速的 BNG 服务恢复。基于接入交换矩阵和 EVPN 多宿主，用户服务在备份 BNG 上恢复。
BNG 收敛度量
表 1 显示了单个 BNG 故障和恢复时间的收敛测量值。结果显示备份 BNG 上总恢复时间的预期值。所有流类型的平均值都在 20 秒的范围内。收敛时间反映了所有恢复的订阅者会话成功出现在备份 BNG 上的时间。当主 BNG 重新联机时，恢复时间会显示收敛。在 FXC 流的情况下，您可以看到更好的结果。但是，这些是使用 FXC 测试时活动流数量较少的影响。FXC 连接使用 50 个订阅者进行测试，而 EVPN-VPWS 则为 4000 个订阅者。显示的收敛时间反映了所有恢复的订阅者会话成功出现在备份 BNG 上的时间。
表 1 和表 2 显示了 DHCP（IPv4 和 IPv6）与 PPPoE 用户融合之间的具体差异。PPPoE 订阅者流融合明显更差。造成这种情况的原因是，在 BNG 发生故障时，PPPoE 协议与 DHCP 的行为不同。PPPoE 状态机必须使用新的会话 ID 重新建立丢失的会话，等待计时器过期。但是，这些结果仅供参考，因为收敛还取决于随机因素，例如订阅者流量强度、订阅者会话数量以及不同 EVPN 实例中不同 BNG 中跨主 BNG 的特定会话分布。
对双 BNG 灾难性故障（在本例中为 BNG1 和 BNG2）执行额外的测试。最初，BNG1 进入故障状态，然后是 BNG2 故障。对于两台设备来说，这都被视为灾难性故障事件，显示 BNG3 上的用户终止收敛。测量不同类型流的平均值为 75 秒。在 FXC 的情况下，由于流式传输的订阅者数量较少，因此可以观察到一半的收敛时间。有关详细信息，请参阅表 2 。
执行另一项弹性测试以测量 SW1 交换机与 AN1 节点之间链路的故障。在这种情况下，当 LAG 接口在 AN1 节点和交换机 SW1 之间运行时，测量的用户流收敛会显示特定流的恢复时间。典型的收敛时间为几毫秒。对于 FXC，未观察到流量中断。 表3列出了这些测量结果。请注意，某些结果显示的值为 0。这是因为 AN1 和 AN2 朝向 SW1 节点之间存在 ESI 滞后。某些流量流是通过第二个 AN 节点 （AN2） 转发的，因此预计不会出现流量丢失。
下一个弹性测试由失败的 AN1 节点执行。在这种情况下，EVPN A/A 机制负责将故障切换至第二个 AN 设备 （AN2）。测量的平均值约为 100 毫秒。有关详细信息，请参阅表 4 。
如果与核心的 AN 链路失败，将执行额外的弹性测试。核心 MPLS 拓扑快速恢复 （TI-LFA） 可以缓解核心链路故障。由于备份核心路径已在 AN 节点的 PFE 中预编程，因此流量会在数毫秒内得到恢复。 表 5 显示了流量融合结果。这些结果反映了MPLS FRR（TI-LFA）在相对简单的拓扑（叶和主干）中为底层网络实现的快速链路恢复时间。