一種設(shè)備歸一化管理接口的故障診斷信息傳送及處理方法
【專(zhuān)利摘要】本發(fā)明提供一種設(shè)備歸一化管理接口的故障診斷信息傳送及處理方法，應(yīng)用于包含網(wǎng)絡(luò)管理工作站（NMS）和運(yùn)行在光線路終端（OLT）設(shè)備上的主代理及子代理的網(wǎng)管系統(tǒng)中，其特征在于，所述方法包括以下步驟：子代理探測(cè)OLT設(shè)備產(chǎn)生的故障的類(lèi)型，并將包含故障類(lèi)型的信息發(fā)送給主代理；主代理判斷故障的緊急程度，將故障信息封裝成報(bào)文并上報(bào)至NMS；NMS解析報(bào)文并分類(lèi)處理故障；主代理接收NMS返回的相應(yīng)報(bào)文。通過(guò)本發(fā)明的方法，彌補(bǔ)了OLT設(shè)備故障管理可靠性的不足，并提高了主子代理之間信息傳輸?shù)挠行?，?jié)省了網(wǎng)管系統(tǒng)提高故障通知可靠傳送的成本，保證了OLT中的主代理可以無(wú)一遺漏地把故障診斷通知發(fā)送到其期望的目的地，得到及時(shí)的維護(hù)管理。
【專(zhuān)利說(shuō)明】一種設(shè)備歸一化管理接口的故障診斷信息傳送及處理方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于網(wǎng)絡(luò)管理領(lǐng)域，具體涉及一種設(shè)備歸一化管理接口的故障診斷信息傳送及處理方法。
【背景技術(shù)】
[0002]目前，簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SimpleNetwork Management Protocol, SNMP)是世界上應(yīng)用最為廣泛的網(wǎng)絡(luò)管理協(xié)議，是網(wǎng)絡(luò)管理事實(shí)上的標(biāo)準(zhǔn)，且大多數(shù)網(wǎng)絡(luò)管理系統(tǒng)都是基于SNMP的。SNMP網(wǎng)絡(luò)管理系統(tǒng)主要由四部分組成:manager、agent、管理信息庫(kù)(ManagedInformation Base, MIB)和SNMP協(xié)議，其中Manager和agent之間就是通過(guò)SNMP協(xié)議進(jìn)行通信的。SNMP網(wǎng)管系統(tǒng)可以完成對(duì)被管設(shè)備的配置管理、性能管理和故障管理等功能，其中，故障管理是網(wǎng)絡(luò)管理中最重要的任務(wù)，而被管設(shè)備中的代理向網(wǎng)管系統(tǒng)發(fā)送故障通知的機(jī)制主要有兩種:Trap和Inform。
[0003]Trap是代理向匪S發(fā)送的一條非請(qǐng)求性通知消息，用于向管理站報(bào)告被管理對(duì)象的狀態(tài)變化，其機(jī)制如圖1所示。而Inform是一種需要WS確認(rèn)接收的通知消息，其機(jī)制如圖2所示。比較圖1、2可以看出，與Inform相比較，Trap是一種不可靠的傳輸方式，因?yàn)榉薙 (網(wǎng)絡(luò)管理工作站)在收到Trap消息后無(wú)需回復(fù)任何確認(rèn)信息，因此SNMP代理也無(wú)法知道Trap消息是否已經(jīng)被正確接收。相對(duì)應(yīng)的，當(dāng)匪S接收到Inform消息時(shí),它需要向SNMP代理發(fā)送一條確認(rèn)消息，并將這條Inform消息轉(zhuǎn)發(fā)給另一個(gè)WS。如果WS沒(méi)有接收到Inform消息，它將不發(fā)送應(yīng)答及轉(zhuǎn)發(fā)Inform消息。因此，當(dāng)SNMP代理無(wú)法接收到期望的應(yīng)答消息時(shí)，它將再次發(fā)送該條Inform消息給匪S。由此可以看出，Inform機(jī)制保證了故障診斷通知的傳送可靠性。目前在大多數(shù)情況下，Trap被較多地采用，因?yàn)镮nform機(jī)制會(huì)耗費(fèi)更多的網(wǎng)絡(luò)和設(shè)備資源。采用Inform機(jī)制后，被管設(shè)備不能立即丟棄剛發(fā)送過(guò)的Inform報(bào)文，它需要將該條信息保存在系統(tǒng)內(nèi)存中，直至被管設(shè)備中的代理接收到對(duì)應(yīng)的確認(rèn)消息，或者超過(guò)規(guī)定的時(shí)間，可以看出這種機(jī)制需要耗費(fèi)一定的設(shè)備資源。同時(shí)，Trap只會(huì)被發(fā)送一次，而Inform可能被重復(fù)發(fā)送數(shù)次,這種重復(fù)發(fā)送Inform報(bào)文及接收對(duì)應(yīng)的確認(rèn)報(bào)文又將增加網(wǎng)絡(luò)流量的額外開(kāi)銷(xiāo)。
[0004]因此，在目前網(wǎng)絡(luò)資源珍貴的情況下，尋找一個(gè)能同時(shí)兼顧可靠性和高效性的故障通知方法是一個(gè)迫切需求解決的重要問(wèn)題。

