欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

在有路由的網(wǎng)絡(luò)中冗余主機(jī)連接的制作方法

文檔序號(hào):7911069閱讀:122來(lái)源:國(guó)知局
專(zhuān)利名稱(chēng):在有路由的網(wǎng)絡(luò)中冗余主機(jī)連接的制作方法
技術(shù)領(lǐng)域
本公開(kāi)內(nèi)容涉及網(wǎng)絡(luò)管理。更具體而言,本公開(kāi)內(nèi)容涉及一種用于有助于在有路由的網(wǎng)絡(luò)中從一個(gè)網(wǎng)絡(luò)設(shè)備到多個(gè)設(shè)備的鏈路聚合的方法和系統(tǒng)。
背景技術(shù)
隨著在數(shù)據(jù)通信網(wǎng)絡(luò)中實(shí)施更多任務(wù)關(guān)鍵應(yīng)用,對(duì)于網(wǎng)絡(luò)設(shè)計(jì)師而言高可用性的操作作為價(jià)值命題正在變得日益更為重要。經(jīng)常希望在多個(gè)網(wǎng)絡(luò)設(shè)備之間劃分常規(guī)聚合鏈路(從一個(gè)設(shè)備到另一設(shè)備),從而節(jié)點(diǎn)失敗或者鏈路失敗不會(huì)影響多歸屬設(shè)備的操作。同時(shí),第2層(例如以太網(wǎng))聯(lián)網(wǎng)技術(shù)繼續(xù)演變。已經(jīng)傳統(tǒng)上成為第3層(例如 IP)網(wǎng)絡(luò)特性的更多類(lèi)似于路由的功能正在向第2層中遷移。值得注意的是大量鏈路透明互連(TRILL)協(xié)議的近來(lái)發(fā)展允許以太網(wǎng)交換機(jī)更像路由設(shè)備一樣工作。TRILL克服常規(guī)生成樹(shù)協(xié)議的固有低效率,這迫使第2層交換機(jī)耦合于邏輯生成樹(shù)拓?fù)渲幸员苊饣芈贰?TRILL通過(guò)在交換機(jī)中實(shí)施路由功能并且在TRILL報(bào)頭中包括跳躍計(jì)數(shù)來(lái)允許路由橋接器 (R橋接器(RBridge))耦合于任意拓?fù)渲卸鵁o(wú)回路風(fēng)險(xiǎn)。盡管TRILL給第2層網(wǎng)絡(luò)帶來(lái)諸多合乎需要的特征,但是當(dāng)具有TRILL功能的設(shè)備與非TRILL設(shè)備耦合時(shí)一些問(wèn)題仍未解決。具體而言,當(dāng)非TRILL設(shè)備使用鏈路聚合來(lái)耦合到多個(gè)TRILL設(shè)備時(shí),現(xiàn)有技術(shù)未提供一種完全利用TRILL網(wǎng)絡(luò)的可擴(kuò)展和靈活解決方案。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)實(shí)施例提供一種交換機(jī)。該交換機(jī)包括管理機(jī)制和配置機(jī)制。在操作期間,管理機(jī)制被配置成與伙伴交換機(jī)結(jié)合操作交換機(jī)作為單個(gè)邏輯交換機(jī)。配置機(jī)制被配置成向邏輯交換機(jī)分配虛擬交換機(jī)標(biāo)識(shí)符。在對(duì)這一實(shí)施例的一種變形中,交換機(jī)是能夠在無(wú)需網(wǎng)絡(luò)拓?fù)浠谏蓸?shù)的情況下進(jìn)行路由的第2層交換機(jī)。在對(duì)這一實(shí)施例的一種變形中,交換機(jī)是配置成根據(jù)TRILL協(xié)議來(lái)操作的路由橋接器。在對(duì)這一實(shí)施例的一種變形中,配置機(jī)制還被配置成將通向邏輯交換機(jī)的鏈路的成本設(shè)置為零。在對(duì)這一實(shí)施例的一種變形中,交換機(jī)包括配置成用虛擬交換機(jī)標(biāo)識(shí)符標(biāo)記幀的入口交換機(jī)字段的幀標(biāo)記機(jī)制,其中從耦合到交換機(jī)的設(shè)備接收幀。在對(duì)這一實(shí)施例的一種變形中,交換機(jī)包括配置成向伙伴交換機(jī)通知與耦合到交換機(jī)和伙伴交換機(jī)的設(shè)備關(guān)聯(lián)的介質(zhì)訪問(wèn)控制(MAC)地址的可達(dá)性的通信機(jī)制。在又一變形中,在檢測(cè)到在設(shè)備與伙伴交換機(jī)之間的鏈路失敗時(shí),配置機(jī)制被配置成將設(shè)備與虛擬交換機(jī)去關(guān)聯(lián)。在又一變形中,在檢測(cè)到在設(shè)備與交換機(jī)之間的鏈路失敗時(shí),通信機(jī)制被配置成
4經(jīng)由交換機(jī)間通信信道向伙伴節(jié)點(diǎn)通知失敗。在對(duì)這一實(shí)施例的一種變形中,交換機(jī)包括配置成通報(bào)虛擬交換機(jī)等效于交換機(jī)和伙伴交換機(jī)二者的通信機(jī)制,由此有助于向耦合到兩個(gè)交換機(jī)的設(shè)備或者從耦合到兩個(gè)交換機(jī)的設(shè)備的多徑路由。在對(duì)這一實(shí)施例的一種變形中,在幀的入口交換機(jī)標(biāo)識(shí)符與虛擬交換機(jī)標(biāo)識(shí)符相同時(shí)、或者在幀的入口交換機(jī)標(biāo)識(shí)符不同于虛擬交換機(jī)標(biāo)識(shí)符并且在設(shè)備與交換機(jī)之間的鏈路并非主要鏈路時(shí),交換機(jī)丟棄與同時(shí)耦合到交換機(jī)和單獨(dú)物理交換機(jī)的設(shè)備所屬的多播組對(duì)應(yīng)的所接收的多播幀。在對(duì)這一實(shí)施例的一種變形中,在同時(shí)耦合到交換機(jī)和單獨(dú)物理交換機(jī)的第二本地設(shè)備在與從耦合到交換機(jī)的第一本地設(shè)備始發(fā)的多播幀對(duì)應(yīng)的多播組中時(shí)交換機(jī)向第二設(shè)備轉(zhuǎn)發(fā)多播幀。


