專利名稱：以太網(wǎng)網(wǎng)絡(luò)中的網(wǎng)橋端口mac地址發(fā)現(xiàn)機制的制作方法
技術(shù)領(lǐng)域：
概括地說，本發(fā)明涉及檢測和診斷計算機網(wǎng)絡(luò)中的連接問題。
背景技術(shù)：
考慮到以太網(wǎng)的冗余帶寬、低成本、多點操作的內(nèi)部支持、和各種其他優(yōu)點，網(wǎng)絡(luò) 運營商越來越多地將以太網(wǎng)網(wǎng)絡(luò)用作他們客戶的解決方案。然而，即使有這些優(yōu)點，原始的 以太網(wǎng)缺少電信級的管理能力。因此，以太網(wǎng)網(wǎng)絡(luò)運營商必須頻繁地使用現(xiàn)場技術(shù)人員進 行昂貴和耗時的診斷。此外，以太網(wǎng)網(wǎng)絡(luò)通常構(gòu)成由多個網(wǎng)絡(luò)運營商運行的多個網(wǎng)橋?？?慮到對于其他網(wǎng)絡(luò)運營商的設(shè)備的有限管理訪問，網(wǎng)絡(luò)運營商在識別、診斷、和解決網(wǎng)絡(luò)連 接問題方面遇到很多困難。為了解決這些問題，一種機制，連接故障管理(CFM)提供了監(jiān)視和檢修以太網(wǎng)網(wǎng) 絡(luò)的工具。在公開的標(biāo)準(zhǔn)IEEE 802. lag中詳細描述了 CFM。具體地，IEEE 802. lag標(biāo)準(zhǔn)指 定協(xié)議、過程，以及管理的對象以支持CFM。通過利用這些協(xié)議、過程、和對象，網(wǎng)絡(luò)運營商可 發(fā)現(xiàn)和驗證通過網(wǎng)橋和LAN的路徑，并檢測和隔離連接故障。CFM標(biāo)準(zhǔn)定義2個主要單元，維護中間點(MIP)和維護端點(MEP)。MIP和MEP是 僅為了故障管理的目的在網(wǎng)絡(luò)網(wǎng)橋中創(chuàng)建的實體。因此，MEP啟動并響應(yīng)于CFM消息，而MIP 被動地接收這些消息并響應(yīng)于源MEP。MIP和MEP支持用于故障管理的多個消息。例如，運營商可使用CFM回送消息 (LBM)，以沿著特定邏輯連接識別精確的故障位置。更具體地，回送消息查驗(ping)MIP或 MEP的特定介質(zhì)訪問控制(MAC)地址，并等待響應(yīng)。由于在故障網(wǎng)橋處的MIP或MEP將不響 應(yīng)于回送消息，所以使用這種類型消息允許網(wǎng)絡(luò)運營商隔離故障網(wǎng)橋。運營商也可使用鏈路追蹤消息(LTM)以確定到相同域中的另一 MEP或MIP的路 徑。具體地，每個中間MIP沿著該路徑使用鏈路追蹤應(yīng)答進行響應(yīng)，并向下一跳轉(zhuǎn)發(fā)鏈路追 蹤消息。這個處理繼續(xù)，直到鏈路追蹤消息到達目的MEP或MIP。同樣，運營商必須知道目 的MEP或MIP的MAC地址，以啟動鏈路追蹤消息。從以上討論可清楚，標(biāo)準(zhǔn)回送和鏈路追蹤消息需要目的MEP或MIP的MAC地址。為 了這里進一步詳細討論的原因，對于網(wǎng)絡(luò)運營商來說，通常難以或甚至不可能確定所需的 MAC地址。由此，需要這樣一種MAC地址發(fā)現(xiàn)機制，其允許網(wǎng)絡(luò)運營商基于對于運營商已知 的物理端口信息確定所需的MAC地址。本發(fā)明的以上目的和優(yōu)點是可由各個示例性實施例所實現(xiàn)的來例示，并非旨在對 可實現(xiàn)的可能優(yōu)點的窮盡和限制。因此，各個示例性實施例的這些和其他目的和優(yōu)點根據(jù) 這里的說明將是清楚的，或者可從各個示例性實施例的實踐來領(lǐng)悟，對于本領(lǐng)域普通技術(shù) 人員清楚地，他們可以在這里實現(xiàn)或通過任意變型來修改。由此，本發(fā)明提供了在各個示例 性實施例中所示和所述的新穎性方法、設(shè)置、組合、和改進。
發(fā)明內(nèi)容
為了有效使用CFM，網(wǎng)絡(luò)運營商必須確定和維護遍及網(wǎng)絡(luò)的位于物理網(wǎng)橋端口處 的每個MEP和MIP的MAC地址列表。由于多種原因，網(wǎng)絡(luò)運營商不能夠確定特定MEP或MIP 的MAC地址。首先，當(dāng)硬件被更新或增加至網(wǎng)絡(luò)時，增加額外MAC地址，并且這些地址并非已 知。此外，網(wǎng)絡(luò)運營商可限制對網(wǎng)絡(luò)中的節(jié)點的訪問，從而不可能確定在該節(jié)點處的MEP或 MIP的MAC地址。最終，在大型網(wǎng)絡(luò)中，僅太多MAC地址就無法確定和維護。考慮例如在接入網(wǎng)絡(luò)的環(huán)境中出現(xiàn)的問題。在將以太網(wǎng)用于客戶業(yè)務(wù)聚集和回程 的接入網(wǎng)絡(luò)中，接入節(jié)點可具有連接至客戶端設(shè)備(CPE)的大量網(wǎng)橋端口。在接入網(wǎng)絡(luò)的 大規(guī)模模型中，不同服務(wù)提供商可管理網(wǎng)絡(luò)的某些段，從而零售ISP運營商無法管理對承 載網(wǎng)絡(luò)中的節(jié)點的訪問。此外，接入節(jié)點可向客戶網(wǎng)橋端口內(nèi)部分配和分派專用MAC地址，而并非利用公 共MAC地址。建立專用MAC地址，從而將本地比特設(shè)置在地址中，并且通過接入節(jié)點自由設(shè) 置剩余比特。當(dāng)使用專用MAC地址時，使用CFM檢修連接問題的ISP運營商通常不能夠確 定目的MAC地址。因此，ISP運營商不能夠利用回送和鏈路追蹤消息來檢修問題，因為這些 消息需要目的MAC地址。例如，阿爾卡特-朗訊7330 ISAM基于數(shù)字訂戶線路接入復(fù)用器(DSLAM)節(jié)點ID、 機架ID、槽ID、和端口 ID建立網(wǎng)橋端口的專用MAC地址。端口 ID被內(nèi)部生成，并且在不詢 問ISAM的情況下不能夠確定。同樣，如果ISP運營商期望使用回送或鏈路追蹤消息查詢 7330ISAM,則運營商需要知道在7330ISAM上的客戶網(wǎng)橋端口的專用MAC地址。當(dāng)運營商知 道DSLAM ID、機架ID、和槽ID時，由于運營商無法發(fā)現(xiàn)端口 ID，所以運營商不能夠構(gòu)成整個 MAC地址?；诋?dāng)前CFM標(biāo)準(zhǔn)方案，運營商可使用2個可能的方法來發(fā)現(xiàn)MAC地址。第一方 法將多播回送消息發(fā)送至需要發(fā)現(xiàn)MAC地址的客戶網(wǎng)橋端口。然而，因為經(jīng)由多播發(fā)送回 送消息，所以將消息轉(zhuǎn)發(fā)至網(wǎng)絡(luò)(即虛擬LAN)中的每個節(jié)點。結(jié)果，具有MEP或MIP的每 個網(wǎng)橋端口通過單播回送應(yīng)答來應(yīng)答發(fā)起者。盡管相對簡單，但是這個方法存在多個缺陷。第一，這個方法生成大量不必要的網(wǎng) 絡(luò)業(yè)務(wù)。例如，在使用駐地網(wǎng)橋的完全填充的阿爾卡特_朗訊7330ISAM中，一個多播回送 消息可轉(zhuǎn)譯成在網(wǎng)絡(luò)上發(fā)送的幾千個消息，對于網(wǎng)絡(luò)性能存在明顯的影響。此外，由于從每 個網(wǎng)橋端口返回消息，所以運營商能接收幾千個應(yīng)答，并因此不能夠?qū)⒔邮盏腗AC地址與 相關(guān)的網(wǎng)橋端口關(guān)聯(lián)。第二方法需要運營商直接查詢接入節(jié)點，以確定網(wǎng)橋端口 MAC地址。然后，運營商 能存儲用以維護網(wǎng)橋端口和MAC地址之間的關(guān)聯(lián)的信息。然而，這個方法需要花費大量時 間，因為需要網(wǎng)絡(luò)運營商單獨更新每個映射。此外，如上所述，由于硬件被頻繁更新或增加 至網(wǎng)絡(luò)而得到額外MAC地址，所以難以保持這個信息最新。此外，某些網(wǎng)絡(luò)運營商(例如大 規(guī)模網(wǎng)絡(luò)的零售ISP)無法管理對特定節(jié)點的訪問。由此，需要這樣一種簡化的機制，以允許運營商使用以太網(wǎng)公共網(wǎng)絡(luò)中的現(xiàn)有標(biāo) 準(zhǔn)發(fā)現(xiàn)目標(biāo)網(wǎng)橋端口的公共或?qū)Ｓ肕AC地址。此外，需要這樣一種機制，以當(dāng)運營商不知道 制定MAC地址所需的一個或多個字段時，允許運營商確定MAC地址。
考慮到針對以太網(wǎng)網(wǎng)絡(luò)中的網(wǎng)橋端口 MAC地址發(fā)現(xiàn)機制的需求，提供了各個示例 性實施例的簡單概括。在以下發(fā)明內(nèi)容中可作出某些簡化和省略，旨在突出和引入各個示 例性實施例的某些方面，并非限制其范圍。優(yōu)選示例性實施例的具體實施方式
足以允許本 領(lǐng)域普通技術(shù)人員作出和使用在隨后部分中的發(fā)明概念。 在各個示例性實施例中，一種方法允許運營商使用回送和鏈路追蹤消息請求特定 目標(biāo)物理網(wǎng)橋端口的MAC地址。因此，在各個示例性實施例中，運營商將目標(biāo)物理網(wǎng)橋端口 增加至向接入節(jié)點發(fā)送的LBM或LTM。LBM或LTM出現(xiàn)在整個網(wǎng)絡(luò)，并且在消息級遇到所有 可能的維護端點和維護中間點。在各個示例性實施例中，僅由物理位置匹配于在消息中指 定的位置信息的MEP和MIP發(fā)送回送應(yīng)答和鏈路追蹤應(yīng)答。因此，各個示例性實施例明顯 縮減了用于檢修操作的網(wǎng)絡(luò)中生成的業(yè)務(wù)量。此外，由于MAC地址可由零售運營商確定，所 以不需要在請求大規(guī)模模型中的MAC地址的上述方法。此外，在各個示例性實施例中，運營商不必指定全部物理網(wǎng)橋端口，而僅提供已知 的部分。因此，在各個示例性實施例中，運營商使用不同方法將目標(biāo)物理端口增加至LBM或 LTM。在各個示例性實施例中，運營商使用在LBM的目的地址字段或LTM的目標(biāo)MAC地址字 段內(nèi)部的通配符專用MAC地址嵌入目標(biāo)物理網(wǎng)橋端口?；蛘?，在各個示例性實施例中，運營 商使用組織特定的專用MAC地址，指示在LBM或LTM中的標(biāo)準(zhǔn)組織特定的類型長度值(TLV) 中嵌入目標(biāo)物理網(wǎng)橋端口信息。由此，在各個示例性實施例中，當(dāng)寬帶遠程接入服務(wù)器(BRAS)運營商使用通配符 專用MAC地址或組織特定的專用MAC地址發(fā)送LBM或LTM時，僅由物理位置匹配于在通配 符專用MAC地址中或在組織特定的TLV中嵌入的物理端口信息的MEP和MIP發(fā)送應(yīng)答。此 夕卜，在各個示例性實施例中，應(yīng)答MEP和MIP將應(yīng)答消息中的源地址設(shè)置為實際網(wǎng)橋端口 MAC地址。此外，在各個示例性實施例中，鏈路追蹤應(yīng)答包括關(guān)于組織特定的TLV中的網(wǎng)橋 端口的額外信息，例如物理表示。由此，在各個示例性實施例中，在接收應(yīng)答消息時，BRAS運 營商提取網(wǎng)橋端口 MAC地址和額外信息。