【發(fā)明內(nèi)容】

[0005]為了克服上述現(xiàn)有技術(shù)的不足，本發(fā)明提供一種設(shè)備歸一化管理接口的故障診斷信息傳送及處理方法，當(dāng)OLT設(shè)備出現(xiàn)故障時(shí)，保證故障診斷通知報(bào)文傳輸可靠性的同時(shí)又兼顧信息傳送的有效性。
[0006]為了實(shí)現(xiàn)上述發(fā)明目的，本發(fā)明采取如下技術(shù)方案:
[0007]一種設(shè)備歸一化管理接口的故障診斷信息傳送及處理方法，應(yīng)用于包含網(wǎng)絡(luò)管理工作站(匪S)和運(yùn)行在光線路終端(OLT)設(shè)備上的主代理及子代理的網(wǎng)管系統(tǒng)中，其特征在于，所述方法包括以下步驟:
[0008]A.子代理探測(cè)OLT設(shè)備產(chǎn)生的故障的類(lèi)型，并將包含故障類(lèi)型的信息發(fā)送給主代理；
[0009]B.主代理判斷故障的緊急程度，將故障信息封裝成報(bào)文并上報(bào)至NMS ；
[0010]C.WS解析報(bào)文并分類(lèi)處理故障；
[0011]D.主代理接收匪S返回的確認(rèn)報(bào)文。
[0012]優(yōu)選地,所述步驟A包括:
[0013]若所述故障為網(wǎng)絡(luò)管理協(xié)議(SNMP)定義的一般故障，則子代理發(fā)送的所述信息為AgentX 報(bào)文；
[0014]若所述故障為企業(yè)自定義的故障，則子代理發(fā)送的所述信息為其構(gòu)建的字符串；
[0015]所述字符串包括:該故障的產(chǎn)生時(shí)間、類(lèi)型、用于表示其緊急程度的severity值。
[0016]優(yōu)選地,所述步驟B包括:
[0017]B-1.若主代理接收到的信息為字符串，則執(zhí)行步驟B-2 ;若為AgentX報(bào)文，則執(zhí)行步驟B-3 ；
[0018]B-2.若自定義的故障為緊急故障，則生成Inform PDU ;否則，生成Trap PDU ;執(zhí)行步驟B-3 ；
[0019]B-3.主代理再將AgentX報(bào)文、Inform PDU或Trap PDU進(jìn)一步封裝成SNMP報(bào)文并發(fā)送給匪S。
[0020]優(yōu)選地，所述緊急故障為影響系統(tǒng)正常運(yùn)行的故障；該故障的severity值包括O、
1、2三種，其中，值為O代表使系統(tǒng)受到一定影響但仍可運(yùn)行的故障，值為I代表使系統(tǒng)性能?chē)?yán)重下降，運(yùn)行受到嚴(yán)重影響的故障，值為2代表使系統(tǒng)處于癱瘓狀態(tài)、不能運(yùn)行的故障。
[0021]優(yōu)選地，所述步驟C包括:匪S解析收到的報(bào)文，若所述故障為緊急故障，則返回Response報(bào)文至主代理；否則，按照Trap機(jī)制處理。
[0022]優(yōu)選地，所述步驟B中封裝的報(bào)文為SNMP報(bào)文，若該報(bào)文發(fā)送的是Inform PDU,則主代理于發(fā)送該報(bào)文的同時(shí)啟動(dòng)定時(shí)器；所述步驟D中的確認(rèn)報(bào)文為匪S針對(duì)緊急故障返回的Response報(bào)文，該步驟包括:D-1.若主代理收到所述確認(rèn)報(bào)文，則對(duì)其解析并處理；否則，執(zhí)行步驟D-2;
[0023]D-2.若定時(shí)器已到時(shí)，主代理判斷該緊急故障重發(fā)次數(shù)是否達(dá)到最大值max ;若沒(méi)有，則重新執(zhí)行步驟B-3 ;若已達(dá)到，則執(zhí)行步驟D-3 ；
[0024]D-3.主代理將該故障消息數(shù)據(jù)結(jié)構(gòu)中的關(guān)鍵信息字段重新緩存到另一處，并釋放該故障消息數(shù)據(jù)結(jié)構(gòu)，結(jié)束此次緊急故障消息的發(fā)送；
[0025]所述最大值max隨緊急程度severity值的升高而增大。
[0026]優(yōu)選地，所述severity值為INTEGER32類(lèi)型的對(duì)象；所述Inform PDU包括EventID標(biāo)簽；該EventID標(biāo)簽為INTEGER32類(lèi)型的對(duì)象；當(dāng)前故障的EventID標(biāo)簽值Id2如下式表達(dá):
[0027]Id2=3*([Idl/3]+l)+x
[0028]式中，Idl為前一緊急故障的EventID標(biāo)簽值；x為該故障的severity值。
[0029]優(yōu)選地，NMS構(gòu)造所述Response報(bào)文時(shí)，將對(duì)應(yīng)Inform PDU的EventID值填入Response報(bào)文結(jié)構(gòu)的請(qǐng)求ID位置處，并于報(bào)文的差錯(cuò)狀態(tài)及差錯(cuò)索引的位置都填入O。[0030]優(yōu)選地,步驟D-1中所述處理包括:若Response報(bào)文中攜帶的EventID的值與緩存中保存的某條故障消息數(shù)據(jù)結(jié)構(gòu)的EventID相同，主代理將釋放緩存中該故障消息數(shù)據(jù)結(jié)構(gòu)。
[0031]優(yōu)選地，所述一般故障包括:冷啟動(dòng)、熱啟動(dòng)、鏈路連接、鏈路斷開(kāi)、認(rèn)證失敗、相鄰路由器失效；所述企業(yè)自定義的故障包括:板卡插拔、ONU插拔、電源斷開(kāi)、溫度異常、風(fēng)扇故障、軟件異常、系統(tǒng)繁忙、告警溢出、配置改變、信號(hào)丟失。
[0032]優(yōu)選地，所述severity值為O的故障包括:溫度異常、風(fēng)扇故障、軟件異常、系統(tǒng)繁忙、告警溢出、配置改變；所述severity值為I的故障包括:板卡插拔、ONU插拔；所述severity值為2的故障包括:信號(hào)丟失、電源斷開(kāi)。
[0033]優(yōu)選地,所述最大值max表達(dá)式為:max=severity值+1。
[0034]與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果在于:
[0035]1、本發(fā)明針對(duì)企業(yè)自定義的陷阱，OLT設(shè)備中的子代理進(jìn)程通過(guò)創(chuàng)建的socket套接字，以字符串的形式將自定義結(jié)構(gòu)體snmpd_alarm_struct中的成員信息發(fā)送給主代理，提高了故障信息傳遞的可靠性及有效性；
[0036]2、本發(fā)明根據(jù)故障的緊急或非緊急的緊急程度，組成不同類(lèi)型的rou(協(xié)議數(shù)據(jù)單元)Jirou中的第一字段設(shè)置不等的數(shù)值，然后再統(tǒng)一封裝成SNMP報(bào)文，匪S在接收到報(bào)文后，依據(jù)該字段的數(shù)值采用不同的機(jī)制處理該報(bào)文，不僅節(jié)省了不必要的設(shè)備資源，還提高了網(wǎng)絡(luò)資源的利用率；
[0037]3、根據(jù)緊急故障消息的緊急程度標(biāo)識(shí)，確定不等的報(bào)文重發(fā)次數(shù)，一定程度上合理地節(jié)省了網(wǎng)絡(luò)流量的額外開(kāi)銷(xiāo)，并兼顧了故障診斷通知報(bào)文傳輸?shù)目煽啃约坝行裕?br> 【專(zhuān)利附圖】

