專利名稱：一種Trap報文上報的方法及設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種Trap報文上報的方法及設備。
背景技術：
SNMP (Simple Network Management Protocol，簡單網絡管理協(xié)議)協(xié)議是基于 UDP(User Datagram Protocol，用戶數據包協(xié)議)協(xié)議的網絡管理協(xié)議，該協(xié)議是不基于連接的。對于Trap來說，SNMP代理(一般由網絡設備扮演)上報Trap后，無法保證其真正的發(fā)送成功，并由SNMP服務器(一般由網管系統(tǒng)扮演)接收。若發(fā)生報文丟失，SNMP代理和SNMP服務器均無法獲知，因此，在現(xiàn)有的SNMP管理中Trap是不可靠的。然而，Trap是SNMP代理向SNMP服務器主動上報其狀態(tài)和問題的唯一途徑，也是網管人員對網絡設備狀態(tài)監(jiān)控的重要手段。發(fā)生嚴重的問題時，若上報該問題的Trap因丟包等原因發(fā)送失敗，則由于SNMP服務器將無法獲知該問題，進而導致網管人員對網絡狀態(tài)的誤判，延誤問題的解決。為了解決上述問題，現(xiàn)有技術中，對于SNMP代理上重要的狀態(tài)參數，由SNMP服務器定時進行輪詢，主動探測SNMP代理的狀態(tài)。但由于通過SNMP服務器主動輪詢SNMP狀態(tài)，會影響SNMP服務器和SNMP代理的性能，并占用網絡帶寬，而一般情況下SNMP代理的狀態(tài)為正常，因此由SNMP服務器主動輪詢SNMP代理狀態(tài)的方式，影響了 SNMP服務器和SNMP代理的性能，并造成了網絡資源的浪費，且輪詢周期越小，影響和浪費越嚴重。此外，與SNMP代理主動上報狀態(tài)相比，SNMP服務器主動輪詢SNMP代理狀態(tài)的方式無法保證問題發(fā)現(xiàn)的及時性。

