專利名稱：一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及操作、管理、維護(hù)技術(shù)領(lǐng)域，具體涉及一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法。
背景技術(shù)：
目前，ITU-T(國(guó)際電信聯(lián)盟電信標(biāo)準(zhǔn)化部門)和IEEE(電子電氣工程師協(xié)會(huì))兩個(gè)組在同時(shí)對(duì)以太網(wǎng)端到端的OAM(操作管理維護(hù))功能進(jìn)行研究，其中ITU-T在Y.1730和Y.71ehtoam兩篇文檔中對(duì)以太網(wǎng)端到端的OAM功能進(jìn)行了描述，IEEE在802.1ag文檔中對(duì)以太網(wǎng)端到端的OAM功能進(jìn)行了描述。上述文檔中，兩個(gè)組織的思路大體相同，OAM功能的解決方案也很相似，其中ITU-T的文檔中包括了告警和性能部分，使OAM體系更為完善。
目前業(yè)界對(duì)基本的OAM功能已經(jīng)達(dá)成共識(shí)，即OAM功能應(yīng)該包括三個(gè)部分故障自動(dòng)發(fā)現(xiàn)、故障驗(yàn)證和故障定位。這里的“故障”可能是由鏈路失效、環(huán)路和軟件配置錯(cuò)誤等引發(fā)的。
CC(Continuity Check連續(xù)性檢測(cè))提供了一種故障自動(dòng)發(fā)現(xiàn)的方法，CC既能檢測(cè)出網(wǎng)絡(luò)中的硬件故障也能檢測(cè)出如內(nèi)存耗盡、配置錯(cuò)誤等軟件故障。
CC的基本實(shí)現(xiàn)原理為每一個(gè)邊緣PB(Provider Bridge運(yùn)營(yíng)商網(wǎng)橋)會(huì)周期性的從與其處于同一SI(Service Instance服務(wù)實(shí)例)的其他邊緣PB處接收到遠(yuǎn)端PB發(fā)送的心跳消息，一旦本地PB不再接收到遠(yuǎn)端PB的心跳消息，那就意味著要么遠(yuǎn)端PB發(fā)生了故障，要么鏈路發(fā)生了不可恢復(fù)的故障；本地PB自動(dòng)或者通過下發(fā)命令啟動(dòng)錯(cuò)誤確認(rèn)和錯(cuò)誤隔離機(jī)制。
下面以發(fā)送CCM(CC消息)的MEP(Maintenance End Point維護(hù)端點(diǎn))的處理過程和接收CC消息的MEP的處理過程對(duì)目前通用的CC實(shí)現(xiàn)方法進(jìn)行說明。
為實(shí)現(xiàn)CC功能，需要在每一個(gè)MIP(Maintenance Intermediate Point維護(hù)中間點(diǎn))中維護(hù)有兩個(gè)MEP數(shù)據(jù)庫，這兩個(gè)MEP數(shù)據(jù)庫對(duì)應(yīng)兩個(gè)接收CC消息的方向。MEP只能在一個(gè)接收方向上接收CC消息。MEP數(shù)據(jù)庫中存儲(chǔ)有以MEPID為索引的CC消息承載的信息，如Lifetime TLV(生存時(shí)間類型長(zhǎng)度值)、thesource MAC address和被接收的方向等。MIP和MEP統(tǒng)稱MP(Maintenance Point維護(hù)點(diǎn))。
發(fā)送CC消息的MEP的處理過程當(dāng)一個(gè)激活的MEP被配置后，便立刻發(fā)送經(jīng)過特殊定義多播MAC地址的CC消息。MEP發(fā)送該CC消息的時(shí)間間隙可配置，取值范圍從0.01s到665.35s。
發(fā)送CC消息的MEP中維護(hù)有一個(gè)變量，該變量用于保存下一個(gè)發(fā)送的CC消息包的序列號(hào)，在發(fā)送CC消息的MEP初始化時(shí)，該變量被設(shè)置為一個(gè)隨機(jī)值，且MEP每發(fā)送一個(gè)CC消息包，該變量值加一。
發(fā)送的CC消息中必須包含有Lifetime TLV，該值一般設(shè)置為發(fā)送CC消息的時(shí)間間隙的3.5倍，以便接收CC消息的MEP可以在丟失兩個(gè)CC消息而不報(bào)告任何錯(cuò)誤。在發(fā)送CC消息的MEP需要退出時(shí)，發(fā)送Lifetime TLV為0的CC消息。
接收CC消息的MEP的處理過程每一個(gè)接收到CC消息的MP都會(huì)檢查CC消息中的MEGID(維護(hù)實(shí)體組)TLV是否同自己的配置匹配，且接收到CC消息的MEP要保證其收到的CC消息的MEPID TLV與自己的配置不同。
MEP在第一次接收到遠(yuǎn)端MEP發(fā)送來的Lifetime TLV不為0的CC消息時(shí)，啟動(dòng)一個(gè)用來檢測(cè)CC消息是否丟失的CC有效性記時(shí)器。在這個(gè)CC有效性記時(shí)器超時(shí)后，如果該MEP仍然沒有接收到遠(yuǎn)端MEP發(fā)送來的下一個(gè)CC消息，則認(rèn)為產(chǎn)生了CC LOS(丟失)，如果連續(xù)丟失N個(gè)如3個(gè)CC消息，則認(rèn)為發(fā)送CC消息的遠(yuǎn)端MEP發(fā)生了錯(cuò)誤。
MP在接收到Lifetime TLV為0的CC消息時(shí)，確定發(fā)送該CC消息的MEP正在退出，丟棄其MEP數(shù)據(jù)庫中存儲(chǔ)的與該CC消息中的MEPID相關(guān)的所有信息。接收該CC消息的MEP應(yīng)該立即丟棄此CC消息，并停止與發(fā)送此CC消息的MEP相關(guān)的定時(shí)器，清除本地MEP數(shù)據(jù)庫中的相關(guān)信息。
通過上述對(duì)CC實(shí)現(xiàn)方法的描述可知，在CC功能啟動(dòng)之前，如果網(wǎng)絡(luò)已經(jīng)發(fā)生故障如斷纖或配置錯(cuò)誤等，采用目前的CC機(jī)制將無法檢測(cè)出故障。如在附圖1、附圖2、附圖3中，設(shè)定MEP1和MEP2之間存在物理連接，且該物理鏈路在MEP1、MEP2啟動(dòng)CC功能前存在故障，由于CC消息是主動(dòng)發(fā)送，且無需響應(yīng)，接收CC消息的MEP2只有在接收到MEP1傳輸來的第一個(gè)CC消息時(shí)，才會(huì)知道MEP1的存在、并開始檢測(cè)與MEP1的連通性，由于MEP2無法接收到MEP1發(fā)送的CC消息，所以，該鏈路故障不能夠被檢測(cè)出來。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，以實(shí)現(xiàn)完善CC功能的目的。
為達(dá)到上述目的，本發(fā)明提供的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，包括a、設(shè)置接收到CC消息的維護(hù)端點(diǎn)需要返回CC響應(yīng)消息；b、對(duì)所述CC消息進(jìn)行處理的維護(hù)點(diǎn)根據(jù)所述CC響應(yīng)消息確定網(wǎng)絡(luò)狀態(tài)。
所述步驟a具體包括設(shè)置接收到CC消息的維護(hù)端點(diǎn)在確定該CC消息符合預(yù)定條件時(shí)需要返回CC響應(yīng)消息。
所述預(yù)定條件包括CC消息承載有預(yù)定信息、CC消息中的維護(hù)端點(diǎn)標(biāo)識(shí)信息與接收CC消息的維護(hù)端點(diǎn)的維護(hù)端點(diǎn)標(biāo)識(shí)同屬于一個(gè)服務(wù)實(shí)例/維護(hù)實(shí)體組但不相同、且CC消息中的生存時(shí)間不為0。
所述預(yù)定信息承載于維護(hù)端點(diǎn)發(fā)送的第一個(gè)CC消息中。
所述預(yù)定信息包括CC消息的預(yù)定序列號(hào)。
所述方法還包括發(fā)送CC消息的MEP在初始化時(shí)，設(shè)置CC消息的序列號(hào)為預(yù)定序列號(hào)。
所述步驟b具體包括發(fā)送CC消息的維護(hù)端點(diǎn)判斷是否在第一時(shí)間間隔內(nèi)接收到CC響應(yīng)消息，如果接收到所述CC響應(yīng)消息，確定網(wǎng)絡(luò)正常；如果未接收到所述CC響應(yīng)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，啟動(dòng)錯(cuò)誤處理過程。
所述步驟b具體包括接收到承載有預(yù)定信息的CC消息的各維護(hù)中間點(diǎn)判斷是否在第二時(shí)間間隔內(nèi)接收到CC響應(yīng)消息；如果接收到CC響應(yīng)消息，確定網(wǎng)絡(luò)正常，繼續(xù)傳輸所述CC響應(yīng)消息；如果未接收到CC響應(yīng)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，發(fā)送故障信息。
所述出現(xiàn)故障的信息為CC響應(yīng)超時(shí)消息，且所述步驟b具體包括如下步驟接收到承載有預(yù)定信息的CC消息的各維護(hù)中間點(diǎn)獲取并存儲(chǔ)該CC消息的接收方向和源地址信息，同時(shí)，開始判斷在第二時(shí)間間隔內(nèi)是否接收到CC響應(yīng)消息或其他維護(hù)中間點(diǎn)傳輸來的CC響應(yīng)超時(shí)消息；如果接收到CC響應(yīng)消息或CC響應(yīng)超時(shí)消息，繼續(xù)向所述CC消息的源MEP方向發(fā)送該CC響應(yīng)消息或CC響應(yīng)超時(shí)消息；如果未接收到CC響應(yīng)消息或CC響應(yīng)超時(shí)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，根據(jù)其存儲(chǔ)的源地址信息產(chǎn)生CC響應(yīng)超時(shí)消息，并根據(jù)其存儲(chǔ)的接收方向發(fā)送。
所述步驟b還包括所述發(fā)送CC消息的維護(hù)端點(diǎn)在發(fā)送承載有預(yù)定信息的CC消息后，判斷是否在第一時(shí)間間隔內(nèi)接收到所述CC響應(yīng)消息、CC響應(yīng)超時(shí)消息；如果接收到所述CC響應(yīng)消息，確定網(wǎng)絡(luò)正常；如果接收到所述CC響應(yīng)超時(shí)消息，或一直未接收到CC響應(yīng)消息和CC響應(yīng)超時(shí)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，啟動(dòng)錯(cuò)誤處理過程。
所述第一時(shí)間間隔長(zhǎng)于所述第二時(shí)間間隔。
所述CC響應(yīng)超時(shí)消息中還承載有與產(chǎn)生該消息的維護(hù)中間點(diǎn)相關(guān)的信息。
通過上述技術(shù)方案的描述可知，本發(fā)明通過使接收到CC消息的MEP返回CC響應(yīng)消息，使本發(fā)明能夠及時(shí)檢測(cè)出MEP啟動(dòng)CC功能之前網(wǎng)絡(luò)中存在的故障；通過使接收到CC消息的MIP產(chǎn)生CC響應(yīng)超時(shí)消息、并通過在發(fā)送CC消息的MEP設(shè)置源端定時(shí)器，使本發(fā)明的連續(xù)性檢測(cè)方法能夠檢測(cè)出網(wǎng)絡(luò)中不同位置存在的故障；通過在CC響應(yīng)超時(shí)消息中承載與MIP相關(guān)的信息，有利于網(wǎng)絡(luò)故障的定位；從而通過本發(fā)明提供的技術(shù)方案實(shí)現(xiàn)了提高故障檢測(cè)準(zhǔn)確性，完善連續(xù)性檢測(cè)機(jī)制的目的。


