【正文】 條物理鏈路發(fā)生故障，由于整個捆綁組在邏輯上仍然有效，接口狀態(tài)正常，整個網(wǎng)絡(luò)拓撲沒有發(fā)生變化，因此不會引發(fā)上層路由協(xié)議重計算，極大保持了網(wǎng)絡(luò)運行的穩(wěn)定性。同時所需的互聯(lián)IP大量減少，也減少了網(wǎng)絡(luò)可管理的IP對象，消除了潛在的安全隱患。在此結(jié)構(gòu)中，動態(tài)路由設(shè)計面對的網(wǎng)絡(luò)區(qū)域，也因架構(gòu)橫向整合而變成了簡單的鏈狀，參與路由計算的節(jié)點大量減少，設(shè)計上更簡單和穩(wěn)定。綜上所述，對于數(shù)據(jù)中心應(yīng)用的多層架構(gòu)，采用端到端的IRF設(shè)計技術(shù)進行改良，可以將大規(guī)模數(shù)據(jù)中心網(wǎng)狀網(wǎng)變成線性或樹狀輻射網(wǎng)，在網(wǎng)絡(luò)每一層具有靈活的擴展能力和簡單的配置管理方式，大大提升網(wǎng)絡(luò)的運行管理效率。 EVB技術(shù)邊緣虛擬橋EVB（Edge Virtual Bridging）技術(shù)是當前用于解決虛擬化環(huán)境的虛擬機VM(Virtual Machine)與網(wǎng)絡(luò)之間的連接與管理邊界問題而產(chǎn)生。、網(wǎng)絡(luò)屬性的靈活變更。，數(shù)據(jù)層面的實現(xiàn)一共有四種（如上圖所示）：，即VEB(Virtual Ethernet Bridging)模式、VEPA(Virtual Ethernet Port Aggregator)模式和Multi Channel模式；(Port Extender)模式。上圖中邊緣中繼單元ER(Edge Relay)指代了VEB/VEPA各種部件。EVB技術(shù)中，ER位于服務(wù)器一側(cè)，對服務(wù)器的流量進行轉(zhuǎn)發(fā)，ER轉(zhuǎn)發(fā)的流量包括虛擬服務(wù)器之間，和虛擬服務(wù)器與邊緣交換機（與物理服務(wù)器直連）之間的全部流量。ER既可以通過軟件實現(xiàn)，也可以使用專門的硬件單元實現(xiàn)(虛擬化網(wǎng)卡功能)。 ER1標識了一種雙端口的VEB或VEPA，在實現(xiàn)上完全作為一個通道，無需地址學習表項管理；ER2標識VEPA；ER3標識VEB。所有的VM通過Virtual Station Interface(VSI)連接在ER上，基于級聯(lián)性架構(gòu)，ER邏輯上掛接在Multi Channel的SComponent組件上，SComponent組件是實現(xiàn)Multichannel的核心邏輯組件，每個通道稱為SChannel。EVB的控制協(xié)議最關(guān)鍵有兩個：VDP(VSI Discovery Protocol) 和CDCP(SChannel Discovery and Configuration Protocol)。CDCP是專門用于建立Multi Channel模式下SComponent組件與網(wǎng)絡(luò)連接的通道，這些通道邏輯上只在服務(wù)器和物理網(wǎng)絡(luò)端口本地有效。VDP協(xié)議報文由服務(wù)器發(fā)起。服務(wù)器發(fā)送的VDP請求分為預關(guān)聯(lián)、資源預留的預關(guān)聯(lián)、關(guān)聯(lián)和去關(guān)聯(lián)請求四種。交換機只回復對應(yīng)的響應(yīng)報文。VM創(chuàng)建時，服務(wù)器向交換機發(fā)送關(guān)聯(lián)或者預關(guān)聯(lián)請求。關(guān)聯(lián)請求處理成功時，VM的流量就可以開始經(jīng)由交換機轉(zhuǎn)發(fā)。預關(guān)聯(lián)請求處理成功時，VM處于一種就緒等待的狀態(tài)，直到發(fā)送關(guān)聯(lián)請求處理成功后，才開始收發(fā)流量。VM關(guān)閉時，向交換機發(fā)送去關(guān)聯(lián)請求，邊緣交換機將對應(yīng)的流量轉(zhuǎn)發(fā)通道關(guān)閉。一般來說，VM遷移時，新的VM先處于預關(guān)聯(lián)狀態(tài)下，等待虛擬機管理中心指令原有VM發(fā)送去關(guān)聯(lián)請求。原有VM發(fā)送去關(guān)聯(lián)請求后，新VM發(fā)送關(guān)聯(lián)請求，接替原有VM的流量收發(fā)工作。在EVB控制協(xié)議作用下，便可實現(xiàn)VM的自動化關(guān)聯(lián)網(wǎng)絡(luò)，如上圖所示，A中VM不進行VDP關(guān)聯(lián)，網(wǎng)絡(luò)不對其下發(fā)相應(yīng)的屬性，網(wǎng)絡(luò)沒有針對此VM的相關(guān)配置，則VM流量不能進入網(wǎng)絡(luò)。B中VM經(jīng)過VDP正常關(guān)聯(lián)網(wǎng)絡(luò)，網(wǎng)絡(luò)管理系統(tǒng)基于VM信息合理性下發(fā)針對VM的網(wǎng)絡(luò)策略與配置，可保證VM正常服務(wù)提供。C中VM雖然關(guān)聯(lián)網(wǎng)絡(luò)，但其屬性被網(wǎng)絡(luò)系統(tǒng)判斷為非法VM，網(wǎng)絡(luò)拒絕VM接入，不為VM分配資源和配置。在EVB技術(shù)關(guān)聯(lián)的計算與網(wǎng)絡(luò)系統(tǒng)中，定義了兩個管理系統(tǒng)：虛擬機管理系統(tǒng)VMM和網(wǎng)絡(luò)管理系統(tǒng)NMS（H3C的EVB NMS有專用組件iMC VCMVirtual Connection Manager）。在虛擬化環(huán)境中，VM基于業(yè)務(wù)要求具有其網(wǎng)絡(luò)屬性(VLAN、MAC、VSIID…)，大量的VM屬性信息必須上圖所示在虛機管理系統(tǒng)與網(wǎng)絡(luò)管理系統(tǒng)之間同步識別，這樣無論是主機側(cè)還是網(wǎng)絡(luò)側(cè)，對一個VM或一類虛擬服務(wù)的業(yè)務(wù)要求、控制策略都能完全統(tǒng)一，并且能夠基于VDP信息的傳遞、管理系統(tǒng)之間的交互而進行更新。如上圖所示，是VM創(chuàng)建的過程，消息從主機側(cè)向網(wǎng)絡(luò)側(cè)傳遞。1)虛機管理系統(tǒng)使用VSI相關(guān)信息創(chuàng)建VM；2) VM/ER使用VDP關(guān)聯(lián)網(wǎng)絡(luò)；3)交換機將VM信息傳遞給網(wǎng)絡(luò)管理系統(tǒng)(H3C iMC CRM)。上圖為VM創(chuàng)建過程，消息從網(wǎng)絡(luò)側(cè)向主機側(cè)傳遞的過程：1)網(wǎng)絡(luò)管理系統(tǒng)對VM信息進行判定后下發(fā)Profile；2)交換機允許VM接入網(wǎng)絡(luò)，向VM返回關(guān)聯(lián)響應(yīng)。上圖為VM遷移的過程，該VM與原VM具有相同的VLAN、MAC、IP、VSI等信息。1) 目標VM創(chuàng)建2) 目標VM關(guān)聯(lián)網(wǎng)絡(luò)3) 源VM與目標VM的狀態(tài)信息同步VM切換，當目標VM創(chuàng)建完成，虛擬機信息同步一致后便可進行VM切換，完成遷移4) 拆離釋放原VM5) 激活目標VM6) 原VM主機VDP解關(guān)聯(lián)請求7) 網(wǎng)絡(luò)刪除profile，釋放網(wǎng)絡(luò)資源8) 網(wǎng)絡(luò)HTTPS通告管理系統(tǒng)解關(guān)聯(lián)，釋放網(wǎng)絡(luò)資源 FCoE技術(shù)目前，數(shù)據(jù)中心正以前所未有的速度增長，企業(yè)級應(yīng)用需要更強的計算能力，Web服務(wù)成為企業(yè)面向客戶的核心策略，包括電子郵件、文件、以及多媒體等在內(nèi)的數(shù)據(jù)量不斷增多，等等。此外，法規(guī)遵從要求數(shù)據(jù)作較長時間的保存。所有這些要求使得運行一個數(shù)據(jù)中心變得日益復雜和昂貴。與此同時，數(shù)據(jù)中心通常運行多個獨立的網(wǎng)絡(luò)：一個以太網(wǎng)網(wǎng)絡(luò)（LAN）用于客戶機到服務(wù)器和服務(wù)器到服務(wù)器的通信；一個光纖通道的存儲區(qū)域網(wǎng)絡(luò)（SAN）用于服務(wù)器和存儲設(shè)備的通信。為了支持各類型網(wǎng)絡(luò)，數(shù)據(jù)中心的服務(wù)器上需要為每種網(wǎng)絡(luò)配置單獨的接口，即以太網(wǎng)網(wǎng)絡(luò)接口卡（NIC）和光纖通道主機總線適配器(HBA)。并且服務(wù)器通常還具有其他專用的網(wǎng)絡(luò)接口，用于管理、備份和虛擬機即時遷移。對這些接口提供支持需要大量接口卡、布線、機架空間、上行交換機。多種并行的網(wǎng)絡(luò)架構(gòu)增加了數(shù)據(jù)中心的建設(shè)成本和電力、冷卻方面的開支以及空間的消耗，使得數(shù)據(jù)中心管理更加困難，削弱了業(yè)務(wù)靈活性。網(wǎng)絡(luò)融合是數(shù)據(jù)中心應(yīng)對上述挑戰(zhàn)的發(fā)展方向(上圖所示)。FCoE便是一種網(wǎng)絡(luò)融合的技術(shù)，可以使得FC和以太網(wǎng)共享一個單一的，集成的網(wǎng)絡(luò)基礎(chǔ)設(shè)施。FCoE可以為數(shù)據(jù)中心帶來顯著的業(yè)務(wù)優(yōu)勢：更低的總體擁有成本(TCO)：通過為LAN/SAN流量提供統(tǒng)一交換網(wǎng)絡(luò)，融合網(wǎng)絡(luò)能夠整合并更有效的利用以前分散的資源，通過消除不必要的交換基礎(chǔ)設(shè)施，將服務(wù)器的I/O