專利名稱：Mac(媒體存取控制)穿隧和控制以及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在具有多個(gè)接口的使用唯一 MAC地址的裝置之間轉(zhuǎn)發(fā)幀，其中每一接 口具有唯一MAC地址。更具體地說，本發(fā)明涉及在具有多個(gè)接口的使用唯一 MAC地 址的裝置之間轉(zhuǎn)發(fā)幀，其中每一接口基于遠(yuǎn)側(cè)MAC地址而具有唯一 MAC地址。
背景技術(shù)：
當(dāng)前技術(shù)解決方案包括802.1Q(VLAN)、IEEE 802.1ah(提供商骨干網(wǎng)橋接)和802.1D橋接。
這些基本解決方案以低效利用可用鏈路而聞名一一由于使用一個(gè)(或一個(gè)以上)STP (生成樹協(xié)議)變型，其有效阻斷端口 (和相應(yīng)鏈路)一一使其變得不可用。
迄今為止所討論的用以提供較好利用冗余鏈路的方式的方案包括
MSTP: MSTP利用VLAN分組以導(dǎo)出相異生成樹——其中一個(gè)或一個(gè)以上VLAN 與每一生成樹相關(guān)聯(lián)，基于VLAN群組來"阻斷"端口，且使對組成VLAN群組生成 樹的鏈路的選擇偽隨機(jī)化，以試圖平衡鏈路上的VLAN業(yè)務(wù)分布。此方法所存在的一個(gè) 問題是MSTP當(dāng)前未界定一種用以基于每一VLAN上的所預(yù)期或觀測的業(yè)務(wù)來對群組的 VLAN分派或VLAN群組交迭和所有冗余鏈路選擇進(jìn)行加權(quán)的方式——因而，網(wǎng)絡(luò)用戶 所接收的服務(wù)質(zhì)量通常受隨機(jī)選擇中所使用的偶然因數(shù)而并非其似乎期待的服務(wù)質(zhì)量 的影響。
802. lah: 802. lah是一種IEEE方案，其供服務(wù)提供商使用，基于提供商邊緣到提 供商邊緣使用MAC-in-MAC穿隧來傳遞業(yè)務(wù)。此方法的限制包括這樣的事實(shí)802.1ah 未界定或描述如何界定并配置MAC-in-MAC隧道且因此如何建立并維持業(yè)務(wù)分配的機(jī) 制。
PBT: PBT (提供商骨干網(wǎng)傳輸)是一種Nortel方案，其通過提供以下各項(xiàng)來擴(kuò)展 802.1ah: 1)用于建立802.1ah隧道的方式和基礎(chǔ)；以及2)用于建立并維持隧道以適應(yīng) 特定服務(wù)質(zhì)量需要的方法。此方法所存在的問題包括這樣的事實(shí)經(jīng)由基礎(chǔ)設(shè)施橋接器 的控制和轉(zhuǎn)發(fā)要求所有此類橋接器支持所述機(jī)制。
GELS: GELS (GMPLS [通用多協(xié)議標(biāo)簽切換]控制的以太網(wǎng)標(biāo)簽切換)是一種方案 (從若干來源帶到IETF)。其建議使用GMPLS控制平面來建立多個(gè)生成樹與局部802.1Q
類濾波數(shù)據(jù)庫的組合的等效物。迄今為止所論述的本質(zhì)機(jī)制將使用信令來在每一 GELS 順應(yīng)且GMPLS控制的以太網(wǎng)開關(guān)處編程轉(zhuǎn)發(fā)條目，其中VLAN標(biāo)簽和目的地MAC兩 者用作用于創(chuàng)建/尋找每一轉(zhuǎn)發(fā)條目的關(guān)鍵(信令中和轉(zhuǎn)發(fā)中)。GELS的最重要問題是 其在這點(diǎn)處在很大程度上是不明確的一一包括(尤其)如何在信令之前確定路徑集合(是 通過集中計(jì)算還是分布式計(jì)算)以及此類確定如何影響服務(wù)質(zhì)量供應(yīng)。次要問題在于當(dāng) 前似乎是以太網(wǎng)轉(zhuǎn)發(fā)域內(nèi)的所有以太網(wǎng)轉(zhuǎn)發(fā)裝置均必須是GELS順應(yīng)的。
TRILL: TRILL (經(jīng)由大量鏈路的透明互連)是一種IETF方案，其組合802.1D以 及802.1Q和IS-IS或OSPF路由以使用SPF (最短路徑優(yōu)先)路由機(jī)制來確定最佳轉(zhuǎn)發(fā) 路徑(與任何STP變型無關(guān))。此項(xiàng)努力的主要目的是界定可伸縮的一一基于SPF—一 以太網(wǎng)轉(zhuǎn)發(fā)方法以用于大型企業(yè)中。此項(xiàng)努力中的當(dāng)前方案集中于在最小配置、以太網(wǎng) 封裝中以太網(wǎng)+ SHIM的使用，以及基于鏈路利用率、VLAN和(很大程度上IP [因特 網(wǎng)協(xié)議]特定的)多播群組轉(zhuǎn)發(fā)的轉(zhuǎn)發(fā)優(yōu)化。因?yàn)榇隧?xiàng)努力當(dāng)前針對于企業(yè)使用，所以方 案不包括(但也不排除)使用信令或協(xié)商過程來在除SPF路由以外的基礎(chǔ)上確定路徑選 擇。
如上陳述，MSTP可容易導(dǎo)致以太網(wǎng)業(yè)務(wù)的(可能病態(tài)地)不公平分配。
802.1ah解決較寬廣問題空間，從而實(shí)現(xiàn)——但不建議——針對業(yè)務(wù)分配和服務(wù)質(zhì)量 問題的特定解決方案。
PBT和GELS兩者主張?zhí)峁┮环N針對帶寬分配問題的可能解決方案一一通過使用信 令一一但要求普遍使用所選擇的特定解決方案。
TRILL提供這樣一種解決方案，其提供路徑使用優(yōu)化，且可用于大型企業(yè)的增量置 換/部署策略一一但不直接允許基于服務(wù)質(zhì)量期望來修改對鏈路的業(yè)務(wù)分派。
作為背景技術(shù)的一部分，802.1ah是從802.1Q導(dǎo)出的(且包括802.1Q)——因?yàn)?802.1Q是從802.1D導(dǎo)出的(且包括802.1D)。PBT是對802.1ah的擴(kuò)展或建議擴(kuò)展。GELS 是與802.1Q相關(guān)的但不同的方案，且可包括或不包括802.1ah，因?yàn)槠淅^續(xù)在IETF中發(fā) 展。TRILL希望結(jié)合IS-IS來擴(kuò)展802.1Q。

