專利名稱：一種基于簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議的Trap確認(rèn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在SNMP vl/v2c管理框架中實(shí)現(xiàn)Trap確認(rèn)的方法，尤 其涉及以SNMP為管理接口的各種設(shè)備的告警、消息管理領(lǐng)域。
背景技術(shù)：
SNMP (簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)是網(wǎng)絡(luò)管理中基于UDP報(bào)文的 一種管理協(xié) 議，用于SNMP Manager (以下簡(jiǎn)稱管理者)和SNMP Agent (以下簡(jiǎn)稱代 理)之間進(jìn)行通訊、管理操作。在SNMP vl和v2c的版本中，代理主動(dòng)發(fā) 給管理者的消息稱為Trap (陷阱)。
Trap—個(gè)顯著特點(diǎn)是代理發(fā)送Trap時(shí)是不需要管理者返回確認(rèn)消息的。 加之SNMP又是基于UDP (用戶數(shù)據(jù)報(bào)協(xié)議)，是無連接的，因此管理者 比較容易丟掉Trap,使得Trap傳遞消息的可靠性大大降低。
在由管理者和代理組成的網(wǎng)管系統(tǒng)中，Trap的這個(gè)缺點(diǎn)成為了網(wǎng)管系統(tǒng) 的薄弱環(huán)節(jié)，降低了網(wǎng)管系統(tǒng)故障管理功能的可用性和可靠性。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種基于簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議的Trap 確認(rèn)機(jī)制，解決在SNMPvl/v2c管理框架中Trap消息沒有確認(rèn)機(jī)制而導(dǎo)致 的消息傳遞可靠性差的問題。
為了解決上述技術(shù)問題，本發(fā)明提供了 一種基于簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議的 Trap確認(rèn)方法，所述簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議以下簡(jiǎn)稱SNMP,適用于SNMP vl/v2c， SNMP代理在其上增加一管理信息庫變量confirmedEventId,所述包 括以下步驟
(a) SNMP代理在發(fā)送Trap消息前判斷該Trap消息是否需要確認(rèn)，如
果是，執(zhí)行下一步，否則，按正常流程處理；
(b )所述SNMP代理在Trap消息的Trap團(tuán)體名中增加該Trap消息的 消息號(hào)以及是否需要確認(rèn)Trap的關(guān)鍵字，用標(biāo)準(zhǔn)的SNMP Trap發(fā)送流程發(fā) 送Trap消息給SNMP管理者；
(c )所述SNMP管理者收到Trap消息后，檢查Trap團(tuán)體名字符串中 是否包含需要確認(rèn)Trap的關(guān)鍵字，如果是，則從該Trap團(tuán)體名中提取該Trap 消息的消息號(hào)，將所述confirmedEventId值設(shè)置為該Trap消息的消息號(hào)；
(d )所述SNMP代理判斷其上confirmedEventld值與其發(fā)出過的Trap 消息號(hào)是否相匹配，如果是，則認(rèn)為所述SNMP管理者已確認(rèn)收到該Trap 消息，Trap發(fā)送流程結(jié)束，否則返回SNMP設(shè)置失敗消息。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)在所述步驟(b)中，所述SNMP 代理構(gòu)造的新的團(tuán)體名字符串格式如下實(shí)際的community+ "@eventld=" + eventld+ "@confirm",其中，"@eventld="用于標(biāo)識(shí)Trap消息號(hào)屬性 的關(guān)鍵字，即通過該字符串標(biāo)識(shí)"@eventld="后面跟的是Trap消息號(hào)，其 后的"eventld"即為Trap消息號(hào)，"@confirm"是Trap是否需要確認(rèn)的關(guān) 鍵字；在所述步驟(c)中，所述SNMP管理者檢查Trap團(tuán)體名字符串中是 否包含關(guān)鍵字"@confirm"。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)在所述步驟(d)中，如果所 述SNMP代理在M^定時(shí)間內(nèi)沒有收到所述SNMP管理者的確認(rèn)消息，則重 發(fā)該Trap消息，若重發(fā)的次數(shù)達(dá)到規(guī)定的次數(shù)后，所述SNMP代理結(jié)束此 次Trap發(fā)送流程。
采用本發(fā)明所述方法，與現(xiàn)有技術(shù)相比，彌補(bǔ)了 SNMPvl/v2c管理框架 中Trap可靠性方面的不足，達(dá)到了 Trap消息可以根據(jù)需要進(jìn)行確認(rèn)的效果， 節(jié)省了網(wǎng)管系統(tǒng)提高告警可靠性的成本，大大提高了 Trap消息接收的可靠性。


