專利名稱：一種基于簡單網(wǎng)絡管理協(xié)議的trap處理方法
技術領域：
本發(fā)明涉及一種基于簡單網(wǎng)絡管理協(xié)議的處理方法，具體地說，涉及一種基于簡單 網(wǎng)絡管理協(xié)議的trap處理方法。
背景技術：
在設備發(fā)生故障或網(wǎng)絡狀況異常時，網(wǎng)絡管理系統(tǒng)提示用戶，該提示稱為告警。簡 單網(wǎng)絡管理協(xié)議SNMP (Si即le Network Management Protocol)為網(wǎng)絡管理系統(tǒng)提供 底層網(wǎng)絡管理的框架。當設備發(fā)生一定事件時，設備會觸發(fā)而發(fā)送消息到服務器，該消 息稱為trap,其中trap是一種陷阱信息，trap是S畫P數(shù)據(jù)包的一種類型。網(wǎng)絡管理 系統(tǒng)通過接收并分析設備發(fā)送過來的陷阱信息而產(chǎn)生告警。
在互聯(lián)網(wǎng)高速發(fā)展的今天，網(wǎng)絡設備越來越多，網(wǎng)管軟件越來越重要。目前，網(wǎng)絡 管理系統(tǒng)需要管理幾千個、甚至幾萬個設備。這些設備上報的告警更是多不勝數(shù)。如何 提高告警處理效率，而且便于開發(fā)和維護就是一個非常重要的問題。傳統(tǒng)的做法是在 網(wǎng)管處理多設備、多類型、多版本的告警時， 一般采用多個過濾器的方式，則如果"過 濾器甲"不能處理，交給"過濾器乙"處理，如果"過濾器乙"不能處理則繼續(xù)交給后 面的過濾器處理，逐級處理，然而，逐級處理不僅速度慢，而且需要重復的解析數(shù)據(jù)包。 另外，目前的網(wǎng)管告警處理過程大多只是做數(shù)據(jù)包的解析，并沒有做到數(shù)據(jù)處理的全程 檢查跟蹤。此外，trap處理過程一般和trap的實際內容緊密耦合，因此容易造成邏輯 處理緊密耦合；每添加一種新類型的設備，需要增加許多的配置或編碼才能解析此 trap;同一設備增加新版本trap,需要重新開發(fā)或對原始流程做修改；在程序處理異 常時，缺少自我檢查機制。

