專利名稱：通信設(shè)備和操作管理方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及通信設(shè)備和在該通信設(shè)備中使用的操作管理方法，
具體而言涉及與第2層的多播拓撲有關(guān)的操作管理方法。
背景技術(shù)：
幀中繼、異步傳輸模式(ATM)、因特網(wǎng)協(xié)議虛擬專用網(wǎng)(IP-VPN) 和其他技術(shù)己被用作提供數(shù)據(jù)通信服務(wù)的網(wǎng)絡(luò)技術(shù)。目前，以向著 更高速度、更低設(shè)備成本等等的趨勢為背景，通過Ethernet (以太網(wǎng)) 技術(shù)實現(xiàn)的第2層虛擬專用網(wǎng)(L2-VPN)服務(wù)或者廣域Ethernet 服務(wù)的 全面激增已經(jīng)開始了。
另外，諸如電氣與電子工程師學(xué)會(IEEE)和國際電信聯(lián)盟電信標準 化部門(ITU-T)之類的標準化組織已經(jīng)著手建立操作、管理和維護 (Operation、 Administration and Maintenance, OAM)幼、議，預(yù)其月其應(yīng)用 將增強第2層網(wǎng)絡(luò)的可靠性并且降低操作成本。
例如，根據(jù)ITU-T Y. 1731 (用于基于Ethernet 的網(wǎng)絡(luò)的OAM功能 和機制)禾Q IEEE 802.1ag (連通性故障管理)，環(huán)回(loop-back)測試使 得可以檢查Ethernet 網(wǎng)絡(luò)內(nèi)的任意網(wǎng)段上的連通性，并且鏈路示蹤 (Link Trace)測試使得可以檢索用于轉(zhuǎn)發(fā)的路由。
但是，這些OAM工具是以點對點使用或者在廣播域中靜態(tài)設(shè)置的那 些網(wǎng)段上使用為前提的，而并沒有被假定用在動態(tài)變化的網(wǎng)段上。
另一方面，在多播網(wǎng)絡(luò)中，為了降低遞送路由器上的負擔，更高效地 使用鏈路的帶寬，并且確保數(shù)據(jù)的保密性， 一般利用多播路由協(xié)議來執(zhí)行 隨著遞送群組而變化的拓撲的動態(tài)形成。
例如，第2層交換機具有將多播數(shù)據(jù)僅傳遞給一個或多個適當?shù)亩丝?的功能，其中利用偵聽(snooping)功能在多播遞送群組的基礎(chǔ)上動態(tài)構(gòu)造轉(zhuǎn)發(fā)表，該偵聽功能是察看在IP路由器和終端之間交換的諸如因特網(wǎng)群
組管理協(xié)議(IGMP)或多播偵聽者發(fā)現(xiàn)(MLD)之類的多播路由協(xié)議的 分組的功能(例如，參見日本專利申請未實審公布No. 2006-087014)。
因此，多播網(wǎng)絡(luò)具有這樣的特性，即，取決于每個多播遞送群組中的 終端的參與狀態(tài)，第2層的網(wǎng)絡(luò)拓撲隨著遞送群組而動態(tài)變化。因此，在 如圖l所示的情況下，在第2層網(wǎng)絡(luò)60中處理對于不同遞送群組(多播遞 送群組#1和#2)來說不同的拓撲上的多個多播流量，并且需要能夠動態(tài)識 別如上所述的拓撲的OAM功能。
尤其是在經(jīng)由利用Ethernet 技術(shù)實現(xiàn)的第2層網(wǎng)絡(luò)進行多播遞送的 情況下，網(wǎng)絡(luò)中的第2層交換機使用偵聽功能來降低遞送路由器上的負 擔、更高效地使用鏈路帶寬并且確保數(shù)據(jù)的保密性。偵聽功能是察看在IP 路由器和終端之間交換的多播路由分組并且確定轉(zhuǎn)發(fā)目的地的功能(參見 RFC 4541 ， Considerations for Internet Group Management Protocol and Multicast Listener Discover Snooping Switches )。
在此情況下，取決于每個多播遞送群組中的終端的參與狀態(tài)，第2層 網(wǎng)絡(luò)中的轉(zhuǎn)發(fā)拓撲隨著遞送群組而動態(tài)變化。因此，在操作和管理中，在 識別這種網(wǎng)絡(luò)拓撲的功能的基礎(chǔ)上，需要檢查連通性的功能和檢索路由的 功能。
但是，以對點對點通信的維護和操作為前提或者以廣播域中靜態(tài)設(shè)置 的網(wǎng)段為前提的第2層的OAM功能不具有應(yīng)對這種網(wǎng)絡(luò)拓撲的方法，因 此無法在多播網(wǎng)絡(luò)中執(zhí)行適當?shù)牟僮鞴芾?。另外，利用日本專利申請未?審公布No. 2006-087014和RFC 4541中描述的技術(shù)，無法控制OAM幀的 轉(zhuǎn)發(fā)目的地。因此，類似地，在多播網(wǎng)絡(luò)中無法執(zhí)行適當?shù)牟僮鞴芾怼?br>
發(fā)明內(nèi)容
因此，本發(fā)明的一個目的在于提供一種通信設(shè)備和用于該通信設(shè)備中 的操作管理方法，其能夠解決上述問題，并且即使在為不同多播群組構(gòu)造 了不同網(wǎng)絡(luò)拓撲的情況下也能夠沿著適當?shù)穆酚蓹z查連通性并且可以檢索 路由。根據(jù)本發(fā)明， 一種通信設(shè)備包括通信部件，用于從第2層網(wǎng)絡(luò)接收
操作管理和維護(OAM)幀或者向第2層網(wǎng)絡(luò)發(fā)送OAM幀；以及控制 器，用于在該OAM幀被在該第2層網(wǎng)絡(luò)中發(fā)送時向該OAM幀提供目的 地媒體訪問控制(MAC)地址，其中該目的地MAC地址與因特網(wǎng)協(xié)議 (IP)多播地址相關(guān)聯(lián)。
根據(jù)本發(fā)明， 一種通信設(shè)備中的操作管理方法包括向?qū)⒁话l(fā)送的 操作管理和維護(OAM)幀提供目的地媒體訪問控制(MAC)地址，其 中，該目的地MAC地址與因特網(wǎng)協(xié)議(IP)多播地址相關(guān)聯(lián)；以及向第2 層網(wǎng)絡(luò)發(fā)送該OAM幀。
本發(fā)明的配置和操作如上所述。因此，可以獲得這樣的效果即使在 為不同多播群組構(gòu)造不同網(wǎng)絡(luò)拓撲的情況下，也可以沿著適當?shù)穆酚蓹z查 連通性并且檢索路由。