發(fā)明內容
本發(fā)明提供了一種Trap報文上報的方法及其設備，用以提高Trap報文上報的可靠性。為了達到以上目的，本發(fā)明提供一種Trap報文上報的方法，應用于包括簡單網絡管理協(xié)議SNMP服務器和SNMP代理的系統(tǒng)，所述SNMP代理中設置有專用管理信息庫MIB節(jié)點，該方法包括SNMP代理向SNMP服務器發(fā)送Trap報文，并在接收到所述SNMP服務器返回的Set 報文后，根據所述Set報文中攜帶的Trap標識以及發(fā)送方SNMP服務器標識對所述專用MIB 節(jié)點進行設置；SNMP代理根據其所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及所述專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識，判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，并根據判斷結果進行相應處理。所述SNMP代理判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，具體為所述SNMP代理比較自身存儲的其所發(fā)送的Trap報文的Trap標識以及目的SNMP服務器標識和專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識；當專用MIB節(jié)點中設置有SNMP代理所發(fā)送的Trap報文的Trap標識，且所設置的SNMP服務器標識與對應的目的SNMP服務器標識相同時，判斷該Trap報文被相應目的SNMP服務器接收；當專用MIB 節(jié)點中未設置SNMP代理發(fā)送的Trap報文的Trap標識，或專用MIB節(jié)點中未設置對應的目的SNMP服務器標識時，判斷該Trap報文未被相應目的SNMP服務器接收。所述根據判斷結果進行相應處理，具體包括當所述SNMP代理判斷Trap報文未被相應目的SNMP服務器接收時，所述SNMP代理向所述SNMP服務器重新發(fā)送Trap報文，并記錄該Trap報文的發(fā)送次數；當該Trap報文的發(fā)送次數等于預設最大發(fā)送次數，且Trap報文仍未被相應目的 SNMP服務器接收時，所述SNMP代理進行報文發(fā)送失敗處理。所述SNMP代理和SNMP服務器中均指定了需要響應的特定Trap報文；其中，SNMP 服務器中對應同一 SNMP代理所指定的特定Trap報文與該SNMP代理所指定的特定Trap報文相同；所述SNMP代理判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，具體為所述SNMP代理確定所發(fā)送的Trap報文需要響應時，判斷所發(fā)送的Trap報文是否被相應目的SNMP服務器接收；其中，當SNMP服務器確定接收到的Trap報文需要響應時，向發(fā)送該Trap報文的SNMP代理返回Set報文。本發(fā)明實施例提供一種SNMP代理設備，應用于包括SNMP服務器和SNMP代理的系統(tǒng)，所述SNMP代理中設置有專用管理信息庫MIB節(jié)點，所述SNMP代理包括發(fā)送模塊，用于向SNMP服務器發(fā)送Trap報文；接收模塊，用于接收SNMP服務器返回的Set報文；設置模塊，用于在所述接收模塊接收到SNMP服務器返回的Set報文后，根據所述 Set報文中攜帶的Trap標識以及發(fā)送方SNMP服務器標識對所述專用MIB節(jié)點中進行設置；判斷模塊，用于根據所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及所述專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識，判斷所發(fā)送的Trap報文是否被相應目的SNMP服務器接收；處理模塊，用于根據所述判斷模塊的判斷結果進行相應處理。所述判斷模塊具體用于比較自身存儲的所發(fā)送的Trap報文的Trap標識以及目的SNMP服務器標識和專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識；當專用MIB節(jié)點中設置有SNMP代理所發(fā)送的Trap報文的Trap標識，且所設置的SNMP服務器標識與對應的目的SNMP服務器標識相同時，判斷該Trap報文被相應目的SNMP服務器接收；當專用MIB節(jié)點中未設置SNMP 代理發(fā)送的Trap報文的Trap標識，或專用MIB節(jié)點中未設置對應的目的SNMP服務器標識時，判斷該Trap報文未被相應目的SNMP服務器接收。所述處理模塊具體用于當判斷模塊判斷Trap報文未被相應目的SNMP服務器接收時，指示所述發(fā)送模塊向所述SNMP服務器重新發(fā)送Trap報文，并記錄該Trap報文的發(fā)送次數；當該Trap報文的發(fā)送次數等于預設最大發(fā)送次數，且Trap報文仍未被相應目的SNMP服務器接收時，進行報
5文發(fā)送失敗處理。所述SNMP代理和SNMP服務器中均指定了需要響應的特定Trap報文；其中，SNMP 服務器中對應同一 SNMP代理所指定的特定Trap報文與該SNMP代理所指定的特定Trap報文相同；所述判斷模塊具體用于，當確定所發(fā)送的Trap報文需要響應時，判斷所發(fā)送的 Trap報文是否被相應目的SNMP服務器接收；其中，當SNMP服務器確定接收到的Trap報文需要響應時，向發(fā)送該Trap報文的SNMP代理返回Set報文。本發(fā)明的有益技術效果包括本發(fā)明中，通過在SNMP代理中設置專用MIB節(jié)點，用于確定Trap報文的發(fā)送結果。SNMP代理向SNMP服務器發(fā)送Trap報文后，根據其所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及所述專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識，判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，在保證Trap報文上報可靠性的同時，對SNMP代理和SNMP服務器性能的影響以及對網絡資源的消耗均較低。