發(fā)明內容
本發(fā)明所要解決的技術問題是提供一種基于簡單網(wǎng)絡管理協(xié)議的trap處理方法， 采用該方法，本發(fā)明告警處理效率高、擴展性強、易維護及具有錯誤自我檢測處理能力，
使得開發(fā)維護變得更加簡便。
一種基于簡單網(wǎng)絡管理協(xié)議的trap處理方法，其包括以下步驟
1. 1網(wǎng)絡設備先以trap報文形式把通知或故障發(fā)給網(wǎng)絡管理系統(tǒng)的接收器，接收 器再把trap報文放入緩存隊列中；
1. 2告警處理模塊控制緩存隊列中的trap報文的進出及對trap報文進行判斷， 若符合判斷要求，則進入步驟1.3，否則，trap報文進入差錯處理模塊，差錯處理模塊 先對trap報文進行差錯處理，再產(chǎn)生處理結果，所述處理結果返回；
1. 3告警處理模塊取出trap報文和査找相應的網(wǎng)絡設備信息，以及判斷該網(wǎng)絡設 備是否屬于被管理的網(wǎng)絡設備，若是，則進入步驟1.4，否則，該網(wǎng)絡設備的tr即報 文進入差錯處理模塊，差錯處理模塊先對tr即報文進行差錯處理，再產(chǎn)生處理結果， 所述處理結果返回；
1.4告警處理模塊先獲取trap報文的tr即Oid，再根據(jù)網(wǎng)絡設備信息和trapOid 來判斷是否獲取到告警解釋器，若獲取到告警解釋器，則該告警解釋器先解析trap報 文，再產(chǎn)生處理結果，所述處理結果返回，否則，默認的缺省告警解釋器先解析trap 報文，再產(chǎn)生處理結果，所述處理結果返回。
在本技術方案中，對trap報文進行差錯處理先記錄trap報文信息，再丟棄該 trap牛艮文。
在本技術方案中，告警處理模塊采用先進先出的隊列方式來控制緩存隊列中的 trap報文的進出，若緩存隊列滿，緩存隊列將停止存入新的trap報文，直到緩存隊列 又有剩余的緩沖空間時，緩存隊列再存入新的trap報文。
在本技術方案的歩驟1. 2中，告警處理模塊對trap報文是否完整以及是否包含正 確的trap報文發(fā)送地址進行判斷，若符合判斷要求，則進入步驟1.3。
在本技術方案中，在步驟1. 4中，告警處理模塊根據(jù)網(wǎng)絡設備信息和trapOid來查 找處理類型的標識，在獲得處理類型的標識后，告警處理模塊先把標識與trapOid組成 權值，再根據(jù)權值查找對應的告警解釋器。
在本技術方案中，所述處理類型包括網(wǎng)絡設備類型和網(wǎng)絡設備版本，各網(wǎng)絡設備的 對應關系采用XML表格表示，相同的處理類型，位于同一個節(jié)點下面。
在本技術方案中，告警處理模塊根據(jù)權值在"告警解釋器表"中查找對應的告警解 釋器，在告警解釋器表中，每一個權值對應一個告警解釋器。
在本技術方案中，告警解釋器表包括"處理類型-標識"對應表和"權值-告警解釋 器"對應表，每添加一種新網(wǎng)絡設備時，以權值作為判斷，若此網(wǎng)絡設備的處理類型 和"處理類型-標識"對應表中的網(wǎng)絡設備的處理類型一致時，則修改"處理類型-標識" 對應表，否則，修改"權值-告警解釋器"對應表。
在本技術方案的步驟1.4，在告警解釋器對trap報文解析時，告警解釋器的告警 檢測工具先檢查判斷PDU數(shù)據(jù)包是否合格，若合格，則進入步驟1.41，否則，進入步 驟1.43; 1.41告警解釋器先生成tr即對象，再檢查判斷判斷tr即對象是否為合格 的對象，若是，則進入歩驟1.42，否則，進入步驟1.43; 1.42告警解釋器根據(jù)讀取 trap報文信息和網(wǎng)絡設備信息，生成告警，以及告警檢測工具檢査判斷所述告警是否 合格，若合格，則產(chǎn)生處理結果，否則，進入步驟1.43; 1.43先進行差錯處理，再 產(chǎn)生處理結果。
在本技術方案中，告警檢測工具在檢查判斷時，調度所述告警解釋器的各接口，調 度方式包括多線程方式和順序方式，其調度處理包括以下步驟告警檢測工具先獲取正 確的檢查數(shù)據(jù)，以及獲取需要調用的任務，再分別對每一個任務進行處理，讀取任務屬 性；告警檢測工具根據(jù)任務屬性判斷是否需要采用新的線程調用，若需要，則先采用多 線程方式創(chuàng)建新線程處理數(shù)據(jù)，所產(chǎn)生的數(shù)據(jù)再返回給網(wǎng)絡管理系統(tǒng)的相應模塊，否則， 采用順序方式處理數(shù)據(jù)，所產(chǎn)生的數(shù)據(jù)再返回給網(wǎng)絡管理系統(tǒng)的相應模塊。
通過采用本發(fā)明的方法，本發(fā)明具有以下有益效果本發(fā)明實現(xiàn)了操作流程和業(yè)務
數(shù)據(jù)相分離，便于開發(fā)維護和定位故障；本發(fā)明支持功能模塊化部署，并且處理流程不 會因此變得繁冗；本發(fā)明擴展性強，可在數(shù)據(jù)處理的過程的多個位置加入擴展功能；本 發(fā)明具有錯誤自我檢測處理能力。
在結合附圖閱讀本發(fā)明實施方式的詳細描述后，本發(fā)明的特點和優(yōu)點將變得更加清楚。


