周三友，趙增輝

（中國電子科技集團(tuán)公司第五十四研究所，河北石家莊050081）

0 引言

以太網(wǎng)具有良好的經(jīng)濟性、易用性和互通性，因此得到了廣泛的應(yīng)用，不斷地從局域網(wǎng)向城域網(wǎng)和廣域網(wǎng)滲透和延伸。同時，以太網(wǎng)也在向傳送網(wǎng)領(lǐng)域發(fā)展。ITU-T、IEEE和MEF都在制定相應(yīng)的標(biāo)準(zhǔn)，使得以太網(wǎng)能夠支持多種業(yè)務(wù)的承載，實現(xiàn)分組形式的傳送網(wǎng)。

然而，隨著以太網(wǎng)的不斷發(fā)展，對其可靠性和可管理性的要求越來越高。傳統(tǒng)的以太網(wǎng)主要在小范圍的局域網(wǎng)環(huán)境使用，運行、管理和維護(hù)功能（OAM）較差，已經(jīng)越來越不能滿足這些新的應(yīng)用的要求。為了實現(xiàn)電信級的、高可靠的以太網(wǎng)，必須對傳統(tǒng)的以太網(wǎng)進(jìn)行擴展，使其具有完善的OAM功能。

1 以太網(wǎng)OAM標(biāo)準(zhǔn)

對以太網(wǎng)的OAM功能進(jìn)行定義的標(biāo)準(zhǔn)主要有2個，分別是IEEE在2007年通過的802.1ag連接故障管理（Connectivity Fault Management，CFM）標(biāo)準(zhǔn)和ITU-T在2008年通過的Y.1731基于以太網(wǎng)的網(wǎng)絡(luò)的OAM功能和機制（OAM functions and mechanisms for Ethernet based networks）。其中IEEE 802.1ag主要規(guī)定了連接故障管理的內(nèi)容，而ITU-T Y.1731在IEEE 802.1ag的基礎(chǔ)上對故障管理功能進(jìn)行了擴展，同時增加了性能管理方面的內(nèi)容，相對較為復(fù)雜。主要依據(jù)IEEE 802.1ag進(jìn)行連接故障管理方面的探討。

一個端到端的以太網(wǎng)連接可能跨越多個管理區(qū)域，包括用戶域、業(yè)務(wù)提供商域、運營商域等等。每個域都要具有自己的OAM功能。以太網(wǎng)OAM從高到低可劃分為用戶、業(yè)務(wù)提供商（SP）、運營商3大類管理域。高階管理域的OAM包，低階管理域節(jié)點不作處理，進(jìn)行透傳。同一管理域內(nèi)部的OAM包將在管理域邊界終結(jié)，不會擴展到其他管理域。IEEE 802.1ag通過不同的管理級別來劃分不同的管理域，如圖1所示。

IEEE 802.1ag定義了3大類OAM包，分別是:

①連續(xù)性檢測消息（CCM）:檢測連接丟失或者不正確的網(wǎng)絡(luò)連接，可以是單播或者組播;②環(huán)回消息:校驗與一個特定管理組中的另一個管理點之間的連接，環(huán)回消息為單播;③鏈路蹤跡消息:驗證同一個管理組中遠(yuǎn)端管理點鄰接關(guān)系。鏈路蹤跡消息被定義為組播，鏈路蹤跡響應(yīng)被定義為單播。

圖1 管理域的劃分

OAM包被封裝在標(biāo)準(zhǔn)的以太網(wǎng)幀中，通過一個特定的以太網(wǎng)類型來識別，最大消息長度為128字節(jié)。一個典型的OAM包格式如表1所示。

表1 OAM包格式

OAM包中各字段的含義如下:

①管理域級別。5～7:用戶域，3～4:業(yè)務(wù)提供商域，0～2:運營商域;版本，目前為0;②操作碼，指示OAM消息類型;標(biāo)志，取值與特定的操作碼有關(guān);首TLV偏移，包含在OAM包中第1個TLV相對于本字段的偏移。該字段與消息類型有關(guān)，實際上間接的指出了消息的長度;③消息體，具體的消息內(nèi)容;④結(jié)束TLV，一個類型為0、沒有長度和值的TLV，表示一個空的TLV，也意味著整個包的結(jié)束。

2 網(wǎng)絡(luò)處理器

網(wǎng)絡(luò)處理器（NP）由于具有處理速度快、編程能力強的特點，在目前主要的電信設(shè)備制造商中得到了大量的應(yīng)用。NP-X就是一款某公司生產(chǎn)的功能強大的網(wǎng)絡(luò)處理器，它具有以下特點:

①單芯片線速全雙工10G包處理;②嵌入式流量管理（TM）;③單映像在線可編程。

NP-X的模塊組成如圖2所示，其內(nèi)部可劃分為解碼、查找Ⅰ、分析、查找Ⅱ、修改5級流水線。每一級流水線都具有多個獨立的微引擎，執(zhí)行特定的包處理任務(wù)。解碼級對包進(jìn)行簡單的分類，提取包中不同的字段組成查找鍵和消息發(fā)送給下一級。查找I級根據(jù)上一級發(fā)來的查找鍵進(jìn)行查找，并將查找結(jié)果發(fā)送給下一級。分析級根據(jù)查找結(jié)果進(jìn)行解析處理。如有必要，查找Ⅱ級還可以進(jìn)行進(jìn)一步的查找。修改級根據(jù)前幾級的查找結(jié)果對包進(jìn)行分析，并發(fā)送到相應(yīng)的端口。

圖2 NP-X的模塊組成

特別是該網(wǎng)絡(luò)處理器還具有嵌入的OAM模塊，可以實現(xiàn)大量連接的CCM包的產(chǎn)生和監(jiān)測功能。