為了更好地理解各個示例性實施例，參照附圖，其中圖1是實現(xiàn)網(wǎng)橋端口 MAC地址發(fā)現(xiàn)機制的示例性以太網(wǎng)網(wǎng)絡(luò)的示意圖；圖2是用于診斷消息的示例性消息格式的示意圖；圖3是用于專用MAC地址的示例性數(shù)據(jù)設(shè)置的示意圖；圖4是用于通配符專用MAC地址的示例性數(shù)據(jù)設(shè)置的示意圖；圖5是用于組織特定的專用MAC地址的示例性數(shù)據(jù)設(shè)置的示意圖；以及圖6是用于實現(xiàn)網(wǎng)橋端口 MAC地址發(fā)現(xiàn)機制的方法的示例性實施例的流程圖。
具體實施例方式現(xiàn)在參照附圖，其中類似的標(biāo)號表示類似的組件或步驟，他們公開了各個示例性 實施例的廣泛方面。圖1是實現(xiàn)網(wǎng)橋端口 MAC地址發(fā)現(xiàn)機制的示例性以太網(wǎng)網(wǎng)絡(luò)100的示意圖。示例 性網(wǎng)絡(luò)100包括核心網(wǎng)絡(luò)105、接入節(jié)點110、網(wǎng)橋端口 112、114、運營商120、客戶端設(shè)備130、135、維護端點140、150、160、和維護中間點145、155。在各個示例性實施例中，核心網(wǎng)絡(luò)105包括提供從運營商120到接入節(jié)點110的連接的一個或多個設(shè)備。因此，在各個示例性實施例中，核心網(wǎng)絡(luò)105包括一個或多個交換 機、路由器、和其他類似設(shè)備。在各個示例性實施例中，接入節(jié)點110是向客戶端設(shè)備130、135傳送服務(wù)、同時管 理MIP 145、155的設(shè)備。此外，在各個示例性實施例中，接入節(jié)點110包括2個網(wǎng)橋端口 112、114，他們在示例性實施例中分別與MIP 145、155邏輯關(guān)聯(lián)。向每個端口 112、114分配 對于運營商120未知的內(nèi)部生成的專用MAC地址。在各個示例性實施例中，接入節(jié)點110是 阿爾卡特-朗訊7330智能服務(wù)接入管理器光纖到節(jié)點(ISAM FTTN)設(shè)備。然而，應(yīng)明了， 在各個示例性實施例中，接入節(jié)點110是能夠向客戶或其他實體提供一個或多個服務(wù)的任 意以太網(wǎng)設(shè)備。此外，在各個示例性實施例中，運營商120是檢測和診斷網(wǎng)絡(luò)100中的連接問題的網(wǎng) 絡(luò)運營商。因此，在各個示例性實施例中，運營商120是期望使用連接故障消息或另外類型診 斷消息測試網(wǎng)絡(luò)100的組件的寬帶遠程接入服務(wù)器(BRAS)或邊界節(jié)點網(wǎng)關(guān)(BNG)運營商。在各個示例性實施例中，網(wǎng)絡(luò)100包括客戶端設(shè)備130、135。在各個示例性實施例 中，客戶端設(shè)備130、135是個人計算機、DSL或其他調(diào)制解調(diào)器、話音IP設(shè)備、防火墻、路由 器、交換機、服務(wù)器、或適于從接入節(jié)點110接收數(shù)據(jù)的任意其他設(shè)備。此外，在各個示例性實施例中，網(wǎng)絡(luò)100包括維護端點140、150、和160。在各個示 例性實施例中，MEP 140、150、160是為了連接故障管理或診斷的目的在網(wǎng)橋中創(chuàng)建的軟件 實體。此外，在各個示例性實施例中，MEP 140、150、160啟動并響應(yīng)于CFM消息，例如回送 和鏈路追蹤消息，和/或在他們的域中終止CMF消息。明顯地，盡管這里主要參照CFM消息 描述，但是應(yīng)該明了，MEP 140、150、160能夠啟動并響應(yīng)于為了符合不同協(xié)議而制定的診斷 消息。在各個示例性實施例中，維護中間端點145、155是為了連接故障管理或診斷的目 的在網(wǎng)橋中創(chuàng)建的軟件實體。此外，在各個示例性實施例中，MIP 145、155被動地接收CFM 消息，并響應(yīng)于源MEP 140、150、160或其他啟動設(shè)備。盡管這里主要參照CFM消息描述，但 是應(yīng)該明了 MIP145、155能夠啟動并響應(yīng)于為了符合不同協(xié)議而制定的診斷消息。此外，盡 管接入節(jié)點110管理MIP 145、155，但是應(yīng)該明了這些設(shè)備可由MEP140、150、160代替。此外，應(yīng)明了僅作為示例性實施例示出網(wǎng)絡(luò)100的組件。因此，在各個示例性實施 例中，網(wǎng)絡(luò)100包括接入節(jié)點、運營商、客戶端設(shè)備、維護端點、維護中間點、和額外組件的 任意組合和設(shè)置。圖2是用于診斷消息200的示例性消息格式的示意圖。在各個示例性實施例中， 診斷消息200包括在回送、鏈路追蹤、和其他診斷消息中包含的多個字段。因此，在各個示 例性實施例中，診斷消息200包括目的地址字段210、源地址字段220、類型長度值250、目標(biāo) 地址字段240、和數(shù)據(jù)字段230。在各個示例性實施例中，目的地址字段210指示消息的指定接收方的MAC地址。在 各個示例性實施例中，如以下結(jié)合圖4和5進一步描述，將設(shè)置有目的地址字段210的回送 消息發(fā)送至通配符(wildcard)專用MAC地址400或組織特定MAC地址500。由此，目的地 址字段210可用于向接收接入節(jié)點110通知運營商120不知道整個專用MAC地址，以及接入節(jié)點110應(yīng)將消息轉(zhuǎn)發(fā)至其多個網(wǎng)橋端口。
此外，在各個示例性實施例中，源地址字段220指示消息發(fā)送方的MAC地址。因 此，在各個示例性實施例中，運營商120在發(fā)送消息之前將其MAC地址置于源地址字段220 中。此外，當(dāng)制定應(yīng)答時，MEP 140、150、160或MIP 145、155將其專用MAC地址添加至源地 址字段220。因此，當(dāng)運營商120接收應(yīng)答消息時，運營商120可從源地址字段220提取專 用MAC地址。在各個示例性實施例中，類型長度值(TLV) 250存儲對于組織特定的可選數(shù)據(jù)。在 各個示例性實施例中，如以下結(jié)合圖5進一步描述，當(dāng)目的地址210或目標(biāo)地址240指示組 織特定的MAC地址500時，TLV 250存儲用于限定請求和縮減應(yīng)答次數(shù)的信息。此外，在各個示例性實施例中，目標(biāo)地址字段240指示指定的消息接收方的MAC地 址。在各個示例性實施例中，如以下結(jié)合圖4和5進一步描述，將設(shè)置有目標(biāo)地址字段240 的鏈路追蹤消息發(fā)送至通配符專用MAC地址400或組織特定MAC地址500。由此，目標(biāo)地址 字段240可用于向接收接入節(jié)點110通知運營商120不知道整個專用MAC地址，以及接入 節(jié)點110應(yīng)將消息轉(zhuǎn)發(fā)至其所有網(wǎng)橋端口。最后，在各個示例性實施例中，診斷消息200包括數(shù)據(jù)字段230，其用于存儲與請 求關(guān)聯(lián)的各個數(shù)據(jù)值。因此，在各個示例性實施例中，數(shù)據(jù)字段230保存操作代碼、協(xié)議版 本號、序列號、和生存時間(TTL)中的至少一個。圖3是用于專用單播MAC地址300的示例性數(shù)據(jù)設(shè)置的示意圖。在各個示例性實 施例中，專用MAC地址300在結(jié)構(gòu)和功能方面類似于典型的MAC地址。因此，在各個示例性 實施例中，專用MAC地址300唯一地識別訪問節(jié)點110中的特定MEP或MIP。此外，在各個 示例性實施例中，專用MAC地址300使用6字節(jié)或48比特配置，比特的范圍存儲指定字段。如在示例性專用MAC地址300中所示，比特47_45存儲機架ID，在各個示例性實施 例中，其唯一地識別接入節(jié)點Iio中的特定機架。專用MAC地址300的比特44和42不用 于MAC地址發(fā)現(xiàn)。專用MAC地址300的比特43存儲用以指示將利用CFM的比特。此外，在各個示例性實施例中，比特41指示地址為全局唯一(值設(shè)置為“0”)或本 地管理(值設(shè)置為“1”)。因此，在各個示例性實施例中，將這個比特的值設(shè)置為“1”，指示 本地管理專用MAC地址300。此外，在各個示例性實施例中，將比特40設(shè)置為“0”，指示專 用MAC地址300與個別地址(即單播)關(guān)聯(lián)。示例性專用MAC地址300的比特39_21存儲數(shù)字訂戶線路接入復(fù)用器(DSLAM) ID。 因此，在各個示例性實施例中，這些比特唯一地識別接入節(jié)點110。示例性專用MAC地址300 的比特20-15存儲槽ID，在各個示例性實施例中，其唯一地識別接入節(jié)點110的機架中的特定槽。此外，在各個示例性實施例中，比特14-6存儲端口 ID，在各個示例性實施例中，其 是唯一地識別特定物理端口的內(nèi)部生成的值。因此，在各個示例性實施例中，接入節(jié)點110 向每個MEP和MIP分配與物理端口號相應(yīng)的唯一標(biāo)識符。最后，在各個示例性實施例中，存 儲MAC ID的比特5-0用于指示MAC地址的類型，如以下進一步詳細描述。在各個示例性實施例中，機架ID、DSLAM、節(jié)點ID、槽ID、和端口 ID的組合指示接 入節(jié)點110中的哪個網(wǎng)橋端口由專用MAC地址300識別。由此，在組合中使用比特47-45 和39-6，來指示被尋址的網(wǎng)橋端口。因此，在各個示例性實施例中，由于接入節(jié)點110內(nèi)部生成端口 ID，所以在不查詢接入節(jié)點110的情況下不能夠確定專用MAC地址300。 應(yīng)該明了，在上文所述的關(guān)于專用MAC地址300的數(shù)據(jù)結(jié)構(gòu)是示例性的。因此，在 各個示例性實施例中，向?qū)Ｓ肕AC地址300的字段分配不同數(shù)目個比特和/或該字段以不 同順序來設(shè)置。此外，在各個示例性實施例中，專用MAC地址300省略圖3中所示的字段中 的一個或多個和/或包括額外字段。此外，在各個示例性實施例中，專用MAC地址包括不同 數(shù)目個比特，例如64個比特。圖4是用于通配符專用MAC地址400的示例性數(shù)據(jù)設(shè)置的示意圖。在各個示例性 實施例中，通配符專用MAC地址400用在回送消息的目的地址字段210或鏈路追蹤消息的 目標(biāo)地址字段240中。更具體地，當(dāng)運營商120不知道目的地或目標(biāo)的專用MAC地址中的 一個或多個字段時，運營商使用通配符專用MAC地址400。由此，如示例性通配符專用MAC地址400所示，運營商120將目的地址字段中的最 后2比特設(shè)置為“01”，從而指示MAC地址的端口 ID字段是未知的并且應(yīng)該被看作通配符。 當(dāng)構(gòu)成通配符專用MAC地址400時，運營商120可包括機架ID、DSLAM節(jié)點ID、和槽ID中 的至少一個，以進一步縮小查詢。由此，當(dāng)運營商120不知道目的地的專用MAC地址的一個 或多個字段時，運營商120可在回送、鏈路追蹤、或其他診斷消息中使用通配符專用MAC地 址400，以發(fā)現(xiàn)整個專用MAC地址，如以下結(jié)合圖6進一步描述。應(yīng)該明了，盡管通配符專用MAC地址400使用比特組合“01 ”將端口 ID標(biāo)為通配 符字段，但是各個示例性實施例利用不同組合或數(shù)目的比特，例如“00”、“11”或“110”。此 夕卜，在各個示例性實施例中，將標(biāo)志設(shè)置于MAC地址的不同位置中，例如MAC地址的比特4 和5。此外，在各個示例性實施例中，將MAC地址的任意字段用作通配符，包括機架ID、DSLAM 節(jié)點ID、和槽ID。此外，在各個示例性實施例中，目的MAC地址的兩個或更多個字段是未知 的，因此都被指定為通配符字段。圖5是用于組織特定的專用MAC地址500的示例性數(shù)據(jù)設(shè)置的示意圖。在各個示 例性實施例中，當(dāng)運營商不知道目的地或目標(biāo)的專用MAC地址中的一個或多個字段時，組 織特定的專用MAC地址500用在回送消息的目的地址字段210或鏈路追蹤消息的目標(biāo)地址 字段240中。由此，如組織特定的專用MAC地址500中所示，運營商120將MAC地址500中的最 后6個比特設(shè)置為“111111”，從而指示通過LBM或LTM傳送的組織特定的TLV 250包含需 要被處理的請求。更具體地，在各個示例性實施例中，運營商構(gòu)成組織特定的TLV，以包括 機架ID、DSLAM節(jié)點ID、槽ID、和物理端口號中的至少一個。此外，在各個示例性實施例中， 運營商120還包括其他信息，例如虛擬通道標(biāo)識符(VCI)和虛擬路徑標(biāo)識符(VPI)，其進一 步限制請求并縮減應(yīng)答的次數(shù)。由此，當(dāng)運營商120不知道目的地的專用MAC地址中的一 個或多個字段時，運營商120可在回送、鏈路追蹤、或其他診斷消息中使用組織特定的專用 MAC地址400來發(fā)現(xiàn)整個專用MAC地址，如以下結(jié)合圖6進一步描述。應(yīng)該明了，盡管組織特定的專用MAC地址500使用比特組合“ 111111 ”來指示組織 特定的TLV 250包含需要被處理的請求，但是各個示例性實施例利用比特的不同組合或數(shù) 目，例如“ 111 ”、“000”或“ 101010”。此外，在各個示例性實施例中，將標(biāo)志置于MAC地址的 不同位置中，例如MAC地址的比特4和5。圖6是用于實現(xiàn)網(wǎng)橋端口 MAC地址發(fā)現(xiàn)機制的方法600的示例性實施例的流程圖。應(yīng)該明了，方法600用于發(fā)現(xiàn)公共或?qū)Ｓ肕AC地址。此外，如虛垂線所示，示例性方法 600涉及2個實體(運營商120和接入節(jié)點110)的交互。示例性方法600在步驟610開始，并進行至步驟620，其中BRAS或其他物理運營 商120編寫并發(fā)送消息。在各個示例性實施例中，運營商120編寫CFM消息，例如回送消息 或鏈路追蹤消息，或某些其他診斷消息。此外，在各個示例性實施例中，運營商120利用如 結(jié)合圖4所述的通配符專用MAC地址400，或如結(jié)合圖5所述的組織特定的專用MAC地址 500。因此，在各個示例性實施例中，LBM或LTM是包括目的MAC地址、目標(biāo)MAC地址、源MAC 地址、以及類型長度值的一個或多個字段中的至少一個的以太網(wǎng)CFM消息。 在構(gòu)成(編寫)消息之后，運營商120發(fā)送用于處理的消息。在各個示例性實施 例中，該消息從MEP 160發(fā)起，目標(biāo)為接入節(jié)點110上的MIP145、155。在各個示例性實施例 中，多播發(fā)送LBM或LTM消息，從而網(wǎng)絡(luò)100中的多個節(jié)點接收消息。因為目的地址未知， 所以整個網(wǎng)絡(luò)100中到處是具有通配符目的地址的LBM或LTM。沒有處理通配符目的地址 能力的最終目的節(jié)點在接收時丟棄消息。在步驟620中編寫并發(fā)送消息之后，示例性方法600進行至步驟630，其中接入節(jié) 點110接收CFM或診斷消息。然后，示例性方法600進行至步驟640，其中接入節(jié)點110將 消息識別為LBM、LTM、或某些其他診斷消息。此外，在各個示例性實施例中，接入節(jié)點110確 定是否將消息的目的地址設(shè)置為通配符專用MAC地址400或組織特定的專用MAC地址500。當(dāng)在步驟640，接入節(jié)點110將消息識別為包括通配符專用MAC地址400或組織特 定的專用MAC地址500時，示例性方法600進行至步驟650，其中接入節(jié)點110將用于處理 的消息轉(zhuǎn)發(fā)至在其網(wǎng)橋端口 112、114上的所有MEP和MIP。然后，示例性實施例進行至步驟 660。在步驟660，當(dāng)MEP或MIP接收到消息時，MEP或MIP處理消息。更具體地，在各個 示例性實施例中，MEP或MIP確定其物理位置是否匹配于通配符專用MAC地址400或組織 特定的專用TLV 250中嵌入的物理網(wǎng)橋端口信息。當(dāng)在步驟660，MEP或MIP確定其物理位置匹配于請求中嵌入的物理網(wǎng)橋端口信息 時，方法600進行至步驟670，其中MEP或MIP編寫回送應(yīng)答、鏈路追蹤應(yīng)答、或某些其他應(yīng) 答消息。更具體地，在各個示例性實施例中，MEP或MIP將其MAC地址置于應(yīng)答消息的源地 址字段220中，并將運營商120的地址置于應(yīng)答消息的目的地址字段210中。然后，MEP或 MIP向運營商120發(fā)送回應(yīng)答消息。在步驟670發(fā)送應(yīng)答消息之后，示例性方法600進行至步驟672，其中運營商120 接收來自MEP或MIP的應(yīng)答消息。然后，示例性方法600進行至步驟674，其中，在各個示例 性實施例中，運營商120提取在應(yīng)答的源地址中存儲的值，以確定MEP或MIP的MAC地址。應(yīng)該明了，在各個示例性實施例中，多于一個網(wǎng)橋端口位于相同物理端口中。因 此，在各個示例性實施例中，在步驟660中多個MEP或MIP識別匹配，以及在步驟670中發(fā) 送應(yīng)答消息。由此，在各個示例性實施例中，在步驟672，響應(yīng)于原始LBM、LTM、或其他請求， 運營商120接收多個應(yīng)答消息。在步驟674之后，示例性方法600進行至步驟690，其中示 例性方法600停止。當(dāng)在步驟660，MEP或MIP確定其物理位置不匹配于請求中嵌入的物理網(wǎng)橋端口信 息時，示例性方法600進行至步驟680，其中MEP或MIP丟棄消息，并且不發(fā)送應(yīng)答。然后，示例性方法600進行至步驟690，其中示例性方法600停止。現(xiàn)在，參照圖1-6，將提供3個特定實例。在隨后的實例中，假定接入節(jié)點110具有等于“123”的接入節(jié)點ID。此外，假定與MIP 145關(guān)聯(lián)的網(wǎng)橋端口 112具有“1”的機架 ID、“l(fā)/l/5”的槽ID、以及“1”的物理端口號。最后，假定與MIP 155關(guān)聯(lián)的網(wǎng)橋端口 114 具有“ 1 ”的機架ID、“ 1/1/4”的槽ID、和“ 1 ”的物理端口號。應(yīng)該明了，盡管參照MIP描述了隨后實例，但是在各個示例性實施例中，網(wǎng)橋端口 112、114可代替地與MEP關(guān)聯(lián)。在這些實施例中，MEP行為類似于在以下實例中詳細描述的 MIP行為。在第一特定實例中，運營商期望查詢位于網(wǎng)橋端口 1/1/4/1處的MIP，以確定其專 用MAC地址。方法在步驟610開始，并進行至步驟620，其中運營商120使用通配符專用MAC 地址400編寫回送消息。更具體地，運營商120將通配符專用MAC地址400的最后2比特 設(shè)置為“01”，以指示地址為端口 ID通配符，并填充在用于通配符專用MAC地址400中的機 架ID、DSLAM節(jié)點ID、槽ID、和物理端口 ID的相應(yīng)字段中。然后，運營商120通過填充消息200中的適當(dāng)字段來編寫LBM。更具體地，運營商 用通配符專用MAC地址400填充目的地址字段210，以及用運營商120的MAC地址填充源地 址字段220。然后，當(dāng)目的地址未知時，運營商120從MEP 160發(fā)送消息，其在網(wǎng)絡(luò)中傳播， 沿著路徑涌向所有L2交換機。在步驟630，接入節(jié)點110接收LBM，在步驟640，識別消息，以及在步驟650，將消 息內(nèi)部涌向網(wǎng)橋端口 112、114。在步驟660，位于網(wǎng)橋端口 112、114處的MIP 145、155中的 每個處理消息，以確定在通配符專用MAC地址400中包含的物理網(wǎng)橋端口信息是否匹配于 端口的物理位置。因為MIP 145位于網(wǎng)橋端口 1/1/5/1處，所以其物理位置不匹配于在LBM中包含 的物理網(wǎng)橋端口信息。因此，MIP 145不發(fā)送應(yīng)答消息，而是在步驟680丟棄消息，并進行 至步驟690，其中方法600停止。另一方面，因為MIP 155位于網(wǎng)橋端口 1/1/4/1處，所以其物理位置匹配于在LBM 中包含的物理網(wǎng)橋端口信息。因此，在步驟670，MIP 155使用在消息200中指定的格式構(gòu) 成(編寫)并發(fā)送應(yīng)答消息，其中將目的地址字段210設(shè)置為運營商120的MAC地址，以及 將源地址字段220設(shè)置為網(wǎng)橋端口 114的專用MAC地址。當(dāng)在步驟672接收到來自MIP 155的應(yīng)答時，運營商120進行至步驟674，其中運 營商120通過提取應(yīng)答消息的源地址字段220中存儲的值來確定網(wǎng)橋端口 114的專用MAC 地址。然后，方法600進行至步驟690，其中方法600停止。在第二特定實例中，運營商期望使用鏈路追蹤消息獲得位于網(wǎng)橋端口 1/1/4/1處 的MIP的專用MAC地址。方法在步驟610開始，并進行至步驟620，其中運營商120使用通 配符專用MAC地址400構(gòu)成LTM。更具體地，運營商120將MAC ID字段的最后2比特設(shè)置 為“01”，以指示地址為端口 ID通配符，并填充在用于通配符專用MAC地址400中的機架ID、 DSLAM節(jié)點ID、槽ID、和物理端口 ID的相應(yīng)字段中。然后，運營商120通過填充消息200中的適當(dāng)字段來構(gòu)成LBM。更具體地，運營商 用多播目的地址填充目的地址字段210，用運營商120的MAC地址填充源地址字段220，以 及用通配符專用MAC地址400填充目標(biāo)地址字段240。然后，運營商120從MEP 160發(fā)送消息，其基于其多播目的地址在網(wǎng)絡(luò)中傳播。在步驟630，接入節(jié)點110接收LTM，在步驟640，識別消息，以及在步驟650，將消息內(nèi)部涌向網(wǎng)橋端口 112、114。在步驟660，位于網(wǎng)橋端口 112、114處的MIP 145、155中的 每個處理消息，以確定在通配符專用MAC地址400中包含的物理網(wǎng)橋端口信息是否匹配于 端口的物理位置。因為MIP 145位于網(wǎng)橋端口 1/1/5/1處，所以其物理位置不匹配于在消息中包含 的物理網(wǎng)橋端口信息。因此MIP 145不發(fā)送鏈路追蹤應(yīng)答消息，而是在步驟680丟棄消息， 以及進行至步驟690，其中方法600停止。另一方面，因為MIP 155位于網(wǎng)橋端口 1/1/4/1處，所以其物理位置匹配于在LTM 的目標(biāo)地址240中包含的物理網(wǎng)橋端口信息。因此，隨后在步驟670，MIP 155使用在消息 200中指定的格式構(gòu)成并發(fā)送應(yīng)答消息，將目的地址字段210設(shè)置為運營商120的MAC地 址，以及將源地址字段220設(shè)置為網(wǎng)橋端口 114的專用MAC地址。當(dāng)在步驟672接收到來自MIP 155的應(yīng)答時，運營商120進行至步驟674，其中運 營商120通過提取應(yīng)答消息的源地址字段220中存儲的值來確定網(wǎng)橋端口 114的專用MAC 地址。然后，方法600進行至步驟690，其中方法600停止。在第三特定實例中，運營商再次期望使用鏈路追蹤消息獲得位于網(wǎng)橋端口 1/1/4/1處的MIP的專用MAC地址。然而，在這個實例中，運營商決定使用組織特定的類型 長度值，而非使用目的地址字段來指定物理網(wǎng)橋端口信息。方法在步驟610開始，并進行至步驟620，其中運營商120使用組織特定的專用 MAC地址500編寫LTM。更具體地，運營商120將MAC地址500的最后6比特設(shè)置為“ 111111”， 以指示額外信息將置入類型長度值250。然后，運營商120通過填充消息200中的適當(dāng)字段來構(gòu)成LTM。更具體地，運營商 用多播目的地址填充目的地址字段210，用運營商120的MAC地址填充源地址字段220，以 及用組織特定的專用MAC地址500填充目標(biāo)地址字段240。此外，運營商將機架ID、DSLAM 節(jié)點ID、槽ID、和物理端口號置入組織特定的TLV 250。然后，運營商120從MEP 160發(fā)送 消息，其基于其多播目的地址在網(wǎng)絡(luò)中傳播。在步驟630，接入節(jié)點110接收到LTM，在步驟640，識別消息，以及在步驟650，將 消息內(nèi)部涌向網(wǎng)橋端口 112、114。在步驟660，位于網(wǎng)橋端口 112、114處的MIP 145、155中 的每個處理消息，以確定在組織特定的TLV 250中包含的物理網(wǎng)橋端口信息是否匹配于端 口的物理位置。因為MIP 145位于網(wǎng)橋端口 1/1/5/1處，所以其物理位置不匹配于在消息中包含 的物理網(wǎng)橋端口信息。因此MIP 145不發(fā)送鏈路追蹤應(yīng)答消息，而是在步驟680丟棄消息， 以及進行至步驟690，其中方法600停止。另一方面，因為MIP 155位于網(wǎng)橋端口 1/1/4/1處，所以其物理位置匹配于在LTM 中包含的物理網(wǎng)橋端口信息。因此，在步驟670，MIP 155使用在消息200中指定的格式構(gòu) 成并發(fā)送應(yīng)答消息，將目的地址字段210設(shè)置為運營商120的MAC地址，以及將源地址字段 220設(shè)置為網(wǎng)橋端口 114的專用MAC地址。當(dāng)在步驟672接收到來自MIP 155的應(yīng)答時，運營商120進行至步驟674，其中運 營商120通過提取應(yīng)答消息的源地址字段220中存儲的值來確定網(wǎng)橋端口 114的專用MAC地址。然后，方法600進行至步驟690，其中方法600停止。 根據(jù)上文，各個示例性實施例提供了在以太網(wǎng)網(wǎng)絡(luò)中使用的有效網(wǎng)橋端口 MAC地 址發(fā)現(xiàn)機制。此外，各個示例性實施例發(fā)現(xiàn)MAC地址，同時最小化網(wǎng)絡(luò)業(yè)務(wù)，并避免服務(wù)提 供商的干預(yù)。更具體地，各個示例性實施例允許運營商通過僅提供物理端口信息來發(fā)現(xiàn)MEP 或MIP的MAC地址。盡管特別地參照某些示例性方面詳細描述了各個示例性實施例，但是應(yīng)理解，本 發(fā)明能夠采用其他不同實施例，并且其細節(jié)能夠在各個明顯方面進行修改。對于本領(lǐng)域普 通技術(shù)人員顯而易見地，可實現(xiàn)變型和修改，同時保持在本發(fā)明的精神和范圍內(nèi)。由此，以 上公開、說明書、和附圖僅用于示例性目的，并非以任意方式限制本發(fā)明，本發(fā)明僅由權(quán)利 要求限定。
權(quán)利要求
一種在網(wǎng)絡(luò)中發(fā)現(xiàn)介質(zhì)訪問控制(MAC)地址的方法，所述方法包括在接入節(jié)點處接收來自運營商的診斷消息，所述診斷消息包括物理端口信息并指示目的網(wǎng)橋端口的MAC地址的至少一部分對于運營商是未知的；將所述診斷消息轉(zhuǎn)發(fā)至接入節(jié)點的各個網(wǎng)橋端口；確定在所述診斷消息中指定的物理端口信息是否相應(yīng)于各個網(wǎng)橋端口的物理端口；以及將應(yīng)答消息發(fā)送至運營商，以指定各個網(wǎng)橋端口的MAC地址。
2.—種在網(wǎng)絡(luò)中發(fā)現(xiàn)MAC地址的方法，所述方法包括在運營商處構(gòu)成診斷消息，所述診斷消息包括物理端口信息并指示目的網(wǎng)橋端口的 MAC地址的至少一部分對于運營商是未知的； 將所述診斷消息轉(zhuǎn)發(fā)至接入節(jié)點；當(dāng)所述診斷消息中指定的物理端口信息相應(yīng)于接入節(jié)點中的各個網(wǎng)橋端口的物理端 口時，接收來自接入節(jié)點的應(yīng)答消息，所述應(yīng)答消息指示各個網(wǎng)橋端口的MAC地址。
3.如權(quán)利要求1或權(quán)利要求2所述的在網(wǎng)絡(luò)中發(fā)現(xiàn)MAC地址的方法，其中所述診斷消息包括從由目的MAC地址和目標(biāo)MAC地址構(gòu)成的組選擇的指定MAC地址；以及將所述指定MAC地址的至少一個比特設(shè)置為預(yù)定模式，所述預(yù)定模式執(zhí)行從包括以下 內(nèi)容的組選擇的至少一個功能識別對于運營商未知的MAC地址的所述一部分；以及 指示在所述診斷消息的類型長度值字段中存儲請求。
4.如權(quán)利要求3所述的在網(wǎng)絡(luò)中發(fā)現(xiàn)MAC地址的方法，其中所述診斷消息是以太網(wǎng)連接故障管理回送消息和以太網(wǎng)連接故障管理鏈路追蹤 消息中的至少一個。
5.如權(quán)利要求3所述的在網(wǎng)絡(luò)中發(fā)現(xiàn)MAC地址的方法，其中所述預(yù)定模式指示在所述診斷消息的類型長度值字段中存儲請求，所述診斷消息 的類型長度值字段識別所述目的網(wǎng)橋端口的機架ID、節(jié)點ID、槽ID、和端口 ID中的至少一 個。
6.如權(quán)利要求1所述的在網(wǎng)絡(luò)中發(fā)現(xiàn)MAC地址的方法，其中確定在所述診斷消息中指定的物理端口信息是否相應(yīng)于網(wǎng)橋端口的物理端口通 過維護端點和維護中間點中的至少一個來執(zhí)行。
7.如權(quán)利要求1所述的在網(wǎng)絡(luò)中發(fā)現(xiàn)MAC地址的方法，其中所述應(yīng)答消息包括源地址字段，所述源地址字段被設(shè)置為各個網(wǎng)橋端口的MAC地址。
8.如權(quán)利要求1或權(quán)利要求2所述的在網(wǎng)絡(luò)中發(fā)現(xiàn)MAC地址的方法，還包括 從所述應(yīng)答消息提取MAC地址。
9.一種網(wǎng)絡(luò)中的接入節(jié)點，所述接入節(jié)點包括 網(wǎng)橋端口 ；以及處理器，其中所述處理器接收由運營商發(fā)送的診斷消息，所述診斷消息包括物理端口信息并指示所述網(wǎng)橋端口的MAC地址的至少一部分對于所述運營商是未知的； 所述處理器將所述診斷消息轉(zhuǎn)發(fā)至所述網(wǎng)橋端口；所述網(wǎng)橋端口確定在所述診斷消息中指定的所述物理端口信息是否相應(yīng)于所述網(wǎng)橋 端口的物理端口 ；以及所述網(wǎng)橋端口將應(yīng)答消息發(fā)送至所述運營商，以指定所述網(wǎng)橋端口的MAC地址。
10.如權(quán)利要求9所述的接入節(jié)點，其中所述診斷消息包括從由目的MAC地址和目標(biāo)MAC地址構(gòu)成的組選擇的指定MAC地址；以及將所述指定MAC地址的至少一個比特設(shè)置為預(yù)定模式，其中 所述預(yù)定模式識別對于所述運營商未知的MAC地址的一部分；或者 所述預(yù)定模式指示在所述診斷消息的類型長度值字段中存儲請求。
全文摘要
各個示例性實施例是在網(wǎng)絡(luò)和相關(guān)接入節(jié)點中發(fā)現(xiàn)介質(zhì)訪問控制(MAC)地址的方法，包括以下步驟中的一個或多個在接入節(jié)點處接收來自運營商的診斷消息，所述診斷消息包括物理端口信息并指示目的網(wǎng)橋端口的MAC地址的至少一部分對于運營商是未知的；將所述診斷消息轉(zhuǎn)發(fā)至接入節(jié)點的各個網(wǎng)橋端口；確定在所述診斷消息中指定的物理端口信息是否相應(yīng)于各個網(wǎng)橋端口的物理端口；以及將應(yīng)答消息發(fā)送至運營商，以指定各個網(wǎng)橋端口的MAC地址。
文檔編號H04L29/12GK101960827SQ200980106767
公開日2011年1月26日 申請日期2009年2月17日 優(yōu)先權(quán)日2008年2月28日
發(fā)明者A·納特胡, M·E·沙克爾, M·維德馬克 申請人:阿爾卡特朗訊公司