banner.jpg)
隨著網(wǎng)絡應用的不斷發(fā)展與普及，眾多始建于上世紀90年代末的園區(qū)網(wǎng)已經(jīng)日趨飽和。一個念頭不斷地縈繞在網(wǎng)絡管理者的腦海中，怎樣才能構(gòu)建出一個符合現(xiàn)有應用需求，并保持一定擴展性的園區(qū)網(wǎng)呢？這里，我們結(jié)合瞻博 EX交換機，來看瞻博是如何解答這個問題的。
打破性能瓶頸
眾所周知，現(xiàn)有園區(qū)網(wǎng)遇到的問題首當其沖就是性能瓶頸。網(wǎng)絡應用，尤其是視頻會議、VOIP、在線講座等多媒體應用的不斷擴展，使得上一代的園區(qū)網(wǎng)絡飽受沖擊。瞻博EX全系列交換機依托ASIC研發(fā)技術(shù)提供了L2線速轉(zhuǎn)發(fā)的性能：EX 8208交換機提供2.56Tbps，未來可升級到6.2Tbps的背板帶寬(業(yè)界最高性能的單體交換機)，提供8個業(yè)務模塊插槽，每槽可提供高達320Gbps能力的業(yè)務板卡；EX 4200和EX 3200提供最高136Gbps的背板帶寬；全系列交換機都支持萬兆鏈路，使得上行鏈路不再阻塞。
電信級應用體驗
隨著IT化進程的不斷深入，越來越多的核心應用開始轉(zhuǎn)向網(wǎng)絡。即使是1分鐘的網(wǎng)絡罷工都是無法容忍的。其實目前很多的園區(qū)網(wǎng)都已配置了雙機冗余以及鏈路冗余的解決方案。但是諸如軟件升級，路由協(xié)議重啟、主備引擎切換等情況還是會造成網(wǎng)絡的不連續(xù)。所以我們真正需要關注的是網(wǎng)絡的軟件，即網(wǎng)絡設備的操作系統(tǒng)。瞻博EX系列交換機采用了備受業(yè)界推崇的JUNOS網(wǎng)絡操作系統(tǒng)，為用戶提供功能豐富的高穩(wěn)定性的操作體驗。尤其是在對可用性要求非常高、甚至苛刻的運營商和金融行業(yè)JUNOS更是頗受青睞。
瞻博EX全系列交換機均沿用JUNOS軟件平臺，憑借其模塊化的設計，可以獨立處理某個進程，而不影響到其他進程(比如可以單獨重啟OSPF的協(xié)議進程，而不用整機的重啟)。同樣，受益于模塊化的理念，JUNOS真正做到了網(wǎng)絡設備控制與轉(zhuǎn)發(fā)的分離，即轉(zhuǎn)發(fā)由固化在業(yè)務板卡的專業(yè)ASIC(PFE)完成，而諸如系統(tǒng)監(jiān)控，協(xié)議管理等工作交由JUNOS(借助于主CPU)來完成。
跨越空間障礙
另一個問題來源于空間。園區(qū)網(wǎng)的建設一般都是隨著園區(qū)的地理擴展而擴展的。一開始的時候，一個網(wǎng)絡中心控制有限的幾個配件間，網(wǎng)絡維護人員在中心就可以控管所有的設備。但是隨著園區(qū)的不斷發(fā)展(新的園區(qū)距離老園區(qū)很遠，又缺乏專業(yè)的網(wǎng)管)集中化控管越來越困難。為了解決這樣的問題，瞻博EX4200引入了Virtual Chassis(虛擬機箱，以下簡稱VC)的概念，通過該功能可以將物理跨度很大(最遠可達80km以上)的EX 4200設備聯(lián)系在一起(可以是千兆鏈路，也可以萬兆鏈路)，形成一個邏輯統(tǒng)一體。我們可以通過登錄其中任意一臺設備來進行配置，配置會自動下發(fā)到其余的VC成員上。我們還可以將其中一臺設備的引擎作為主引擎，另選一臺設備作為備份，一旦主引擎故障，通過GRES技術(shù)，備份引擎就會平滑接管整個VC，對于最終用戶及網(wǎng)絡管理者來說是完全透明的。
硬件保障的QoS
早期的QoS一般在核心、匯聚層設備上實現(xiàn)，但是總體效果并不理想。這是因為缺少了接入層的QoS支持(以往的接入層交換機對于QoS的支持不夠完善)。瞻博EX全系列交換機基于ASIC技術(shù)，所有EX系列交換機的端口都提供8個基于硬件的服務類別隊列。同時還支持一組通用的排隊、流量整形和擁塞管理算法。利用這些機制，園區(qū)網(wǎng)用戶將能夠支持各種類別的流量并制訂粒度極細的QoS策略，真正做到端到端的QoS。
環(huán)保網(wǎng)，消耗低
此外，瞻博EX全系列交換機都秉承了良好的低功耗傳統(tǒng)，與相同規(guī)模的設備相比，能耗少1/5。此外瞻博EX全系列交換機都采用了高密度緊湊型硬件設計，在相同的空間中可放置更多的設備(EX 4200 48口交換機僅1U高，EX 8208僅14U高)。
誠然，新一代園區(qū)網(wǎng)還有很多可關注的地方，比如IPv6支持、接入控管等等，但是其核心關注點無外乎性能、應用以及性價比，瞻博EX系列交換機及其網(wǎng)絡結(jié)構(gòu)正針對此需求而設計。
