專利名稱：用于數(shù)據(jù)通信網(wǎng)絡的邏輯群組端點發(fā)現(xiàn)的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)通信網(wǎng)絡的管理，并且更特別地，涉及在運營商和服務提供商網(wǎng)絡中的虛擬局域網(wǎng)(VLAN)和多播群組端點發(fā)現(xiàn)。
技術背景在運營商或服務提供商網(wǎng)絡中，VLAN端點誤配置 (misconfiguration)會引起嚴重的問題。由于VLAN優(yōu)先于電氣和電子 工程師協(xié)會Std. 802.1ag(正EE 802.1ag)的維護等級，因此IEEE 802.1ag 維護端點(MEP )上的誤配置的VLAN將使得MEP不可到達并且導致 由在同 一維護等級上的所有其他MEP報告的意外的連通性丟失警告。 另外，誤配置的VLAN將意外地允許未被授權的業(yè)務通過網(wǎng)絡端點或者 使得已授權的業(yè)務被網(wǎng)絡端點阻斷，導致潛在的安全缺口或用戶的不滿 意。因此，希望在盡可能早的時候發(fā)現(xiàn)和解決VLAN端點誤配置，優(yōu)選 地在運行IEEE 802.1ag連通性故障管理(CFM)或向外部業(yè)務開力文網(wǎng)絡 之前。在服務提供商網(wǎng)絡中，同樣希望了解多播群組端點配置。例如，為 了安全、計費、市場或其他目的，服務提供商可能想要監(jiān)視其用戶正在 瀏覽哪些多播內容。目前有一些已知協(xié)議用來發(fā)送VLAN配置信息。例如，在Cisco系 統(tǒng)的Inc.，s VLAN中繼協(xié)議(VTP )中，當新的VLAN被配置在交換機 上時，該新的VLAN被宣布給同一個域中的其它交換機。同時，在Cisco 系統(tǒng)的Inc.，s VLAN查詢協(xié)議(VQP )中，交換機用連接有LAN的節(jié)點 的媒體接入控制(MAC )地址查詢VLAN成員身份策略服務器(VPMS ), 并且作為響應，針對連接到該節(jié)點的交換機端口向該交換機給予VLAN 分配。VTP或VQP都不提供網(wǎng)絡端點的查詢以了解在其上可操作的VLAN并從而了解誤配置。目前還有一些已知的發(fā)現(xiàn)節(jié)點特性的協(xié)議，如交換標識(exchange IDentification, XID)。在XID的一種實現(xiàn)中，源可以向節(jié)點發(fā)送包括 指定值的XID命令，并且該節(jié)點可以通過返回包括該指定值的XID響 應來確認支持該指定值。但是已知的是，XID并不能感知VLAN或多播 群組。另外，XID不具有限制對嚴格去往端點的多播XID命令的響應 的固有機制。如果XID命令是多播，那么在源和端點之間的路徑上的 所有XID感知(XID-aware )節(jié)點都將響應，并且該XID命令甚至會通 過端點傳播至外部網(wǎng)絡。發(fā)明內容在一些實施例中，本發(fā)明促進在IEEE802.1ag中定義的以太網(wǎng)CFM 框架，從而使得能夠在運營商和服務提供商網(wǎng)絡中實現(xiàn)VLAN和多播群 組端點的高效學習。正EE 802.1ag定義了連續(xù)性檢查(CC )幀。CC幀 典型地由源MEP向在特定的維護等級上的所有其它MEP多播，以確認 在源MEP和所有其它MEP之間的連通性。在本發(fā)明的一些實施例中， 源MEP將預留的IEEE 802.1ag CC多播地址應用于新穎的VLAN或多 播群組發(fā)現(xiàn)請求幀類型，該幀類型在下文中4皮稱為vQuery—request幀， 從而只有運營商或服務提供商網(wǎng)絡的其它MEP處理該vQuery—request, 并且從而只有在vQuery—request中標識的VLAN或多播群組的成員才通 過VLAN或多播群組發(fā)現(xiàn)應答幀類型進行響應，該幀類型在下文中被稱 為vQuery—reply幀。從而可有效地檢測出VLAN和多播群組端點配置。 VQuery消息交換常常被應用于交換以太網(wǎng)絡中。這樣的網(wǎng)絡可以包括 不同類型的復用節(jié)點，如交換機、數(shù)字用戶線接入復用器(DSLAM) 和邊緣集合設備，例如，其具有以太網(wǎng)協(xié)議支持。因此，在本發(fā)明的一個實施例中，提出了一種用于發(fā)現(xiàn)網(wǎng)絡端點 VLAN關聯(lián)的方法，包括由端點從源接收標識了 VLAN的請求；由端 點確定與該端點相關聯(lián)的端口是否是該VLAN的成員；并且如果與該端 點相關聯(lián)的端口是該VLAN的成員，那么由該端點向該源發(fā)送標識了該端口和該VLAN的應答。在本發(fā)明的另 一實施例中，提出了 一種用于發(fā)現(xiàn)網(wǎng)絡端點多播群組 關聯(lián)的方法，包括由端點從源接收標識了多播群組的請求；由端點確 定與該端點相關聯(lián)的端口是否是該多播群組的成員；并且如果與該端點 相關if關的端口是該多^番群組的成員，那么由該端點向該源發(fā)送標識了該 端口和該多播群組的應答。在本發(fā)明的另 一實施例中，提出了 一種用于發(fā)現(xiàn)網(wǎng)絡端點邏輯群組 關聯(lián)的方法，包括由端點從源接收標識了邏輯群組的多播請求；由端 點確定與該端點相關聯(lián)的端口是否是該邏輯群組的成員；并且如果與該 端點相關聯(lián)的端口是該邏輯群組的成員，那么由該端點向該源發(fā)送標識 了該端口和該邏輯群組的單播應答。該邏輯群組可以是VLAN或多播群 組。在一些實施例中，該-清求標識了響應時間，并且在響應時間逝去之 前的隨機時間執(zhí)行發(fā)送步驟。在一些實施例中，該請求包括IEEE 802.1ag CC多播地址作為目的 地地址。在一些實施例中，該源是IEEE 802.1ag維護端點。 在一些實施例中，該端點是IEEE 802.1ag維護端點。 在一些實施例中，該方法至少執(zhí)行兩次，其中在第一實例中該:波標識的VLAN是管理VLAN并且在第二實例中該被標識的VLAN是數(shù)據(jù)VLAN。本發(fā)明的這些和其它特征通過參考結合以下簡短描述的附圖而閱 讀的對優(yōu)選實施例的詳細描述可得到更好的理解。當然，本發(fā)明的范圍 由所附權利要求進行限定。


