0K
支持引擎、电源、风扇、交换矩阵模块的冗余，在各冗余部件切换时，数据零丢包，不影响业务。
4.1.7 GE/10GE接口自适应（可选项）
0K
所有10GE接口支持1G/10GE的自适应。
4.2 虚拟化能力测试
0K
4.2.1 虚拟化技术N:1测试（必测项）
0K
两台虚拟交换机虚拟成一台设备，对下联设备作为一台设备工作，支持跨框链路聚合，流量分担均匀。插拔Master和Slave设备主用主控板，双向流量零丢包。
4.2.2 虚拟化技术1:N测试（必测项）
0K
支持一台交换机虚拟成两台MDC虚拟交换机，两台交换机能够做到相互隔离，配置相同的VLAN和IP地址不会造成业务冲突，业务转发正常。
4.2.3 虚拟交换机规格测试（必测项）
0K
一台设备最多支持9个MDC虚拟交换机，所有交换机配置相同的VLAN和IP地址后，MAC地址和ARP学习正常，流量相互隔离，没有冲突，业务转发正常。
4.3 业务切换能力测试
0K
4.3.1 虚拟交换机与OLT间单链路故障测试（必测项）
0K
拔掉一条链路，Ping公网丢一个包，IPTV业务流畅，恢复链路不丢包。备注：下联中兴交换机链路聚合参数调整后可以做到不丢包。
4.3.2 虚拟交换机与BRAS之间单链路故障测试（必测项）
0K
拔掉一条链路，Ping公网不丢包，IPTV业务流畅，恢复链路不丢包。
4.3.3 虚拟交换机主控板故障测试（必测项）
0K
拔掉主设备的主用主控板，Ping公网不丢包，IPTV业务流畅，恢复不丢包。
4.3.4 虚拟交换机设备重启故障测试（必测项）
0K
断电重启主用设备，Ping公网丢一个包，IPTV业务流畅，恢复不丢包。
4.3.5 虚拟交换机堆叠分裂故障测试（必测项）
0K
拔掉主框上的万兆板，堆叠不分裂，Ping公网不丢包，IPTV业务流畅，恢复接口板不丢包。拔掉双机互联的所有两条万兆链路，BFD MAD检测把备框所有业务接口shutdown，Ping公网不丢包，IPTV业务流畅，恢复互联链路不丢包。
4.3.6 虚拟交换机跨框聚合负载均衡测试（必测项）
0K
跨框上下行链路聚合功能正常，流量负载均衡；在上行链路或下行链路中断一条链路的非对称组网情况下，均能够基于链路聚合组关闭本地转发优先功能，实现剩余下行或上行链路的负载均衡。
4、 城域网虚拟交换机部署方案建议
4.1 引入虚拟交换机场景
1. 现阶段有新增交换机的迫切需求，且机房条件满足虚拟机部署的条件;
2. 覆盖用户数大于8万或是总流量大于65G;
3. 引入虚拟交换机后收敛比大于45%。
4.2 引入“虚拟汇聚层”
1. 新增2个虚拟交换机虚拟成1台逻辑主机，作为城域网的虚拟汇聚层;
2. 通过虚拟汇聚层统一汇接、调度、收敛接入的流量，简化业务控制层接入的复杂性。
4.3 接入汇聚层规划
1. 虚拟交换机所在局点建议不再设置接入汇聚交换机，OLT等接入设备通过多链路分别与虚拟交换机的不同机框对接，形成链路捆绑;
2. 中继光路不足的汇聚节点保留原汇聚交换机，并与虚拟交换机之间完成跨机框链路捆绑。
4.4 虚拟化技术的应用
用户对于网络资源化的需求也在不断增长，可以通过网络设备N:1虚拟化技术，或者通过网络设备1:N虚拟化技术，或者通过网络设备先N:1虚拟化技术再1:N虚拟化技术，配合网络路径虚拟化技术完成端到端的网络虚拟化部署。此技术适合在大型POP点内存在多domain融合的场景下应用。
虚拟化技术可以提供一个更加灵活便捷的网络管理环境，使得城域网更加易于管理，未来可以通过集中配置不同位置的物理设备来实现网络的最优化。
5、 城域网引入虚拟交换机试点总结
目前的城域网主要通过网络设备N:1虚拟化完成资源池的初步构建，再通过网络设备1:N虚拟化完成网络资源的再分配，并且配合网络路径虚拟化技术，完成端到端的网络虚拟化部署。
电信运营商城域网虚拟交换机的试点已稳定运行一年，虚拟交换机的网络运行性能也达到了预期的效果。虚拟交换机的引入不仅大幅降低了故障率，减轻了运维的压力，提高了链路和端口利用率，降低了总体投资成本，而且为后期城域网大规模提速，控制层进一步向SDN和NFV演进奠定了坚实的网络基础。 
上一页 [1] [2] [3]