發(fā)明內(nèi)容
本發(fā)明通過使用對IEEE方案S02.1ah的修改來擴(kuò)展以上方案中的每一者。其保留繼 續(xù)與現(xiàn)有以太網(wǎng)設(shè)備的互用性的特征(類似于TRILL)，且同時(shí)提供一種可提供對業(yè)務(wù)
分配的更細(xì)粒度控制的機(jī)制。
本發(fā)明涉及一種電線系統(tǒng)。所述系統(tǒng)包含第一裝置，所述第一裝置具有多個(gè)接口，
其中每一接口具有唯一 MAC地址，所述第一裝置使用所述MAC地址來轉(zhuǎn)發(fā)幀。所述 系統(tǒng)包含至少一個(gè)與所述第一裝置通信的橋接器。所述系統(tǒng)包含第二裝置，所述第二裝 置通過所述橋接器與第一裝置通信且具有多個(gè)接口，其中每一接口具有唯一MAC地址， 所述第一裝置使用第二裝置的第一接口的唯一 MAC地址向第二裝置的多個(gè)接口中的第 一接口轉(zhuǎn)發(fā)幀。
本發(fā)明涉及一種通信方法。所述方法包含以下步驟使用第二裝置的第一接口的唯 一 MAC地址由具有多個(gè)接口 (其中每一接口具有唯一 MAC地址)的第一裝置向第二 裝置的多個(gè)接口 (其中每一接口具有唯一MAC地址)中的第一接口轉(zhuǎn)發(fā)幀，所述第二 裝置通過橋接器與第一裝置通信。存在這樣的步驟在第二裝置的第一接口處接收所述 幀。