圖1示出了本發(fā)明的一個實施例中的服務提供商網(wǎng)絡。圖2示出了本發(fā)明的 一個實施例中的服務提供商MEP節(jié)點。圖3示出了本發(fā)明的一個實施例中的MEP以及相關聯(lián)的轉發(fā)數(shù)據(jù)庫和VLAN表。圖4是描述在本發(fā)明的一個實施例中由接收vQuery—request的MEP執(zhí)行的步驟的流程圖。圖5是描述在本發(fā)明的 一 個實施例中用于發(fā)現(xiàn)VLAN誤配置的方法 的流程圖。
具體實施方式
圖1示出了本發(fā)明的一個實施例中的服務提供商網(wǎng)絡IO。網(wǎng)絡IO 包括通過維護中間點(MIP)節(jié)點50可通信地耦合的多個MEP節(jié)點10， 20, 30, 40。 MEP節(jié)點IO, 20, 30具有面向住宅網(wǎng)關(RGW)的端口 A-E，端口 A-E通過調制解調器設備(未示出)將MEP節(jié)點10, 20, 30與用戶RGW 70可通信地耦合。RGW 70接著與客戶終端系統(tǒng)60可 通信地耦合。在一些實施例中，RGW70是具有用于與客戶終端系統(tǒng)60 耦合的以太網(wǎng)端口和用于通過DSL調制解調器(未示出)與MEP節(jié)點 10， 20, 30耦合的數(shù)字用戶線(DSL)上行鏈路端口的網(wǎng)橋。在一些實 施例中，終端系統(tǒng)60包括例如個人計算機，存儲設備和游戲控制臺。 MEP節(jié)點IO, 20， 30， 40具有面向網(wǎng)絡的端口 F-K,端口F-K將MEP 節(jié)點10, 20， 30, 40與其它MEP節(jié)點10, 20, 30， 40和MIP節(jié)點50 可通信地耦合。MEP節(jié)點40具有面向網(wǎng)絡的端口 J和K,〗旦不具有面 向RGW的端口 。自然地，MEP節(jié)點和MIP節(jié)點的數(shù)量和連通性在本 發(fā)明的其它實施例中可以不同。另夕卜，在本發(fā)明的其它實施例中，作為 住宅網(wǎng)絡的補充或替代，服務提供商網(wǎng)絡可被連接至企業(yè)網(wǎng)絡。MEP節(jié)點IO, 20, 30, 40是通過端口 A-K發(fā)送和接收消息的數(shù)據(jù) 通信節(jié)點，并且其上具有硬件和軟件以支持網(wǎng)絡10中的以太網(wǎng)橋接、 正EE 802.1 ag以太網(wǎng)CFM和邏輯群組端點發(fā)現(xiàn)能力。邏輯群組端點發(fā) 現(xiàn)能力優(yōu)選地包括下文中描述的VLAN端點發(fā)現(xiàn)能力和多播群組端點 發(fā)現(xiàn)能力。以太網(wǎng)CFM和邏輯群組端點發(fā)現(xiàn)能力由駐留在MEP節(jié)點 10, 20, 30, 40上的一個或多個IEEE 802.1 agMEP硬件或軟件實體來 支持。MEP硬件和軟件實體在每個節(jié)點、每個模塊或每個端口的基礎上操作。在一些實施例中，MEP節(jié)點IO, 20， 30是基于以太網(wǎng)的 DSLAM，而MEP節(jié)點40是以太網(wǎng)邊緣交換機。MEP節(jié)點40具有面向網(wǎng)絡管理系統(tǒng)(NMS)的端口P，端口P使 MEP節(jié)點40與NMS節(jié)點80可通信地耦合以l更傳送網(wǎng)絡管理信息。在 一些實施例中，MEP節(jié)點40在其上具有簡單網(wǎng)絡管理協(xié)議(SNMP) 代理，并且在MEP節(jié)點40上記錄的網(wǎng)絡管理信息被通過SNMP輪詢和 SNMP陷阱消息被發(fā)送至NMS節(jié)點80。MIP節(jié)點50是通過端口 L-O發(fā)送和接收消息的數(shù)據(jù)通信節(jié)點，并 且其上具有硬件和軟件以支持網(wǎng)絡10中的以太網(wǎng)橋接和IEEE 802.1 ag 以太網(wǎng)CFM。以太網(wǎng)CFM由駐留在MIP節(jié)點50上的一個或多個IEEE 802.1 agMEP硬件或4欠件實體來支持。MIP石更件和軟件實體在每個節(jié)點、 每個模塊或每個端口的基礎上操作。在一些實施例中，MIP節(jié)點50是以太網(wǎng)骨干又換才幾。根據(jù)客戶的需求，面向網(wǎng)絡的端口 F-I可與不同的服務提供商 VLAN相關聯(lián)。例如，如果通過端口 A和E與網(wǎng)絡10通信的多個終端 系統(tǒng)60與網(wǎng)絡10的同一客戶相關聯(lián)，或與將應用公共策略的不同客戶 相關聯(lián)，那么端口 F和I將是同一服務提供商VLAN的成員，而端口 G 和H可能與其他服務提供商VLAN相關聯(lián)。類似地，根據(jù)客戶的需求， 面向RGW的端口可成為不同多纟番群組的成員。例如，如果與面向RGW 的端口 A和E相關聯(lián)的多個終端系統(tǒng)60是同一多播數(shù)據(jù)流的用戶，則 端口 A和E將屬于同一多播群組，而面向RGW的端口 B-D可能與其 它的多播群組相關聯(lián)。自然地，面向網(wǎng)絡的端口可與多個服務提供商 VLAN相關聯(lián)，并且面向RGW的端口可與多個多播群組相關聯(lián)。在一 些實施例中，服務提供商VLAN成員身份是靜態(tài)設置的，而端口多播群 組成員身份則是通過因特網(wǎng)組管理協(xié)議(IGMP)探聽被動態(tài)學習的。在一些實施例中，本發(fā)明的重要優(yōu)點在于擴展了 IEEE 802.1 ag中 定義的以太網(wǎng)CFM框架，使得可以實現(xiàn)網(wǎng)絡端點VLAN和多4番群組關 聯(lián)的高效學習。這些學習通過發(fā)送和處理在此有時分別被稱為 vQuery—request和vQuery一reply幀的邏輯群組發(fā)現(xiàn)請求和應答幀而變得更加便利。vQuery—request幀優(yōu)選地是以太網(wǎng)管理幀類型，其具有與正EE 802.1 ag以太網(wǎng)CFM連續(xù)性檢查(CC)幀相同的通用格式，除了新定 義的OPCODE和TLV值之外。更特別地，該vQueryjequest幀類型優(yōu) 選地包括但并不限于以下字段目的地媒體接入控制地址(DMAC )是6字節(jié)字段，其包括為IEEE 802.1 agCC幀預留的多播媒體接入控制(MAC)地址。源MAC地址(SMAC )是6字節(jié)字段，其包括源MEP的單播MAC 地址，源MEP即發(fā)起該幀的MEP。該源MEP可以是任何一皮擴展為具 有邏輯群組端點發(fā)現(xiàn)能力的IEEE 802.1 ag MEP。源MEP可駐留在例如 DSLAM、以太網(wǎng)交換機或服務節(jié)點上。MAL是3比特字段，其標識了幀的維護關聯(lián)(MA)等級。對于 vQuery—request幀，該MAL值通常為服務提供商MA預留的兩個值之一 ^ S ，'云菩窗l(fā)Vf A孑折敘品A/吉夕—一OPCODE是8比特字段，其具有QTYPE (查詢類型)，該QTYPE 定義了 vQuery—request的類型。在一些實施例中，有兩個QTYPE值， 一個用于VLAN發(fā)現(xiàn)請求， 一個用于多播群組發(fā)現(xiàn)請求。TLV1是"第一類型-長度-值"格式的字段，其包括值GROUP ID, 該GROUP ID唯一地標識了作為vQuery—request的主題的邏輯群組。如 果QTYPE是VLAN發(fā)現(xiàn)請求，那么GROUP ID可以是12比特VLAN ID。如果QTYPE是多播群組發(fā)現(xiàn)請求，那么GROUP ID可以是6字節(jié) 多播MAC地址，包括由IEEE定義的前綴比特，該前綴比特之后是標 識了多播群組的比特。在其他實施例中，GROUP ID僅僅包括標識了多 播群組的比特。通常來說，GROUP ID在多播樹中與多播信道——對應。TLV2是"第二類型-長度-值"格式的字段，其包括值RTIME，該 RTIME標識了以秒為單位的最大時間，該最大時間用于響應 vQuery一request。通過提供響應窗并且將每個MEP設計為在響應窗內的 隨機時間進行響應，vQuery—reply的發(fā)送被錯開并且避免了在源MEP 處突然大量發(fā)送vQuery_reply幀。在一些實施例中，不在RTIME內接 收的vQuery—reply幀不被源MEP處理。在一些實施例中，不在RTIME加上預定的間隔內接收的vQuery_reply幀不被源MEP處理?，F(xiàn)在轉到圖2,示出了本發(fā)明的一個實施例中的服務提供商MEP 節(jié)點200。節(jié)點200包括第一面向RGW的模塊(RGWFM1 ) 220、第 二面向RGW的模塊(RGWFM2 ) 230、中央處理模塊(CPM) 240和 面向網(wǎng)絡的模塊(NFM) 210，所有模塊都通過交換機架構250可通信 地耦合。每個面向RGW的模塊與一個或多個基于硬件或基于軟件的數(shù) 據(jù)包處理器和一個或多個面向RGW的物理端口相關聯(lián)，該數(shù)據(jù)包處理 器用于處理入站和出站的數(shù)據(jù)包(例如，以太網(wǎng)數(shù)據(jù)幀)，該面向RGW 的物理端口用于接收和發(fā)送數(shù)據(jù)包。該面向網(wǎng)絡的模塊與一個或多個基 于硬件或基于軟件的數(shù)據(jù)包處理器和一個或多個面向網(wǎng)絡的物理端口 相關聯(lián)，該數(shù)據(jù)包處理器用于處理入站和出站的數(shù)據(jù)包(例如，以太網(wǎng) 數(shù)據(jù)幀)，該面向網(wǎng)絡的物理端口用于接收和發(fā)送數(shù)據(jù)包。每個物理端口都與端口標識符(端口 id )、 一個或多個VLAN以及零個或多個多播群組相關聯(lián)，其中每個VLAN都與一個VLAN ID相 關聯(lián)，每個多播群組都與一個多播MAC地址相關聯(lián)。每個端口ID、 VLANID和多播MAC地址在服務提供商網(wǎng)絡中都是唯一的。例如，該 端口 ID可以是MAC地址或可以具有"交換才幾/時隙/端口，呀各式。該 VLAN和多播群組關聯(lián)限定了哪些數(shù)據(jù)幀通過物理端口。例如，在一些 實施例中，分配給VLAN的以太網(wǎng)幀不允許通過不是該VLAN的成員 的物J里端口 。CPM 240包括基于軟件的管理處理器，用于交換機管理和對異常數(shù) 據(jù)包的處理。在一些實施例中，CPM240還包括擴展為支持邏輯群組端 點發(fā)現(xiàn)的IEEE 802.1ag MEP。在這些實施例中，CMP 240包括用于跟 蹤節(jié)點200上的物理端口的邏輯群組成員的查找表，該邏輯群組成員例 如VLAN和多播群組成員。在其他實施例中，NFM210具有基于軟件 的處理，包括擴展為支持邏輯群組端點發(fā)現(xiàn)的IEEE802.1 agMEP，以及 用于跟蹤在節(jié)點200上的物理端口的邏輯群組成員的查找表。在任一情 況下，邏輯群組端點發(fā)現(xiàn)包括但不限于代表節(jié)點200接收和處理 vQuery—request幀并且產(chǎn)生和發(fā)送vQuery—reply幀?，F(xiàn)在轉到圖3，示出了在邏輯群組端點發(fā)現(xiàn)中調用的單元。MEP 30 有權訪問轉發(fā)數(shù)據(jù)庫(FDB) 310和VLAN表320。 FDB310是存儲轉 發(fā)地址和相關聯(lián)的端口 ID的查找表。FDB310中所存儲的轉發(fā)地址中 有與激活的多播群組相關聯(lián)的多播MAC地址。在一些實施例中，通過 探聽通過節(jié)點200的IGMP數(shù)據(jù)包來學習激活的多播群組。VLAN表320 是存儲VLAN ID和相關聯(lián)的端口 ID的查找表。在一些實施例中，VLAN /端口 ID關聯(lián)是靜態(tài)配置的。現(xiàn)在轉到圖4,其在一個實施例中示出了可在MEP 300上操作的 vQuery—request處理狀態(tài)才幾。MEP 300開始于監(jiān)聽狀態(tài)，其中MEP 300 等待接收vQuery—request (410) 。 vQuery_request可以由網(wǎng)絡中作為 MEP 300的同一維護關聯(lián)等級的一部分的任意MEP發(fā)起，該任意MEP 已經(jīng)被擴展為支持邏輯群組端點發(fā)現(xiàn)并希望了解網(wǎng)絡VLAN或多播群 組端點。例如，在圖l中，可以用如下方式來管理MEP節(jié)點40,即在 服務提供商網(wǎng)絡10中發(fā)起vQuery—request,并且記錄在vQuery—reply中 接收到的信息以便用于通過SNMP向NMS節(jié)點80進行事件報告。當vQuery—request幀到達NFM 210時，如果NFM 210上駐留有MEP 300，則vQuery—request被直接傳遞至MEP 300。作為替代，如果CPM 240 上駐留有MEP 300,則vQuery—request幀在交換機架構250上被發(fā)送至 CPM 240。在任一情況下，捕獲該vQuery—request幀，以便用于通過參 考vQuery—request幀的DMAC字段中的CC多播MAC地址來進行處理。 重要的是，該vQuery_request幀由MEP 300終止，其結果是 vQuery—request幀不會離開發(fā)起該vQuery—request幀的網(wǎng)纟各。MEP 300參考vQuery—request的OPCODE字段并且基于QTYPE來 識別該請求是VLAN發(fā)現(xiàn)請求還是多播群組發(fā)現(xiàn)請求。如果該 vQuery—request是VLAN發(fā)現(xiàn)請求，那么MEP 300查看TLVl字段并且 識別作為該請求的主題的VLANID。然后MEP 300查看VLAN表320 并且確定MEP 300所表示的作為被識別的VLAN的成員的在節(jié)點200 上的面向網(wǎng)絡的端口 (420)。如果MEP 300表示一個或多個作為^皮識 別的VLAN的成員的面向網(wǎng)絡的端口，那么MEP300產(chǎn)生一個或多個vQuery—reply,并且在指定字段中放置成員端口 ID和VLAN ID (430 )。在一些實施例中，為每個成員端口產(chǎn)生單獨的vQuery—reply幀。在其他實施例中，將多個成員端口 ID綁定在單獨的vQuery_reply幀中。在任一情況下，vQuery—reply幀中的DMAC字段攜帶從相應的vQuery—request幀中獲取的SMAC地址。MEP 300還查看TLV2字段并且確定RTIME中用于響應vQuery—request的隨機時間(440 )。在這個隨機時間上，MEP 300通過NFM210發(fā)送vQuery_reply (450),并且返回監(jiān)聽狀態(tài)(410)。如果MEP300所表示的面向網(wǎng)絡的端口都不是被識別的VLAN的成員，那么MEP 300不產(chǎn)生任何應答就返回監(jiān)聽狀 太心o如果vQuery—request是多播群組發(fā)現(xiàn)請求，那么MEP 300查看TLV1 字段并且識別作為請求的主題的多播群組。MEP 300查看FDB 310并且 確定MEP 300所表示的作為被識別的多播群組的成員的在節(jié)點200上 的面向RGW的端口 (460)。如果MEP 300表示一個或多個作為纟皮識 別的多播群組的成員的面向RGW的端口 ，那么MEP 300產(chǎn)生一個或多 個vQuery—reply,并且在在指定字段中放置成員端口 ID和GROUP ID(470)。在一些實施例中，為每個成員端口產(chǎn)生單獨的vQuery—reply 幀。在其他實施例中，將多個成員端口 ID綁定在單獨的vQuery—reply 幀中。vQuery—reply幀中的DMAC字段攜帶來自vQuery—request幀中的 SMAC地址。MEP 300查看TLV2字段并且確定RTIME中用于響應 vQuery_request的隨機時間(440 )。在這個時間，MEP 300通過NFM 210 向網(wǎng)絡發(fā)送這樣的vQuery—reply (450)并且返回監(jiān)聽狀態(tài)(410)。如 果MEP 300所表示的面向RGW的端口都不是被識別的多播群組的成 員，那么MEP 300不產(chǎn)生任何應答就返回監(jiān)聽狀態(tài)。注意，盡管已經(jīng)if關系單個節(jié)點200而描述了 vQuery一request處理， ^旦vQuery_request實際上是多^番。相應地，沖妾收vQuery_request并且具 有在請求中指定的MA等級上的MEP的其他節(jié)點可以代表它們各自的 支持被識別的VLAN或多播群組的端口發(fā)布單播vQuery_reply。另外， 盡管已經(jīng)聯(lián)系服務提供商網(wǎng)絡中的節(jié)點200和MEP 300而描述了vQuery—request處理，但在其他實施例中vQuery—request接收處理可由 例如運營商網(wǎng)絡中的節(jié)點和MEP來執(zhí)^f亍。應注意，在一些實施例中，MEP節(jié)點上駐留有多個MEP實體，每 個MEP實體都表示在該MEP節(jié)點上的物理端口的子集，其中每個MEP 實體負責代表該MEP實體所表示的MEP節(jié)點上的物理端口對 vQuery—requests進^^響應。在其他實施例中，MEP節(jié)點上可以駐留有 單獨的MEP實體，其表示所有在該MEP節(jié)點上的物理端口，其中該單 獨的MEP實體負責代表該MEP節(jié)點上的所有物理端口對 vQuery—requests進行響應。圖5是描述在本發(fā)明的一個實施例中用于發(fā)現(xiàn)VLAN誤配置的方法 的流程圖。例如，該方法可以由運營商或服務提供商在網(wǎng)絡激活之前4丸 行，從而避免報告大量的連通性丟失警告、意外地允許未被授權的業(yè)務 和/或意外地阻斷已授權的業(yè)務。依照圖5的方法，首先測試管理VLAN(M-VLAN)的配置。M-VLAN 是所有數(shù)據(jù)VLAN的成員端口所屬的VLAN和用于測試數(shù)據(jù)VLAN的 配置的VLAN。在M-VLAN的測試中，源MEP在M-VLAN上多播第 一 vQuery—request幀(510 )。 也就是說，該第一 vQuery—request巾貞在 IEEE 802.1Q標簽中具有M-VLAN的VLAN ID 。該第一 vQuery—request 幀還具有VLAN發(fā)現(xiàn)請求的QTYPE和M-VLAN的TLV1 VLAN ID。 如果在第一 vQuery_request中指定的RTIME內(或在RTIME后的指定 時間內)源MEP沒有接收到關于M-VLAN的所有期望的成員端口的 vQueryjreply，那么可知M - VLAN已被誤配置。為M-VLAN記錄配置 錯誤(520)并且該流程終止。但是，如果在指定的響應時間內接收到 關于M-VLAN的所有成員端口的vQuery_reply，那么可知M-VLAN已 被正確地配置并且在M-VLAN上多播第二 vQuery_request ( 530 )。該 第二 vQuery_request幀具有VLAN發(fā)現(xiàn)請求的QTYPE和第一數(shù)據(jù) VLAN(D-VLAN)的TLV1VLANID。如果在指定的響應時間內，沒有從 第一 D-VLAN的所有成員端口接收到vQuery—reply,那么可知該第一 D-VLAN被誤配置。為D-VLAN記錄配置錯誤(540 )并且該流程終止。但是，如果在指定的響應時間內從第一 D-VLAN的所有成員端口4妻收 到vQuery一reply，那么可知該第一 D-VLAN已被正確配置并且在 M-VLAN上多播關于第二 D-VLAN的第三vQuery—request ( 550 ),等 等，直到針對D-VLAN記錄了錯誤或者驗證了所有D-VLAN的正確配 置。 一旦驗證了所有D-VLAN的正確配置，該運營商或服務提供商就 開始IEEE 802.1ag以太網(wǎng)CFM并且向外部業(yè)務開;^文網(wǎng)絡。本發(fā)明的另外的有用應用是在跨多個運營商的服務提供商網(wǎng)絡中 的VLAN發(fā)現(xiàn)，其中VLANID被轉換為越過運營商之間的網(wǎng)絡邊界的 幀。在這種情況下，源MEP可以多播具有VLAN發(fā)現(xiàn)請求的QTYPE 的和力求被發(fā)現(xiàn)的VLAN的TLV1 VLAN ID的vQuery—request。假定 vQuery—request中的VLAN ID與可跨越邊界而操作的VLAN ID相匹配， 那么可跨越同一 MA等級上的網(wǎng)絡邊界而操作的MEP將以該 vQuery—reply來進行響應。否則，VLAN會由于轉換由此變得不可發(fā)現(xiàn) 而不可發(fā)現(xiàn)。盡管已經(jīng)在某些特定實施例中對本發(fā)明進行了描述，但本領域技術 人員將很容易設計出不會脫離本發(fā)明的范圍和本質的變型。因此，應當 理解，本發(fā)明可以以與特別地描述的方式不同的方式來實現(xiàn)。例如，盡 管已經(jīng)針對擴展IEEE 802.lag協(xié)議而描述了以上實施例，但其可應用 于其他運行、管理與維護(OAM)協(xié)議。此外，盡管已經(jīng)針對VLAN 和多播群組端點發(fā)現(xiàn)而描述了以上實施例，但可將本發(fā)明的啟示應用于 發(fā)現(xiàn)其他端點參數(shù)。因此，所提出的本發(fā)明的實施例從各方面來說都應 當理解為示例性而非限制性的，本發(fā)明的范圍應當由所附權利要求及其 等同形式而不是前述描述來表明。
權利要求
1.一種用于發(fā)現(xiàn)網(wǎng)絡端點虛擬局域網(wǎng)(VLAN)關聯(lián)的方法，其包括由端點從源接收標識了VLAN的請求；由端點確定與該端點相關聯(lián)的端口是否是該VLAN的成員；并且如果與該端點相關聯(lián)的端口是該VLAN的成員，那么由該端點向該源發(fā)送標識了該端口和該VLAN的應答。
2. 如權利要求1所述的方法，其中該請求標識了響應時間，并且在 該響應時間逝去之前執(zhí)行該發(fā)送步驟。
3. 如權利要求2所述的方法，其中在該響應時間逝去之前的隨機時 間執(zhí)行該發(fā)送步驟。
4. 如權利要求1所述的方法，其中該請求被多播至多個端點并且該 應答被單播至該源。
5. 如權利要求l所述的方法，其中該請求包括IEEE 802.lag連續(xù) 性4全查多播地址作為目的地地址。
6. 如權利要求l所述的方法，其中該源是IEEE802.1ag維護端點。
7. 如權利要求l所述的方法，其中該端點是IEEE 802.1ag維護端點。
8. 如權利要求1所述的方法，其中該方法至少執(zhí)行兩次，其中在第 一實例中該;故標識的VLAN是管理VLAN并且在第二實例中該被標識 的VLAN是數(shù)據(jù)VLAN。
9. 一種用于發(fā)現(xiàn)網(wǎng)絡端點多播群組關聯(lián)的方法，包括 由端點從源接收標識了多播群組的請求；由端點確定與該端點相關聯(lián)的端口是否是該多播群組的成員；并且 如果與該端點相關聯(lián)的端口是該多播群組的成員，那么由該端點向該源發(fā)送標識了該端口和該多纟番群組的應答。
10. 如權利要求9所述的方法，其中該請求標識了響應時間，并且 在該響應時間逝去之前執(zhí)行該發(fā)送步驟。
11. 如4又利要求IO所述的方法，其中在該響應時間逝去之前的隨機時間執(zhí)行該發(fā)送步驟。
12. 如權利要求IO所述的方法，其中該請求被多播至多個端點并且 該應答一皮單l番至該源。
13. 如權利要求IO所述的方法，其中該請求包括IEEE802.1ag連 續(xù)性4企查多4番地址作為目的地地址。
14. 如權利要求IO所述的方法，其中該源是IEEE 802.1ag維護端點。
15. 如權利要求IO所述的方法，其中該端點是IEEE 802.1ag維護端點。
16. —種用于發(fā)現(xiàn)網(wǎng)絡端點邏輯群組關聯(lián)的方法，包括 由端點從源接收標識了邏輯群組的多播請求；由端點確定與該端點相關聯(lián)的端口是否是該邏輯群組的成員；并且 如果與該端點相關聯(lián)的端口是該邏輯群組的成員，那么由該端點向 該源發(fā)送標識了該端口和該邏輯群組的單播應答。
17. 如權利要求16所述的方法，其中該邏輯群組是VLAN。
18. 如權利要求16所述的方法，其中該邏輯群組是多播群組。
19. 如^又利要求16所述的方法，其中該請求標識了響應時間，并且 在該響應時間逝去之前執(zhí)行該發(fā)送步驟.。
20. 如權利要求16所述的方法，該請求包括IEEE 802.lag連續(xù)性 檢查多播地址作為目的地地址。
全文摘要
本發(fā)明公開了一種在數(shù)據(jù)通信網(wǎng)絡中用于邏輯群組端點發(fā)現(xiàn)的方法和系統(tǒng)。網(wǎng)絡端點從源接收識別標識了邏輯群組的請求，并且確定與該端點相關聯(lián)的端口是否是邏輯群組的成員。如果與該端點相關聯(lián)端口是邏輯群組的成員，那么該端點向源發(fā)送識別標識了該端口和該邏輯群組的應答。該請求可以被多播，而該應答可以被單播。該邏輯群組可以是VLAN或者是多播群組。該源和端點優(yōu)選地為802.1ag維護端點。該請求可以包括IEEE 802.1ag連續(xù)性檢查多播地址作為目的地地址。
文檔編號H04L29/08GK101405998SQ200780009932
公開日2009年4月8日 申請日期2007年3月9日 優(yōu)先權日2006年3月22日
發(fā)明者D·埃利-迪特-科薩克, G·達姆, K·斯瑞哈 申請人:阿爾卡特朗訊