3 基于網(wǎng)絡(luò)處理器的以太網(wǎng)OAM設(shè)計

IEEE 802.1ag規(guī)定的3大類消息中，環(huán)回消息和鏈路蹤跡消息一般在需要的時候由管理員發(fā)起，收發(fā)速率較低，可以由通用處理器處理。CCM消息需要周期性的產(chǎn)生，并且周期較短，可達(dá)到ms級。特別是在支持大量連接時，處理負(fù)擔(dān)非常大，普通的處理器是無法完成這一任務(wù)的，必須采用網(wǎng)絡(luò)處理器進(jìn)行處理。CCM的處理主要包括以下3部分內(nèi)容:

①CCM包產(chǎn)生:對每個連接定時產(chǎn)生CCM包;②接收CCM包處理:對從線路接口收到的CCM包進(jìn)行處理;③CCM包監(jiān)測:監(jiān)測是否能夠在規(guī)定的時間間隔內(nèi)收到CCM包。

3.1 CCM包產(chǎn)生

CCM包的產(chǎn)生過程如圖3所示。NP-X的OAM模塊具有專用的定時器，定時產(chǎn)生CCM包。為了與從線路接口收到的CCM包相區(qū)別，稱為保持包。保持包和定時器ID一起被發(fā)送給解碼。

圖3 CCM包的產(chǎn)生

解碼的硬件解碼器對包進(jìn)行預(yù)處理，能夠識別不同的包，并將識別結(jié)果存儲在硬件寄存器0和硬件寄存器15中。硬件寄存器0的位7～5等于0表示收到的是OAM中斷包，即內(nèi)部產(chǎn)生的包（保持包是其中的一種）。硬件寄存器15的位28～26指示是那一種OAM中斷包。定時器ID被存放在輸出寄存器12中。解碼微碼程序提取定時器ID作為查找鍵值，發(fā)送給查找I。

查找I根據(jù)定時器ID進(jìn)行查找，并將查找結(jié)果發(fā)送給分析。查找結(jié)果包括管理域級別、MEPID、MAID等CCM包需要的字段以及輸出端口等必要的參數(shù)。

分析根據(jù)查表結(jié)果進(jìn)行處理。如果查找成功，則通過查找II將查表結(jié)果傳遞給修改。如果查找失敗，則可能是由于配置問題產(chǎn)生了錯誤的CCM包，該包被丟棄。

查找Ⅱ不做任何處理，直接將包傳遞給修改。

修改根據(jù)查表結(jié)果，分析保持包的相關(guān)內(nèi)容，并發(fā)送到輸出端口。

3.2 接收CCM包處理

接收CCM包的處理如圖4所示。

圖4 接收CCM包的處理

識別到接收包為CCM包后，解碼對接收包中的管理域級別和配置的管理域級別進(jìn)行比較，根據(jù)比較結(jié)果進(jìn)行如下不同的處理。

①如果接收包中的管理域級別大于配置的管理域級別，則該包是上層管理域的CCM包，應(yīng)該像普通的數(shù)據(jù)包一樣進(jìn)行轉(zhuǎn)發(fā);

②如果接收包中的管理域級別小于配置的管理域級別，則該包是下層管理域的CCM包，不應(yīng)出現(xiàn)在本管理域中，該包被丟棄;

③如果接收包中的管理域級別等于配置的管理域級別，則提取接收包中的MEPID和MAID作為查找鍵發(fā)送給查找I。

查找I根據(jù)MEPID和MAID進(jìn)行查找，將查找結(jié)果發(fā)送到下一級。

如果查找I查找成功，則查找結(jié)果中包含對應(yīng)的看門狗定時器ID，分析將復(fù)位該定時器。無論查找成功還是失敗，該包都會被丟棄。

3.3 CCM包監(jiān)控

CCM包的監(jiān)控相對簡單。NP-X的OAM模塊為每一個連接提供一個專用的OAM看門狗定時器。如果在規(guī)定時間內(nèi)從線路接口收到了本連接的CCM包，則如0節(jié)所述，該定時器被復(fù)位。

如果在規(guī)定時間內(nèi)沒有收到CCM包，則產(chǎn)生一個看門狗定時器事件發(fā)送給解碼，參數(shù)包含定時器ID。解碼收到該事件后，向主處理器發(fā)送一條消息，由主處理器進(jìn)行進(jìn)一步的處理。可能的處理是連接故障告警，或者是進(jìn)一步的進(jìn)行保護(hù)倒換。

4 結(jié)束語

電信級以太網(wǎng)是近年來通信技術(shù)研究的熱點，而OAM是電信級以太網(wǎng)研究的一個非常重要的方面。利用網(wǎng)絡(luò)處理器對OAM中CCM消息的處理進(jìn)行設(shè)計，克服了普通處理器處理速度慢、響應(yīng)不及時的缺點，對電信級以太網(wǎng)的實現(xiàn)進(jìn)行了積極的探索。

[1]IEEE 802.1ag.Virtual Bridged Local Area Networks-Amendment 5:Connectivity Fault Management[S].2007，12.

[2]ITU-T Y.1730 Requirements for OAM Functions in Ethernet BasedNetworks[S].2004，1.

[3]ITU-T Y.1731 OAM.Functions andMechanisms for Ethernet BasedNetworks[S].2008，1.

[4]李炳彰，黃進(jìn)華.MPLS網(wǎng)絡(luò)的OAM功能研究與實現(xiàn)[J].無線電工程，2002，36（3）:3-6.

[5]何庭宗.分組傳送網(wǎng)操作、管理和維護(hù)技術(shù)[J].中興通信技術(shù)，2008，14（6）:30-32.