在附圖中，說明本發(fā)明的優(yōu)選實(shí)施例和實(shí)踐本發(fā)明的優(yōu)選方法，其中 圖1是本發(fā)明的穿隧擴(kuò)展的方框圖。 圖2是關(guān)于本發(fā)明的網(wǎng)絡(luò)的方框圖。
具體實(shí)施例方式
現(xiàn)參看圖式，其中在所述若干視圖中相同參考標(biāo)號始終指代類似或相同部分，且更
特別參看其圖1，其展示電信系統(tǒng)10。所述系統(tǒng)IO包含第一裝置12，其具有多個(gè)接口， 其中每一接口具有唯一MAC地址，所述第一裝置12使用所述MAC地址來轉(zhuǎn)發(fā)幀。系 統(tǒng)IO包含至少一個(gè)與所述第一裝置12通信的橋接器16。系統(tǒng)IO包含第二裝置18，其 通過所述橋接器16與第一裝置12通信且具有多個(gè)接口，其中每一接口具有唯一 MAC 地址。第一裝置12使用第二裝置18的第一接口 14的唯一 MAC地址向第二裝置18的 多個(gè)接口中的第一接口 14轉(zhuǎn)發(fā)幀。
優(yōu)選地，系統(tǒng)10包括第一終端站將20和第二終端站22，且其中至少第一裝置12 的多個(gè)接口中具有唯一 MAC地址的第二接口 24與第一終端站20通信，且至少第二裝 置18的多個(gè)接口中具有唯一MAC地址的第二接口 24與第二終端站22通信。系統(tǒng)10 優(yōu)選地包括第一裝置12的多個(gè)接口中的第三接口 26，其通過橋接器16與第二裝置18 的多個(gè)接口中的第三接口 26通信。優(yōu)選地，第一裝置12使用第二裝置18的第二接口 24的唯一 MAC地址通過第二裝置18與第二終端站22通信。
當(dāng)?shù)谝谎b置12從第一終端站20接收待轉(zhuǎn)發(fā)到第二終端站22的幀時(shí)，第一裝置12 優(yōu)選地用第一裝置12的第二接口 24的唯一 MAC地址和第二裝置18的第二接口 24的
唯一MAC地址來封裝所述幀，其中在所述第一裝置12的第二接口 24上第一裝置12從 第一終端站20接收幀。優(yōu)選地，當(dāng)?shù)诙b置18從第一裝置12接收用于第二終端站22 的幀時(shí)，第二裝置18移除第一裝置12的封裝MAC地址，且將所述幀通過第二裝置18 的第二接口 24轉(zhuǎn)發(fā)到第二終端站22。
第一終端站20與第二終端站22之間的路徑選擇優(yōu)選地基于遠(yuǎn)側(cè)MAC地址。
優(yōu)選地，橋接器16包括中間裝置28，且路徑選擇的編程使用直接信令、受限式配 置和一致性協(xié)商、受限式認(rèn)知、啟發(fā)式和/或算法控制應(yīng)用程序(集中或分配式的)或 TRILL——但具有以下例外
在鏈路狀態(tài)協(xié)議MAC路由廣告中和在橋接器16的每一中間裝置28處的相應(yīng)轉(zhuǎn)發(fā) 條目中，隧道封裝以太網(wǎng)目的地MAC地址在所有情況下都會是第二裝置18將在上面轉(zhuǎn) 發(fā)幀的接口的MAC地址；且
在存在多個(gè)最短路徑的情況下，所選擇的特定路徑將取決于隧道封裝目的地以太網(wǎng) MAC地址。
本發(fā)明涉及一種通信方法。所述方法包含以下步驟使用第二裝置18的第一接口 14的唯一 MAC地址由具有多個(gè)接口 (其中每一接口具有唯一MAC地址)的第一裝置 12向第二裝置18的多個(gè)接口 (其中每一接口具有唯一MAC地址)中的第一接口 14轉(zhuǎn) 發(fā)幀，所述第二裝置18通過橋接器16與第一裝置12通信。存在這樣的步驟在第二 裝置18的第一接口 14處接收所述幀。
優(yōu)選地，存在以下步驟在第一裝置12的多個(gè)接口中的與第一終端站20通信的具 有唯一MAC地址的第二接口 24處從第一終端站20接收幀。優(yōu)選地，存在以下步驟 在第二終端站22處通過第二裝置18的多個(gè)接口中的與第二終端站22通信的具有唯一 MAC地址的第二接口 24接收幀。優(yōu)選地，存在以下步驟使用第二裝置18的第二接 口 24的唯一MAC地址由第一裝置12通過橋接器16向第二目的地發(fā)送所述幀。
在發(fā)送步驟之前，優(yōu)選地存在以下步驟在第一裝置12從第一終端站20接收待轉(zhuǎn)
發(fā)到第二終端站22的幀之后，由第一裝置12用第一裝置12的第二接口 24的唯一 MAC
地址和第二裝置18的第二接口 24的唯一MAC地址來封裝所述幀，其中在所述第一裝
置l'2的第二接口 24上第一裝置12從第一終端站20接收幀。優(yōu)選地，在第二終端站22
處接收幀的步驟之后，存在以下步驟由第二裝置18移除第一裝置12的封裝MAC地
址且通過第二裝置18的第二接口 24將幀轉(zhuǎn)發(fā)到第二終端站22。在封裝步驟之前，優(yōu)選
地存在以下步驟基于遠(yuǎn)側(cè)MAC地址選擇第一終端站20與第二終端站22之間的路徑。
優(yōu)選地，橋接器16包括中間裝置28，且包括路徑選擇的編程步驟使用直接信令、
受限式配置和一致性協(xié)商、受限式認(rèn)知、啟發(fā)式和/或算法控制應(yīng)用程序(集中或分配式 的)或TRILL—一但具有以下例外
在鏈路狀態(tài)協(xié)議MAC路由廣告中和在橋接器16的每一中間裝置28處的相應(yīng)轉(zhuǎn)發(fā) 條目中，隧道封裝以太網(wǎng)目的地MAC地址在所有情況下都會是第二裝置18將在上面轉(zhuǎn) 發(fā)幀的接口的MAC地址；且
在存在多個(gè)最短路徑的情況下，所選擇的特定路徑將取決于隧道封裝目的地以太網(wǎng) MAC地址。
在系統(tǒng)10中，在具有類似能力的裝置之間使用信令協(xié)議?？墒褂萌魏涡帕顓f(xié)議一一 其提供可靠的傳遞機(jī)制。然而，出于簡單起見，此描述假定使用類似于LDP的基于TCP 的信令協(xié)議。使用信令協(xié)議以發(fā)現(xiàn)"協(xié)作"裝置，可靠地維持MAC層可達(dá)性信息，并 傳送待在經(jīng)修改MAC-in-MAC封裝中使用的信息。
此外，系統(tǒng)IO通過假定裝置將經(jīng)建構(gòu)或配置為對于每一參與接口具有唯一MAC層 地址且用于供向本地裝置的特定接口進(jìn)行轉(zhuǎn)發(fā)使用的信令MAC-in-MAC封裝的MAC地 址是該接口的唯一MAC層地址來擴(kuò)展802.1ah (以引用方式并入本文中)。
舉例來說，見圖1。
圖1展示由任意數(shù)目的橋接器16連接的兩個(gè)裝置(裝置A和裝置B)。普遍來說， 裝置A與B可由單一橋接器16連接，或可直接彼此連接。另外，可能存在任何任意數(shù) 目的像這樣彼此連接的裝置。
圖1中每一裝置具有4個(gè)接口，其中每一裝置上的1個(gè)接口用于連接所述兩個(gè)裝 置一一然而是間接地一一且3個(gè)額外接口用于連接到任何任意數(shù)目的終端站。再次，普 遍來說，每一裝置上可有任何任意數(shù)目的一個(gè)或一個(gè)以上接口將其連接到其它裝置，可 有任何任意數(shù)目的0 (零)個(gè)或多個(gè)接口連接到任何任意數(shù)目的MAC層終端站，或可 有任何任意混合的接口 ，所述接口均將裝置連接到其它裝置以及任何任意數(shù)目的終端 站。
在現(xiàn)有使用(尤其，802.1ah)中，轉(zhuǎn)發(fā)是基于稍經(jīng)修改的橋接器模型_一其中 MAC-in-MAC封裝基于單接口 MAC層地址或連接所述兩個(gè)裝置的所述一個(gè)MAC層接 口的地址(發(fā)送器一接收器對中的接收器的地址)。在系統(tǒng)10中，經(jīng)信令通知且用于轉(zhuǎn) 發(fā)的MAC層地址是某一接口的地址，其中一旦接收裝置接收到封裝幀且移除 MAC-in-MAC封裝，便將經(jīng)由所述接口轉(zhuǎn)發(fā)所述封裝幀。
作為特定例子，裝置B可發(fā)現(xiàn)(借助于若干現(xiàn)有方式中的任一者)MAC層條目"X"
退出其接口 "B-1"。其信令通知裝置A， "X"可使用接口 "B-1"的MAC層目的地(在
MAC-in-MAC穿隧封裝中)來達(dá)到。
請注意，在信令此信息中，信令消息必須使用與其向裝置A發(fā)送的幀的"源"地址 相同的MAC層地址(對應(yīng)于"B-1")。這至少最初是需要的，以確保橋接器16 (橋接 器1到橋接器N)認(rèn)識到在MAC層目的地地址是"B-1"時(shí)如何朝向裝置B轉(zhuǎn)發(fā)幀。
當(dāng)裝置A隨后接收到其需要轉(zhuǎn)發(fā)到"X"的幀時(shí)，其用在上面接收到所述幀的接口 的MAC層"源"地址和來自先前信令的信息的"目的地"地址(同樣，MAC層)(即， "B-1")來封裝所述幀。當(dāng)裝置B接收到MAC-in-MAC封裝幀(使用先前在802.1ah中 定義的過程)時(shí)，其剝?nèi)ネ獠縈AC封裝且在接收到的幀中所定址的接口 (同樣，"B-1") 上轉(zhuǎn)發(fā)另外方面未經(jīng)修改的幀。
再次，普遍來說，MAC層地址"X"和"B-1"兩者均可以是6個(gè)八位位組(6字 節(jié))的MAC層地址與VLANID (如在802. 1Q中定義，在802.1ah中擴(kuò)展)的組合。而 且，可以類似方式獲得并使用MAC層多播目的地地址，且傳遞將如在當(dāng)前文獻(xiàn)中定義 (包括特別如TRILL中定義)，即使用"VLAN界定的"廣播和多播。
多播、泛濫式未知目的地以及廣播業(yè)務(wù)的處理如當(dāng)前在802/以太網(wǎng)相關(guān)文獻(xiàn)中定 義。多播地址可達(dá)性的認(rèn)知以任何數(shù)目的現(xiàn)有方式進(jìn)行，例如在"ICMP調(diào)查"的相關(guān) 文獻(xiàn)中記錄。
請注意，當(dāng)終端站連接到兩個(gè)或兩個(gè)以上裝置的接口 (那些接口也用于連接所述裝 置)時(shí)，必須使本發(fā)明對于使用中的協(xié)議的恰當(dāng)操作(以及所得網(wǎng)絡(luò))包括用于選擇針 對連接到共用接口的每一MAC層目的地而"指定"用于轉(zhuǎn)發(fā)幀的單個(gè)裝置的機(jī)制。
因?yàn)樵诖讼到y(tǒng)IO中能夠使得裝置接收經(jīng)定址到接收接口的幀(在如上描述那樣"指 定"本地裝置的情況下)，所以裝置不能丟棄此類幀。
另外，盡管可在此系統(tǒng)10中針對所述協(xié)議使用較高層，但信令所涉及的幀可能(或 非常可能)是MAC層幀。因而，MAC幀可能能夠由某一裝置接收，其中外部 (MAC-in-MAC封裝)目的地和內(nèi)部(后剝除)MAC層目的地地址兩者是相同的(或相 同的接口地址)本地裝置。因?yàn)槿绻麖谋镜匮b置接收到此類幀，則此類幀將不會返回到 所述本地裝置，所以每一裝置必須檢查內(nèi)部MAC/VLAN目的地對應(yīng)于其各自接口中任 一者的地址。
舉例來說，考慮由"入口"裝置(A)和"出口"裝置(K)以及所述入口與出口 之間的多個(gè)路徑組成的網(wǎng)絡(luò)，如圖2所示。理想結(jié)果是對于在A處接收的幀針對一些幀 采用經(jīng)由網(wǎng)絡(luò)的一個(gè)路徑(朝向K)且針對其它幀采用不同路徑具有合理基礎(chǔ)一一如果 只是出于利用多個(gè)路徑的原因的話。
另外，考慮A與K之間具有多個(gè)路徑的一個(gè)可能網(wǎng)絡(luò)拓?fù)涫怯蒁、 E、 F、 H和J 組成的網(wǎng)絡(luò)拓?fù)?。使用符號X(p)oY(q)來指示裝置X (經(jīng)由接口 p)連接到裝置Y (經(jīng) 由接口q)， D、 E、 F、 H和J如下連接到A和K:
A(2)<->D(1)
D(2)<->E(1)
D(3)<->F(1)
D(4)<->H(1)
E(3)<->J(2)
E(4)<->F(2)
F(3)<->J(1)
F(4)<->H(2)
H(3)<->J(4)
J(3)<->K(4)
另外，K具有可在上面轉(zhuǎn)發(fā)從A接收到的幀的兩個(gè)接口。它們是接口2和3。讓我 們假定，我們能(在不損失一般性的情況下)使用符號K-2和K-3來表示裝置K的接口 2和3的MAC地址。
為了使中間裝置28可經(jīng)編程以基于外部幀的MAC地址以不同方式進(jìn)行轉(zhuǎn)發(fā)成為重 要的，必須存在路徑的多樣性以在作出轉(zhuǎn)發(fā)決策時(shí)從中進(jìn)行選擇。在此以上情況下，路 徑由(D,E,J)、 (D,F,J)、 (D,H,J)組成_—其中所述符號是在某一路徑上訪問的裝置 的簡單列表，不包括入口和出口裝置。
讓我們進(jìn)一步假定，裝置K已經(jīng)(直接或間接)附接到以太網(wǎng)終端站G-6、 G-7、 G-8和G-9的接口 2以及以太網(wǎng)終端站P-4、 P-5和P-6的接口 3。
當(dāng)原始以太網(wǎng)標(biāo)頭中的目的地對應(yīng)于(舉例來說)G-7 (針對K-2)或(同樣舉例來 說)P-5 (針對K-3)時(shí)，裝置A經(jīng)編程(配置，通過協(xié)議或其它方式)以用MAC K-2 或K-3作為外部(隧道)以太網(wǎng)封裝中的目的地封裝朝向裝置K前進(jìn)的幀。
裝置D經(jīng)類似編程以基于外部目的地以太網(wǎng)MAC地址經(jīng)由裝置E、 F或H轉(zhuǎn)發(fā)隧 道封裝幀。舉例來說，D可經(jīng)編程以針對K-2目的地經(jīng)由E且針對K-3目的地經(jīng)由F進(jìn) 行轉(zhuǎn)發(fā)。在此情況下，所述選擇確定裝置E和F中所需的編程，所述裝置現(xiàn)在需要具有 轉(zhuǎn)發(fā)信息以確保將從D接收到的隧道封裝幀恰當(dāng)?shù)爻騅轉(zhuǎn)發(fā)，在此情況下在所述兩 種情況中均經(jīng)由J轉(zhuǎn)發(fā)。
在當(dāng)前以太網(wǎng)技術(shù)中，如果完全使用隧道封裝，那么其將使用K-4作為目的地以太 網(wǎng)MAC地址。因而，將在每一中間裝置28處需要某種其它記號(例如VLAN"標(biāo)簽" 或ID)，以實(shí)現(xiàn)針對各個(gè)幀的路徑選擇中的區(qū)別。此外，通過VLAN的多樣性，將針對 轉(zhuǎn)發(fā)條目分組多個(gè)VLAN "標(biāo)簽"(例如，在多個(gè)生成樹協(xié)議一_MSTP中)，且形成群 組的過程與特定拓?fù)浠蚴褂眯褪綗o關(guān)。
通過使用"遠(yuǎn)側(cè)"MAC地址作為隧道目的地，業(yè)務(wù)可沿著自然邊界分離，但仍然 是按照目的地的(與按照VLAN的群組成對比) 一一從而提供用于控制路徑選擇過程的 機(jī)會以恰當(dāng)分配業(yè)務(wù)。
可使用若干方法來在每一中間站處建立路徑選擇的"編程"。最容易的實(shí)施方法是 依賴于由操作員或管理應(yīng)用程序進(jìn)行的配置。該方法非常容易受配置錯(cuò)誤的影響(特別 是在直接手動/操作員配置的情況下)。
可使用的其它方法將包括直接信令、受限式配置和一致性協(xié)商(類似于生成樹協(xié) 議)、受限式"認(rèn)知"(作為對于許多當(dāng)前VLAN橋接器實(shí)施發(fā)案的橋接器16認(rèn)知的一 部分)、啟發(fā)式和/或算法控制應(yīng)用程序(集中或分配式的)。
舉例來說，將被稱為"優(yōu)選實(shí)施例"_—路徑選擇信息的確定將如在TRILL中定 義一一但其中具有以下例外'在鏈路狀態(tài)協(xié)議"MAC路由"廣告中和在每一中間裝置 28處的相應(yīng)轉(zhuǎn)發(fā)條目中，隧道封裝以太網(wǎng)目的地MAC地址在所有情況下都會是出口裝 置(在實(shí)例中為K)將在上面轉(zhuǎn)發(fā)幀的接口的MAC地址，以及，在存在多個(gè)最短路徑 的情況下(如在實(shí)例性網(wǎng)絡(luò)中)，所選擇的特定路徑將取決于隧道封裝目的地以太網(wǎng)MAC 地址。
在圖2方面，能夠從所述兩者中移除裝置J (作為簡化)，但不能移除裝置D。這是 因?yàn)橐籣如果裝置A正在作出類似轉(zhuǎn)發(fā)決策，那么其不會必須基于隧道封裝以太網(wǎng)目的 地MAC地址，因?yàn)锳具有對原始封裝的直接可見性。然而，如果需要互逆業(yè)務(wù)，例如 在G-7和G-1處開始，那么在圖2中必須存在J。
圖2中存在但上文未論述的是額外裝置C和M以及額外的以太網(wǎng)終端點(diǎn)附件和裝 置接口。這些對于展示基于"遠(yuǎn)側(cè)"MAC地址的路徑選擇過程如何可區(qū)別于專門基于 VLAN "標(biāo)簽"的路徑選擇來說是必要的。
雖然已經(jīng)在前述實(shí)施例中出于說明目的詳細(xì)描述了本發(fā)明，但應(yīng)了解此類細(xì)節(jié)僅出 于說明目的，且除了可在所附權(quán)利要求書中對此類細(xì)節(jié)進(jìn)行描述以外，還可在不脫離本 發(fā)明精神和范圍的情況下由所屬領(lǐng)域的技術(shù)人員在所述細(xì)節(jié)中作出變化。
權(quán)利要求
1.一種電信系統(tǒng)，其包含第一裝置，其具有多個(gè)接口，其中每一接口具有唯一MAC地址，所述第一裝置使用所述MAC地址來轉(zhuǎn)發(fā)幀；至少一個(gè)與所述第一裝置通信的橋接器；以及第二裝置，其通過所述橋接器與所述第一裝置通信且具有多個(gè)接口，其中每一接口具有唯一MAC地址，所述第一裝置使用所述第二裝置的第一接口的所述唯一MAC地址將幀轉(zhuǎn)發(fā)到所述第二裝置的所述多個(gè)接口中的所述第一接口。
2. 根據(jù)權(quán)利要求1所述的系統(tǒng)，其包括第一終端站和第二終端站，且其中至少所述第 一裝置的所述多個(gè)接口中的具有唯一 MAC地址的第二接口與所述第一終端站通 信，且至少所述第二裝置的所述多個(gè)接口中的具有唯一MAC地址的第二接口與所 述第二終端站通信
3. 根據(jù)權(quán)利要求2所述的系統(tǒng)，其包括所述第一裝置的所述多個(gè)接口中的第三接口， 所述第三接口通過所述橋接器與所述第二裝置的所述多個(gè)接口中的第三接口通信。
4. 根據(jù)權(quán)利要求3所述的系統(tǒng)，其中所述第一裝置使用所述第二裝置的所述第二接口 的所述唯一 MAC地址通過所述第二裝置與所述第二終端站通信。
5. 根據(jù)權(quán)利要求4所述的系統(tǒng)，其中當(dāng)所述第一裝置從所述第一終端站接收待轉(zhuǎn)發(fā)到 所述第二終端站的幀時(shí)，所述第一裝置用所述第一裝置的所述第二接口的所述唯一 MAC地址和所述第二裝置的所述第二接口的所述唯一 MAC地址來封裝所述幀， 其中在所述第一裝置的所述第二接口上所述第一裝置從所述第一終端站接收所述 幀。
6. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中當(dāng)所述第二裝置從所述第一裝置接收所述用于所 述第二終端站的幀時(shí)，所述第二裝置移除所述第一裝置的所述封裝MAC地址，且 通過所述第二裝置的所述第二接口將所述幀轉(zhuǎn)發(fā)到所述第二終端站。
7. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中所述第一終端站與所述第二終端站之間的路徑選 擇是基于遠(yuǎn)側(cè)MAC地址。
8. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其中所述橋接器包括中間裝置，且所述路徑選擇的編 程使用直接信令、受限式配置和一致性協(xié)商、受限式認(rèn)知、啟發(fā)式和/或算法控制 應(yīng)用程序(集中或分配式的)或TRILL——但具有以下例外-在鏈路狀態(tài)協(xié)議MAC路由廣告中和在所述橋接器的每一中間裝置處的相應(yīng)轉(zhuǎn)發(fā) 條目中，隧道封裝以太網(wǎng)目的地MAC地址在所有情況下都會是所述第二裝置將在 上面轉(zhuǎn)發(fā)所述幀的接口的MAC地址；且在存在多個(gè)最短路徑的情況下，所選擇的特定路徑將取決于所述隧道封裝目的地 以太網(wǎng)MAC地址。
9. 一種通信方法，其包含以下步驟由具有多個(gè)接口一一其中每一接口具有唯一MAC地址一一的第一裝置使用第二 裝置的第一接口的唯一MAC地址向所述第二裝置的多個(gè)接口一一其中每一接口具 有唯一 MAC地址一~^的所述第一接口轉(zhuǎn)發(fā)幀，所述第二裝置通過橋接器與所述 第一裝置通信；以及在所述第二裝置的所述第一接口處接收所述幀。
10. 根據(jù)權(quán)利要求9所述的方法，其包括以下步驟在所述第一裝置的所述多個(gè)接口中與第一終端站通信的具有唯一MAC地址的第二接口處從所述第一終端站接收所述 幀。
11. 根據(jù)權(quán)利要求IO所述的方法，其包括以下步驟在第二終端站處通過所述第二裝 置的所述多個(gè)接口中與所述第二終端站通信的具有唯一MAC地址的第二接口接收 所述幀。
12. 根據(jù)權(quán)利要求11所述的方法，其包括以下步驟由所述第一裝置使用所述第二裝 置的所述第二接口的所述唯一 MAC地址通過所述橋接器向所述第二目的地發(fā)送所 述幀。
13. 根據(jù)權(quán)利要求12所述的方法，其中在所述發(fā)送步驟之前，存在以下步驟在所述第一裝置從所述第一終端站接收所述待轉(zhuǎn)發(fā)到所述第二終端站的幀之后，由所述第一裝置用所述第一裝置的所述第二接口的所述唯一 MAC地址和所述第二裝置的所 述第二接口的所述唯一 MAC地址來封裝所述幀，其中在所述第一裝置的所述第二 接口上所述第一裝置從所述第一終端站接收所述幀。
14. 根據(jù)權(quán)利要求13所述的方法，其中在所述在所述第二終端站處接收所述幀的步驟 之后，存在以下步驟由所述第二裝置移除所述第一裝置的所述封裝MAC地址且 通過所述第二裝置的所述第二接口將所述幀轉(zhuǎn)發(fā)到所述第二終端站。
15. 根據(jù)權(quán)利要求14所述的方法，其中在所述封裝步驟之前，存在以下步驟基于遠(yuǎn) 側(cè)MAC地址選擇所述第一終端站與所述第二終端站之間的路徑。
16. 根據(jù)權(quán)利要求15所述的方法，其中所述橋接器包括中間裝置，且包括所述路徑選擇的編程步驟使用直接信令、受限式配置和一致性協(xié)商、受限式認(rèn)知、啟發(fā)式和/ 或算法控制應(yīng)用程序(集中或分配式的)或TRILL—一但具有以下例外在鏈路狀態(tài)協(xié)議MAC路由廣告中和在所述橋接器的每一中間裝置處的相應(yīng)轉(zhuǎn)發(fā) 條目中，隧道封裝以太網(wǎng)目的地MAC地址在所有情況下都會是所述第二裝置將在上面轉(zhuǎn)發(fā)所述幀的接口的MAC地址；且在存在多個(gè)最短路徑的情況下，所選擇的特定路徑將取決于所述隧道封裝目的地以太網(wǎng)MAC地址。
全文摘要
本發(fā)明提供一種電信系統(tǒng)，其包括第一裝置，所述第一裝置具有多個(gè)接口，其中每一接口具有唯一MAC地址，所述第一裝置使用所述MAC地址來轉(zhuǎn)發(fā)幀。所述系統(tǒng)包括至少一個(gè)與所述第一裝置通信的橋接器。所述系統(tǒng)包括第二裝置，所述第二裝置通過所述橋接器與所述第一裝置通信且具有多個(gè)接口，其中每一接口具有唯一MAC地址，所述第一裝置使用所述第二裝置的第一接口的唯一MAC地址將幀轉(zhuǎn)發(fā)到所述第二裝置的所述多個(gè)接口中的所述第一接口。本發(fā)明還提供一種通信方法。
文檔編號H04L12/46GK101170478SQ20071016349
公開日2008年4月30日 申請日期2007年10月25日 優(yōu)先權(quán)日2006年10月26日
發(fā)明者埃里克·沃德·格雷 申請人:愛立信公司