圖1是現(xiàn)有技術(shù)的CC實(shí)現(xiàn)方法示意圖一；圖2是現(xiàn)有技術(shù)的CC實(shí)現(xiàn)方法示意圖二；圖3是現(xiàn)有技術(shù)的CC實(shí)現(xiàn)方法示意圖三；圖4是本發(fā)明的CC實(shí)現(xiàn)方法示意圖一；圖5是本發(fā)明的CC實(shí)現(xiàn)方法示意圖二；圖6是本發(fā)明的CC實(shí)現(xiàn)方法示意圖三。
具體實(shí)施例方式
本發(fā)明的核心是設(shè)置接收到CC消息的維護(hù)端點(diǎn)需要返回CCRM(CC響應(yīng)消息)，對(duì)所述CC消息進(jìn)行處理的維護(hù)點(diǎn)根據(jù)所述CC響應(yīng)消息確定網(wǎng)絡(luò)狀態(tài)。
下面基于本發(fā)明的核心思想對(duì)本發(fā)明提供的技術(shù)方案做進(jìn)一步的描述。
本發(fā)明中對(duì)所述CC消息進(jìn)行處理的MP可以為發(fā)送該CC消息的MEP，也可以為接收到該CC消息并繼續(xù)發(fā)送該CC消息的MIP，同樣可以為發(fā)送該CC消息的MEP和接收到該CC消息并發(fā)送該CC消息的MIP。
下面以發(fā)送CC消息的MEP的處理過程、接收CC消息的MEP的處理過程、接收到CC消息的各MIP的處理過程對(duì)本發(fā)明的CC實(shí)現(xiàn)方法進(jìn)行說明。
本發(fā)明的發(fā)送CC消息的MEP的處理過程當(dāng)一個(gè)激活的MEP被配置后，便立刻發(fā)送經(jīng)過特殊定義多播MAC地址的CC消息。MEP發(fā)送該CC消息的時(shí)間間隙可配置，取值范圍從0.01s到665.35s。
發(fā)送CC消息的MEP中維護(hù)有一個(gè)變量，該變量用于保存下一個(gè)發(fā)送的CC消息包的序列號(hào)，在發(fā)送CC消息的MEP初始化時(shí)，該變量被設(shè)置為一個(gè)預(yù)定值如1，且MEP每發(fā)送一個(gè)CC消息包，該變量值加一。
發(fā)送的CC消息中必須包含有Lifetime TLV，該值一般設(shè)置為發(fā)送CC消息的時(shí)間間隙的3.5倍，以便接收CC消息的MEP可以在丟失兩個(gè)CC消息而不報(bào)告任何錯(cuò)誤。在發(fā)送CC消息的MEP需要退出時(shí)，發(fā)送Lifetime TLV為0的CC消息。
發(fā)送CC消息的MEP在發(fā)送第一個(gè)CC消息之后，立刻啟動(dòng)一個(gè)源端定時(shí)器，該定時(shí)器的定時(shí)時(shí)長(zhǎng)為第一時(shí)間間隔，且該定時(shí)器的定時(shí)時(shí)長(zhǎng)應(yīng)該大于各MIP點(diǎn)中設(shè)置的CC響應(yīng)消息定時(shí)器的定時(shí)時(shí)長(zhǎng)，并在該定時(shí)器的定時(shí)時(shí)長(zhǎng)內(nèi)等待接收遠(yuǎn)端MEP的CC響應(yīng)消息。
本發(fā)明的接收CC消息的MEP的處理過程每一個(gè)接收到CC消息的MEP都會(huì)檢查CC消息中的MEGID TLV是否同自己的配置匹配，且接收CC消息的遠(yuǎn)端MEP要保證其收到的CC消息的MEPIDTLV與自己的配置不同。如果接收到CC消息的MEP確定CC消息中的MEGIDTLV與自己的配置不匹配或CC消息中的MEPID TLV與自己的配置不同，則直接丟棄該CC消息。
遠(yuǎn)端MEP在接收到序列號(hào)為1、且Lifetime TLV不為0的CC消息時(shí)，確定該CC消息是第一次被接收，遠(yuǎn)端MEP將該CC消息中承載的MEP的相關(guān)信息以MEPID為索引保存到其MEP數(shù)據(jù)庫中。保存到MEP數(shù)據(jù)庫中的信息中至少包括Lifetime TLV、the source MAC address和接收的方向。遠(yuǎn)端MEP還需要向發(fā)送CC消息的MEP返回一個(gè)表示連接正常的CC響應(yīng)消息，該CC響應(yīng)消息的目的MAC地址被設(shè)置為CC消息中的源MAC地址。
同時(shí)，接收到CC消息的遠(yuǎn)端MEP還會(huì)啟動(dòng)一個(gè)用來檢測(cè)CC消息是否丟失的CC有效性記時(shí)器。在這個(gè)CC有效性記時(shí)器超時(shí)后，如果該MEP仍然沒有接收到遠(yuǎn)端MEP發(fā)送來的下一個(gè)CC消息，則認(rèn)為產(chǎn)生了CC LOS，如果連續(xù)丟失N個(gè)如3個(gè)CC消息，則認(rèn)為發(fā)送CC消息的遠(yuǎn)端MEP發(fā)生了錯(cuò)誤。
MEP在接收到Lifetime TLV為0的CC消息時(shí)，確定發(fā)送該CC消息的MEP正在退出，丟棄其MEP數(shù)據(jù)庫中存儲(chǔ)的與該CC消息中的MEPID相關(guān)的所有信息。接收該CC消息的MEP應(yīng)該立即丟棄此CC消息，并停止與發(fā)送此CC消息的MEP相關(guān)的定時(shí)器，清除本地MEP數(shù)據(jù)庫中的相關(guān)信息。
遠(yuǎn)端MEP在接收到序列號(hào)不為1且Lifetime TLV不為0的CC消息時(shí)，確定對(duì)應(yīng)此CC消息的CC有效性記時(shí)器是否已經(jīng)啟動(dòng)，如果已經(jīng)啟動(dòng)，則直接清除該CC消息的CC有效性記時(shí)器，重新開始計(jì)時(shí)，不作任何響應(yīng)操作；如果尚未啟動(dòng)，則針對(duì)此CC消息啟動(dòng)CC有效性記時(shí)器，并將該CC消息中承載的MEP的相關(guān)信息以MEPID為索引保存到其MEP數(shù)據(jù)庫中。保存到MEP數(shù)據(jù)庫中的信息中至少包括Lifetime TLV、the source MAC address和接收的方向。
接收到CC消息的各MIP對(duì)CC消息的處理過程MIP在接收到序列號(hào)為1的CC消息時(shí)，確定該CC消息是源端MEP發(fā)送的第一個(gè)CC消息，MIP啟動(dòng)一個(gè)時(shí)間可配置的CC響應(yīng)消息定時(shí)器如5s等，并記錄該CC消息的接收方向和CC消息中承載的源MAC地址，然后，將該CC消息繼續(xù)向下傳送。該CC響應(yīng)消息定時(shí)器的定時(shí)時(shí)長(zhǎng)為第二時(shí)間間隔。
各MIP在收到下面兩種消息中的任一一種消息時(shí)，其啟動(dòng)的CC響應(yīng)消息定時(shí)器自動(dòng)停止計(jì)時(shí)，并將接收到的消息向源端MEP方向透?jìng)?，這兩種消息為1、與其連接其他MIP發(fā)送來的CC響應(yīng)超時(shí)消息。
2、遠(yuǎn)端MEP發(fā)送來的CC響應(yīng)消息。
如果本MIP的CC響應(yīng)消息定時(shí)器已經(jīng)超時(shí)，而本MIP仍然沒有接收到上述兩種消息中的任一一種，確定前方有網(wǎng)絡(luò)連通性故障，本MIP產(chǎn)生一條CC響應(yīng)超時(shí)消息，該消息的目的MAC地址被置為其記錄的源MAC地址，并根據(jù)存儲(chǔ)的接收方向發(fā)送該CC響應(yīng)超時(shí)消息。
MIP在發(fā)送CC響應(yīng)超時(shí)消息時(shí)可以在該消息中附加一些信息，如本MIP的網(wǎng)絡(luò)位置、狀態(tài)等信息。這些信息有利于故障定位。
發(fā)送CC消息的源端MEP對(duì)CC響應(yīng)超時(shí)消息的處理發(fā)送CC消息的源端MEP如果在源端定時(shí)器超時(shí)前接收到遠(yuǎn)端MEP的CC響應(yīng)消息時(shí)，確定網(wǎng)絡(luò)處于正常狀態(tài)，停止該源端定時(shí)器，不對(duì)該消息進(jìn)行任何處理，直接丟棄。
發(fā)送CC消息的源MEP如果在源端定時(shí)器的定時(shí)時(shí)間內(nèi)接收到MIP的CC響應(yīng)超時(shí)消息時(shí)，確定網(wǎng)絡(luò)出現(xiàn)連接故障，停止該源端定時(shí)器，啟動(dòng)錯(cuò)誤處理過程，如上報(bào)告警信息、自動(dòng)或者通過下發(fā)命令啟動(dòng)錯(cuò)誤確認(rèn)和錯(cuò)誤隔離機(jī)制等。
發(fā)送CC消息的源端MEP如果在源端定時(shí)器超時(shí)時(shí)，即沒有接收到遠(yuǎn)端MEP的CC響應(yīng)消息，也沒有接收到MIP的CC響應(yīng)超時(shí)消息，確定網(wǎng)絡(luò)出現(xiàn)連接故障，停止該源端定時(shí)器，啟動(dòng)錯(cuò)誤處理過程，如上報(bào)告警信息、自動(dòng)或者通過下發(fā)命令啟動(dòng)錯(cuò)誤確認(rèn)和錯(cuò)誤隔離機(jī)制等。
基于上述對(duì)本發(fā)明的連續(xù)檢測(cè)的方法的說明可以看出，本發(fā)明能夠檢測(cè)出現(xiàn)有技術(shù)不能夠檢測(cè)出的網(wǎng)絡(luò)故障。
如在圖1中，設(shè)定MEP1和MEP2在啟動(dòng)CC功能之前，MEP1和MEP2之間就出現(xiàn)了鏈接故障。
MEP1啟動(dòng)CC功能，設(shè)置MEP1中記錄CC消息序列號(hào)的變量的值為1。MEP1發(fā)送序列號(hào)為1且Lifetime TLV不為0的CC消息，并同時(shí)啟動(dòng)源端定時(shí)器。
MEP1和MEP2之間存在的鏈接故障使MEP2不會(huì)接收到該CC消息，所以，MEP2不會(huì)向MEP1發(fā)送CC響應(yīng)消息。MEP1在其源端定時(shí)器超時(shí)時(shí)，確定網(wǎng)絡(luò)出現(xiàn)故障，停止該源端定時(shí)器的計(jì)時(shí)，啟動(dòng)錯(cuò)誤處理過程。
在圖2中，設(shè)定MEP1和MEP2在啟動(dòng)CC功能之前，MIP1和MIP2之間就出現(xiàn)了鏈接故障。
MEP2啟動(dòng)CC功能，設(shè)置MEP2中記錄CC消息序列號(hào)的變量的值為1。MEP2發(fā)送序列號(hào)為1且Lifetime TLV不為0的CC消息，并同時(shí)啟動(dòng)源端定時(shí)器。
MIP1在接收到MEP2傳輸來的序列號(hào)為1的CC消息時(shí)，獲取該CC消息的源MAC地址并記錄該CC消息的接收方向，繼續(xù)發(fā)送該CC消息，同時(shí)，啟動(dòng)CC響應(yīng)消息定時(shí)器。由于MIP1和MIP2之間存在的鏈接故障使MIP2、MEP1不會(huì)接收到該CC消息，所以，MIP1不會(huì)接收到MEP2的CC響應(yīng)消息，也不會(huì)接收到MIP2的CC響應(yīng)超時(shí)消息。MIP1在其CC響應(yīng)消息定時(shí)器超時(shí)時(shí)，確定網(wǎng)絡(luò)出現(xiàn)故障，停止該定時(shí)器的計(jì)時(shí)，產(chǎn)生CC響應(yīng)超時(shí)消息，該CC響應(yīng)超時(shí)消息的目的地址為其記錄的源MAC地址，MIP1根據(jù)其記錄的接收方向發(fā)送該CC響應(yīng)超時(shí)消息。當(dāng)然，MIP在發(fā)送CC響應(yīng)超時(shí)消息時(shí)也可以在該消息中附加一些信息，如本MIP的網(wǎng)絡(luò)位置、狀態(tài)等信息。MEP1在其源端定時(shí)器的計(jì)時(shí)時(shí)間內(nèi)接收到該CC響應(yīng)超時(shí)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，停止該源端定時(shí)器的計(jì)時(shí)，啟動(dòng)錯(cuò)誤處理過程。
在圖3中，設(shè)定MEP1和MEP2在啟動(dòng)CC功能之前，MEP2和MIP1之間就出現(xiàn)了鏈接故障，MEP2啟動(dòng)CC功能，設(shè)置MEP2中記錄CC消息序列號(hào)的變量的值為1。MEP2發(fā)送序列號(hào)為1且Lifetime TLV不為0的CC消息，并同時(shí)啟動(dòng)源端定時(shí)器。
由于MIP1和MEP2之間存在的鏈接故障使MIP1、MEP1不會(huì)接收到該CC消息，所以，MEP2不會(huì)接收到MEP1的CC響應(yīng)消息，也不會(huì)接收到MIP1的CC響應(yīng)超時(shí)消息。MEP2在其源端定時(shí)器超時(shí)時(shí)，確定網(wǎng)絡(luò)出現(xiàn)故障，停止該源端定時(shí)器的計(jì)時(shí)，啟動(dòng)錯(cuò)誤處理過程。
在圖4中，MEP1啟動(dòng)CC功能，設(shè)置MEP1中記錄CC消息序列號(hào)的變量的值為1。MEP1發(fā)送序列號(hào)為1且Lifetime TLV不為0的CC消息，MEP1同時(shí)啟動(dòng)源端定時(shí)器。
MIP1在接收到MEP1傳輸來的序列號(hào)為1且Lifetime TLV不為0的CC消息時(shí)，獲取該CC消息的源MAC地址并記錄該CC消息的接收方向，啟動(dòng)CC響應(yīng)消息定時(shí)器，并繼續(xù)發(fā)送該CC消息。MIP2、MIP3、MIP4在接收到序列號(hào)為1的CC消息時(shí)，對(duì)該CC消息的處理與MIP1的處理過程相同。
MEP2在接收到序列號(hào)為1、MEGID TLV與自己的配置不相同且LifetimeTLV不為0的CC消息時(shí)，確定該CC消息是第一次被接收，MEP2需要向MEP1返回一個(gè)表示連接正常的CC響應(yīng)消息，該CC響應(yīng)消息的目的MAC地址被設(shè)置為CC消息中的源MAC地址。MEP2還會(huì)在其自身的MEP數(shù)據(jù)庫中存儲(chǔ)以MEPID為索引的CC消息承載的信息，如Lifetime TLV(生存時(shí)間類型長(zhǎng)度值)、thesource MAC address和被接收的方向等。同時(shí)，MEP2啟動(dòng)一個(gè)用來檢測(cè)CC消息是否丟失的CC有效性記時(shí)器。在這個(gè)CC有效性記時(shí)器超時(shí)后，如果MEP2仍然沒有接收到MEP1發(fā)送來的下一個(gè)CC消息，則認(rèn)為產(chǎn)生了CC LOS(丟失)，如果連續(xù)丟失N個(gè)如3個(gè)CC消息，則認(rèn)為發(fā)送CC消息的遠(yuǎn)端MEP發(fā)生了錯(cuò)誤。
MIP4在其CC響應(yīng)消息定時(shí)器超時(shí)前接收到MEP2傳輸來的CC響應(yīng)消息時(shí)，停止該CC響應(yīng)消息定時(shí)器，并繼續(xù)將該CC響應(yīng)消息透?jìng)髦罬IP3。MIP3、MIP2、MIP1接收到CC響應(yīng)消息時(shí)，對(duì)該CC消息的處理與MIP1的處理過程相同。
MEP1在其源端定時(shí)器超時(shí)前，接收到MIP1傳輸來的CC響應(yīng)消息時(shí)，確定網(wǎng)絡(luò)沒有出現(xiàn)故障，停止該源端定時(shí)器，將記錄CC消息序列號(hào)的變量值加一，并根據(jù)原有的處理流程繼續(xù)發(fā)送具有后續(xù)序列號(hào)的CC消息。
在圖5中，設(shè)定MEP1和MEP2在啟動(dòng)CC功能之前，MIP3和MIP4之間就出現(xiàn)了鏈接故障。
MEP1啟動(dòng)CC功能，設(shè)置MEP1中記錄CC消息序列號(hào)的變量的值為1。MEP1發(fā)送序列號(hào)為1且Lifetime TLV不為0的CC消息，MEP1同時(shí)啟動(dòng)源端定時(shí)器。
MIP1在接收到MEP1傳輸來的序列號(hào)為1且Lifetime TLV不為0的CC消息時(shí)，獲取該CC消息的源MAC地址并記錄該CC消息的接收方向，啟動(dòng)CC響應(yīng)消息定時(shí)器，并繼續(xù)發(fā)送該CC消息。MIP2、MIP3在接收到序列號(hào)為1的CC消息時(shí)，對(duì)該CC消息的處理與MIP1的處理過程相同。
由于MIP3和MIP4之間存在的鏈接故障，使MIP4、MEP2不會(huì)接收到該CC消息，所以，MIP3不會(huì)接收到MEP2的CC響應(yīng)消息，也不會(huì)接收到MIP4的CC響應(yīng)超時(shí)消息。MIP3在其CC響應(yīng)消息定時(shí)器超時(shí)時(shí)，確定網(wǎng)絡(luò)出現(xiàn)故障，停止該定時(shí)器的計(jì)時(shí)，產(chǎn)生CC響應(yīng)超時(shí)消息，該CC響應(yīng)超時(shí)消息的目的地址為其記錄的源MAC地址，MIP3根據(jù)其記錄的接收方向發(fā)送該CC響應(yīng)超時(shí)消息。
當(dāng)然，MIP在發(fā)送CC響應(yīng)超時(shí)消息時(shí)也可以在該消息中附加一些信息，如本MIP的網(wǎng)絡(luò)位置、狀態(tài)等信息。
MIP2在其CC響應(yīng)消息定時(shí)器超時(shí)前接收到CC響應(yīng)超時(shí)消息時(shí)，停止其CC響應(yīng)消息定時(shí)器，并將該CC響應(yīng)超時(shí)消息透?jìng)髦罬IP1。MIP1在接收到該CC響應(yīng)超時(shí)消息時(shí)，對(duì)該CC響應(yīng)超時(shí)消息的處理過程與MIP2的處理過程相同。
MEP1在其源端定時(shí)器的計(jì)時(shí)時(shí)間內(nèi)接收到MIP1發(fā)送來的CC響應(yīng)超時(shí)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，停止該源端定時(shí)器的計(jì)時(shí)，啟動(dòng)錯(cuò)誤處理過程。
圖6表示多點(diǎn)到多點(diǎn)情況下，在各MEP啟動(dòng)CC功能前網(wǎng)絡(luò)已經(jīng)存在故障，本發(fā)明的CC實(shí)現(xiàn)過程。
設(shè)定在MEP1啟動(dòng)CC功能之前，MIPx和MIPy之間就出現(xiàn)了鏈接故障。
MEP1啟動(dòng)CC功能，設(shè)置MEP1中記錄CC消息序列號(hào)的變量的值為1。MEP1發(fā)送序列號(hào)為1且Lifetime TLV不為0的CC消息，MEP1同時(shí)啟動(dòng)源端定時(shí)器。
MEP1發(fā)送的序列號(hào)為1的多播CC消息會(huì)向各MEP發(fā)送，由于MIPx和MIPy之間的鏈接存在故障，按照對(duì)圖5的描述過程，MIPx將會(huì)向MEP1發(fā)送超時(shí)CC響應(yīng)超時(shí)消息，MEP1在其源端定時(shí)器超時(shí)前接收到CC響應(yīng)超時(shí)消息后，確定網(wǎng)絡(luò)出現(xiàn)故障，上報(bào)告警信息，停止該源端定時(shí)器的計(jì)時(shí)，啟動(dòng)錯(cuò)誤處理過程。
上述對(duì)各實(shí)施例的描述中，在發(fā)送CC消息的MEP和傳輸CC消息的MIP中都設(shè)置有定時(shí)器，而且接收到CC消息的MIP需要在其CC響應(yīng)消息定時(shí)器超時(shí)時(shí)，產(chǎn)生CC響應(yīng)超時(shí)消息。本發(fā)明也可以僅在發(fā)送CC消息的MEP中設(shè)置源端定時(shí)器，而且接收到CC消息的MIP不需要產(chǎn)生CC響應(yīng)超時(shí)消息，如在圖5中，MEP1在發(fā)送CC消息時(shí)啟動(dòng)源端定時(shí)器，在其源端定時(shí)器超時(shí)時(shí)，MEP1仍然沒有接收到遠(yuǎn)端MEP傳輸來的CC響應(yīng)消息時(shí)，確定網(wǎng)絡(luò)出現(xiàn)故障。
本發(fā)明同樣也可以僅僅在接收到CC消息的各MIP中設(shè)置源端定時(shí)器，如在圖5中，發(fā)送CC消息的MEP1中不設(shè)置源端定時(shí)器，接收到CC消息的MIP1、MIP2、MIP3在接收到CC消息時(shí)，啟動(dòng)CC響應(yīng)消息定時(shí)器，MIP1、MIP2、MIP3在其CC響應(yīng)消息定時(shí)器超時(shí)時(shí)，仍然沒有接收到MEP2的CC響應(yīng)消息或MIP的CC響應(yīng)超時(shí)消息時(shí)，產(chǎn)生CC響應(yīng)超時(shí)消息，MEP1在接收到遠(yuǎn)端MEP傳輸來的CC響應(yīng)消息時(shí)，確定網(wǎng)絡(luò)出現(xiàn)故障。
雖然通過實(shí)施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請(qǐng)文件的權(quán)利要求包括這些變形和變化。
權(quán)利要求
1.一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，包括a、設(shè)置接收到CC消息的維護(hù)端點(diǎn)需要返回CC響應(yīng)消息；b、對(duì)所述CC消息進(jìn)行處理的維護(hù)點(diǎn)根據(jù)所述CC響應(yīng)消息確定網(wǎng)絡(luò)狀態(tài)。
2.如權(quán)利要求1所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述步驟a具體包括設(shè)置接收到CC消息的維護(hù)端點(diǎn)在確定該CC消息符合預(yù)定條件時(shí)需要返回CC響應(yīng)消息。
3.如權(quán)利要求2所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述預(yù)定條件包括CC消息承載有預(yù)定信息、CC消息中的維護(hù)端點(diǎn)標(biāo)識(shí)信息與接收CC消息的維護(hù)端點(diǎn)的維護(hù)端點(diǎn)標(biāo)識(shí)同屬于一個(gè)服務(wù)實(shí)例/維護(hù)實(shí)體組但不相同、且CC消息中的生存時(shí)間不為0。
4.如權(quán)利要求3所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述預(yù)定信息承載于維護(hù)端點(diǎn)發(fā)送的第一個(gè)CC消息中。
5.如權(quán)利要求3所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述預(yù)定信息包括CC消息的預(yù)定序列號(hào)。
6.如權(quán)利要求5所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述方法還包括發(fā)送CC消息的MEP在初始化時(shí)，設(shè)置CC消息的序列號(hào)為預(yù)定序列號(hào)。
7.如權(quán)利要求1至6中任一權(quán)利要求所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述步驟b具體包括發(fā)送CC消息的維護(hù)端點(diǎn)判斷是否在第一時(shí)間間隔內(nèi)接收到CC響應(yīng)消息，如果接收到所述CC響應(yīng)消息，確定網(wǎng)絡(luò)正常；如果未接收到所述CC響應(yīng)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，啟動(dòng)錯(cuò)誤處理過程。
8.如權(quán)利要求3至6中任一權(quán)利要求所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述步驟b具體包括接收到承載有預(yù)定信息的CC消息的各維護(hù)中間點(diǎn)判斷是否在第二時(shí)間間隔內(nèi)接收到CC響應(yīng)消息；如果接收到CC響應(yīng)消息，確定網(wǎng)絡(luò)正常，繼續(xù)傳輸所述CC響應(yīng)消息；如果未接收到CC響應(yīng)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，發(fā)送故障信息。
9.如權(quán)利要求8所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述出現(xiàn)故障的信息為CC響應(yīng)超時(shí)消息，且所述步驟b具體包括如下步驟接收到承載有預(yù)定信息的CC消息的各維護(hù)中間點(diǎn)獲取并存儲(chǔ)該CC消息的接收方向和源地址信息，同時(shí)，開始判斷在第二時(shí)間間隔內(nèi)是否接收到CC響應(yīng)消息或其他維護(hù)中間點(diǎn)傳輸來的CC響應(yīng)超時(shí)消息；如果接收到CC響應(yīng)消息或CC響應(yīng)超時(shí)消息，繼續(xù)向所述CC消息的源MEP方向發(fā)送該CC響應(yīng)消息或CC響應(yīng)超時(shí)消息；如果未接收到CC響應(yīng)消息或CC響應(yīng)超時(shí)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，根據(jù)其存儲(chǔ)的源地址信息產(chǎn)生CC響應(yīng)超時(shí)消息，并根據(jù)其存儲(chǔ)的接收方向發(fā)送。
10.如權(quán)利要求9所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述步驟b還包括所述發(fā)送CC消息的維護(hù)端點(diǎn)在發(fā)送承載有預(yù)定信息的CC消息后，判斷是否在第一時(shí)間間隔內(nèi)接收到所述CC響應(yīng)消息、CC響應(yīng)超時(shí)消息；如果接收到所述CC響應(yīng)消息，確定網(wǎng)絡(luò)正常；如果接收到所述CC響應(yīng)超時(shí)消息，或一直未接收到CC響應(yīng)消息和CC響應(yīng)超時(shí)消息，確定網(wǎng)絡(luò)出現(xiàn)故障，啟動(dòng)錯(cuò)誤處理過程。
11.如權(quán)利要求8所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述第一時(shí)間間隔長(zhǎng)于所述第二時(shí)間間隔。
12.如權(quán)利要求9所述的一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述CC響應(yīng)超時(shí)消息中還承載有與產(chǎn)生該消息的維護(hù)中間點(diǎn)相關(guān)的信息。
全文摘要
本發(fā)明提供一種連續(xù)性檢測(cè)的實(shí)現(xiàn)方法，其核心為設(shè)置接收到CC消息的維護(hù)端點(diǎn)需要返回CC響應(yīng)消息，對(duì)所述CC消息進(jìn)行處理的維護(hù)點(diǎn)根據(jù)所述CC響應(yīng)消息確定網(wǎng)絡(luò)狀態(tài)。本發(fā)明能夠及時(shí)檢測(cè)出維護(hù)端點(diǎn)啟動(dòng)CC功能之前和啟動(dòng)CC功能之后網(wǎng)絡(luò)中存在的各種連接故障；實(shí)現(xiàn)了提高故障檢測(cè)準(zhǔn)確性，完善連續(xù)性檢測(cè)機(jī)制的目的。
文檔編號(hào)H04L12/24GK1855851SQ20051006467
公開日2006年11月1日 申請(qǐng)日期2005年4月19日 優(yōu)先權(quán)日2005年4月19日
發(fā)明者閆志勇 申請(qǐng)人:華為技術(shù)有限公司