圖1圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的示例網(wǎng)絡(luò),其中向經(jīng)由劃分的聚合鏈路耦合到非TRILL設(shè)備的兩個(gè)物理TRILLR橋接器分配虛擬R橋接器標(biāo)識(shí)符。圖2呈現(xiàn)了如下流程圖,該流程示了根據(jù)本發(fā)明一個(gè)實(shí)施例的在入口物理R 橋接器配置來(lái)自雙歸屬終端站的入口幀的TRILL報(bào)頭的過(guò)程。圖3A圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的入口 TRILL幀的示例報(bào)頭配置,該報(bào)頭配置在它的入口 R橋接器別名字段中包含虛擬R橋接器別名。圖;3B圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的入口 TRILL幀的示例報(bào)頭配置,該報(bào)頭配置在它的TRILL選項(xiàng)字段中包含虛擬R橋接器別名。圖4呈現(xiàn)了如下流程圖,該流程示了根據(jù)本發(fā)明一個(gè)實(shí)施例的在參與鏈路聚合的伙伴R橋接器轉(zhuǎn)發(fā)單播TRILL幀的過(guò)程。圖5A呈現(xiàn)了根據(jù)本發(fā)明一個(gè)實(shí)施例的如何能夠在雙歸屬終端站之間處置多播的例子。圖5B呈現(xiàn)了如下流程圖,該流程示了根據(jù)本發(fā)明一個(gè)實(shí)施例的轉(zhuǎn)發(fā)多播幀的過(guò)程。圖6圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的其中雙歸屬終端站的物理鏈路之一經(jīng)歷失敗的場(chǎng)景。圖7呈現(xiàn)了如下流程圖,該流程示了根據(jù)本發(fā)明一個(gè)實(shí)施例的處置如下鏈路失敗的過(guò)程,該鏈路失敗影響與虛擬R橋接器關(guān)聯(lián)的終端站。圖8圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的有助于分配虛擬R橋接器ID的交換機(jī)的示例架構(gòu)。
具體實(shí)施例方式呈現(xiàn)下文描述以使本領(lǐng)域技術(shù)人員能夠?qū)崿F(xiàn)和運(yùn)用本發(fā)明,并且在具體應(yīng)用及其要求的背景中提供下文描述。本領(lǐng)域技術(shù)人員將容易清楚對(duì)公開(kāi)的實(shí)施例的各種修改,并且這里限定的一般原理可以應(yīng)用于其它實(shí)施例和應(yīng)用而不脫離本發(fā)明的精神實(shí)質(zhì)和范圍。 因此,本發(fā)明并不限于所示實(shí)施例而是將被賦予以與權(quán)利要求書(shū)一致的最廣范圍。
鍵在本發(fā)明的實(shí)施例中,通過(guò)形成邏輯虛擬交換機(jī)并且向共享聚合鏈路的多個(gè)交換機(jī)分配虛擬交換機(jī)標(biāo)識(shí)符來(lái)解決提供一種提供多設(shè)備鏈路聚合的可擴(kuò)展和靈活方式這樣的問(wèn)題。例如在TRILL網(wǎng)絡(luò)中,當(dāng)終端站耦合到兩個(gè)單獨(dú)R橋接器并且通向這些R橋接器的鏈路形成聚合鏈路時(shí),生成虛擬TRILL R橋接器標(biāo)識(shí)符(ID),并且終端站視為邏輯耦合到虛擬R橋接器。用虛擬R橋接器別名作為終端站的入口 R橋接器別名以標(biāo)記來(lái)自終端站的傳入幀,并且在TRILL網(wǎng)絡(luò)的其余部分內(nèi)為該幀進(jìn)行路由。以相似方式耦合到相同物理 TRILL R橋接器的其它終端站可以使用與它們的入口 R橋接器別名相同的虛擬R橋接器別名。在TRILL網(wǎng)絡(luò)的其余部分看來(lái),這樣的雙歸屬終端站表現(xiàn)為直接耦合到虛擬R橋接器。 使用這樣的虛擬R橋接器別名允許多個(gè)雙歸屬終端站共享相同虛擬R橋接器,隨著雙歸屬終端站的數(shù)目增長(zhǎng),這是一種可擴(kuò)展解決方案。當(dāng)聚合鏈路之一失敗時(shí),受影響的終端站不再視為耦合到虛擬R橋接器。終端站代之以將視為用操作鏈路耦合到物理R橋接器。這一配置允許快速保護(hù)切換和及時(shí)拓?fù)鋮R聚。雖然使用基于TRILL協(xié)議的例子來(lái)呈現(xiàn)本公開(kāi)內(nèi)容,但是本發(fā)明的實(shí)施例并不限于TRILL網(wǎng)絡(luò)或者在開(kāi)放系統(tǒng)互聯(lián)參考模型(0SI參考模型)的特定層中限定的網(wǎng)絡(luò)。術(shù)語(yǔ)“R橋接器”指代如下路由橋接器,這些橋接器實(shí)施如在可從http://t00ls. ietf. org/html/draft-ietf-trill-rbridge-protocol-16 獲得的通過(guò)引用合并于此的 IETF 草案 “RBridge :Base Protocol Specification” 中描述的 TRILL 協(xié)議。本發(fā)明的實(shí)施例并不限于應(yīng)用于R橋接器之中。也可以使用其它類(lèi)型的交換機(jī)、路由器和轉(zhuǎn)發(fā)器。術(shù)語(yǔ)“終端站”指代無(wú)TRILL功能的網(wǎng)絡(luò)設(shè)備。“終端站”是相對(duì)于TRILL網(wǎng)絡(luò)的術(shù)語(yǔ)。“終端站”未必意味著網(wǎng)絡(luò)設(shè)備為終端主機(jī)。終端站可以是主機(jī)、常規(guī)第2層交換機(jī)、 IP路由器或者任何其它類(lèi)型的網(wǎng)絡(luò)設(shè)備。此外。終端站可以耦合到與TRILL網(wǎng)絡(luò)相距更遠(yuǎn)的其它交換機(jī)、路由器或者主機(jī)。換而言之,終端站可以是用于多個(gè)網(wǎng)絡(luò)設(shè)備進(jìn)入TRILL網(wǎng)絡(luò)的聚合點(diǎn)。術(shù)語(yǔ)“雙歸屬終端站”指代具有通向兩個(gè)或者更多TRILL R橋接器的聚合鏈路的終端站,其中聚合鏈路包括通向不同R橋接器的多個(gè)物理鏈路。包括多個(gè)物理鏈路的聚合鏈路作為通向終端站的一個(gè)邏輯鏈路來(lái)工作。雖然這里使用術(shù)語(yǔ)“雙”,但是術(shù)語(yǔ)“雙歸屬終端站”并未使共享聚合鏈路的物理R橋接器的數(shù)目限于兩個(gè)。在各種實(shí)施例中,其它數(shù)目的物理R橋接器可以共享相同聚合鏈路。當(dāng)在本公開(kāi)內(nèi)容中使用“雙歸屬終端站”時(shí),也可以使用術(shù)語(yǔ)“多歸屬終端站”。術(shù)語(yǔ)“幀”指代可以通過(guò)網(wǎng)絡(luò)一起傳送的比特組?!皫辈粦?yīng)解釋為使本發(fā)明的實(shí)施例限于第2層網(wǎng)絡(luò)?!皫笨梢蕴鎿Q為指代比特組的其它術(shù)語(yǔ)、比如“分組”、“單元”或者 “數(shù)據(jù)報(bào)”。術(shù)語(yǔ)“R橋接器標(biāo)識(shí)符”指代可以用來(lái)標(biāo)識(shí)R橋接器的比特組。注意TRILL標(biāo)準(zhǔn)使用“R橋接器ID”來(lái)表示向R橋接器分配的48位中間系統(tǒng)到中間系統(tǒng)(IS-IS)系統(tǒng)ID而使用“R橋接器別名”來(lái)表示作為“R橋接器ID”的縮寫(xiě)的16位值。在本公開(kāi)內(nèi)容中,“R橋接器標(biāo)識(shí)符”作為通用術(shù)語(yǔ)來(lái)使用而不限于任何比特格式并且可以指代“R橋接器ID”或者 "R橋接器別名”或者任何可以標(biāo)識(shí)R橋接器的其它格式。網(wǎng)絡(luò)架構(gòu)
圖1圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的示例網(wǎng)絡(luò),其中向經(jīng)由劃分的聚合鏈路耦合到非TRILL設(shè)備的兩個(gè)物理TRILL R橋接器分配虛擬TRILL標(biāo)識(shí)符。如圖1中所示,TRILL 網(wǎng)絡(luò)包括六個(gè)R橋接器101、102、103、104、105和106。終端站113耦合到R橋接器102 ;終端站114耦合到R橋接器103 ;而終端站115耦合到R橋接器105。終端站111和112均為雙歸屬并且耦合到R橋接器104和105。目標(biāo)在于允許雙歸屬終端站使用通向兩個(gè)單獨(dú) TRILL R橋接器的兩個(gè)物理鏈路作為具有相同介質(zhì)訪問(wèn)控制(MAC)地址的單個(gè)邏輯聚合鏈路。這樣的配置將實(shí)現(xiàn)真正冗余度并且有助于快速保護(hù)切換。然而在常規(guī)TRILL網(wǎng)絡(luò)中,雙歸屬式連接性不會(huì)提供所需結(jié)果,因?yàn)門(mén)RILL協(xié)議依賴于MAC地址學(xué)習(xí)以基于幀的入口 TRILL R橋接器ID來(lái)確定終端站的位置(即終端站耦合到哪個(gè)入口 R橋接器)。這樣,終端站可以僅表現(xiàn)為經(jīng)由單個(gè)物理R橋接器可達(dá)。例如假設(shè)終端站112與終端站113進(jìn)行通信。入口 R橋接器將為R橋接器104和105,而出口 R橋接器將為R橋接器102。來(lái)自終端站112的傳入幀將使得R橋接器104或者R橋接器105 被標(biāo)記為它們的入口 R橋接器ID。當(dāng)R橋接器102接收這些幀并且執(zhí)行MAC地址學(xué)習(xí)時(shí), R橋接器102將假設(shè)終端站112正在移動(dòng)并且耦合到R橋接器104或者R橋接器105 (但是并非二者)。R橋接器102將向R橋接器104或者105發(fā)送來(lái)自終端站113的幀。因而使用通向終端站112的物理鏈路中的僅一個(gè)物理鏈路,這不利于在終端站12與R橋接器104 和105之間具有冗余鏈路這樣的目的。在本發(fā)明的實(shí)施例中,如圖1中所示,R橋接器104和105被配置成針對(duì)終端站111 和112在特殊“干線”模式中操作。終端站111和112將R橋接器104和105視為具有對(duì)應(yīng)虛擬R橋接器ID的共同虛擬R橋接器108。雙歸屬終端站111和112被視為經(jīng)由虛線代表的邏輯鏈路邏輯上耦合到虛擬R橋接器108。虛擬R橋接器108被視為可選地用零成本鏈路(也由虛線代表)邏輯上耦合到R橋接器104和105。來(lái)自終端站111或者112的傳入幀用虛擬R橋接器108的別名作為它們的傳入R橋接器別名來(lái)標(biāo)記。因而TRILL網(wǎng)絡(luò)中的其它R橋接器可以了解終端站111和112均經(jīng)由虛擬R橋接器108而可達(dá)。另外,R橋接器104和105可以向虛擬R橋接器108通報(bào)它們的相應(yīng)連接性(可選地經(jīng)由零成本鏈路)。 因此可以在其它R橋接器選擇經(jīng)由R橋接器104和105向虛擬R橋接器108(在幀中標(biāo)記為出口 R橋接器)發(fā)送幀時(shí)實(shí)現(xiàn)多徑化。在下文描述中,參與鏈路聚合并且形成虛擬R橋接器的R橋接器稱(chēng)為“伙伴R橋接器”。由于兩個(gè)伙伴R橋接器作為單個(gè)邏輯R橋接器來(lái)工作,所以每個(gè)R橋接器學(xué)習(xí)的 MAC地址可達(dá)性與其它伙伴R橋接器共享。例如在正常操作期間,終端站111可以選擇僅經(jīng)由通向R橋接器105的鏈路發(fā)送它的傳出幀。因而僅R橋接器105將學(xué)習(xí)終端站111的 MAC地址(和終端站111耦合到的在R橋接器105上的對(duì)應(yīng)端口)。這一信息然后由R橋接器105與R橋接器104共享。由于來(lái)自終端站111的幀將以虛擬R橋接器108的別名作為它們的入口 R橋接器別名,所以當(dāng)網(wǎng)絡(luò)中的設(shè)備向終端站111發(fā)送回幀時(shí),這些幀將以虛擬R橋接器108的別名作為它們的出口 R橋接器別名,并且可能向R橋接器104或者105 發(fā)送這些幀。當(dāng)R橋接器104接收這樣的幀時(shí),它可以基于R橋接器105共享的MAC可達(dá)性信息來(lái)確定應(yīng)當(dāng)向它的伙伴R橋接器105發(fā)送這一個(gè)幀。應(yīng)當(dāng)注意虛擬R橋接器108并非聚合鏈路的特定集合所特有。換而言之,雙歸屬終端站111和112均可以共享相同虛擬R橋接器108。這一特征使本解決方案可擴(kuò)展,因?yàn)槎鄠€(gè)雙歸屬終端站可以邏輯上附著到相同虛擬R橋接器。此外,無(wú)需終端站改變它被配置用于鏈路聚合的方式。如使用現(xiàn)有鏈路聚合方法的常規(guī)物理R橋接器這樣的情況那樣,雙歸屬終端站僅需被配置成具有通向虛擬R橋接器的聚合鏈路。因此,雙歸屬終端站不需要知曉在聚合鏈路另一端的虛擬R橋接器實(shí)際上是兩個(gè)物理R橋接器。另外,也無(wú)需TRILL網(wǎng)絡(luò)的其余部分(除了 R橋接器104和105之外) 知道虛擬R橋接器108實(shí)際上并非一個(gè)物理R橋接器。也就是說(shuō),在TRILL網(wǎng)絡(luò)的其余部分看來(lái),虛擬R橋接器108無(wú)法區(qū)別于任何物理R橋接器。因此,本發(fā)明無(wú)需對(duì)于TRILL網(wǎng)絡(luò)的其余部分的額外配置。幀處理圖2呈現(xiàn)了如下流程圖,該流程示了根據(jù)本發(fā)明一個(gè)實(shí)施例的在入口物理R 橋接器配置來(lái)自雙歸屬終端站的入口幀的TRILL報(bào)頭的過(guò)程。在操作期間,參與鏈路聚合的R橋接器從終端站接收入口以太網(wǎng)幀(操作20 。R橋接器然后標(biāo)識(shí)接收的幀的目的地 MAC地址(操作204)?;谀康牡豈AC地址,R橋接器對(duì)出口 TRILL R橋接器別名執(zhí)行查找(操作206)。接著,R橋接器基于出口 TRILL R橋接器別名來(lái)確定下一跳TRILL R橋接器(操作208)。(假設(shè)TRILL協(xié)議或者其它路由協(xié)議中的路由功能負(fù)責(zé)填充在每個(gè)R橋接器的轉(zhuǎn)發(fā)信息庫(kù))。隨后,R橋接器設(shè)置幀的TRILL報(bào)頭(操作210)。在這樣做事,R橋接器將虛擬R 橋接器設(shè)置為用于幀的入口 R橋接器?;诓僮?06的結(jié)果來(lái)設(shè)置TRILL報(bào)頭的出口 R橋接器。R橋接器然后設(shè)置幀的外以太網(wǎng)報(bào)頭(操作21幻。在這樣做時(shí),R橋接器將下一跳R橋接器的MAC地址(操作208的結(jié)果)設(shè)置作為外以太網(wǎng)報(bào)頭中的目的地MAC地址。 R橋接器還將本地發(fā)送R橋接器的MAC地址設(shè)置為外以太網(wǎng)報(bào)頭中的源MAC地址。在設(shè)置外以太網(wǎng)報(bào)頭之后,R橋接器向下一跳R橋接器發(fā)送TRILL封裝幀(操作214)。圖3A圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的入口 TRILL幀的示例報(bào)頭配置,該報(bào)頭配置在它的入口 R橋接器別名字段中包括虛擬R橋接器別名。在這一例子中,TRILL封裝幀包括外以太網(wǎng)報(bào)頭302、TRILL報(bào)頭303、內(nèi)以太網(wǎng)報(bào)頭308、以太網(wǎng)有效負(fù)荷310和以太網(wǎng)幀校驗(yàn)序列(FCS) 312。TRILL報(bào)頭303包括版本字段(表示為“V”)、保留字段(表示為“R”)、多目的地指示字段(表示為“M”)、選項(xiàng)字段長(zhǎng)度指示字段(表示為“0P-LEN”)和跳躍計(jì)數(shù)字段(表示為“HOP CT”)。也包括出口 R橋接器別名字段304和入口 R橋接器別名字段306。在一些實(shí)施例中,除了在入口 R橋接器別名字段中攜帶虛擬R橋接器的別名之外, 還有可能在TRILL選項(xiàng)字段中包括物理入口 R橋接器別名。這一配置可以有助于端到端擁塞通知并且有助于多播刪除(priming)場(chǎng)景。另外也有可能在TRILL選項(xiàng)字段而不是源R橋接器別名字段中攜帶虛擬R橋接器標(biāo)識(shí)符。傳入幀的入口 R橋接器別名字段用來(lái)承載物理入口 R橋接器(該R橋接器為形成虛擬R橋接器的伙伴R橋接器之一)的別名。這一配置允許TRILL網(wǎng)絡(luò)中的其它R橋接器標(biāo)識(shí)實(shí)際物理入口 R橋接器以及虛擬入口 R橋接器。圖;3B圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的入口 TRILL幀的示例報(bào)頭配置,該報(bào)頭配置在它的TRILL選項(xiàng)字段中包含虛擬R橋接器別名。在這一例子中,幀的選項(xiàng)字段長(zhǎng)度字段
8“0P-LEN”表明它的TRILL選項(xiàng)字段305的長(zhǎng)度。TRILL選項(xiàng)字段305包括虛擬R橋接器別名307。入口 R橋接器別名字段306承載物理入口 R橋接器的別名。為了恰當(dāng)標(biāo)識(shí)R橋接器別名,假設(shè)TRILL網(wǎng)絡(luò)中的出口 R橋接器能夠識(shí)別TRILL選項(xiàng)字段305。注意選項(xiàng)區(qū)的第一八位組的前兩比特為關(guān)鍵逐步跳躍(CHbH)比特和關(guān)鍵入口到出口(CItE)比特。CHbH 比特可以設(shè)置為零而CItE比特可以設(shè)置為一。以這一方式,僅需入口和出口 R橋接器解析選項(xiàng)字段,而中轉(zhuǎn)R橋接器僅需透明轉(zhuǎn)發(fā)幀。也有可能將CHbH比特設(shè)置為一,以需要中轉(zhuǎn) R橋接器解析字段。這一配置允許TRILL網(wǎng)絡(luò)中的R橋接器做出更智能路由決策。在一個(gè)實(shí)施例中,當(dāng)處理接收的幀時(shí),出口物理R橋接器確定幀的內(nèi)以太網(wǎng)報(bào)頭的以太類(lèi)型字段表明返回?cái)?shù)據(jù)流應(yīng)當(dāng)去往相同物理入口 R橋接器以有助于在終端站的狀態(tài)性操作。換而言之,對(duì)于某些類(lèi)型的數(shù)據(jù)流(比如通過(guò)以太網(wǎng)的光纖信道(FCoE)),希望返回?cái)?shù)據(jù)路徑穿越相同入口物理R橋接器。例如回顧圖1,假設(shè)終端站112生成去往終端站 114的FCoE業(yè)務(wù)。向R橋接器104發(fā)送來(lái)自終端站112的入口幀。在向作為出口 R橋接器的R橋接器103發(fā)送這些幀之前,R橋接器104對(duì)它們的TRILL選項(xiàng)字段中的虛擬R橋接器108的別名和入口 R橋接器別名字段中的R橋接器104的別名進(jìn)行編碼。當(dāng)解析這些幀時(shí),R橋接器103確定它們的以太類(lèi)型字段表明這些幀用于FCoE業(yè)務(wù)。因而R橋接器103 維持如下理解對(duì)于在MAC地址對(duì)(即終端站112和114的MAC地址)之間的FCoE業(yè)務(wù), 從終端站114到終端站112的幀應(yīng)當(dāng)以R橋接器104的別名(而不是虛擬R橋接器108的別名)作為它們的出口 R橋接器別名。這一配置保證從終端站114到終端站112的FCoE 業(yè)務(wù)總是穿過(guò)R橋接器104和在終端站112上的相同端口。在伙伴R橋接器用恰當(dāng)TRILL和外以太網(wǎng)報(bào)頭封裝入口幀并且向幀的目的地發(fā)送它之后,有望響應(yīng)于該發(fā)送在相反方向上從目的地接收幀。圖4呈現(xiàn)了如下流程圖,該流程示了根據(jù)本發(fā)明一個(gè)實(shí)施例的在參與鏈路聚合的伙伴R橋接器接收和轉(zhuǎn)發(fā)單播TRILL 幀的過(guò)程。在操作期間,伙伴R橋接器接收TRILL幀(操作402)。R橋接器然后確定幀的出口 R橋接器別名是否對(duì)應(yīng)于本地R橋接器或者與本地關(guān)聯(lián)的虛擬R橋接器(操作40;3)。如果幀的出口 R橋接器別名與本地R橋接器和與本地關(guān)聯(lián)的虛擬R橋接器均未匹配(即幀并非去往本地R橋接器),則R橋接器基于幀的出口 R橋接器別名向下一跳R橋接器發(fā)送幀 (操作405)。另一方面,如果滿足在操作403中的條件,則R橋接器在它的MAC地址表中執(zhí)行查找以識(shí)別與幀的在它的內(nèi)以太網(wǎng)報(bào)頭中的目的地MAC地址對(duì)應(yīng)的輸出端口(操作404)。注意在形成虛擬R橋接器的兩個(gè)伙伴R橋接器之間共享MAC可達(dá)性信息。因此即使R橋接器尚未接收具有相同源MAC地址的入口幀(即R橋接器尚未本地學(xué)習(xí)MAC地址),R橋接器仍然可以基于從伙伴R橋接器共享的MAC可達(dá)性信息來(lái)確定目的地MAC地址經(jīng)由本地鏈路而可達(dá)。隨后,R橋接器向與幀的在它的內(nèi)以太網(wǎng)報(bào)頭中的目的地MAC地址對(duì)應(yīng)的本地輸出端口發(fā)送幀(操作408)。多播在多播的情況下,幀的出口 R橋接器別名字段攜帶用于多播樹(shù)的根R橋接器的別名,并且多播幀通??梢缘竭_(dá)TRILL網(wǎng)絡(luò)中的所有R橋接器??梢詫?shí)施特殊過(guò)程以最小化與雙歸屬終端站的業(yè)務(wù)復(fù)制。
圖5A呈現(xiàn)了根據(jù)本發(fā)明一個(gè)實(shí)施例的如下例子,該例子舉例說(shuō)明如何能夠在雙歸屬終端站之間處置多播。在這一例子中,終端站513是分別經(jīng)由鏈路507和509與R橋接器506和504雙歸屬的。終端站512是分別經(jīng)由鏈路503和505與R橋接器506和504 雙歸屬的。鏈路507和509形成用于終端站513的鏈路干線,而鏈路504和505形成用于終端站512的鏈路干線。兩個(gè)鏈路干線均對(duì)應(yīng)于虛擬R橋接器508。終端站514為耦合到 R橋接器506的獨(dú)立終端站。在鏈路干線中的鏈路之中,一個(gè)鏈路被選為主要鏈路。例如鏈路509為用于終端站513的鏈路干線的主要鏈路,而鏈路505為用于終端站512的鏈路干線的主要鏈路。下文描述不同多播場(chǎng)景和對(duì)應(yīng)R橋接器轉(zhuǎn)發(fā)行為。當(dāng)出口 R橋接器(比如R橋接器504)從TRILL網(wǎng)絡(luò)接收去往終端站512的多播幀時(shí),它首先確定入口 R橋接器別名是否與它的關(guān)聯(lián)虛擬R橋接器別名相同。例如R橋接器504將確定幀的入口 R橋接器別名是否為虛擬R橋接器508的別名。如果是這樣,則丟棄幀。否則,R橋接器504進(jìn)一步確定它的通向終端站512的鏈路是否為主要鏈路。在這一情況下,由于鏈路505為用于通向終端站512的鏈路干線的主要鏈路,所以R橋接器504 可以向終端站512轉(zhuǎn)發(fā)多播幀。如果鏈路505并非主要鏈路,則丟棄幀。當(dāng)入口 R橋接器(比如R橋接器506)從獨(dú)立終端站514接收多播幀時(shí)(其中終端站513和/或終端站512在多播組中),需要R橋接器506向終端站513和/或終端站512 轉(zhuǎn)發(fā)幀。換而言之,如果本地雙歸屬終端站在從獨(dú)立終端站本地接收的多播幀的多播組中, 則多播幀無(wú)論在本地R橋接器與雙歸屬終端站之間的鏈路是否為主要鏈路都由本地R橋接器轉(zhuǎn)發(fā)。注意如果附加終端站在多播組中則也將向TRILL網(wǎng)絡(luò)的其余部分轉(zhuǎn)發(fā)幀。多播幀將最終到達(dá)作為與虛擬R橋接器508對(duì)應(yīng)的另一伙伴節(jié)點(diǎn)的R橋接器504。然而由于排除 R橋接器504向終端站513和/或終端站512轉(zhuǎn)發(fā)多播幀(因?yàn)閹蕴摂MR橋接器508的別名作為它的入口 R橋接器別名),所以可以避免業(yè)務(wù)復(fù)制。類(lèi)似地,如果終端站513生成向R橋接器506發(fā)送的多播幀并且終端站512在多播組中,則雖然鏈路503并非通向終端站512的鏈路干線中的主要鏈路,但是R橋接器506 將向終端站512直接轉(zhuǎn)發(fā)這個(gè)幀。圖5B呈現(xiàn)了如下流程圖,該流程示了根據(jù)本發(fā)明一個(gè)實(shí)施例的轉(zhuǎn)發(fā)多播幀的過(guò)程。在操作期間,在本地物理R橋接器接收多播幀之后,R橋接器首先確定是本地(即從耦合到R橋接器的終端站)還是從TRILL網(wǎng)絡(luò)接收多播幀(操作530)。如果本地接收幀,則R橋接器進(jìn)一步確定本地連接的終端站是否在多播組中(操作532)。如果本地連接的終端站在多播組中,則R橋接器向本地連接的終端站轉(zhuǎn)發(fā)幀(操作534)??蛇x地,假設(shè)在多播組內(nèi)有可以經(jīng)由TRILL網(wǎng)絡(luò)到達(dá)的附加終端站,R橋接器可以向TRILL網(wǎng)絡(luò)進(jìn)一步轉(zhuǎn)發(fā)幀(操作536)。如果從TRILL網(wǎng)絡(luò)接收幀(見(jiàn)操作530的右分支),則R橋接器然后確定本地連接的終端站是否在多播組中(操作M2)。如果不是,則R橋接器向TRILL網(wǎng)絡(luò)中的其它R橋接器轉(zhuǎn)發(fā)幀(操作陽(yáng)幻。如果本地連接的終端站在多播組中,則R橋接器進(jìn)一步確定本地連接的終端站是否是雙歸屬的(操作M4)。如果它并非雙歸屬的,則R橋接器向本地連接的終端站轉(zhuǎn)發(fā)幀(操作534)。如果它為雙歸屬的,則R橋接器然后確定幀的入口 R橋接器別名是否與雙歸屬終端站的關(guān)聯(lián)虛擬R橋接器的別名相同(操作M6)。如果它們相同,則丟棄幀(操作554)。否則,R橋接器進(jìn)一步確定它的通向雙歸屬終端站的鏈路是否為主要鏈路(操作M8)。如果該鏈路為主要鏈路,則R橋接器經(jīng)由該鏈路向雙歸屬終端站轉(zhuǎn)發(fā)幀 (操作陽(yáng)0)。否則,丟棄幀(操作554)。失敗處置圖6圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的其中雙歸屬終端站的物理鏈路之一經(jīng)歷失敗的場(chǎng)景。在這一例子中,假設(shè)終端站611和612均是經(jīng)由它們的相應(yīng)聚合鏈路與R橋接器605和604雙歸屬的。具體而言,終端站612經(jīng)由鏈路620耦合到R橋接器605并且經(jīng)由鏈路622耦合到R橋接器604。R橋接器605和604形成虛擬R橋接器608。假設(shè)鏈路 622在操作期間失敗。R橋接器604可以檢測(cè)這一失敗并且通知R橋接器605。因而,R橋接器605中斷用虛擬R橋接器608的別名標(biāo)記來(lái)自終端站612的幀。代之以用R橋接器605的別名標(biāo)記用于來(lái)自終端站612的幀的源R橋接器別名。換而言之, 由于終端站612不再具有通向R橋接器605和604的聚合鏈路,所以虛擬R橋接器608對(duì)于終端站612而言不再存在。在來(lái)自終端站612的TRILL封裝幀到達(dá)網(wǎng)絡(luò)中的其它出口 R 橋接器之后,這些R橋接器將了解與終端站612對(duì)應(yīng)的MAC地址與R橋接器605而不是虛擬R橋接器608關(guān)聯(lián)。因而將向R橋接器605發(fā)送去往終端站612的將來(lái)幀。注意在拓?fù)鋮R聚過(guò)程期間,R橋接器604可以繼續(xù)接收去往終端站612的幀。R橋接器604可以向所有端口(除了從其接收幀的端口之外)洪泛這些幀或者可選地向R橋接器605轉(zhuǎn)發(fā)這些幀, 因而有最少數(shù)據(jù)損失。圖7呈現(xiàn)了如下流程圖,該流程示了根據(jù)本發(fā)明一個(gè)實(shí)施例的處置如下鏈路失敗的過(guò)程,該鏈路失敗影響與虛擬R橋接器關(guān)聯(lián)的終端站。在操作期間,伙伴R橋接器檢測(cè)到通向與虛擬R橋接器關(guān)聯(lián)的終端站的物理鏈路失敗(操作70幻。R橋接器然后將終端站與虛擬R橋接器去關(guān)聯(lián)(操作704)并且返回到如針對(duì)非干線端口的正常操作和/或洪泛操作。另外,R橋接器將它自己的別名(物理入口R橋接器的別名)放入來(lái)自終端站的入口幀的TRILL報(bào)頭中的源R橋接器字段中(操作706)??蛇x地,R橋接器可以經(jīng)由它自己的R橋接器標(biāo)識(shí)符向TRILL網(wǎng)絡(luò)中的其它R橋接器廣播終端站的MAC可達(dá)性(操作708)。多徑化本發(fā)明的實(shí)施例也可以有助于相等成本或者接近相等成本的多徑化。以圖1中的網(wǎng)絡(luò)拓?fù)錇槔<僭O(shè)終端站111與終端站114進(jìn)行通信。最短路徑穿越R橋接器104和R 橋接器103。因而,從終端站114到終端站111的業(yè)務(wù)(去往虛擬R橋接器10 將總是穿過(guò)R橋接器104而不是在R橋接器105與R橋接器104之間拆分。在一個(gè)實(shí)施例中,如果希望業(yè)務(wù)拆分,則伙伴R橋接器可以例如經(jīng)由表明 RBx — (RBijRB2I (其中RBx表示虛擬R橋接器別名而RB1和RB2表示物理R橋接器別名)的消息向TRILL網(wǎng)絡(luò)的其它部分通報(bào)虛擬R橋接器108等于R橋接器14和R橋接器105。這可以使用現(xiàn)有路由協(xié)議(比如IS-IS協(xié)議)所支持的控制消息來(lái)完成。因而對(duì)于給定數(shù)據(jù)流集合,R橋接器103可以選擇R橋接器104作為出口 R橋接器,而對(duì)于其它流,R橋接器 103可以選擇R橋接器105作為出口 R橋接器。示例交換機(jī)系統(tǒng)圖8圖示了根據(jù)本發(fā)明一個(gè)實(shí)施例的有助于分配虛擬R橋接器ID的交換機(jī)的示例架構(gòu)。在這一例子中,R橋接器800包括多個(gè)通信端口 801、分組處理器802、虛擬R橋接器管理模塊804、虛擬R橋接器配置模塊805、存儲(chǔ)設(shè)備806和TRILL報(bào)頭生成模塊808。在操作期間,通信端口 801從終端站接收幀(并且向終端站發(fā)送幀)。分組處理器802從接收的幀提取和處理報(bào)頭信息。如結(jié)合圖2描述的那樣,分組處理器802對(duì)接收的幀基于它們的以太網(wǎng)報(bào)頭進(jìn)一步執(zhí)行路由。注意通信端口 801包括用于與一個(gè)或者多個(gè)伙伴R橋接器通信的至少一個(gè)交換機(jī)間通信信道。可以經(jīng)由規(guī)則通信端口并且基于任何開(kāi)放或者專(zhuān)有格式實(shí)施這一交換機(jī)間通信信道。另外,伙伴R橋接器之間的交換機(jī)間通信無(wú)需為直接端口到端口通信。虛擬R橋接器管理模塊804管理與伙伴R橋接器的通信并且處置各種交換機(jī)間通信,比如MAC地址信息共享和鏈路失敗通知。虛擬R橋接器配置模塊805允許用戶配置和分配用于虛擬R橋接器的標(biāo)識(shí)符。它也負(fù)責(zé)與伙伴R橋接器通信以共享彼此的存儲(chǔ)于儲(chǔ)存器806中的MAC地址可達(dá)性信息。另外,TRILL報(bào)頭生成模塊808為入口幀生成與虛擬R橋接器對(duì)應(yīng)的TRILL報(bào)頭。注意可以用硬件以及用軟件實(shí)施上文提到的模塊。在一個(gè)實(shí)施例中,可以用與R橋接器800中的一個(gè)或者多個(gè)處理器耦合的存儲(chǔ)器中存儲(chǔ)的計(jì)算機(jī)可執(zhí)行指令實(shí)施這些模塊。在執(zhí)行時(shí),這些指令使處理器執(zhí)行前述功能。概括而言,本發(fā)明的實(shí)施例提供一種用于有助于跨有路由的網(wǎng)絡(luò)中的不同交換機(jī)的鏈路聚合。在一個(gè)實(shí)施例中,形成虛擬R橋接器以提供從終端站到多個(gè)物理R橋接器的聚合鏈路。使用虛擬R橋接器作為用于來(lái)自終端站的入口幀的入口R橋接器。這樣的配置提供一種對(duì)跨多個(gè)交換機(jī)的鏈路聚合的可伸縮和靈活解決方案。這里描述的方法和過(guò)程可以實(shí)施為可以在計(jì)算機(jī)可讀非瞬態(tài)存儲(chǔ)介質(zhì)中存儲(chǔ)的代碼和/或數(shù)據(jù)。當(dāng)計(jì)算機(jī)系統(tǒng)讀取和執(zhí)行在計(jì)算機(jī)可讀非瞬態(tài)存儲(chǔ)介質(zhì)上存儲(chǔ)的代碼和 /或數(shù)據(jù)時(shí),計(jì)算機(jī)系統(tǒng)執(zhí)行實(shí)施為數(shù)據(jù)結(jié)構(gòu)和代碼并且存儲(chǔ)于介質(zhì)內(nèi)的方法和過(guò)程。這里描述的方法和過(guò)程可以由硬件模塊或者裝置執(zhí)行和/或包含于硬件模塊或者裝置中。這些模塊或者裝置可以包括但不限于專(zhuān)用集成電路(ASIC)芯片、現(xiàn)場(chǎng)可編程門(mén)陣列(FPGA)、在特定時(shí)間執(zhí)行特定軟件模塊或者一條代碼的專(zhuān)用或者共享處理器和/或現(xiàn)在已知或者以后開(kāi)發(fā)的其它可編程邏輯器件。當(dāng)激活硬件模塊或者裝置時(shí),它們執(zhí)行包含于它們內(nèi)的方法和過(guò)程。已經(jīng)僅出于圖示和描述的目的而呈現(xiàn)對(duì)本發(fā)明實(shí)施例的前文描述。它們并非為了窮舉或者限制本公開(kāi)內(nèi)容。因而,本領(lǐng)域技術(shù)人員將清楚諸多修改和變化。本發(fā)明的范圍由所附權(quán)利要求書(shū)限定。
權(quán)利要求
1.一種交換機(jī),包括處理器;存儲(chǔ)器,耦合到所述處理器并且存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器基于幀的以太網(wǎng)報(bào)頭來(lái)對(duì)所述幀進(jìn)行路由;與單獨(dú)物理交換機(jī)結(jié)合操作所述交換機(jī)作為單個(gè)邏輯交換機(jī);以及向所述邏輯交換機(jī)分配虛擬交換機(jī)標(biāo)識(shí)符。
2.根據(jù)權(quán)利要求1所述的交換機(jī),其中所述交換機(jī)是能夠在無(wú)需所述網(wǎng)絡(luò)拓?fù)浠谏蓸?shù)拓?fù)涞那闆r下進(jìn)行路由的第2層交換機(jī)。
3.根據(jù)權(quán)利要求1所述的交換機(jī),其中所述交換機(jī)是配置成根據(jù)大量鏈路透明互連 (TRILL)協(xié)議來(lái)操作的路由橋接器。
4.根據(jù)權(quán)利要求1所述的交換機(jī),其中所述存儲(chǔ)器還存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器將通向所述邏輯交換機(jī)的鏈路的成本設(shè)置為零。
5.根據(jù)權(quán)利要求1所述的交換機(jī),其中所述存儲(chǔ)器還存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器利用所述虛擬交換機(jī)標(biāo)識(shí)符標(biāo)記幀的入口交換機(jī)字段,其中從耦合到所述交換機(jī)的設(shè)備接收所述幀。
6.根據(jù)權(quán)利要求1所述的交換機(jī),其中所述存儲(chǔ)器還存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器向所述單獨(dú)物理交換機(jī)通知與耦合到所述交換機(jī)和所述單獨(dú)物理交換機(jī)其二者的設(shè)備關(guān)聯(lián)的介質(zhì)訪問(wèn)控制(MAC)地址的可達(dá)性。
7.根據(jù)權(quán)利要求5所述的交換機(jī),其中所述存儲(chǔ)器還存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器在檢測(cè)到在所述設(shè)備與所述單獨(dú)物理交換機(jī)之間的鏈路失敗時(shí)將所述設(shè)備與所述虛擬交換機(jī)去關(guān)聯(lián)。
8.根據(jù)權(quán)利要求5所述的交換機(jī),其中所述存儲(chǔ)器還存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器在檢測(cè)到在所述設(shè)備與所述交換機(jī)之間的鏈路失敗時(shí)經(jīng)由交換機(jī)間通信信道向所述單獨(dú)物理交換機(jī)通知所述失敗。
9.根據(jù)權(quán)利要求1所述的交換機(jī),其中所述存儲(chǔ)器還存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器通報(bào)所述虛擬交換機(jī)等效于所述交換機(jī)和所述單獨(dú)物理交換機(jī)二者、由此有助于向耦合到兩個(gè)交換機(jī)的設(shè)備或者從耦合到兩個(gè)交換機(jī)的設(shè)備進(jìn)行的多徑路由。
10.根據(jù)權(quán)利要求1所述的交換機(jī),其中所述存儲(chǔ)器還存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器在以下情況時(shí)丟棄與耦合到所述交換機(jī)和所述單獨(dú)物理交換機(jī)其二者的設(shè)備所屬的多播組對(duì)應(yīng)的所接收的多播幀當(dāng)所述幀的入口交換機(jī)標(biāo)識(shí)符與所述虛擬交換機(jī)標(biāo)識(shí)符相同時(shí);或者當(dāng)所述幀的入口交換機(jī)標(biāo)識(shí)符不同于所述虛擬交換機(jī)標(biāo)識(shí)符并且在所述設(shè)備與所述交換機(jī)之間的鏈路并非主要鏈路時(shí)。
11.根據(jù)權(quán)利要求1所述的交換機(jī),其中所述存儲(chǔ)器還存儲(chǔ)如下指令,所述指令在執(zhí)行時(shí)使所述處理器在耦合到所述交換機(jī)和所述單獨(dú)物理交換機(jī)其二者的第二本地設(shè)備在與從耦合到所述交換機(jī)的第一本地設(shè)備始發(fā)的多播幀對(duì)應(yīng)的多播組中時(shí),向所述第二設(shè)備轉(zhuǎn)發(fā)所述多播幀。
12.一種方法,包括基于在交換機(jī)接收的幀的以太網(wǎng)報(bào)頭來(lái)對(duì)所述幀進(jìn)行路由;以及將所述交換機(jī)配置為包括一個(gè)或者多個(gè)單獨(dú)物理交換機(jī)的單個(gè)邏輯交換機(jī),所述邏輯交換機(jī)具有虛擬交換機(jī)標(biāo)識(shí)符。
13.根據(jù)權(quán)利要求11所述的方法,還包括在無(wú)需所述網(wǎng)絡(luò)拓?fù)浠谏蓸?shù)拓?fù)涞那闆r下執(zhí)行第2層路由功能。
14.根據(jù)權(quán)利要求11所述的方法,還包括根據(jù)大量鏈路透明互連(TRILL)協(xié)議執(zhí)行第 2層路由功能。1
15.根據(jù)權(quán)利要求11所述的方法,還包括向鄰居通報(bào)從所述交換機(jī)到所述邏輯交換機(jī)的零成本鏈路。
16.根據(jù)權(quán)利要求11所述的方法,還包括將所述虛擬交換機(jī)標(biāo)識(shí)符放入入口幀的報(bào)頭中。
17.根據(jù)權(quán)利要求11所述的方法,還包括向單獨(dú)物理交換機(jī)通知與耦合到所述交換機(jī)的設(shè)備關(guān)聯(lián)的介質(zhì)訪問(wèn)控制(MAC)地址的可達(dá)性。
18.根據(jù)權(quán)利要求16所述的方法,其中在檢測(cè)到在所述設(shè)備與所述單獨(dú)物理交換機(jī)之間的鏈路失敗時(shí),所述方法還包括將所述設(shè)備與所述虛擬交換機(jī)去關(guān)聯(lián)。
19.根據(jù)權(quán)利要求16所述的方法,其中在檢測(cè)到在所述設(shè)備與所述交換機(jī)之間的鏈路失敗時(shí),所述方法還包括經(jīng)由交換機(jī)間通信信道向所述單獨(dú)物理交換機(jī)通知所述失敗。
20.根據(jù)權(quán)利要求11所述的方法,還包括通報(bào)所述虛擬交換機(jī)等效于所述交換機(jī)和所述單獨(dú)物理交換機(jī)二者、由此有助于向耦合到兩個(gè)交換機(jī)的設(shè)備或者從耦合到兩個(gè)交換機(jī)的設(shè)備進(jìn)行的多徑路由。
21.根據(jù)權(quán)利要求11所述的方法,還包括在以下情況時(shí)丟棄與耦合到所述交換機(jī)和所述單獨(dú)物理交換機(jī)其二者的設(shè)備所屬的多播組對(duì)應(yīng)的所接收的多播幀當(dāng)所述幀的入口交換機(jī)標(biāo)識(shí)符與所述虛擬交換機(jī)標(biāo)識(shí)符相同時(shí);或者當(dāng)所述幀的入口交換機(jī)標(biāo)識(shí)符不同于所述虛擬交換機(jī)標(biāo)識(shí)符并且在所述設(shè)備與所述交換機(jī)之間的鏈路并非主要鏈路時(shí)。
22.根據(jù)權(quán)利要求11所述的方法,還包括在耦合到所述交換機(jī)和所述單獨(dú)物理交換機(jī)其二者的第二本地設(shè)備在與從耦合到所述交換機(jī)的第一本地設(shè)備始發(fā)的多播幀對(duì)應(yīng)的多播組中時(shí),向所述第二設(shè)備轉(zhuǎn)發(fā)所述多播幀。
23.一種交換機(jī)裝置,包括幀處理裝置,用于基于幀的以太網(wǎng)報(bào)頭來(lái)對(duì)所述幀進(jìn)行路由; 交換機(jī)間通信裝置,用于與單獨(dú)物理交換機(jī)通信;管理裝置,用于與所述單獨(dú)物理交換機(jī)結(jié)合操作所述交換機(jī)作為單個(gè)邏輯交換機(jī);以及配置裝置,用于向所述邏輯交換機(jī)分配虛擬交換機(jī)標(biāo)識(shí)符。
24.根據(jù)權(quán)利要求22所述的交換機(jī)裝置,還包括用于利用所述虛擬交換機(jī)標(biāo)識(shí)符標(biāo)記幀的入口交換機(jī)字段的幀標(biāo)記裝置,其中從耦合到所述交換機(jī)的設(shè)備接收所述幀。
全文摘要
本發(fā)明的一個(gè)實(shí)施例提供一種交換機(jī)。該交換機(jī)包括管理機(jī)制和配置機(jī)制。在操作期間,管理機(jī)制被配置成與伙伴交換機(jī)結(jié)合操作交換機(jī)作為單個(gè)邏輯交換機(jī)。配置機(jī)制被配置成向邏輯交換機(jī)分配虛擬交換機(jī)標(biāo)識(shí)符。
文檔編號(hào)H04L12/56GK102415065SQ201080019938
公開(kāi)日2012年4月11日 申請(qǐng)日期2010年3月19日 優(yōu)先權(quán)日2009年3月26日
發(fā)明者A·甘瓦尼, P·科甘蒂, S·加普塔, 虞順佳 申請(qǐng)人:博科通訊系統(tǒng)有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
白玉县| 安泽县| 平定县| 鸡东县| 长丰县| 利津县| 凌云县| 惠安县| 民县| 赞皇县| 阜南县| 霞浦县| 苍山县| 孝义市| 隆安县| 铜鼓县| 永泰县| 青铜峡市| 高雄县| 仁怀市| 武汉市| 新巴尔虎右旗| 漳平市| 沈丘县| 建水县| 竹北市| 浑源县| 金川县| 博乐市| 伊宁县| 榆中县| 花莲市| 新昌县| 鸡东县| 洪雅县| 台江县| 陈巴尔虎旗| 乐都县| 金阳县| 云安县| 广州市|