【附圖說(shuō)明】
[0038]圖1是現(xiàn)有技術(shù)中SNMP Trap處理機(jī)制示意圖；
[0039]圖2是現(xiàn)有技術(shù)中SNMP Inform處理機(jī)制示意圖；
[0040]圖3是本發(fā)明方法的流程圖。
【具體實(shí)施方式】
[0041]下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。
[0042]本發(fā)明提供一種基于SNMP協(xié)議的故障診斷通知報(bào)文的發(fā)送及應(yīng)答流程，如圖3所示，應(yīng)用于包含一個(gè)網(wǎng)絡(luò)管理工作站匪S和運(yùn)行在OLT設(shè)備上的主代理及多個(gè)子代理的網(wǎng)管系統(tǒng)中，步驟如下:
[0043]A、OLT設(shè)備產(chǎn)生故障時(shí)，若探測(cè)到的為SNMP定義的一般陷阱(如冷啟動(dòng)、熱啟動(dòng)、鏈路連接、鏈路斷開(kāi)、認(rèn)證失敗、相鄰路由器失效)，子代理將發(fā)送AgentX報(bào)文給主代理，若為企業(yè)自定義的陷阱(如板卡插拔、ONU插拔、電源斷開(kāi)、溫度異常、風(fēng)扇故障、軟件異常、系統(tǒng)繁忙、告警溢出、配置改變、信號(hào)丟失)，子代理將構(gòu)建一個(gè)字符串，將自定義的結(jié)構(gòu)體成員信息(自定義陷阱產(chǎn)生時(shí)間、類(lèi)型、severity等)發(fā)送給主代理；
[0044]B、設(shè)備中的主代理在接收到AgentX報(bào)文或字符串時(shí)，首先進(jìn)行分析，若為字符串，主代理將根據(jù)字符串中的severity信息判斷故障的緊急程度，組成Trap或InformPDU0 當(dāng) severity 值為 clear、info、warning,即故障非緊急時(shí)，組成 Trap PDU,當(dāng) severity值為minor、major、critical,即故障緊急時(shí)，組成Inform PDU，其中，Inform PDU還攜帶一個(gè)字段來(lái)標(biāo)識(shí)緊急故障的緊急程度。緊接著，主代理再將Trap H)U、Inform PDU、AgentX報(bào)文封裝成SNMP報(bào)文發(fā)送給NMS。其中，自定義陷阱的等級(jí)分類(lèi)依據(jù):當(dāng)整個(gè)系統(tǒng)處于完全癱瘓狀態(tài)，不能運(yùn)行時(shí)，將severity值設(shè)置為critical,如信號(hào)丟失、電源斷開(kāi)；當(dāng)系統(tǒng)性能?chē)?yán)重下降，運(yùn)行受到嚴(yán)重影響，如板卡丟失、ONU丟失,將severity值設(shè)置為major ;當(dāng)部分設(shè)備或者軟件出現(xiàn)故障，系統(tǒng)雖受到一定影響但仍可正常運(yùn)行，如溫度異常、風(fēng)扇故障、軟件異常、系統(tǒng)繁忙、告警溢出、配置改變，將severity值設(shè)置為minor。
[0045]C、當(dāng)匪S接收到上述SNMP報(bào)文時(shí)，解析報(bào)文，提取報(bào)文中的第三字段，若該字段的值為4 (VITrap TOU)或7 (v2Trap PDU)，表示該故障報(bào)文為非緊急的，NMS將按照標(biāo)準(zhǔn)的Trap機(jī)制來(lái)處理該故障信息,結(jié)束；若該字段的值為6 (Inform PDU),表不該故障報(bào)文為緊急的，OLT中的主代理在發(fā)送緊急故障診斷通知報(bào)文的同時(shí)，啟動(dòng)一個(gè)定時(shí)器，在該定時(shí)器超時(shí)時(shí)，如果OLT中的主代理仍未收到匪S發(fā)來(lái)的表示已接收到該條緊急故障報(bào)文的Response報(bào)文，則表示該條故障診斷通知報(bào)文沒(méi)有成功地被發(fā)送到匪S，此時(shí)主代理需要重新向匪S發(fā)送該緊急報(bào)文，且重新啟動(dòng)定時(shí)器；若該字段的值為UAgentX PDU的版本號(hào))，表不該報(bào)文為AgentX報(bào)文,此時(shí)也按照Trap機(jī)制來(lái)處理。
[0046]D、根據(jù)Inform報(bào)文中攜帶的表示緊急故障的緊急程度標(biāo)識(shí)，OLT中的主代理確定重發(fā)一條緊急故障診斷通知的最大次數(shù)max (max隨著緊急程度的升高而增大,如max=緊急程度標(biāo)識(shí)+1)，當(dāng)主代理重發(fā)此條故障診斷通知報(bào)文的次數(shù)達(dá)到max后仍未收到WS的回應(yīng)時(shí)，主理將不再?lài)L試發(fā)送，而是將本條故障消息數(shù)據(jù)結(jié)構(gòu)中的關(guān)鍵信息字段重新緩存在另一處，并釋放該故障消息數(shù)據(jù)結(jié)構(gòu)，結(jié)束此次緊急故障消息的發(fā)送。
[0047]進(jìn)一步地，上述方法具有以下特征:
[0048]所述緊急故障消息的緊急程度標(biāo)識(shí)用一個(gè)INTEGER32類(lèi)型的對(duì)象EmergentType來(lái)表示，其有三個(gè)取值0，1，2，分別表示故障消息的緊急程度:弱、中、強(qiáng)，對(duì)應(yīng)severity值:minor λ major、critical。
[0049]進(jìn)一步地，上述方法還具有以下特征:
[0050]如果所述故障消息為緊急故障消息，在步驟B中，OLT中的主代理還需將該緊急故障消息數(shù)據(jù)結(jié)構(gòu)緩存起來(lái)，且Inform PDU中還攜帶一 EventID標(biāo)簽并由主代理為其賦值；且該條緊急故障消息的EventID值Id2與所述主代理分配的前一緊急故障消息的EventID值Idl的關(guān)系為:Id2=3*([Idl/3]+l)+x, x取值為該故障消息的緊急程度EmergentType。其中，EventID也是一個(gè)INTEGER32類(lèi)型的對(duì)象。
[0051]在步驟C中，構(gòu)造Response報(bào)文時(shí)，將對(duì)應(yīng)Inform PDU的EventID值填入Response報(bào)文結(jié)構(gòu)的請(qǐng)求ID位置處，且報(bào)文的差錯(cuò)狀態(tài)及差錯(cuò)索引的位置都填入O。
[0052]在OLT中的主代理接收到匪S向其發(fā)送的Response報(bào)文后，對(duì)該報(bào)文進(jìn)行解析，若其中攜帶的EventID的值與緩存中保存的某條故障消息數(shù)據(jù)結(jié)構(gòu)的EventID相同，主代理將釋放緩存中該數(shù)據(jù)結(jié)構(gòu)。
[0053]最后應(yīng)當(dāng)說(shuō)明的是:以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案而非對(duì)其限制，盡管參照上述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，所屬領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:依然可以對(duì)本發(fā)明的【具體實(shí)施方式】進(jìn)行修改或者等同替換，而未脫離本發(fā)明精神和范圍的任何修改或者等同替換，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍當(dāng)中。
【權(quán)利要求】
1.一種設(shè)備歸一化管理接口的故障診斷信息傳送及處理方法，應(yīng)用于包含網(wǎng)絡(luò)管理工作站(匪S)和運(yùn)行在光線路終端(OLT)設(shè)備上的主代理及子代理的網(wǎng)管系統(tǒng)中，其特征在于，所述方法包括以下步驟: A.子代理探測(cè)OLT設(shè)備產(chǎn)生的故障的類(lèi)型，并將包含故障類(lèi)型的信息發(fā)送給主代理； B.主代理判斷故障的緊急程度，將故障信息封裝成報(bào)文并上報(bào)至匪S； c.WS解析報(bào)文并分類(lèi)處理故障； D.主代理接收匪S返回的確認(rèn)報(bào)文。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟A包括: 若所述故障為網(wǎng)絡(luò)管理協(xié)議(SNMP)定義的一般故障，則子代理發(fā)送的所述信息為AgentX 報(bào)文； 若所述故障為企業(yè)自定義的故障，則子代理發(fā)送的所述信息為其構(gòu)建的字符串； 所述字符串包括:該故障的產(chǎn)生時(shí)間、類(lèi)型、用于表示其緊急程度的severity值。
3.如權(quán)利要求1所述的方法，其特征在于，所述步驟B包括: B-1.若主代理接收到的信息為字符串，則執(zhí)行步驟B-2 ;若為AgentX報(bào)文，則執(zhí)行步驟 B-3 ； B-2.若自定義的故障為緊急故障，則生成Inform PDU ;否則，生成Trap PDU ;執(zhí)行步驟B-3 ； B-3.主代理再將AgentX報(bào)文、Inform PDU或Trap PDU進(jìn)一步封裝成SNMP報(bào)文并發(fā)送給匪S。
4.如權(quán)利要求3所述的方法，其特征在于:所述緊急故障為影響系統(tǒng)正常運(yùn)行的故障；該故障的severity值包括0、1、2三種，其中，值為O代表使系統(tǒng)受到一定影響但仍可運(yùn)行的故障，值為I代表使系統(tǒng)性能?chē)?yán)重下降，運(yùn)行受到嚴(yán)重影響的故障，值為2代表使系統(tǒng)處于癱瘓狀態(tài)、不能運(yùn)行的故障。
5.如權(quán)利要求1所述的方法，其特征在于，所述步驟C包括:匪S解析收到的報(bào)文，若所述故障為緊急故障，則返回Response報(bào)文至主代理；否則，按照Trap機(jī)制處理。
6.如權(quán)利要求1所述的方法，其特征在于:所述步驟B中封裝的報(bào)文為SNMP報(bào)文，若該報(bào)文發(fā)送的是Inform TOU，則主代理于發(fā)送該報(bào)文的同時(shí)啟動(dòng)定時(shí)器；所述步驟D中的確認(rèn)報(bào)文為匪S針對(duì)緊急故障返回的Response報(bào)文，該步驟包括: D-1.若主代理收到所述確認(rèn)報(bào)文，則對(duì)其解析并處理；否則，執(zhí)行步驟D-2 ； D-2.若定時(shí)器已到時(shí)，主代理判斷該緊急故障重發(fā)次數(shù)是否達(dá)到最大值max ;若沒(méi)有，則重新執(zhí)行步驟B-3 ;若已達(dá)到，則執(zhí)行步驟D-3 ； D-3.主代理將該故障消息數(shù)據(jù)結(jié)構(gòu)中的關(guān)鍵信息字段重新緩存到另一處，并釋放該故障消息數(shù)據(jù)結(jié)構(gòu)，結(jié)束此次緊急故障消息的發(fā)送； 所述最大值max隨緊急程度severity值的升高而增大。
7.如權(quán)利要求2或3所述的方法，其特征在于:所述severity值為INTEGER32類(lèi)型的對(duì)象；所述Inform PDU包括EventID標(biāo)簽；該EventID標(biāo)簽為INTEGER32類(lèi)型的對(duì)象；當(dāng)前故障的EventID標(biāo)簽值Id2如下式表達(dá):
Id2=3*([Idl/3]+l)+x 式中，Idl為前一緊急故障的EventID標(biāo)簽值；x為該故障的severity值。
8.如權(quán)利要求5所述的方法，其特征在于:匪S構(gòu)造所述Response報(bào)文時(shí)，將對(duì)應(yīng)Inform PDU的EventID值填入Response報(bào)文結(jié)構(gòu)的請(qǐng)求ID位置處,并于報(bào)文的差錯(cuò)狀態(tài)及差錯(cuò)索引的位置都填入O。
9.如權(quán)利要求6所述的方法，其特征在于，步驟D-1中所述處理包括:若Response報(bào)文中攜帶的EventID的值與緩存中保存的某條故障消息數(shù)據(jù)結(jié)構(gòu)的EventID相同，主代理將釋放緩存中該故障消息數(shù)據(jù)結(jié)構(gòu)。
10.如權(quán)利要求2所述的方法，其特征在于:所述一般故障包括:冷啟動(dòng)、熱啟動(dòng)、鏈路連接、鏈路斷開(kāi)、認(rèn)證失敗、相鄰路由器失效；所述企業(yè)自定義的故障包括:板卡插拔、ONU插拔、電源斷開(kāi)、溫度異常、風(fēng)扇故障、軟件異常、系統(tǒng)繁忙、告警溢出、配置改變、信號(hào)丟失。
11.如權(quán)利要求4所述的方法，其特征在于:所述severity值為O的故障包括:溫度異常、風(fēng)扇故障、軟件異常、系統(tǒng)繁忙、告警溢出、配置改變；所述severity值為I的故障包括:板卡插拔、ONU插拔；所述severity值為2的故障包括:信號(hào)丟失、電源斷開(kāi)。
12.如權(quán)利要求6所述的方法,其特征在于:所述最大值max表達(dá)式為:max=severity值+1。
【文檔編號(hào)】H04L12/26GK103812690SQ201310339143
【公開(kāi)日】2014年5月21日 申請(qǐng)日期:2013年8月6日 優(yōu)先權(quán)日:2013年8月6日
【發(fā)明者】孫曉艷, 張?jiān)鋈A, 王向群, 王鶴, 李春龍, 吳軍民, 張剛, 黃輝, 黃在朝, 于海, 虞躍, 姚啟桂, 喻強(qiáng), 任杰, 陳偉, 黃治, 于鵬飛, 鄧輝, 吳鵬, 王瑋, 沈文, 侯功, 陶靜, 劉川, 陳磊 申請(qǐng)人:國(guó)家電網(wǎng)公司, 中國(guó)電力科學(xué)研究院, 國(guó)網(wǎng)上海市電力公司