圖1為本發(fā)明實施例提供的Trap報文上報方法的流程示意圖；圖2為本發(fā)明實施例提供的SNMP代理設備的結構示意圖。
具體實施例方式為了更好地理解本發(fā)明實施例提供的技術方案，下面對SNMP協(xié)議數據單元 (Protocol Data Unit，以下簡稱PDU)類型以及SNMP MIB(Management Information Base, 管理信息庫)進行簡單的描述。SNMP協(xié)議中定義了 5種PDU類型，分別對應5種SNMP操作的報文類型 Get—Request、Get—Response、Get-Next-Request> Set—Request、Trap。其中，SNMP 月艮務器通過Get-Request報文從擁有SNMP代理的網絡設備中檢索信息，而SNMP代理則用 Get-Response報文響應，交互的信息可以包括系統(tǒng)的名字，系統(tǒng)自啟動后正常運行的時間，系統(tǒng)中的網絡接口數等。Get-Next-Request用于和Get-Request組合起來查詢特定的表對象中的列元素。kt-Request報文(以下簡稱Set報文)則用于對網絡設備進行遠程配置，可以包括設置設備名、設置設備屬性、刪除設備或使某一個設備屬性有效/無效等。 SNMP代理使用Trap向SNMP服務器發(fā)送非請求報文，一般用于描述某一事件的發(fā)生，如端口 down、丟包率過高、新用戶登錄等。SNMP MIB指明了網絡元素所維持的變量(即能夠被管理進程查詢和設置的信息)。MIB給出了一個網絡中所有可能的被管理對象的集合的數據結構。在現(xiàn)有技術中，SNMP代理通過Trap報文上報狀態(tài)和問題的機制是非閉環(huán)的，即 SNMP代理發(fā)送Trap報文后，無論SNMP服務器是否收到該Trap報文，均不會返回響應報文。 因此，SNMP代理無法獲知所發(fā)送的Trap報文是否發(fā)送成功；當該Trap報文發(fā)送失敗時， SNMP代理和SNMP服務器均無法獲知。而由于一般情況下SNMP代理的狀態(tài)應為正常，因此通過SNMP服務器定時輪詢SNMP代理上重要狀態(tài)參數的方式會造成網絡資源的浪費，且對 SNMP代理和SNMP服務器性能的影響較大。同時，該方式也無法保證問題發(fā)現(xiàn)的及時性。
針對現(xiàn)有技術中存在的上述缺陷，本發(fā)明實施例提供了一種Trap報文上報的技術方案，通過在SNMP代理中設置專用MIB節(jié)點，用于確定Trap報文的發(fā)送結果。當SNMP 服務器接收到SNMP代理發(fā)送的Trap報文時，該SNMP服務器向SNMP代理返回Set報文，以對SNMP代理中專用MIB節(jié)點中對應該Trap的變量進行設置。SNMP代理在發(fā)送Trap報文后，根據專用MIB節(jié)點中對應該Trap的變量是否被設置確定Trap報文發(fā)送是否成功。在本發(fā)明實施例中，在保證Trap報文上報可靠性的同時，對SNMP代理和SNMP服務器性能的影響以及對網絡資源的消耗均較低。在本發(fā)明實施例提供的技術方案中，專用MIB節(jié)點中記錄的變量可以包括但不限于Trap標識(通過該Trap標識可以唯一確定一條Trap報文)和SNMP服務器標識。相應地，SNMP服務器返回的Set報文中攜帶的信息可以包括但不限于Trap標識和SNMP服務器標識。SNMP代理接收到SNMP服務器返回的Set報文后，根據其中攜帶的信息對專用MIB節(jié)點中對應的變量進行設置。SNMP代理根據該專用MIB節(jié)點判斷Trap報文是否被指定SNMP 服務器接收到，并可在判斷Trap報文未被指定SNMP服務器接收到時進行相應處理。下面結合附圖對本發(fā)明實施例提供的技術方案進行詳細描述。本發(fā)明實施例提出了一種Trap報文上報的方法，該方法應用于包括SNMP代理和 SNMP服務器的系統(tǒng)中，該SNMP代理中設置有專用MIB節(jié)點，該MIB節(jié)點中記錄的變量包括 Trap標識以及SNMP服務器標識。如圖1所示，為本發(fā)明實施例提供的Trap報文上報方法的流程示意圖，可以包括以下步驟步驟101、SNMP代理向SNMP服務器發(fā)送Trap報文。具體的，當網絡設備中發(fā)生端口 down或丟包率過高等故障時，網絡設備中設置的 SNMP代理可以通過Trap報文將故障上報給SNMP服務器，以使網管人員獲知該網絡設備發(fā)生的故障，進而采取相關的措施。其中，當SNMP代理發(fā)送Trap報文后，可以記錄該Trap報文的相關信息，如Trap標識、該Trap報文的目的服務器的標識、Trap報文發(fā)送時間戳等。步驟102、SNMP服務器接收到SNMP代理發(fā)送的Trap報文后，向該SNMP代理報文返回Set報文。其中，該Set報文中攜帶有Trap標識及SNMP服務器標識。具體的，為了保證Trap報文上報的可靠性，SNMP服務器接收到SNMP代理發(fā)送的 Trap報文后，向該SNMP代理報文返回Set報文，以使SNMP代理獲知該Trap報文已發(fā)送成功。步驟103、SNMP代理接收到SNMP服務器響應的Set報文后，根據接收到的Set報文對專用MIB節(jié)點進行設置。具體的，SNMP代理接收到SNMP服務器返回的Set報文后，獲取其中攜帶的Trap標識、SNMP服務器標識等信息，并根據獲取到的信息對專用MIB節(jié)點進行設置。步驟104，SNMP代理根據所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識，判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，并根據判斷結果進行相應處理。具體的，SNMP代理發(fā)送Trap報文后，可以通過比較自身存儲的Trap報文的相關信息和專用MIB節(jié)點中對應變量的設置情況確定相應的Trap報文是否發(fā)送成功。具體的， SNMP代理比較自身存儲的所發(fā)送的Trap報文的Trap標識以及目的SNMP服務器標識和專用MIB節(jié)點中記錄的Trap標識以及SNMP服務器標識；當專用MIB節(jié)點中設置有SNMP代理所發(fā)送的Trap報文的Trap標識，且所設置的SNMP服務器標識與對應的目的SNMP服務器標識相同時，判斷該Trap報文被相應目的SNMP服務器接收；當專用MIB節(jié)點中未設置SNMP 代理發(fā)送的Trap報文的Trap標識，或專用MIB節(jié)點中未設置對應的目的SNMP服務器標識時，判斷該Trap報文未被指定的SNMP服務器接收。需要注意的是，在本發(fā)明實施例提供的技術方案中，專用MIB節(jié)點中還可以記錄 SNMP服務器接收到Trap報文的時間戳等其他變量。相應地，SNMP服務器返回給SNMP代理的Set報文中也可以攜帶接收到Trap報文的時間戳。SNMP服務器可以獲取SNMP代理記錄的一段時間內該SNMP代理發(fā)送Trap報文的發(fā)送時間戳和專用MIB節(jié)點中記錄的SNMP服務器接收到對應Trap報文的時間戳，并根據獲取到的信息對當前網絡狀況和/或對應SNMP 服務器的狀況進行分析。進一步的，為了提高可靠性，SNMP代理發(fā)送Trap報文后，若在預設時間內專用MIB 節(jié)點中對應該Trap報文的變量仍未被指定的SNMP服務器設置，則認為所發(fā)送的Trap報文沒有被成功發(fā)送到該指定SNMP服務器。此時SNMP代理可以重新向未確認收到Trap報文的SNMP服務器發(fā)送該Trap報文，直到專用MIB節(jié)點中對應該Trap報文的變量被設置。進一步的，針對允許重傳Trap報文的情況，為了避免由于網絡出現(xiàn)問題而導致 Trap報文的無限重傳風暴，在本發(fā)明實施例中，可以預先在SNMP代理中設置Trap報文的最大發(fā)送次數。SNMP代理向SNMP服務器發(fā)送Trap報文后，記錄該Trap報文的發(fā)送次數， 若該Trap報文的發(fā)送次數等于預設的最大發(fā)送次數，且在預設時間內專用節(jié)點中對應該 Trap報文的變量仍未被設置，則SNMP代理確定由于某些原因難以完成Trap報文的上報，進行報文發(fā)送失敗處理。其中，該報文發(fā)送失敗處理可以包括放棄發(fā)送該Trap報文，進行報警(如發(fā)出蜂鳴報警)，嘗試與該SNMP服務器重新建立連接，觸發(fā)向備用SNMP服務器發(fā)送Trap報文等。為了提升Trap報文上報的效率，并降低網絡資源的消耗，在本發(fā)明實施例中， SNMP代理和SNMP服務器中均可以指定需要響應的特定Trap報文。一方面，SNMP代理發(fā)送 Trap報文時，可以判斷該Trap報文是否需要響應，并當判斷為是時，根據專用MIB節(jié)點中的信息判斷Trap報文是否被指定SNMP服務器接收。另一方面，SNMP服務器接收到Trap報文后，判斷是否需要響應該Trap報文。若判斷為是，則向發(fā)送該Trap報文的SNMP代理返回Set報文；否則，不進行響應。例如，可以指定上報端口 down、丟包率過高等故障的Trap 報文為特定Trap報文(重要Trap報文)，需要進行響應；而上報新用戶登錄、新命令行配置的Trap報文為普通Trap報文，不需要進行響應。則當SNMP服務器接收到上報端口 down、 丟包率過高等故障的Trap報文時，向發(fā)送該Trap報文的SNMP代理返回Set報文；當接收到上報新用戶登錄、新命令行配置的Trap報文時，則不進行響應。其中，SNMP服務器中對應同一 SNMP代理所指定的特定Trap報文與該SNMP代理所指定的特定Trap報文相同需要注意的是，本發(fā)明實施例提供的技術方案中，對于不同設備，SNMP服務器指定的特定報文可以不同。即對同一類型的Trap報文(如上報新命令行配置的Trap報文)， 可以根據發(fā)送Trap報文的設備確定是否指定其為特定Trap報文。例如，對于核心網絡設備中SNMP代理發(fā)送的上報新命令行配置的Trap報文，SNMP服務器可以認為其為特定Trap 報文(重要Trap報文)，需要進行響應；而對于普通(非核心)網絡設備中SNMP代理發(fā)送的上報新命令行配置的Trap報文，SNMP服務器可以認為其為普通Trap報文，不需要進行響應。相應地，SNMP代理發(fā)送的Trap報文中還需要攜帶網絡設備的標識信息。通過以上流程可以看出，在本發(fā)明實施例中，通過在SNMP代理中設置專用MIB節(jié)點，用于確定Trap報文的發(fā)送結果。SNMP代理向SNMP服務器發(fā)送Trap報文后，根據其所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及所述專用MIB節(jié)點中設置的Trap 標識以及SNMP服務器標識，判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收， 在保證Trap報文上報可靠性的同時，對SNMP代理和SNMP服務器性能的影響以及對網絡資源的消耗均較低?；谙嗤募夹g構思，本發(fā)明實施例還提供了一種SNMP代理設備，應用于包括 SNMP服務器和SNMP代理的系統(tǒng)，所述SNMP代理中設置有專用管理信息庫MIB節(jié)點。如圖2所示，為本發(fā)明實施例提供的SNMP代理設備的結構示意圖，可以包括發(fā)送模塊201，用于向SNMP服務器發(fā)送Trap報文；接收模塊202，用于接收SNMP服務器返回的Set報文；設置模塊203，用于在接收模塊202接收到SNMP服務器返回的Set報文后，根據所述Set報文中攜帶的Trap標識以及發(fā)送方SNMP服務器標識對所述專用MIB節(jié)點中進行設置；判斷模塊204，用于根據所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及所述專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識，判斷所發(fā)送的Trap報文是否被相應目的SNMP服務器接收；處理模塊205，用于根據判斷模塊204的判斷結果進行相應處理。其中，判斷模塊204可以具體用于，比較自身存儲的所發(fā)送的Trap報文的Trap標識以及目的SNMP服務器標識和專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識；當專用MIB節(jié)點中設置有SNMP代理所發(fā)送的Trap報文的Trap標識，且所設置的SNMP服務器標識與對應的目的SNMP服務器標識相同時，判斷該Trap報文被相應目的SNMP服務器接收；當專用MIB節(jié)點中未設置SNMP代理發(fā)送的Trap報文的Trap標識，或專用MIB節(jié)點中未設置對應的目的SNMP服務器標識時，判斷該Trap報文未被相應目的SNMP服務器接收。為了提高可靠性，SNMP代理發(fā)送Trap報文后，若在預設時間內專用MIB節(jié)點中對應該Trap報文的變量仍未被指定的SNMP服務器設置，則認為所發(fā)送的Trap報文沒有被成功發(fā)送到該指定SNMP服務器。此時SNMP代理可以重新向未確認收到Trap報文的SNMP服務器發(fā)送該Trap報文，直到專用MIB節(jié)點中對應該Trap報文的變量被設置。針對允許重傳Trap報文的情況，為了避免由于網絡出現(xiàn)問題而導致Trap報文的無限重傳風暴，在本發(fā)明實施例中，處理模塊205可以具體用于，當判斷模塊204判斷Trap 報文未被相應目的SNMP服務器接收時，指示發(fā)送模塊201向所述SNMP服務器重新發(fā)送 Trap報文，并記錄該Trap報文的發(fā)送次數；當該Trap報文的發(fā)送次數等于預設最大發(fā)送次數，且Trap報文仍未被相應目的SNMP服務器接收時，進行報文發(fā)送失敗處理。其中，該報文發(fā)送失敗處理可以包括放棄發(fā)送該Trap報文，進行報警(如發(fā)出蜂鳴報警)，嘗試與該SNMP服務器重新建立連接，觸發(fā)向備用SNMP服務器發(fā)送Trap報文等。為了提升Trap報文上報的效率，并降低網絡資源的消耗，所述SNMP代理和SNMP 服務器中均指定了需要響應的特定Trap報文；其中，SNMP服務器中對應同一 SNMP代理所指定的特定Trap報文與該SNMP代理所指定的特定Trap報文相同；相應地，判斷模塊204則可以具體用于，當確定所發(fā)送的Trap報文需要響應時，判斷所發(fā)送的Trap報文是否被相應目的SNMP服務器接收；其中，當SNMP服務器確定接收到的Trap報文需要響應時，向發(fā)送該Trap報文的SNMP代理返回Set報文。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺終端設備(可以是手機，個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視本發(fā)明的保護范圍。
權利要求
1.一種Trap報文上報的方法，應用于包括簡單網絡管理協(xié)議SNMP服務器和SNMP代理的系統(tǒng)，其特征在于，所述SNMP代理中設置有專用管理信息庫MIB節(jié)點，該方法包括SNMP代理向SNMP服務器發(fā)送Trap報文，并在接收到所述SNMP服務器返回的Set報文后，根據所述Set報文中攜帶的Trap標識以及發(fā)送方SNMP服務器標識對所述專用MIB節(jié)點進行設置；SNMP代理根據其所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及所述專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識，判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，并根據判斷結果進行相應處理。
2.如權利要求1所述的方法，其特征在于，所述SNMP代理判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，具體為所述SNMP代理比較自身存儲的其所發(fā)送的Trap報文的Trap標識以及目的SNMP服務器標識和專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識；當專用MIB節(jié)點中設置有SNMP代理所發(fā)送的Trap報文的Trap標識，且所設置的SNMP服務器標識與對應的目的 SNMP服務器標識相同時，判斷該Trap報文被相應目的SNMP服務器接收；當專用MIB節(jié)點中未設置SNMP代理發(fā)送的Trap報文的Trap標識，或專用MIB節(jié)點中未設置對應的目的SNMP 服務器標識時，判斷該Trap報文未被相應目的SNMP服務器接收。
3.如權利要求1所述的方法，其特征在于，所述根據判斷結果進行相應處理，具體包括當所述SNMP代理判斷Trap報文未被相應目的SNMP服務器接收時，所述SNMP代理向所述SNMP服務器重新發(fā)送Trap報文，并記錄該Trap報文的發(fā)送次數；當該Trap報文的發(fā)送次數等于預設最大發(fā)送次數，且Trap報文仍未被相應目的SNMP 服務器接收時，所述SNMP代理進行報文發(fā)送失敗處理。
4.如權利要求1所述的方法，其特征在于，所述SNMP代理和SNMP服務器中均指定了需要響應的特定iTrap報文；其中，SNMP服務器中對應同一 SNMP代理所指定的特定Trap報文與該SNMP代理所指定的特定Trap報文相同；所述SNMP代理判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，具體為所述SNMP代理確定所發(fā)送的Trap報文需要響應時，判斷所發(fā)送的Trap報文是否被相應目的SNMP服務器接收；其中，當SNMP服務器確定接收到的Trap報文需要響應時，向發(fā)送該Trap報文的SNMP代理返回Set報文。
5.一種簡單網絡管理協(xié)議SNMP代理設備，應用于包括SNMP服務器和SNMP代理的系統(tǒng)，其特征在于，所述SNMP代理中設置有專用管理信息庫MIB節(jié)點，所述SNMP代理包括發(fā)送模塊，用于向SNMP服務器發(fā)送Trap報文；接收模塊，用于接收SNMP服務器返回的Set報文；設置模塊，用于在所述接收模塊接收到SNMP服務器返回的Set報文后，根據所述Set 報文中攜帶的Trap標識以及發(fā)送方SNMP服務器標識對所述專用MIB節(jié)點中進行設置；判斷模塊，用于根據所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及所述專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識，判斷所發(fā)送的Trap報文是否被相應目的SNMP服務器接收；處理模塊，用于根據所述判斷模塊的判斷結果進行相應處理。
6.如權利要求5所述的SNMP代理設備，其特征在于，所述判斷模塊具體用于比較自身存儲的所發(fā)送的Trap報文的Trap標識以及目的SNMP服務器標識和專用MIB 節(jié)點中設置的Trap標識以及SNMP服務器標識；當專用MIB節(jié)點中設置有SNMP代理所發(fā)送的Trap報文的Trap標識，且所設置的SNMP服務器標識與對應的目的SNMP服務器標識相同時，判斷該Trap報文被相應目的SNMP服務器接收；當專用MIB節(jié)點中未設置SNMP代理發(fā)送的Trap報文的Trap標識，或專用MIB節(jié)點中未設置對應的目的SNMP服務器標識時， 判斷該Trap報文未被相應目的SNMP服務器接收。
7.如權利要求5所述的SNMP代理設備，其特征在于，所述處理模塊具體用于當判斷模塊判斷Trap報文未被相應目的SNMP服務器接收時，指示所述發(fā)送模塊向所述SNMP服務器重新發(fā)送Trap報文，并記錄該Trap報文的發(fā)送次數；當該Trap報文的發(fā)送次數等于預設最大發(fā)送次數，且Trap報文仍未被相應目的SNMP服務器接收時，進行報文發(fā)送失敗處理。
8.如權利要求5所述的SNMP代理設備，其特征在于，所述SNMP代理和SNMP服務器中均指定了需要響應的特定Trap報文；其中，SNMP服務器中對應同一 SNMP代理所指定的特定Trap報文與該SNMP代理所指定的特定Trap報文相同；所述判斷模塊具體用于，當確定所發(fā)送的Trap報文需要響應時，判斷所發(fā)送的Trap報文是否被相應目的SNMP服務器接收；其中，當SNMP服務器確定接收到的Trap報文需要響應時，向發(fā)送該iTrap報文的SNMP代理返回Set報文。
全文摘要
本發(fā)明公開了一種Trap報文上報的方法及設備，應用于包括簡單網絡管理協(xié)議SNMP服務器和SNMP代理的系統(tǒng)，所述SNMP代理中設置有專用管理信息庫MIB節(jié)點，該方法包括SNMP代理向SNMP服務器發(fā)送Trap報文，并在接收到所述SNMP服務器返回的Set報文后，根據所述Set報文中攜帶的Trap標識以及發(fā)送方SNMP服務器標識對所述專用MIB節(jié)點進行設置；SNMP代理根據其所發(fā)送的Trap報文的Trap標識和目的SNMP服務器標識以及所述專用MIB節(jié)點中設置的Trap標識以及SNMP服務器標識，判斷其所發(fā)送的Trap報文是否被相應目的SNMP服務器接收，并根據判斷結果進行相應處理。在本發(fā)明中，在保證Trap報文上報可靠性的同時，對SNMP代理和SNMP服務器性能的影響以及對網絡資源的消耗均較低。
文檔編號H04L12/24GK102394773SQ20111033901
公開日2012年3月28日 申請日期2011年11月1日 優(yōu)先權日2011年11月1日
發(fā)明者楊倛 申請人:杭州華三通信技術有限公司