圖l是SNMPvl/v2c管理者和代理間的消息； 圖2是本實(shí)施例的Trap確iU幾制順序圖。
具體實(shí)施例方式
本實(shí)施例的核心方法是通過在Trap攜帶的團(tuán)體名(community )中加 入是否需要確認(rèn)Trap的關(guān)鍵字，管理者收到Trap后，通過檢查團(tuán)體名 (community )字符串中的關(guān)鍵字決定是否對(duì)Trap進(jìn)行確認(rèn)。確認(rèn)的方法 是管理者通過設(shè)置代理上的某個(gè)特定變量從而通知代理已經(jīng)收到該Trap。
下面對(duì)技術(shù)方案的具體實(shí)施作進(jìn)一步的詳細(xì)描述
1)代理修改現(xiàn)有Trap團(tuán)體名(community)的構(gòu)造方法
在駐留SNMPvl/v2c代理的網(wǎng)元上需要修改Trap團(tuán)體名的構(gòu)造方法， 使團(tuán)體名成為復(fù)合的團(tuán)體名，包含是否需要進(jìn)行Trap確認(rèn)的關(guān)鍵字。比如， 新的團(tuán)體名可以是
實(shí)際的community + '@eventld='+ eventld + '@confirm'
這里"@eventld="是用于標(biāo)識(shí)Trap消息號(hào)屬性的關(guān)鍵字，即通過該 字符串標(biāo)識(shí)"@eventld="后面跟的是Trap消息號(hào)，可以用于管理者確認(rèn)消 息時(shí)使用，其后的"eventld"即為Trap消息號(hào)；
"@confirm"則是Trap是否需要確認(rèn)的關(guān)鍵字，如果Trap無需管理者 確認(rèn)，則可以不帶該關(guān)鍵字。
復(fù)合團(tuán)體名的實(shí)例如public@eventld=1022@confirm。
2 )代理增加對(duì)Trap確認(rèn)的MIB (管理信息庫)變量
為了使管理者收到Trap后能夠通知代理"我已經(jīng)收到Trap 了，，，需要 在代理中增加一個(gè)可以設(shè)置的MIB變量，比如，confirmedEventld,用于標(biāo) 識(shí)已經(jīng)確認(rèn)的事件ID。管理者向代理發(fā)出對(duì)此變量的SNMPSet消息，通過
代理對(duì)該變量進(jìn)行i殳置，代理將管理者設(shè)置的confirmedEventId值與之前產(chǎn) 生的Trap消息號(hào)進(jìn)行比較，如果發(fā)現(xiàn)能夠找到匹配的，則認(rèn)為是對(duì)相應(yīng)trap 的確認(rèn)，即該事件ID對(duì)應(yīng)的Trap已經(jīng)被管理者收到，并進(jìn)行了確認(rèn)，否則 返回標(biāo)準(zhǔn)的SNMP設(shè)置失敗消息。
3) 管理者增加對(duì)Trap團(tuán)體名關(guān)鍵字的檢查
管理者在收到Trap的處理流程中需要增加對(duì)Trap團(tuán)體名關(guān)鍵字的檢查, 以判斷是否需要對(duì)Trap進(jìn)行確認(rèn)。
判斷的方法就是檢查團(tuán)體名中是否有關(guān)鍵字'(^confirm'，如果不包含該 字符串，則說明該Trap不需要進(jìn)行確認(rèn)，則按不需要確認(rèn)的普通Trap處理 即可，否則，則需要再從團(tuán)體名中提取到eventld,并把代理上的 confirmedEventId量i殳置成為團(tuán)體名字符串中eventld的值。這樣代理就知道 管理者已經(jīng)收到并確認(rèn)了該Trap,從而可以結(jié)束該Trap的發(fā)送流程。
4) 管理者、代理對(duì)于不需要確認(rèn)Trap的處理
對(duì)于不需要確認(rèn)的Trap,則代理發(fā)送Trap時(shí)無需構(gòu)造復(fù)合的團(tuán)體名。 同樣，管理者檢查到Trap不需要進(jìn)行確認(rèn)時(shí)，則不需要再向代理發(fā)任何消 息，該處理流程與普通的Trap處理是完全一樣的。
5) 如果管理者不具備確認(rèn)Trap的確認(rèn)處理
如果管理者不具備確認(rèn)Trap的確認(rèn)處理，則代理就不會(huì)收到Trap確認(rèn) 的消息。因此，建議代理在等待管理者確認(rèn)Trap時(shí)，可以采用超時(shí)和重試 機(jī)制。即當(dāng)在規(guī)定時(shí)間沒有收到管理者的確認(rèn)操作后，代理再重發(fā)一次繼續(xù) 等待確認(rèn)，直到重發(fā)的次數(shù)達(dá)到規(guī)定的次數(shù)后，代理結(jié)束Trap發(fā)送過程。
本實(shí)施例所述Tmp確認(rèn)方法如下(參看圖l和圖2):
步驟IIO, SNMP代理判斷該Trap消息是否需要進(jìn)行確認(rèn)，如果是，執(zhí)
行下一步，否則，按普通Trap流程處理；
步驟120， SNMP代理在發(fā)送Trap前在Trap團(tuán)體名中加入是否需要確 認(rèn)Trap的關(guān)鍵字；
步驟130， SNMP代理采用標(biāo)準(zhǔn)的SNMP Trap發(fā)送流程發(fā)送Trap給 SNMP管理者；
步驟140, SNMP管理者采用標(biāo)準(zhǔn)的SNMP Trap接收流程接收Trap, SNMP管理者檢查Trap的團(tuán)體名字符串中是否包含需要確認(rèn)Trap的關(guān)鍵字， 如果是，執(zhí)行下一步，否則，按普通Trap流程處理；
步驟150, SNMP管理者設(shè)置SNMP代理上的管理信息庫變量，從而通 知SNMP代理已經(jīng)收到該Trap;
步驟160， SNMP代理檢測(cè)該管理信息庫變量的設(shè)置無誤，則認(rèn)為該Trap 被確認(rèn)，該帶確認(rèn)的Trap發(fā)送流程結(jié)束。
本實(shí)施例通過巧妙的使用了 Trap報(bào)文中的團(tuán)體名(community )域信息， 配合簡(jiǎn)單的SNMP命令，很容易的建立起了 Trap的確認(rèn)機(jī)制，彌補(bǔ)了 SNMPvl/vh管理框架中Trap可靠性方面的不足。
通過以上對(duì)管理者、代理相應(yīng)的改造，即實(shí)現(xiàn)了基于SNMPv 1 /v2c管理 框架的Trap確認(rèn)機(jī)制，從而使Trap消息的可靠性得到有效提高。
權(quán)利要求
1、一種基于簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議的Trap確認(rèn)方法，所述簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議以下簡(jiǎn)稱SNMP，適用于SNMP v1/v2c，SNMP代理在其上增加一管理信息庫變量confirmedEventId，所述包括以下步驟(a)SNMP代理在發(fā)送Trap消息前判斷該Trap消息是否需要確認(rèn)，如果是，執(zhí)行下一步，否則，按正常流程處理；(b)所述SNMP代理在Trap消息的Trap團(tuán)體名中增加該Trap消息的消息號(hào)以及是否需要確認(rèn)Trap的關(guān)鍵字，用標(biāo)準(zhǔn)的SNMP Trap發(fā)送流程發(fā)送Trap消息給SNMP管理者；(c)所述SNMP管理者收到Trap消息后，檢查Trap團(tuán)體名字符串中是否包含需要確認(rèn)Trap的關(guān)鍵字，如果是，則從該Trap團(tuán)體名中提取該Trap消息的消息號(hào)，將所述confirmedEventId值設(shè)置為該Trap消息的消息號(hào)；(d)所述SNMP代理判斷其上confirmedEventId值與其發(fā)出過的Trap消息號(hào)是否相匹配，如果是，則認(rèn)為所述SNMP管理者已確認(rèn)收到該Trap消息，Trap發(fā)送流程結(jié)束，否則返回SNMP設(shè)置失敗消息。
2、 如權(quán)利要求l所述的方法，其特征在于，在所述步驟(b)中，所述 SNMP代理構(gòu)造的新的團(tuán)體名字符串格式如下實(shí)際的community + "@eventld=，， + eventld + "@confirm，，其中，"@eventld="用于標(biāo)識(shí)Trap消息號(hào)屬性的關(guān)鍵字，即通過該字 符串標(biāo)識(shí)"@eventld="后面跟的是Trap消息號(hào)，其后的"eventld"即為 Trap消息號(hào)，"@confirm"是Trap是否需要確認(rèn)的關(guān)鍵字；在所述步驟(c)中，所述SNMP管理者檢查Trap團(tuán)體名字符串中是否 包含關(guān)鍵字"@confirm"。
3、 如權(quán)利要求l所述的方法，其特征在于，在所述步驟(d)中，如果 所述SNMP代理在失見定時(shí)間內(nèi)沒有收到所述SNMP管理者的確認(rèn)消息，則 重發(fā)該Trap消息，若重發(fā)的次數(shù)達(dá)到規(guī)定的次數(shù)后，所述SNMP代理結(jié)束 此次Trap發(fā)送流程。
全文摘要
本發(fā)明公開了一種基于SNMP的Trap確認(rèn)方法，包括以下步驟(a)SNMP代理在Trap消息的Trap團(tuán)體名中加入是否需要確認(rèn)Trap的關(guān)鍵字，用標(biāo)準(zhǔn)的SNMP Trap發(fā)送流程發(fā)送Trap給SNMP管理者；(b)所述SNMP管理者收到Trap后，檢查Trap團(tuán)體名字符串中是否包含需要確認(rèn)Trap的關(guān)鍵字，如果是，則設(shè)置所述SNMP代理上的管理信息庫變量值；(c)所述SNMP代理檢測(cè)其上管理信息庫變量的設(shè)置無誤，認(rèn)為所述SNMP管理者已確認(rèn)收到該Trap消息，Trap發(fā)送流程結(jié)束。本方法節(jié)省了網(wǎng)管系統(tǒng)提高告警可靠性的成本，大大提高了Trap消息接收的可靠性。
文檔編號(hào)H04L29/06GK101193107SQ20061016073
公開日2008年6月4日 申請(qǐng)日期2006年11月29日 優(yōu)先權(quán)日2006年11月29日
發(fā)明者蘇春山 申請(qǐng)人:中興通訊股份有限公司