圖1是示出其上形成了多個不同的多播遞送群組的網(wǎng)絡(luò)的示圖。 圖2是示出根據(jù)本發(fā)明示例性實施例的交換機設(shè)備的配置的框圖。 圖3是示出根據(jù)本發(fā)明示例性實施例的網(wǎng)絡(luò)結(jié)構(gòu)的框圖。 圖4是示出本發(fā)明示例性實施例中使用的OAM幀的幀格式的示圖。 圖5是示出用于描述根據(jù)本發(fā)明示例性實施例的網(wǎng)絡(luò)中的操作的網(wǎng)絡(luò) 示圖。
圖6是示出根據(jù)本發(fā)明示例性實施例的網(wǎng)絡(luò)中的表構(gòu)造操作的序列的 示圖。
圖7是示出根據(jù)本發(fā)明示例性實施例的網(wǎng)絡(luò)中的環(huán)回測試操作的序列 的序列圖。
圖8是示出根據(jù)本發(fā)明示例性實施例的網(wǎng)絡(luò)中的鏈路示蹤測試操作的 序列的序列圖。
具體實施例方式
根據(jù)本發(fā)明的示例性實施例，在其中為不同多播群組構(gòu)造不同網(wǎng)絡(luò)拓撲的第2層網(wǎng)絡(luò)中，提供了檢查連通性的功能和檢索路由的功能。
具體而言，根據(jù)本示例性實施例的通信設(shè)備(在這里是交換機設(shè)備)
在第2層網(wǎng)絡(luò)中發(fā)送操作、管理和維護(OAM)幀，該OAM幀包括與因 特網(wǎng)協(xié)議(IP)多播地址相關(guān)聯(lián)的目的地媒體訪問控制(MAC)地址。
更具體而言，通信設(shè)備通過偵聽多播路由分組來預(yù)先構(gòu)造多播轉(zhuǎn)發(fā) 表，并且，通過參考多播轉(zhuǎn)發(fā)表，確定接收到的包括所要求的多播群組信 息的OAM幀的轉(zhuǎn)發(fā)目的地和處理的內(nèi)容。
因此，即使當轉(zhuǎn)發(fā)路由隨著第2層網(wǎng)絡(luò)中的多播群組而變化時，也可 為每個OAM幀確定適當?shù)妮敵龆丝?，從而可以檢査連通性并檢索路由。
下面，將參考附圖來描述本發(fā)明的示例性實施例的示例。l.通信設(shè)備
參考圖2，交換機設(shè)備1連接到操作管理設(shè)備2。交換機設(shè)備1包括 各容宿一終端或鄰居交換機的線路端接部件lla至llc、 OAM處理部件 12a至12c、多播控制部件13a至13c、交換機部件14、多播轉(zhuǎn)發(fā)表15、 單播轉(zhuǎn)發(fā)表16以及中央處理單元(CPU) 17。在該圖中，雖然作為示例交 換機設(shè)備1具有三個端口，但是端口的數(shù)目并不限于三個。交換機設(shè)備1 可具有兩個或更多個端口。
線路端接部件lla至llc中的每一個通過光纖、雙絞對線纜等等連接 到一終端或鄰居交換機，并且是實現(xiàn)諸如光/電轉(zhuǎn)換、幀同步和差錯校正控 制之類的第1層和第2層的功能的塊。線路端接部件lla至llc由遵循 Ethernet 標準的物理(PHY)設(shè)備或MAC設(shè)備構(gòu)成。
OAM處理部件12a至12c中的每一個是執(zhí)行第2層的OAM幀的生 成、中繼或端接的塊(下文將描述)。OAM處理部件12a至12c可通過硬
件電路或者利用CPU n執(zhí)行的軟件處理來實現(xiàn)。
多播控制部件13a至13c中的每一個是一個這樣的塊，當多播路由協(xié) 議分組在終端和遞送路由器之間被周期性地交換時，該塊對多播路由協(xié)議 分組進行復(fù)制以便提取，并且將復(fù)制的分組傳送到CPU 17。該提取處理 是通過參考IP頭部中的協(xié)議類型字段來執(zhí)行的，并且可以很容易通過硬件電路來實現(xiàn)。cpu n基于該復(fù)制的分組中的信息來更新多播轉(zhuǎn)發(fā)表15。
交換機部件14是分組交換機，該分組交換機把從線路端接部件lla至 lie中的任何一個接收到的幀轉(zhuǎn)發(fā)到線路端接部件lla至lie中的適當?shù)?一個，并且一般是通過硬件電路和緩沖存儲器的組合來構(gòu)造的。該交換機 部件14在接收到的幀的目的地MAC地址是單播地址時通過參考單播轉(zhuǎn)發(fā) 表16來確定接收到的幀的輸出端口，但在接收到的幀的目的地MAC地址 是多播地址時通過參考多播轉(zhuǎn)發(fā)表15來確定接收到的幀的輸出端口。
CPU 17在操作管理設(shè)備2的控制下控制交換機設(shè)備1的操作，其中包 括OAM相關(guān)操作，這將在下面描述。另外，CPU 17、多播控制部件13a 至13c以及OAM處理部件12a至12c可通過其上運行計算機程序的程序 控制處理器來實現(xiàn)。
如上所述，在第2層網(wǎng)絡(luò)中包括的交換機設(shè)備1中，在端口 (鏈路端 接部件)11a至11c中的任何一個處接收到的多播路由分組被多播控制部 件13a至13c中相應(yīng)的一個所復(fù)制，然后被傳送到CPU 17。 CPU 17基于 多播分組中的信息來識別該分組的轉(zhuǎn)發(fā)目的地，并且更新多播轉(zhuǎn)發(fā)表15。
當交換機設(shè)備1接收到OAM幀時，OAM處理部件12a至12c中的任 何一個通過經(jīng)由CPU 17參考多播轉(zhuǎn)發(fā)表15來執(zhí)行中繼處理，其中包括針 對每個多播群組的幀內(nèi)容改寫和幀環(huán)回。另外，當交換機設(shè)備1透明地發(fā) 送OAM幀時，交換機部件14通過參考多播轉(zhuǎn)發(fā)表15來確定該幀的輸出 端口，這與用戶幀的情況一樣。
如上所述，根據(jù)本發(fā)明，即使在用于轉(zhuǎn)發(fā)的路由隨著第2層網(wǎng)絡(luò)中的 多播群組而變化的情況下，也可為OAM幀確定適當?shù)妮敵龆丝?，從而?以檢查連通性并檢索用于轉(zhuǎn)發(fā)的路由。
換言之，在為其上利用例如Ethernet 技術(shù)來發(fā)送因特網(wǎng)協(xié)議(IP) 多播流量的第2層網(wǎng)絡(luò)中的不同多播群組構(gòu)造不同網(wǎng)絡(luò)拓撲的情況下，本 發(fā)明提供了檢查連通性的功能和檢索用于轉(zhuǎn)發(fā)的路由的功能。
2.網(wǎng)絡(luò)結(jié)構(gòu)
參考圖3，假定多播遞送網(wǎng)絡(luò)包括操作管理設(shè)備2、訂戶終端10a-10c、遞送服務(wù)器20、遞送路由器30、以及包括根據(jù)本發(fā)明的本示例性實 施例的交換機設(shè)備的第2層網(wǎng)絡(luò)60。終端10a-10c中的每一個具有接收多 播流量的功能。遞送服務(wù)器20通過IP多播來遞送多播流量。
在第2層網(wǎng)絡(luò)60中，為了簡化，假定訂戶容宿交換機40a至40c通過 多個中繼交換機50a和50b連接到中央容宿交換機41。訂戶容宿交換機 40a至40c分別容宿終端10a-10，并且中央容宿交換機41容宿遞送路由器 30。操作管理設(shè)備2對第2層網(wǎng)絡(luò)60中的訂戶容宿交換機40a至40c、中 央容宿交換機41以及中繼交換機50a和50b進行操作和管理。
提供訂戶容宿交換機鄰a至40c、中央容宿交換機41以及中繼交換機 50a和50b中的每一個之間的連接的物理鏈路的結(jié)構(gòu)與本示例性實施例是 沒有太大關(guān)系的。因此，諸如中心輻射拓撲或網(wǎng)格拓撲之類的任何拓撲都 可被應(yīng)用到第2層網(wǎng)絡(luò)60的物理拓撲。另外，訂戶容宿交換機40a至 40c、中央容宿交換機41以及中繼交換機50a和50b中的每一個的配置與 上述的交換機設(shè)備1類似。
在本示例性實施例中，假定多播通信是在以下前提上執(zhí)行的在遞送 路由器30與終端10a-10c中的每一個之間，動態(tài)交換路由信息。至于用于 該通信的多播路由協(xié)議，通常使用IPv4因特網(wǎng)群組管理協(xié)議(IGMP) (參見RFC 1112及其他)或IPv6多播偵聽者發(fā)現(xiàn)(MLD)。但是，本發(fā) 明并不限于使用這些協(xié)議。
3.0AM幀格式
參考圖4，本示例性實施例中使用的OAM幀格式是通過擴展普通第2 層OAM幀的目的地MAC地址字段和OAM協(xié)議數(shù)據(jù)單元(OAMPDU) 字段來獲得的。
在IEEE 802.1ag所規(guī)定的環(huán)回測試中，固定值的保留多播地址(或者 單播地址值)被用作目的地MAC地址。
但是，根據(jù)本示例性實施例，在該字段中可使用隨遞送群組而變化的 多播地址值。具體而言，假定在應(yīng)用IP多播地址和MAC地址的映射方案 (參見RFC 1112禾n RFC 1972)的情況下，使用與用戶多播幀的目的地MAC地址值相當?shù)哪康牡豈AC地址值。在IPv4分組的情況下，"01-00-5e-**-**-**"被用作目的地MAC地址。
類似地，在IEEE 802.lag所規(guī)定的鏈路示蹤測試中，固定值的保留多 播地址(或者單播地址值)被用作多播地址，并且作為搜索目標的目的地 單播地址被用在OAMPDU字段中。
但是，根據(jù)本示例性實施例，隨著遞送群組而變化的多播地址值可被 用在這些字段(目的地MAC地址字段和OAMPDU字段)中。更具體而 言，多播MAC地址被用在目的地MAC地址字段中。多播MAC地址被用 作用于鏈路示蹤的OAMPDU字段中的目標MAC地址。另外，圖3所示 的VLAN (虛擬局域網(wǎng))標簽可以是IEEE 802.Q、 IEEE S02.1ad和IEEE 802.1ah中所規(guī)定的C-標簽、S-標簽、B-標簽等等中的任何一種。此外， 根據(jù)本發(fā)明，這些VLAN標簽可以按堆棧式多級形式來組合使用。
4.操作管理
假定訂戶終端10a和lOb參與多播群組，將參考圖2和圖5-8來描述 根據(jù)本示例性實施例的操作管理。
注意，在本示例性實施例中，假定訂戶容宿交換機40a至40c、中央 容宿交換機41以及中繼交換機50a和50b中每一個的OAM處理部件12a 至12c被預(yù)先設(shè)置，使得中央容宿交換機41和訂戶容宿交換機40a至40c 充當端接OAM幀的端接點，并且中繼交換機50a和50b充當中繼OAM 幀的中繼點。 4.1)多播轉(zhuǎn)發(fā)表的構(gòu)造
參考圖6，將描述一種操作序列，其中，在第2層網(wǎng)絡(luò)60中的訂戶容 宿交換機40a至40c、中央容宿交換機41以及中繼交換機50a和50b中構(gòu) 造多播轉(zhuǎn)發(fā)表15。
遞送路由器30通過發(fā)送査詢分組來周期性地詢問終端lOa-lOc中的每 一個其是否將參與所關(guān)注的多播群組(圖6中的步驟201)。響應(yīng)于該查 詢，這些終端中將參與該群組的每個終端(在這里是終端10a和10b)向 遞送路由器30發(fā)送群組成員資格報告分組(圖中的步驟203a和203b)。在此情況下，在分別通過鏈路66和67接收到該群組成員資格報告分 組的訂戶容宿交換機40a和40b中的每一個之中，該分組被多播控制部件 13a至13c中相應(yīng)的一個所復(fù)制，并且CPU 17執(zhí)行分組分析。根據(jù)該分析 的結(jié)果，訂戶容宿交換機40a和40b中的每一個得知在鏈路66或67的方 向上存在將參與該群組的終端，并隨后將群組地址登記到多播轉(zhuǎn)發(fā)表15 中(圖6中的步驟202a和202e)。
中繼交換機50a和50b以及中央容宿交換機41的每一個類似地得知在 鏈路61、 62、 64或65的方向上存在將參與該群組的(一個或多個)終 端，并隨后登記群組地址(圖6中的步驟202b至202d以及步驟202f至 202h)。
另一方面，未從終端10c接收到響應(yīng)的訂戶容宿交換機40c不執(zhí)行鏈 路68的方向上的群組地址的登記。類似地，中繼交換機50b不執(zhí)行鏈路 63的方向上的群組地址的登記。
這樣，在第2層網(wǎng)絡(luò)60中的訂戶容宿交換機40a至40c、中央容宿交 換機41以及中繼交換機50a和50b中的每一個之中，針對所關(guān)注的多播群 組地址，動態(tài)地構(gòu)造了多播轉(zhuǎn)發(fā)表15。 4.2)環(huán)回測試
接下來，參考圖7，將描述在已經(jīng)通過上述過程動態(tài)構(gòu)造了多播轉(zhuǎn)發(fā) 表15的狀態(tài)下執(zhí)行環(huán)回測試的情況。
操作管理設(shè)備2指示中央容宿交換機41為所關(guān)注的多播群組發(fā)起環(huán) 回測試(圖7中的步驟211)。中央容宿交換機41的OAM處理部件 (12a、 12b或12c)發(fā)出環(huán)回測試幀，在該幀中，多播群組地址被賦給了 目的地MAC地址(圖7中的步驟212)。
在中繼交換機50b中，OAM處理部件12a至12c中相應(yīng)的一個將該 OAM幀透明地傳送到交換機部件14。交換機部件14參考多播轉(zhuǎn)發(fā)表 15，并僅向著鏈路62轉(zhuǎn)發(fā)該OAM幀(圖7中的步驟213a)。
另外，在中繼交換機50a中，OAM處理部件12a至12c中相應(yīng)的一個 將該OAM幀透明地傳送到交換機部件14。交換機部件14參考多播轉(zhuǎn)發(fā) 表15，并向鏈路64和65中的每一個轉(zhuǎn)發(fā)該OAM幀(圖7中的步驟213b)。
在訂戶容宿交換機40a和40b中的每一個之中，OAM處理部件12a至 12c中相應(yīng)的一個將接收到的OAM幀傳送到CPU 17， CPU 17隨后搜索多 播轉(zhuǎn)發(fā)表15。在這里，如果所關(guān)注的多播群組被登記在多播轉(zhuǎn)發(fā)表15 中，CPU 17則生成環(huán)回測試響應(yīng)幀，其中中央容宿交換機41的MAC地 址(單播地址)被設(shè)置為其目的地MAC地址，并且該環(huán)回測試響應(yīng)幀被 發(fā)回中央容宿交換機41 (圖7中的步驟214a、 214b、 215a和215b)。
中央容宿交換機41通過接收環(huán)回測試響應(yīng)幀來收集該環(huán)回測試的結(jié) 果，并且向操作管理設(shè)備2發(fā)送關(guān)于這些結(jié)果的報告(圖7中的步驟 216)。
根據(jù)本示例性實施例，通過上述過程，可以為每個多播遞送群組檢査 到每一個端接點的連通性。 4.3)鏈路示蹤測試
接下來，參考圖8，將描述在己通過上述過程動態(tài)構(gòu)造了多播轉(zhuǎn)發(fā)表 15的狀態(tài)下執(zhí)行鏈路示蹤測試的情況。
操作管理設(shè)備2指示中央容宿交換機41為所關(guān)注的多播群組發(fā)起鏈 路示蹤測試(圖8中的步驟221)。中央容宿交換機41的OAM處理部件 12a至12c中適當?shù)囊粋€發(fā)出鏈路示蹤測試幀，在該幀中，在其OAMPDU 字段中給出多播群組地址，如圖4所示(圖8中的步驟222)。
在中繼交換機50b中，OAM處理部件12a至12c中相應(yīng)的一個將該接 收到的OAM幀傳送到CPU 17， CPU 17隨后搜索多播轉(zhuǎn)發(fā)表15。在這 里，中繼交換機50b向著所關(guān)注的多播群組被登記的鏈路62轉(zhuǎn)發(fā)其TTL (存活時間)字段被遞減的OAM幀(圖8中的步驟223a)。同時，中繼 交換機50b向中央容宿交換機41發(fā)回鏈路示蹤測試響應(yīng)幀，該鏈路示蹤 測試響應(yīng)幀的目的地MAC地址被設(shè)置為中央容宿交換機41的MAC地址 (單播地址)(圖8中的步驟225a)。
另外，在中繼交換機50a中，OAM處理部件12a至12c中相應(yīng)的一個 將接收到的OAM幀傳送到CPU 17， CPU 17隨后搜索多播轉(zhuǎn)發(fā)表15。中 繼交換機50a向著所關(guān)注的多播群組被登記的鏈路64和65中的每一個轉(zhuǎn)發(fā)其TTL字段被遞減的OAM幀(圖8中的步驟223b)，并且同時發(fā)回鏈 路示蹤測試響應(yīng)幀(圖8中的步驟225b)。
在訂戶容宿交換機40a和40b中的每一個中，OAM處理部件12a至 12c中的相應(yīng)的一個將接收到的OAM幀傳送到CPU 17， CPU 17隨后搜索 多播轉(zhuǎn)發(fā)表15。在這里，如果所關(guān)注的多播群組被登記在多播轉(zhuǎn)發(fā)表15 中，則發(fā)回鏈路示蹤測試響應(yīng)幀(圖8中的步驟224a、 224b、 225c和 225d)。
中央容宿交換機41通過接收鏈路示蹤測試響應(yīng)幀來收集該鏈路示蹤 測試的結(jié)果，并且向操作管理設(shè)備2發(fā)送關(guān)于這些結(jié)果的報告(圖8中的 步驟226)。
5.優(yōu)點
如上所述，根據(jù)本示例性實施例，可以為每個多播遞送群組檢索轉(zhuǎn)發(fā) 路由。因此，即使在網(wǎng)絡(luò)拓撲變化時，也可以為每個多播遞送群組保持對 當前網(wǎng)絡(luò)拓撲的跟蹤。
在執(zhí)行環(huán)回測試的情況下，根據(jù)本示例性實施例，與用戶多播幀中相 同的目的地MAC地址被用在環(huán)回測試幀中，從而第2層網(wǎng)絡(luò)60中的訂戶 容宿交換機40a至40c、中央容宿交換機41以及中繼交換機50a和50b中 的每一個可以參考該字段值。因此，可以通過沿著與該多播群組的用戶幀 所采取的相同的第2層路由轉(zhuǎn)發(fā)環(huán)回測試幀，從而來檢査連通性。
在執(zhí)行鏈路示蹤測試的情況下，根據(jù)本示例性實施例，與用戶多播幀 中相同的MAC地址被用在鏈路示蹤測試幀的OAMPDU字段中，從而， 類似地，可以檢索與該多播群組的用戶幀所采取的相同的第2層路由。
因此，根據(jù)本示例性實施例，即使在為不同多播群組構(gòu)造不同拓撲的 情況下，也可以沿著適當?shù)穆酚蓹z查連通性并且檢索路由。
上述的端接、路由并透明地發(fā)送OAM幀的處理可以很容易地在無需 添加諸如表存儲器之類的任何新資源的情況下實現(xiàn)，因為用于參考的是多 播轉(zhuǎn)發(fā)表15，該多播轉(zhuǎn)發(fā)表15是利用根據(jù)與本發(fā)明相關(guān)的技術(shù)的偵聽功 能來構(gòu)造的，其由與用戶多播幀中使用的那些相同的多播轉(zhuǎn)發(fā)目的地組成。因此，本示例性實施例具有這樣的效果即使容宿端口的數(shù)目和/或條 目的數(shù)目發(fā)生增加，可縮放性也不受影響。
另外，應(yīng)用到圖4所示的格式的擴展是較小的，因此可以很容易地實 現(xiàn)。此外，即使在第2層網(wǎng)絡(luò)60中存在沒有結(jié)合根據(jù)本示例性實施例的
配置的第2層交換機，也可以適當?shù)匾酝该鞣绞桨l(fā)送幀。因此，可以實現(xiàn)
與現(xiàn)有網(wǎng)絡(luò)的很高的兼容性。
另外，根據(jù)本示例性實施例，還有另外一個效果無需對遞送服務(wù)器
20、遞送路由器30、終端10a-10c以及其他第3層設(shè)備施加影響，就可以 很容易地實現(xiàn)。
另外，中央容宿交換機41也可以被配置為以下述方式周期性地發(fā)起 圖7中的步驟212至215處所示的環(huán)回測試當如圖6中的步驟201處所 示檢測到查詢分組時，自治地發(fā)起環(huán)回測試。網(wǎng)絡(luò)中使用的多播遞送群組 的ID是在第3層設(shè)備(遞送服務(wù)器20、遞送路由器30以及終端10a-10c)之間確定的。因此，如果該遞送群組的操作和管理是在第2層網(wǎng)絡(luò) 60中執(zhí)行的，則有必要為每個第2層交換機單獨指定群組ID。但是，通 過如上所述自動發(fā)起測試，可以降低維護和操作的復(fù)雜度。
本發(fā)明可應(yīng)用到其上利用Ethernet 技術(shù)通過交換機發(fā)送IP多播流量 的第2層網(wǎng)絡(luò)，以及用于實現(xiàn)該第2層網(wǎng)絡(luò)的通信設(shè)備，例如第2層交換 機。
本發(fā)明可實現(xiàn)為其他特定形式，而不脫離其精神或本質(zhì)特性。上述示 例性實施例因此在任何意義上都應(yīng)當被認為是示例性的而不是限制性的， 本發(fā)明的范圍由權(quán)利要求指示，而不是由以上描述來指示，因此希望落在 權(quán)利要求的等同物的含義和范圍內(nèi)的所有變化都被包含于其中。
本發(fā)明基于2008年3月5日提交的日本專利申請No. 2008-054240并 要求其優(yōu)先權(quán)，這里通過引用將該申請的公開內(nèi)容全部結(jié)合進來。
權(quán)利要求
1.一種通信設(shè)備，包括通信部件，用于從第2層網(wǎng)絡(luò)接收操作管理和維護幀或者向第2層網(wǎng)絡(luò)發(fā)送操作管理和維護幀；以及控制器，用于在所述操作管理和維護幀被在所述第2層網(wǎng)絡(luò)中發(fā)送時向所述操作管理和維護幀提供目的地媒體訪問控制地址，其中所述目的地媒體訪問控制地址與因特網(wǎng)協(xié)議多播地址相關(guān)聯(lián)。
2. 如權(quán)利要求1所述的通信設(shè)備，還包括多播轉(zhuǎn)發(fā)表，該多播轉(zhuǎn)發(fā)表是基于偵聽第3層路由分組的結(jié)果而構(gòu)造的，其中，當所述通信設(shè)備為接收到的操作管理和維護幀充當中繼點時， 所述控制器通過參考所述多播轉(zhuǎn)發(fā)表來確定要被透明地發(fā)送的接收到的操 作管理和維護幀的轉(zhuǎn)發(fā)目的地，并且，當所述通信設(shè)備為接收到的操作管 理和維護幀充當端接點時，所述控制器判定接收到的操作管理和維護幀是 否將要被發(fā)回。
3. 如權(quán)利要求2所述的通信設(shè)備，其中，當所述通信設(shè)備為接收到的 操作管理和維護幀充當中繼點時，所述控制器對接收到的操作管理和維護 幀進行處理并且通過參考所述多播轉(zhuǎn)發(fā)表來確定經(jīng)過處理的接收到的操作 管理和維護幀的轉(zhuǎn)發(fā)目的地，并且，當所述通信設(shè)備為接收到的操作管理 和維護幀充當端接點時，所述控制器判定接收到的操作管理和維護幀是否 將要被發(fā)回。
4. 如權(quán)利要求1所述的通信設(shè)備，還包括多播轉(zhuǎn)發(fā)表，該多播轉(zhuǎn)發(fā)表是基于偵聽第3層路由分組的結(jié)果而構(gòu)造的，其中，當所述通信設(shè)備為接收到的操作管理和維護幀充當中繼點時， 所述控制器對接收到的操作管理和維護幀進行處理并且通過參考所述多播 轉(zhuǎn)發(fā)表來確定經(jīng)過處理的接收到的操作管理和維護幀的轉(zhuǎn)發(fā)目的地，并 且，當所述通信設(shè)備為接收到的操作管理和維護幀充當端接點時，所述控制器判定接收到的操作管理和維護幀是否將要被發(fā)回。
5. 如權(quán)利要求1-4中任何一項所述的通信設(shè)備，其中，所述控制器在接收到在路由器和終端之間周期性地交換的多播路由分組時自治地發(fā)起第2層環(huán)回測試。
6. —種通信設(shè)備中的操作管理方法，包括向?qū)⒁话l(fā)送的操作管理和維護幀提供目的地媒體訪問控制地址，其中，所述目的地媒體訪問控制地址與因特網(wǎng)協(xié)議多播地址相關(guān)聯(lián)；以及 向第2層網(wǎng)絡(luò)發(fā)送所述操作管理和維護幀。
7. 如權(quán)利要求6所述的操作管理方法，還包括 基于偵聽第3層路由分組的結(jié)果來構(gòu)造多播轉(zhuǎn)發(fā)表；當所述通信設(shè)備為接收到的操作管理和維護幀充當中繼點時，通過參 考所述多播轉(zhuǎn)發(fā)表來確定要被透明地發(fā)送的接收到的操作管理和維護幀的轉(zhuǎn)發(fā)目的地；以及當所述通信設(shè)備為接收到的操作管理和維護幀充當端接點時，判定接 收到的操作管理和維護幀是否將要被發(fā)回。
8. 如權(quán)利要求7所述的操作管理方法，還包括當所述通信設(shè)備為接收到的操作管理和維護幀充當中繼點時，對接收 到的操作管理和維護幀進行處理并且通過參考所述多播轉(zhuǎn)發(fā)表來確定經(jīng)過處理的接收到的操作管理和維護幀的轉(zhuǎn)發(fā)目的地；以及當所述通信設(shè)備為接收到的操作管理和維護幀充當端接點時，判定接 收到的操作管理和維護幀是否將要被發(fā)回。
9. 如權(quán)利要求6所述的操作管理方法，還包括 基于偵聽第3層路由分組的結(jié)果來構(gòu)造多播轉(zhuǎn)發(fā)表；當所述通信設(shè)備為接收到的操作管理和維護幀充當中繼點時，對接收 到的操作管理和維護幀進行處理并且通過參考所述多播轉(zhuǎn)發(fā)表來確定經(jīng)過處理的接收到的操作管理和維護幀的轉(zhuǎn)發(fā)目的地；以及當所述通信設(shè)備為接收到的操作管理和維護幀充當端接點時，判定接 收到的操作管理和維護幀是否將要被發(fā)回。
10. 如權(quán)利要求6-9中任何一項所述的操作管理方法，還包括在接收到在路由器和終端之間周期性地交換的多播路由分組時自治地 發(fā)起第2層環(huán)回測試。
11. 一種包括第2層網(wǎng)絡(luò)的多個交換機設(shè)備的系統(tǒng)，所述多個交換機設(shè)備中的每一個包括通信部件，用于從第2層網(wǎng)絡(luò)接收操作管理和維護幀或者向第2層網(wǎng) 絡(luò)發(fā)送操作管理和維護幀；以及控制器，用于在所述操作管理和維護幀被在所述第2層網(wǎng)絡(luò)中發(fā)送時 向所述操作管理和維護幀提供目的地媒體訪問控制地址，其中所述目的地 媒體訪問控制地址與因特網(wǎng)協(xié)議多播地址相關(guān)聯(lián)。
12. 如權(quán)利要求ll所述的系統(tǒng)，其中，所述交換機設(shè)備還包括 多播轉(zhuǎn)發(fā)表，該多播轉(zhuǎn)發(fā)表是基于偵聽第3層路由分組的結(jié)果而構(gòu)造的，其中，當所述交換機設(shè)備為接收到的操作管理和維護幀充當中繼點 時，所述控制器通過參考所述多播轉(zhuǎn)發(fā)表來確定要被透明地發(fā)送的接收到 的操作管理和維護幀的轉(zhuǎn)發(fā)目的地，并且，當所述交換機設(shè)備為接收到的 操作管理和維護幀充當端接點時，所述控制器判定接收到的操作管理和維 護幀是否將要被發(fā)回。
13. 如權(quán)利要求12所述的系統(tǒng)，其中，當所述交換機設(shè)備為接收到的 操作管理和維護幀充當中繼點時，所述控制器對接收到的操作管理和維護 幀進行處理并且通過參考所述多播轉(zhuǎn)發(fā)表來確定經(jīng)過處理的接收到的操作 管理和維護幀的轉(zhuǎn)發(fā)目的地，并且，當所述交換機設(shè)備為接收到的操作管 理和維護幀充當端接點時，所述控制器判定接收到的操作管理和維護幀是 否將要被發(fā)回。
14. 如權(quán)利要求ll所述的系統(tǒng)，其中，所述交換機設(shè)備還包括 多播轉(zhuǎn)發(fā)表，該多播轉(zhuǎn)發(fā)表是基于偵聽第3層路由分組的結(jié)果而構(gòu)造的，其中，當所述交換機設(shè)備為接收到的操作管理和維護幀充當中繼點 時，所述控制器對接收到的操作管理和維護幀進行處理并且通過參考所述 多播轉(zhuǎn)發(fā)表來確定經(jīng)過處理的接收到的操作管理和維護幀的轉(zhuǎn)發(fā)目的地，并且，當所述交換機設(shè)備為接收到的操作管理和維護幀充當端接點時，所 述控制器判定接收到的操作管理和維護幀是否將要被發(fā)回。
15.如權(quán)利要求11所述的系統(tǒng)，其中，所述控制器在接收到在路由器 和終端之間周期性地交換的多播路由分組時自治地發(fā)起第2層環(huán)回測試。
全文摘要
本發(fā)明提供了一種通信設(shè)備和操作管理方法。該通信設(shè)備包括通信部件，用于從第2層網(wǎng)絡(luò)接收操作管理和維護(OAM)幀或者向第2層網(wǎng)絡(luò)發(fā)送OAM幀；以及控制器，用于在該OAM幀被在該第2層網(wǎng)絡(luò)中發(fā)送時向該OAM幀提供目的地媒體訪問控制(MAC)地址，其中該目的地MAC地址與因特網(wǎng)協(xié)議(IP)多播地址相關(guān)聯(lián)。
文檔編號H04L29/06GK101527727SQ20091012636
公開日2009年9月9日 申請日期2009年3月5日 優(yōu)先權(quán)日2008年3月5日
發(fā)明者櫻井曉 申請人:日本電氣株式會社