專(zhuān)利名稱(chēng):一種以太網(wǎng)設(shè)備鏈路故障檢測(cè)的方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及以太網(wǎng)技術(shù)領(lǐng)域,具體來(lái)說(shuō),涉及到以太網(wǎng)中設(shè)備鏈路故障檢測(cè)的技術(shù)。
背景技術(shù):
以太網(wǎng)技術(shù)因其簡(jiǎn)單易用、價(jià)格低廉、且?guī)捒刹粩嗵岣?,在企業(yè)網(wǎng)、城域網(wǎng)以及廣域網(wǎng)范圍內(nèi)都已經(jīng)得到大規(guī)模應(yīng)用。但是傳統(tǒng)以太網(wǎng)可維護(hù)、可運(yùn)營(yíng)能力比較弱,隨著以太網(wǎng)推廣的范圍逐漸擴(kuò)大,對(duì)以太網(wǎng)OAM(Operations,Administration and Maintenance操作、管理和維護(hù))功能的需求也越來(lái)越強(qiáng)烈。
以太網(wǎng)OAM的功能主要分為兩部分物理鏈路以太網(wǎng)OAM功能,物理鏈路級(jí)的以太網(wǎng)OAM功能用于實(shí)現(xiàn)兩個(gè)設(shè)備之間的以太網(wǎng)物理鏈路的故障檢測(cè)和通知功能;業(yè)務(wù)以太網(wǎng)OAM功能,業(yè)務(wù)級(jí)的以太網(wǎng)OAM主要實(shí)現(xiàn)端到端(如用戶(hù)到用戶(hù)之間,中間可以通過(guò)多個(gè)網(wǎng)絡(luò)設(shè)備)的設(shè)備之間的鏈路連通性管理。
業(yè)務(wù)以太網(wǎng)OAM主要有以下功能故障檢測(cè)功能用于檢測(cè)兩端的硬件故障(如鏈路、節(jié)點(diǎn)故障)或軟件故障(如軟件錯(cuò)誤、內(nèi)存崩潰、配置錯(cuò)誤等);故障確認(rèn)功能通過(guò)環(huán)回(LoopBack)消息對(duì)檢測(cè)出的故障進(jìn)行確認(rèn),以便采取后續(xù)的隔離措施;故障定位和隔離功能當(dāng)故障被確認(rèn)之后,可以對(duì)故障點(diǎn)(如鏈路、節(jié)點(diǎn))進(jìn)行定位,然后將其從網(wǎng)絡(luò)中隔離出來(lái),以便網(wǎng)絡(luò)能夠正常運(yùn)行,以及對(duì)故障進(jìn)行診斷處理;故障通知和告警抑制功能故障通知用于將故障信息向節(jié)點(diǎn)的上、下游告知,告警抑制功能用于防止網(wǎng)絡(luò)中出現(xiàn)大量的通知消息導(dǎo)致網(wǎng)絡(luò)崩潰。
以太網(wǎng)OAM的上述功能需要通過(guò)一系列OAM消息的交互來(lái)實(shí)現(xiàn),所有的消息都是基于維護(hù)域來(lái)發(fā)送和接收的。
維護(hù)域(MD Maintenance Domain)是以太網(wǎng)OAM功能所涉及到的網(wǎng)絡(luò)或網(wǎng)絡(luò)中的某個(gè)部分,它由一系列的DSAP(Domain Service Access Point域服務(wù)接入點(diǎn))組成,它對(duì)域的內(nèi)部提供連通性服務(wù),在MD中稱(chēng)為維護(hù)聯(lián)盟端節(jié)點(diǎn)(MEP Maintenance Association End Point),維護(hù)域內(nèi)部還可能存在ISAP(Intermediate Service Access Point中間服務(wù)接入點(diǎn)),是從一個(gè)DSAP到另一個(gè)DSAP的中間節(jié)點(diǎn),在MD中稱(chēng)為維護(hù)聯(lián)盟中間節(jié)點(diǎn)(MIPMaintenance Association Intermediate Point),其中MEP和MIP統(tǒng)稱(chēng)為MP,MEP是以太網(wǎng)OAM消息的主要發(fā)起者和接收者,MIP主要是用于轉(zhuǎn)發(fā)MEP發(fā)起的以太網(wǎng)OAM消息。MD指定一個(gè)服務(wù)實(shí)例也就建立了那些MEP之間的無(wú)連接的聯(lián)盟關(guān)系,這個(gè)關(guān)系稱(chēng)作維護(hù)聯(lián)盟MA(Maintenance Association)。
維護(hù)域的示意圖如圖1所示,其中存在5個(gè)橋設(shè)備以及6個(gè)DSAP,這六個(gè)DSAP就可以分別定義為MEP,覆蓋的區(qū)域(圖1中灰色部分)就是維護(hù)域,中間存在多個(gè)ISAP,這多個(gè)ISAP就可以分別定義為MIP。
802.1ag(一種鏈路層協(xié)議,提供一種二層鏈路的管理)支持的以太網(wǎng)OAM機(jī)制包括連續(xù)性檢查(Connectivity Check,cc),鏈路追蹤(Link Trace,LT),環(huán)回檢測(cè)(LoopBack,LB)。
LB用于在MA中定位故障位置,由MEP發(fā)送LBM(Loopback Message),經(jīng)MIP透?jìng)鞯侥康腗EP,并由目的MEP向源MEP回應(yīng)應(yīng)答報(bào)文LBR。
LT用于檢測(cè)兩個(gè)MP間所通過(guò)的MIP路徑,由MEP發(fā)送LTM(Link TraceMessage),經(jīng)MIP到達(dá)目的MP,沿途MP和目的MP都將往源MEP回送應(yīng)答報(bào)文LTR。
故障檢測(cè)功能通過(guò)連續(xù)性檢查消息(Connectivity Check Message,CCM)來(lái)實(shí)現(xiàn)。MA的每個(gè)MEP在其相關(guān)的服務(wù)實(shí)例(如S-VLAN)周期性地廣播CCM消息,接收到消息的MEP更新所保存的對(duì)端MEP的狀態(tài),如果一段時(shí)間內(nèi)沒(méi)有收到對(duì)端MEP(每個(gè)MEP保存MA相關(guān)的所有MEP的信息)發(fā)來(lái)的CCM消息,則認(rèn)為對(duì)方故障或者鏈路發(fā)生故障,將故障報(bào)告給管理員和業(yè)務(wù)用戶(hù),并且自動(dòng)發(fā)起或者由管理員發(fā)起故障的確認(rèn)和定位/隔離過(guò)程。
MEP通過(guò)一個(gè)定時(shí)器來(lái)檢查是否丟失CCM消息,定時(shí)器超時(shí)還沒(méi)收到CCM消息,則認(rèn)為該消息丟失,如果連續(xù)丟失了3個(gè)CCM消息,則認(rèn)為發(fā)生故障,然后進(jìn)行后續(xù)處理。
現(xiàn)有的CCM報(bào)文格式如表一所示,其中MD LevelMD的level值,高Level值的CCM報(bào)文能夠穿透低Level的MD,相反,低Level的CCM報(bào)文將會(huì)被高Level的MD丟棄;Version版本號(hào);OpCodeOAM的報(bào)文類(lèi)型,共5種,分別為Continue check message、Loopback message、Loopback reply message、Linktrace message、Linktrace reply message;Flag第一個(gè)bit為RDI標(biāo)志位,最后3個(gè)bit為lifetime標(biāo)志位;First TLV offsetTLV的偏移量;Transaction identifier/Sequence Number事務(wù)標(biāo)識(shí)符/序列號(hào)Maintenance association end point identifierMEP識(shí)別碼,其值為發(fā)送端的MEPID的值;Maintenance domain name format維護(hù)域名稱(chēng)的格式,比如字符串形式的或數(shù)字形式的;Maintenance domain name length維護(hù)域的長(zhǎng)度;Maintenance domain name維護(hù)域的名稱(chēng);Maintenance association name format維護(hù)聯(lián)盟名稱(chēng)的格式,比如字符串形式的或數(shù)字形式的;Maintenance domain name length維護(hù)域的長(zhǎng)度;Maintenance domain name維護(hù)域的名稱(chēng);Short MA Name Format維護(hù)聯(lián)盟格式;Short MA Name Length維護(hù)聯(lián)盟長(zhǎng)度;Short MA Name維護(hù)聯(lián)盟名稱(chēng);remainder of MAID為MAID(MA name+MD name)保留;Reserved for use by Y.1731為Y.1731保留;Additional fields can be added,here,in future versions of the protocol為后面的版本保留,可以添加其他額外的字段;Optional CCM TLVs可選的CCM的所有TLV;End TLVTLV終結(jié)符。
表一如表一所示,現(xiàn)有的CCM報(bào)文中沒(méi)有目標(biāo)MEP的信息,只攜帶發(fā)送端的MEPID(MEP識(shí)別碼)。對(duì)于P2P(point to point點(diǎn)對(duì)點(diǎn))組網(wǎng),故障通知能夠成功到達(dá)對(duì)端,但對(duì)于P2MP(point to multiple point點(diǎn)對(duì)多點(diǎn))組網(wǎng)或者對(duì)于一個(gè)MA內(nèi)有多個(gè)MEP的情況,當(dāng)遠(yuǎn)端MEP收到帶RDI(Remote DefectIndication,遠(yuǎn)端故障檢測(cè))的CCM報(bào)文時(shí)不知道接收端是否是自己,因?yàn)镃CM是以組播形式發(fā)送的,任何在MA內(nèi)的遠(yuǎn)端MEP都能夠接收到發(fā)送過(guò)來(lái)的帶RDI的CCM報(bào)文,報(bào)文里又沒(méi)有攜帶任何的目標(biāo)MEP的信息,所以接收端無(wú)法判斷發(fā)送過(guò)來(lái)的帶RDI的CCM是否是發(fā)給自己的。
發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種以太網(wǎng)設(shè)備鏈路故障檢測(cè)的方法及其系統(tǒng),以解決P2MP組網(wǎng)或MA內(nèi)超過(guò)2個(gè)MEP節(jié)點(diǎn)的組網(wǎng)的設(shè)備鏈路故障的檢測(cè)問(wèn)題。
為實(shí)現(xiàn)上述目的,本發(fā)明采用的技術(shù)方案如下一種以太網(wǎng)設(shè)備鏈路故障檢測(cè)的方法,所述的方法包括如下步驟a、維護(hù)聯(lián)盟端點(diǎn)MEP向維護(hù)聯(lián)盟MA中的其他MEP發(fā)送目標(biāo)MEP的故障消息,所述的消息中攜帶目標(biāo)MEP信息;b、所述的其他MEP接收所述的故障消息,通過(guò)所述的故障消息中攜帶的目標(biāo)MEP信息判斷是否是本端口MEP故障,如果是,則接收所述的故障消息并進(jìn)行相關(guān)處理。
其中步驟a之前還包括a0、所述的MEP在規(guī)定的時(shí)間內(nèi)沒(méi)有收到所述的目標(biāo)MEP發(fā)送的連續(xù)性檢測(cè)CCM消息。
其中步驟a具體包括a1、所述的MEP向所述的MA中的其他MEP發(fā)送遠(yuǎn)端故障檢測(cè)RDI的CCM消息,所述的CCM消息中攜帶目標(biāo)MEP的MEP識(shí)別碼MEPID;
其中步驟b具體包括b1、所述的其他MEP提取所述的CCM消息中攜帶的目標(biāo)MEPID與本端口的MEPID比較,如果兩者一致,則接收所述的CCM消息并進(jìn)行相關(guān)處理。
其中步驟b還包括所述的其他MEP接收所述的故障消息,通過(guò)所述的故障消息中攜帶的目標(biāo)MEP信息判斷是否是本端口MEP故障,如果不是,則將所述的故障消息丟棄。
所述的攜帶目標(biāo)MEP的信息是通過(guò)在CCM消息中的增加TLV實(shí)現(xiàn)的。
所述的增加的TLV的類(lèi)型Type值為0至4之外的自然數(shù)。
通過(guò)所述的增加的TLV的子類(lèi)型subtype值表示單通故障和/或不同故障檢測(cè)協(xié)議之間的轉(zhuǎn)換。
更具體的,其中步驟b具體包括b1、當(dāng)所述的subtype值表示單通故障時(shí),所述的其他MEP提取所述的CCM消息中攜帶的目標(biāo)MEPID與本端口的MEPID比較,如果兩者一致,則接收所述的CCM消息并上報(bào)告警信息。
所述的攜帶目標(biāo)MEP的信息是通過(guò)在所述的CCM消息中的增加固定位置的目標(biāo)MEP的MEPID實(shí)現(xiàn)的。
本發(fā)明還提供了一種以太網(wǎng)設(shè)備鏈路故障檢測(cè)的系統(tǒng),所述的系統(tǒng)包括MA和其中的MEP,所述的系統(tǒng)還包括所述的MEP包括故障消息發(fā)送模塊,能夠向所述MA中的其他MEP發(fā)送故障消息,所述的消息中攜帶目標(biāo)MEP信息;所述的MEP包括故障檢測(cè)模塊,能夠接收其他MEP發(fā)送的故障消息并根據(jù)所述的故障消息中的目標(biāo)MEP信息判斷是否是本端口MEP故障。
所述的目標(biāo)MEP的信息為目標(biāo)MEP的MEPID。
所述的MEP的故障檢測(cè)模塊能夠接收其他MEP發(fā)送的故障消息并將所述的故障消息中的目標(biāo)MEPID與本端口的MEPID比較,判斷是否是本端口MEP故障。
所述的故障消息發(fā)送模塊發(fā)送的故障信息中的TLV攜帶目標(biāo)MEP的信息。
所述的故障消息發(fā)送模塊發(fā)送的故障信息中固定標(biāo)識(shí)符攜帶目標(biāo)MEP的信息。
所述的故障消息發(fā)送模塊發(fā)送的故障信息中的TLV子類(lèi)型subtype值表示單通故障和/或不同故障檢測(cè)協(xié)議之間的轉(zhuǎn)換。
本發(fā)明克服現(xiàn)有技術(shù)的不足,通過(guò)連續(xù)性檢查消息(CCM)來(lái)實(shí)現(xiàn)故障檢測(cè)功能,如果MEP一段時(shí)間內(nèi)沒(méi)有收到對(duì)端MEP發(fā)送過(guò)來(lái)的CCM消息,則認(rèn)為鏈路發(fā)生故障,MEP發(fā)送帶RDI的CCM消息到對(duì)端,所述的CCM中攜帶目標(biāo)MEP的信息,對(duì)于P2MP組網(wǎng)或者M(jìn)A內(nèi)有多個(gè)MEP組網(wǎng)的情況,遠(yuǎn)端MEP收到CCM消息后根據(jù)其中攜帶的目標(biāo)MEP的信息判斷該CCM消息是否是發(fā)送給自己的,如果是則進(jìn)行上報(bào)故障告警等相關(guān)處理,如果不是,則將CCM消息丟棄,采用本發(fā)明的技術(shù)方案,解決了P2MP組網(wǎng)或MA內(nèi)超過(guò)2個(gè)MEP節(jié)點(diǎn)的組網(wǎng)的設(shè)備鏈路故障的檢測(cè)問(wèn)題,可以準(zhǔn)確的定位出P2MP內(nèi)多個(gè)鏈路故障中的具體哪一條鏈路出現(xiàn)的問(wèn)題,并且打通各個(gè)檢測(cè)方法之間的協(xié)作,通過(guò)各種檢測(cè)方法之間的協(xié)作來(lái)解決端到端的整網(wǎng)的故障檢測(cè)和故障定位。
圖1為維護(hù)域示意圖;圖2為本發(fā)明所述維護(hù)域示意圖;圖3為本發(fā)明實(shí)施例一流程圖。
具體實(shí)施例方式
本發(fā)明的基本原理是通過(guò)連續(xù)性檢查消息(CCM)來(lái)實(shí)現(xiàn)故障檢測(cè)功能,如果MEP一段時(shí)間內(nèi)沒(méi)有收到對(duì)端MEP發(fā)送過(guò)來(lái)的CCM消息,則認(rèn)為鏈路發(fā)生故障,MEP發(fā)送帶RDI的CCM消息到對(duì)端,所述的CCM中攜帶目標(biāo)MEP的信息,對(duì)于P2MP組網(wǎng)或者M(jìn)A內(nèi)有多個(gè)MEP組網(wǎng)的情況,遠(yuǎn)端MEP收到CCM消息后根據(jù)其中攜帶的目標(biāo)MEP的信息判斷該CCM消息是否是發(fā)送給自己的,如果是則進(jìn)行上報(bào)故障告警等相關(guān)處理,如果不是,則將CCM消息丟棄。
以下結(jié)合附圖和具體實(shí)施例進(jìn)行詳細(xì)說(shuō)明。
實(shí)施例一采用在CCM消息中添加TLV(type length value類(lèi)型、長(zhǎng)度和值)的方式將遠(yuǎn)端MEP信息攜帶進(jìn)去首先需要定義一個(gè)攜帶目標(biāo)MEPID的TLV(remote MEP TLV),定義如表二所示Remote MFPID TLV Format
表二其中,TLV的類(lèi)型Type=5(Type1到4已經(jīng)在協(xié)議里分別定義了不同的TLV,因此定義一個(gè)Type=5的TLV作為攜帶目標(biāo)MEP的MEPID的TLV,MEPID為需要通知的遠(yuǎn)端MEP的MEPID,將這個(gè)Remote MEPID TLV攜帶在CCM報(bào)文中,當(dāng)遠(yuǎn)端MEP收到帶RDI的CCM時(shí),檢測(cè)TLV,當(dāng)檢測(cè)到Type=5的TLV時(shí)取出MEPID,判斷該MEPID是否與本端口MEP的MEPID一致,如果是則說(shuō)明這個(gè)帶RDI的CCM是發(fā)給自己的,最后再根據(jù)子類(lèi)型subtype來(lái)區(qū)分對(duì)端發(fā)過(guò)來(lái)的是什么類(lèi)型的錯(cuò)誤。
為了區(qū)分不同類(lèi)型的告警錯(cuò)誤,subtype的定義如下
Subtype=1單通的定義,CCM報(bào)文發(fā)送端收不到對(duì)端發(fā)過(guò)來(lái)的CCM報(bào)文;Subtype=2定義為采用802.3ah(一種鏈路檢測(cè)的慢協(xié)議)檢測(cè)故障后,采用802.1ag發(fā)送給本端CE的故障;Subtype=3定義為采用BFD(用來(lái)解決相鄰兩個(gè)轉(zhuǎn)發(fā)引擎之間的故障的協(xié)議)檢測(cè)故障后,采用802.1ag發(fā)送給遠(yuǎn)端CE故障;Subtype支持后續(xù)協(xié)議的擴(kuò)展。
如圖2所示,虛線(xiàn)范圍內(nèi)定義了一個(gè)被稱(chēng)做A的MA,對(duì)A進(jìn)行OAM管理。在MA內(nèi)分別定義了MEPA、MEPB、MEPC、MEPD四個(gè)MEP維護(hù)點(diǎn)。故障管理時(shí)四個(gè)維護(hù)點(diǎn)上分別會(huì)發(fā)送組播CCM報(bào)文到對(duì)端,在正常情況下MEPA能夠收到MEPB、MEPC、MEPD發(fā)送過(guò)來(lái)的正常的CCM報(bào)文,同時(shí)MEPB、MEPC、MEPD也能分別收到對(duì)端發(fā)送過(guò)來(lái)的正常的CCM報(bào)文。
如果此時(shí)MEPA只能收到MEPB和MEPC發(fā)送過(guò)來(lái)的報(bào)文,而無(wú)法接收MEPD發(fā)送過(guò)來(lái)的CCM報(bào)文,說(shuō)明MEPA到MEPD之間的鏈路出現(xiàn)了問(wèn)題。但是MEPD能夠正常接收MEPA、MEPB、MEPC發(fā)送過(guò)來(lái)的報(bào)文,所以MEPD察覺(jué)不到,此時(shí)需要MEPA在發(fā)送的CCM組播報(bào)文中攜帶RDI標(biāo)志位來(lái)通知MEPD,并且其中需要攜帶目標(biāo)MEP(MEPD)的MEPID的信息,發(fā)送的報(bào)文格式如表三所示
表三當(dāng)MEPD收到上述的CCM報(bào)文時(shí),查找其中的TLV,發(fā)現(xiàn)類(lèi)型為5,則提取其中MEPID的值(其值為4),將提取的MEPID的值與自身的MEPID值比較,如果相等則認(rèn)為是本端口MEP出現(xiàn)了故障,檢查subtype=1,判斷是單通的告警,于是上報(bào)告警。但是對(duì)于MEPB和MEPC來(lái)說(shuō),收到了該CCM報(bào)文后檢測(cè)其中的TLV,發(fā)現(xiàn)類(lèi)型為5,則提取其中MEPID的值(其值為4),將提取的MEPID的值與自身的MEPID的值比較,兩種不相等,則直接丟棄。
具體的消息流程如圖3所示,具體包括如下步驟1、MEPA發(fā)送攜帶目標(biāo)MEP信息的CCM組播報(bào)文到MEPB、MEPC和MEPD,其中所攜帶的目標(biāo)MEP信息為MEPD的MEPID(其值為4),MEPB、MEPC和MEPD接收所述的CCM報(bào)文;2、MEPB、MEPC和MEPD收到所述的CCM報(bào)文后,遍歷解析其中的TLV類(lèi)型(Type),查找其中Type=5的TLV;3、提取CCM中MEPID的值(其值為4),將提取的MEPID的值與本端口的MEPID值比較,如果兩者相等則認(rèn)為是本端口MEP出現(xiàn)了故障,轉(zhuǎn)步驟4,否則直接將CCM丟棄;4、MEPD檢查CCM組播報(bào)文中的TLV,其中的subtype=1,判斷是單通的告警,于是上報(bào)告警。
本實(shí)施例所述的系統(tǒng)包括ME以及其中的MEP,MEP包括故障消息發(fā)送模塊,能夠向MA中的其他MEP發(fā)送故障消息,所述的消息中攜帶目標(biāo)MEP信息;MEP包括故障檢測(cè)模塊,能夠接收其他MEP發(fā)送的故障消息并根據(jù)所述的故障消息中的目標(biāo)MEP信息判斷是否是本端口MEP故障。
其中,故障消息發(fā)送模塊通過(guò)CCM消息中的TLV攜帶目標(biāo)MEP的MEPID(其值為4),MEP的故障檢測(cè)模塊接收故障消息并將所述的故障消息中的目標(biāo)MEPID與本端口的MEPID比較,判斷是否是本端口MEP故障。TLV的subtype值為1,表示單通故障。
實(shí)施例二如果MEPA同時(shí)不能收到MEPB和MEPD的CCM消息,說(shuō)明MEPA和MEPB之間,MEPA和MEPD之間都出現(xiàn)了單通現(xiàn)象,此時(shí)MEPA發(fā)送的報(bào)文格式如表四所示
表四當(dāng)MEPD收到上述的CCM報(bào)文時(shí),對(duì)該報(bào)文進(jìn)行解析,對(duì)TLV進(jìn)行遍歷解析,查找到Type為5時(shí),發(fā)現(xiàn)有攜帶MEPID=4,并且subtype=1,據(jù)此發(fā)送告警信息,同時(shí)MEPB收到這個(gè)CCM報(bào)文后也發(fā)現(xiàn)了MEPID=2的RemoteMEP TLV,檢查subtype=1,同時(shí)MEPB也會(huì)上報(bào)告警,但是MEPC收到這個(gè)CCM時(shí)直接丟棄,不會(huì)告警。
本實(shí)施例所述的系統(tǒng)包括ME以及其中的MEP,MEP包括故障消息發(fā)送模塊,能夠向MA中的其他MEP發(fā)送故障消息,所述的消息中攜帶目標(biāo)MEP信息;MEP包括故障檢測(cè)模塊,能夠接收其他MEP發(fā)送的故障消息并根據(jù)所述的故障消息中的目標(biāo)MEP信息判斷是否是本端口MEP故障。
其中,故障消息發(fā)送模塊通過(guò)CCM消息中的TLV攜帶目標(biāo)MEP的MEPID(其值為4和2),MEP的故障檢測(cè)模塊接收故障消息并將所述的故障消息中的目標(biāo)MEPID與本端口的MEPID比較,判斷是否是本端口MEP故障。TLV的subtype值為1,表示單通故障。
實(shí)施例三除了在CCM組播報(bào)文中采用實(shí)施例一和實(shí)施例二中的TLV來(lái)攜帶目標(biāo)MEP之外,也可以在CCM消息中采用固定位置來(lái)攜帶目標(biāo)MEP的信息,通過(guò)固定格式的MEPID可以使微碼的識(shí)別效率變高,如果采用TLV解析,微碼需要對(duì)報(bào)文的偏移量進(jìn)行計(jì)算,如果采用將該字段在CCM報(bào)文中固定下來(lái),微碼可以固定偏移量獲取該標(biāo)志位,能夠提高微碼效率,此時(shí)CCM報(bào)文格式如表五所示,在表中的Additional fields can be added,here,in future versionsof the protocol位置增加Remote MEPID,通過(guò)其攜帶目標(biāo)MEP的信息。
表五本實(shí)施例所述的系統(tǒng)包括ME以及其中的MEP,MEP包括故障消息發(fā)送模塊,能夠向MA中的其他MEP發(fā)送故障消息,所述的消息中攜帶目標(biāo)MEP信息;MEP包括故障檢測(cè)模塊,能夠接收其他MEP發(fā)送的故障消息并根據(jù)所述的故障消息中的目標(biāo)MEP信息判斷是否是本端口MEP故障。
其中,故障消息發(fā)送模塊通過(guò)CCM消息中的固定標(biāo)識(shí)符攜帶目標(biāo)MEP的MEPID,MEP的故障檢測(cè)模塊接收故障消息并將所述的故障消息中的目標(biāo)MEPID與本端口的MEPID比較,判斷是否是本端口MEP故障。TLV的subtype值為1,表示單通故障。
權(quán)利要求
1.一種以太網(wǎng)設(shè)備鏈路故障檢測(cè)的方法,其特征在于,所述的方法包括如下步驟a、維護(hù)聯(lián)盟端點(diǎn)MEP向維護(hù)聯(lián)盟MA中的其他MEP發(fā)送目標(biāo)MEP的故障消息,所述的消息中攜帶目標(biāo)MEP信息;b、所述的其他MEP接收所述的故障消息,通過(guò)所述的故障消息中攜帶的目標(biāo)MEP信息判斷是否是本端口MEP故障,如果是,則接收所述的故障消息并進(jìn)行相關(guān)處理。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,其中步驟a之前還包括a0、所述的MEP在規(guī)定的時(shí)間內(nèi)沒(méi)有收到所述的目標(biāo)MEP發(fā)送的連續(xù)性檢測(cè)CCM消息。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,其中步驟a具體包括a1、所述的MEP向所述的MA中的其他MEP發(fā)送遠(yuǎn)端故障檢測(cè)RDI的CCM消息,所述的CCM消息中攜帶目標(biāo)MEP的MEP識(shí)別碼MEPID;其中步驟b具體包括b1、所述的其他MEP提取所述的CCM消息中攜帶的目標(biāo)MEPID與本端口的MEPID比較,如果兩者一致,則接收所述的CCM消息并進(jìn)行相關(guān)處理。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,其中步驟b還包括所述的其他MEP接收所述的故障消息,通過(guò)所述的故障消息中攜帶的目標(biāo)MEP信息判斷是否是本端口MEP故障,如果不是,則將所述的故障消息丟棄。
5.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述的攜帶目標(biāo)MEP的信息是通過(guò)在CCM消息中的增加TLV實(shí)現(xiàn)的。
6.根據(jù)權(quán)利要求5所述的方法,其特征在于,所述的增加的TLV的類(lèi)型Type值為0至4之外的自然數(shù)。
7.根據(jù)權(quán)利要求5所述的方法,其特征在于,通過(guò)所述的增加的TLV的子類(lèi)型subtype值表示單通故障和/或不同故障檢測(cè)協(xié)議之間的轉(zhuǎn)換。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于,其中步驟b具體包括b1、當(dāng)所述的subtype值表示單通故障時(shí),所述的其他MEP提取所述的CCM消息中攜帶的目標(biāo)MEPID與本端口的MEPID比較,如果兩者一致,則接收所述的CCM消息并上報(bào)告警信息,否則丟棄所述的CCM消息。
9.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述的攜帶目標(biāo)MEP的信息是通過(guò)在所述的CCM消息中的增加固定標(biāo)識(shí)符實(shí)現(xiàn)的。
10.一種以太網(wǎng)設(shè)備鏈路故障檢測(cè)的系統(tǒng),所述的系統(tǒng)包括MA和其中的MEP,其特征在于,所述的MEP包括故障消息發(fā)送模塊,能夠向所述MA中的其他MEP發(fā)送故障消息,所述的消息中攜帶目標(biāo)MEP信息;所述的MEP包括故障檢測(cè)模塊,能夠接收其他MEP發(fā)送的故障消息并根據(jù)所述的故障消息中的目標(biāo)MEP信息判斷是否是本端口MEP故障。
11.根據(jù)權(quán)利要求10所述的系統(tǒng),其特征在于,所述的目標(biāo)MEP的信息為目標(biāo)MEP的MEPID。
12.根據(jù)權(quán)利要求10所述的系統(tǒng),其特征在于,所述的MEP的故障檢測(cè)模塊能夠接收其他MEP發(fā)送的故障消息并將所述的故障消息中的目標(biāo)MEPID與本端口的MEPID比較,判斷是否是本端口MEP故障。
13.根據(jù)權(quán)利要求10所述的系統(tǒng),其特征在于,所述的故障消息發(fā)送模塊發(fā)送的故障信息中的TLV攜帶目標(biāo)MEP的信息。
14.根據(jù)權(quán)利要求13所述的系統(tǒng),其特征在于,所述的故障消息發(fā)送模塊發(fā)送的故障信息中的TLV子類(lèi)型subtype值表示單通故障和/或不同故障檢測(cè)協(xié)議之間的轉(zhuǎn)換。
15.根據(jù)權(quán)利要求10所述的系統(tǒng),其特征在于,所述的故障消息發(fā)送模塊發(fā)送的故障信息中固定標(biāo)識(shí)符攜帶目標(biāo)MEP的信息。
全文摘要
本發(fā)明公開(kāi)了一種以太網(wǎng)設(shè)備鏈路故障檢測(cè)的方法及其系統(tǒng),所述的方法包括如下步驟a.維護(hù)聯(lián)盟端點(diǎn)MEP向維護(hù)聯(lián)盟MA中的其他MEP發(fā)送目標(biāo)MEP的故障消息,所述的消息中攜帶目標(biāo)MEP信息;b.所述的其他MEP通過(guò)所述的故障消息中攜帶的目標(biāo)MEP信息判斷是否是本端口MEP故障,如果是,則接收所述的故障消息并進(jìn)行相關(guān)處理。采用本發(fā)明的技術(shù)方案,解決了P2MP組網(wǎng)或MA內(nèi)超過(guò)2個(gè)MEP節(jié)點(diǎn)的組網(wǎng)的設(shè)備鏈路故障的檢測(cè)問(wèn)題,可以準(zhǔn)確的定位出P2MP內(nèi)多個(gè)鏈路故障中的具體哪一條鏈路出現(xiàn)的問(wèn)題,并且打通各個(gè)檢測(cè)方法之間的協(xié)作問(wèn)題,通過(guò)各種檢測(cè)方法之間的協(xié)作來(lái)解決端到端的整網(wǎng)的故障檢測(cè)和故障定位。
文檔編號(hào)H04L12/437GK1968156SQ20061006239
公開(kāi)日2007年5月23日 申請(qǐng)日期2006年8月30日 優(yōu)先權(quán)日2006年8月30日
發(fā)明者于權(quán), 張揚(yáng), 子康, 郭俊 申請(qǐng)人:華為技術(shù)有限公司