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]