圖1是本發(fā)明的實施方式的網(wǎng)絡連接圖； 圖2是本發(fā)明的實施方式的流程圖3是本發(fā)明的實施方式的告警解釋器的查找流程圖4是本發(fā)明的實施方式的告警解釋器的報文解析流程圖；以及
圖5是本發(fā)明的實施方式的告警檢測時調用相關接口的流程圖。
具體實施例方式
下面結合附圖對本發(fā)明做進一步的詳細描述。
一種基于簡單網(wǎng)絡管理協(xié)議的trap處理方法，其包括以下歩驟第一步，網(wǎng)絡設 備先以trap報文形式把通知或故障發(fā)給網(wǎng)絡管理系統(tǒng)的接收器，接收器再把trap報文 放入緩存隊列中；第二步，告警處理模塊采用先進先出的隊列方式來控制緩存隊列中的 trap報文的進出及對對trap報文是否完整以及是否包含正確的trap報文發(fā)送地址進 行判斷，若符合判斷要求，則進入第三步，否則，trap報文進入差錯處理模塊，差錯 處理模塊先對tr即報文進行差錯處理，再產(chǎn)生處理結果，然后，所述處理結果返回； 第三步，告警處理模塊取出trap報文和查找相應的網(wǎng)絡設備信息，以及判斷該網(wǎng)絡設 備是否屬于被管理的網(wǎng)絡設備，若是，則進入第四步，否則，該網(wǎng)絡設備的trap報文 進入差錯處理模塊，差錯處理模塊先對trap報文進行差錯處理，再產(chǎn)生處理結果，然 后，所述處理結果返回；第四步，告警處理模塊先獲取trap報文的trap0id，再根據(jù) 網(wǎng)絡設備信息和tr即Oid來査找處理類型的標識，在獲得處理類型的標識后，告警處理 模塊先把標識與trapOid組成權值，再根據(jù)權值查找對應的告警解釋器，若獲取到告警 解釋器，則該告警解釋器先解析trap報文，再產(chǎn)生處理結果，所述處理結果返回，否 則，默認的缺省告警解釋器先解析trap報文，再產(chǎn)生處理結果，所述處理結果返回。
參閱圖l。網(wǎng)絡管理系統(tǒng)是網(wǎng)絡管理的核心設備。網(wǎng)絡管理系統(tǒng)用于接收trap報 文，并且將接收到的trap報文按照實際的情況轉化為告警、告警恢復或通知等，然后 網(wǎng)絡管理系統(tǒng)的其它相應的模塊再對告警、告警恢復或通知等做其它處理。
網(wǎng)絡設備是整個網(wǎng)絡運行的主體，其中網(wǎng)絡管理系統(tǒng)對網(wǎng)絡設備進行管理。當網(wǎng)絡 設備發(fā)生故障或事件變更時，網(wǎng)絡設備會給網(wǎng)絡管理系統(tǒng)發(fā)送trap報文，trap報文會 按照用戶預先配置的參數(shù)進行發(fā)送，發(fā)給網(wǎng)絡管理系統(tǒng)。
網(wǎng)絡用于實現(xiàn)網(wǎng)絡管理系統(tǒng)、網(wǎng)絡設備之間的通訊。網(wǎng)絡管理系統(tǒng)、網(wǎng)絡設備之間 的連接方式不受限制，但是，網(wǎng)絡管理系統(tǒng)、網(wǎng)絡設備之間通過網(wǎng)絡進行連接。
參閱圖2。 S201:網(wǎng)絡設備將通知或故障通過trap報文形式發(fā)送給網(wǎng)絡管理系統(tǒng) 的接收器，其中接收器是網(wǎng)絡管理系統(tǒng)的接收單元，網(wǎng)絡設備支持trap功能，trap可 以是vl、 v2、 v2c、 v3中的任意S薩P版本；
S202:接收器將接收到的trap報文存入網(wǎng)絡管理系統(tǒng)的緩存隊列中； S203:緩存隊列接收所述接收器發(fā)來的trap報文，網(wǎng)絡管理系統(tǒng)的告警處理模塊采 用先進先出的隊列方式來控制緩存隊列中的trap報文的進出，若tr鄰報文過多，則緩 存隊列滿，此時緩存隊列將不再接收trap報文，直到緩存隊列經(jīng)過一段時間后，又有 剩余的緩沖空間時，其才能繼續(xù)存入trap報文，緩存隊列能夠有效地防止告警處理速 度小于告警接收速度時造成的情況，其增加系統(tǒng)運行可靠性，并起到保護網(wǎng)絡管理系統(tǒng) 的作用；
S204-205:告警處理模塊把緩存隊列中的tr鄰報文按照先進先出的規(guī)則逐條取 出，其中，告警處理模塊判斷trap報文是否可被處理，告警處理模塊主要檢查trap 報文本身的屬性，如tr鄰報文是否是完整，是否包含真確的tr鄰發(fā)送地址等，若trap 報文符合要求，則進入S206，否則，進入差錯處理模塊進行差錯處理；
S206:告警處理模塊查找網(wǎng)絡設備信息，告警處理模塊可通過IP地址查找各網(wǎng)絡 設備的相關信息；
S207:告警處理模塊判斷網(wǎng)絡設備是否是被管理的網(wǎng)絡設備，若是，則進入S208; 否則，進入差錯處理模塊進行差錯處理；
S208:告警處理模塊獲取trapOid，則告警處理模塊從trap報文中獲取trapoid, 其中V2、 V2c、 V3版本的trap0id定義在trap報文中，故可以直接獲取，而V1版本的 trapOid需要通過組合某些值的方式才能夠獲??；
S209:告警處理模塊判斷是否能獲得告警解釋器，若獲得告警解釋器，將采用獲取 到的專門的告警解釋器解析trap報文，否則，默認的缺省告警解釋器解析Trap報文， 其中，專門的告警解釋器的解釋得更加準確，缺省告警解釋器是在不能正常處理trap 報文時，用于增強代碼的健壯性；
S210:告警解釋器對tr即報文進行解析并產(chǎn)生告警后，進入S213，其中每個告警 解釋器與trap報文的trapoid、網(wǎng)絡設備的版本、網(wǎng)絡設備的類型等有關，并具有相 同特稱、且解析方法相同的報文歸為一類trap報文，同一類tr鄰報文的告警解釋器相 同；
S211:缺省解析，則采用缺省告警解釋器解析trap報文，也就是采用trap報文原 樣呈現(xiàn)的缺省解釋方法，缺省告警解釋器只負責對需要解釋的trap報文進行解釋；
S212:差錯處理，即對于錯誤的trap報文和不需要管理的網(wǎng)絡設備的trap報文采
用差錯處理，如可對trap報文采用記錄并丟棄的處理方法進行處理；
S213:返回處理結果213，則將處理結果交給網(wǎng)絡管理系統(tǒng)的其他模塊繼續(xù)處理。 在步驟S209中，對于告警處理模塊通過已有的信息査找告警解釋器的具體過程， 下面結合圖3做進一步詳細的描述
S2091- S2092:告警處理模塊根據(jù)tr即0id和網(wǎng)絡設備信息，查找處理類型的標識， 其中處理類型包括網(wǎng)絡設備類型和網(wǎng)絡設備版本等，對于處理類型相同的網(wǎng)絡設備，它 們的trap報文的解釋方法相同，因此，以對其中一個網(wǎng)絡設備的處理做為代表，若是 針對該處理類型的網(wǎng)絡設備，都進行同樣的處理，各網(wǎng)絡設備的對應關系可采用XML 表格表示，所有相同的處理類型，都處在同一個節(jié)點下面，節(jié)點的第一個為它們的標識， XML采用哈希表的方式存儲，能夠快速的定位每個處理類型的標識，其中采用哈希表方 式能縮短選擇處理器的時間，提高處理效率；
S2093:告警處理模塊將標識與trapOid組成權值，則將標識和trapOid合起來組 成一個對象，以后只針對這個對象進行處理，此對象稱為告警解釋器的權值；
S2094- S2095:告警處理模塊查找權值對應的告警解釋器，則從"告警解釋器表" 中通過權值查找對應的告警解釋器，其中，在告警解釋器表中，每一個權值對應一個告 警解釋器，告警處理模塊査找時，可通過權值快速找到對應的告警解釋器。
告警解釋器表包括"處理類型-標識"對應表和"權值-告警解釋器"對應表。每 當添加一種新網(wǎng)絡設備時，以權值作為判斷，若此網(wǎng)絡設備的處理和原來的網(wǎng)絡設備的 處理是一致時，只需要修改"處理類型-標識"對應表即可，則此時只是在某標識下增 加新的處理類型，若新增了告警，則需要修改"權值-告警解釋器"對應表，則增加新 的權值。
其中，告警解釋器查找采用權值的方式，從而允許不同類型的網(wǎng)絡設備復用，能夠 有效的減少同類型設備開發(fā)的工作量，每個告警解釋器相對獨立，便于維護，工作流程 中的每一個處理步驟都用告警解釋器的相關對象進行操作，在對trap報文解析的過程 中對trap報文進行驗證,有效的避免了錯誤，并提高了處理的效率。采用基于權值的處 理，使得開發(fā)工作中增加新網(wǎng)絡設備的支持變得非常容易，只需要在指定的權值下增加 一個新的設計即可。通過告警、網(wǎng)絡設備類型、日志信息等定位出錯代碼的位置來查找 到不通的告警解釋器。不同的告警解析器之間不存在影響， 一個告警解析器的故障只影 響相關的告警。告警解釋器的告警檢測工具在多個階段對故障進行檢查和定位，能夠及
早的發(fā)現(xiàn)故障。
在歩驟S210中，告警解釋器對trap報文進行解析的具體過程，下面結合圖4做進 一步詳細的描述
告警解釋器可以分布式地部署到網(wǎng)絡管理系統(tǒng)的不同的模塊中，在具體使用時，可 根據(jù)需要對告警解釋器進行不同的部署。
告警解釋器對trap報文進行解析的具體過程為
S2101:告警解釋器的告警檢測工具檢查PDU數(shù)據(jù)包，其中告警解釋器對PDU數(shù)據(jù) 包進行檢查，主要是判斷PDU數(shù)據(jù)包是否支持trap格式，另外，可在告警檢測工具中 加入告警風暴抑制工具，若添加告警風暴抑制工具，則抑制處理效率最高，且可以定位 到網(wǎng)絡設備；
S2102:告警檢測工具判斷PDU數(shù)據(jù)包是否合格，則告警檢測工具根據(jù)上一步的檢 查結果來對PDU數(shù)據(jù)包進行判斷，若合格，則進入S2103，否則，進行差錯處理；
S2103:告警解釋器生成trap對象，其中每個告警解釋器對應唯一一個trap報文 類型，告警解釋器通過使用PDU數(shù)據(jù)包中的信息，將生成tr即對象；
S2104:告警解釋器的告警檢測工具檢查trap對象，檢查它是否為正確生成的trap 對象，并可以在告警檢測工具中加入告警風暴抑制工具，若添加告警風暴抑制工具，則 抑制處理效率最高，且可以定位到網(wǎng)絡設備和指定的trap報文；
S2105:告警解釋器判斷是否為合格的trap報文，則由上一步的檢査結果來判斷 trap對象是否合格，若合格，則進行S2106,否則，進入S2109;
S2106:告警解釋器生成告警，則告警解釋器根據(jù)讀取的trap報文的信息和網(wǎng)絡設 備的相關信息，生成告警；
S2107-2108:告警檢測工具檢査告警，判斷是否為合格的告警，若是，進入S21010， 否則，進入S2109，另外，可以在告警檢測工具中增加告警風暴抑制工具，若添加告警 風暴抑制工具，則抑制處理效率最好，且可以定位到網(wǎng)絡設備的具體位置和告警原因；
S2109:進行差錯處理，其中，在差錯處理時，記錄trap報文錯誤原因、發(fā)生位置 的情況以及標識錯誤等，并丟棄此trap報文；
S21010:返回處理結果，則在正常時，返回生成的告警，在異常時，返回空值，標 識此告警已經(jīng)被丟棄。
其中，不同trap報文的告警解釋器不同。各告警解釋器都有很多接口，這些接口
為提供報文解析、數(shù)據(jù)檢測、功能調用等功能的接口，其可允許接入二次開發(fā)流程，同 時最大可能的保證trap報文處理的正確和高效。
參閱圖5。告警解釋器有多個接口，其中，其留有多個用于擴展的接口，可在多個 處理階段采用多種方式進行擴展調度，調度方式包括多線程方式和順序方式。在用告警 檢測工具檢查中，可允許加入兩種接口調用，并可以進行二次開發(fā)功能。
調度處理包括以下步驟
S501:告警檢測工具獲取調用屬性，則在得到檢查正確的數(shù)據(jù)后，獲取需要調用的 任務，分別對每一個任務進行處理，讀取一個任務屬性；
S502:是否需要采用新的線程調用，則告警檢測工具根據(jù)任務屬性判斷是否需要采 用新的線程調用，若需要，則進入S503，否則，則進入S504;
S503:告警檢測工具復制數(shù)據(jù)及創(chuàng)建新線程處理數(shù)據(jù)，采用創(chuàng)建新線程方式處理數(shù) 據(jù)，從而能夠減小二次開發(fā)對告警處理速度的影響，此方式可用于處理對trap報文順 序要求較低的功能上，例如，收到網(wǎng)絡設備版本試運行提示的告警，或提示用戶需要確 認網(wǎng)絡設備版本為正式版本的告警等，若調用較頻繁，二次開發(fā)時可加入隊列處理，這 樣既保證高速處理，也能保證處理順序，并且不會產(chǎn)生過多的線程。
S504:告警檢測工具按照順序方式來處理數(shù)據(jù)，采用順序方式會降低告警處理速度， 但采用此方式可以修改數(shù)據(jù)，并且還可以用于trap報文修正的處理工作等；
S505:數(shù)據(jù)返回給網(wǎng)絡管理系統(tǒng)的相應模塊，在處理一條任務結束后，若還需要處 理其他的任務，則重復以上的操作。
雖然結合附圖描述了本發(fā)明的實施方式，但是本領域的技術人員可以在所附權利要 求的范圍之內作出各種變形或修改，只要不超過本發(fā)明的權利要求所描述的保護范圍， 都應當在本發(fā)明的保護范圍之內。
權利要求
1、一種基于簡單網(wǎng)絡管理協(xié)議的trap處理方法，其特征在于，包括以下步驟1. 1網(wǎng)絡設備先以trap報文形式把通知或故障發(fā)給網(wǎng)絡管理系統(tǒng)的接收器，接收器再把trap報文放入緩存隊列中；1. 2告警處理模塊控制緩存隊列中的trap報文的進出及對trap報文進行判斷，若符合判斷要求，則進入步驟1.3，否則，trap報文進入差錯處理模塊，差錯處理模塊先對trap報文進行差錯處理，再產(chǎn)生處理結果，所述處理結果返回；1. 3告警處理模塊取出trap報文和查找相應的網(wǎng)絡設備信息，以及判斷該網(wǎng)絡設備是否屬于被管理的網(wǎng)絡設備，若是，則進入步驟1.4，否則，該網(wǎng)絡設備的trap報文進入差錯處理模塊，差錯處理模塊先對trap報文進行差錯處理，再產(chǎn)生處理結果，所述處理結果返回；1. 4告警處理模塊先獲取trap報文的trapOid，再根據(jù)網(wǎng)絡設備信息和trapOid來判斷是否獲取到告警解釋器，若獲取到告警解釋器，則該告警解釋器先解析trap報文，再產(chǎn)生處理結果，所述處理結果返回，否則，默認的缺省告警解釋器先解析trap報文，再產(chǎn)生處理結果，所述處理結果返回。
2、 根據(jù)權利要求l所述的方法，其特征在于，對trap報文進行差錯處理先記錄trap報文信息，再丟棄該trap報文。
3、 根據(jù)權利要求1所述的方法，其特征在于告警處理模塊采用先進先出的隊列方式來控制緩存隊列中的trap報文的進 出，若緩存隊列滿，緩存隊列將停止存入新的trap報文，直到緩存隊列又有剩 余的緩沖空間時，緩存隊列再存入新的trap報文。
4、 根據(jù)權利要求1所述的方法，其特征在于在步驟1.2中，告警處理模塊對trap報文是否完整以及是否包含正確的 trap報文發(fā)送地址進行判斷，若符合判斷要求，則進入步驟1.3。
5、 根據(jù)權利要求l所述的方法，其特征在于在歩驟1. 4中，告警處理模塊根據(jù)網(wǎng)絡設備信息和trap0id來查找處理類型的標識，在獲得處理類型的標識后，告警處理模塊先把標識與trap0id組成權值， 再根據(jù)權值查找對應的告警解釋器。
6、 根據(jù)權利要求5所述的方法，其特征在于所述處理類型包括網(wǎng)絡設備類型和網(wǎng)絡設備版本，各網(wǎng)絡設備的對應關系采用XML表格表示，相同的處理類型，位于同一個節(jié)點下面。
7、 根據(jù)權利要求5所述的方法，其特征在于告警處理模塊根據(jù)權值在"告警解釋器表"中査找對應的告警解釋器，在告警解釋器表中，每一個權值對應一個告警解釋器。
8、 根據(jù)權利要求7所述的方法，其特征在于告警解釋器表包括"處理類型-標識"對應表和"權值-告警解釋器"對應表，每添加一種新網(wǎng)絡設備時，以權值作為判斷，若此網(wǎng)絡設備的處理類型和"處 理類型-標識"對應表中的網(wǎng)絡設備的處理類型一致時，則修改"處理類型-標識" 對應表，否則，修改"權值-告警解釋器"對應表。
9、 根據(jù)權利要求1所述的方法，其特征在于在步驟1.4，在告警解釋器對trap報文解析時，告警解釋器的告警檢測工具先檢查判斷PDU數(shù)據(jù)包是否合格，若合格，則進入步驟1.41，否則，進入步驟1.43;1. 41告警解釋器先生成trap對象，再檢查判斷判斷trap對象是否為合格的對象，若是，則進入步驟1.42，否則，進入步驟1.43;1.42告警解釋器根據(jù)讀取trap報文信息和網(wǎng)絡設備信息，生成告警，以及告警檢測工具檢查判斷所述告警是否合格，若合格，則產(chǎn)生處理結果，否則，進入步驟1.43;1.43先進行差錯處理，再產(chǎn)生處理結果。
10、根據(jù)權利要求9所述的方法，其特征在于，告警檢測工具在檢查判斷時，調度所述告警解釋器的各接口，調度方式包括 多線程方式和順序方式，其調度處理包括以下步驟告警檢測工具先獲取正確的檢查數(shù)據(jù)，以及獲取需要調用的任務，再分別對 每一個任務進行處理，讀取任務屬性；告警檢測工具根據(jù)任務屬性判斷是否需要采用新的線程調用，若需要，則先 采用多線程方式創(chuàng)建新線程處理數(shù)據(jù)，所產(chǎn)生的數(shù)據(jù)再返回給網(wǎng)絡管理系統(tǒng)的相 應模塊，否則，采用順序方式處理數(shù)據(jù)，所產(chǎn)生的數(shù)據(jù)再返回給網(wǎng)絡管理系統(tǒng)的 相應模塊。
全文摘要
一種基于簡單網(wǎng)絡管理協(xié)議的trap處理方法，包括1.1 網(wǎng)絡設備以trap報文形式把通知或故障發(fā)給接收器；1.2 告警處理模塊控制報文的進出及判斷，若符合要求，則進1.3，否則被差錯處理模塊處理后返回結果；1.3 告警處理模塊取出報文和查找網(wǎng)絡設備信息，及判斷網(wǎng)絡設備是否被管，若是，則進1.4，否則報文被差錯處理模塊處理后返回結果；1.4 告警處理模塊獲取trapOid，再由網(wǎng)絡設備信息和trapOid判斷是否獲取到告警解釋器，若獲取到，告警解釋器解析trap報文后返回結果，否則，缺省告警解釋器解析trap報文后返回結果。本發(fā)明告警處理效率高、擴展性強、易維護及具有錯誤自我檢測處理能力。
文檔編號H04L12/26GK101388808SQ20081021707
公開日2009年3月18日 申請日期2008年10月24日 優(yōu)先權日2008年10月24日
發(fā)明者闞江濤 申請人:中興通訊股份有限公司