1
我在寫一個SNMPv2代理並需要發送陷阱。清除SNMP陷阱
陷阱發送正常,但當條件恢復正常時,需要清除陷阱。目前,SNMP接收器仍處於警報狀態,直到手動清除。
我有發送另一個OID嗎?我是SNMP新手。
我在寫一個SNMPv2代理並需要發送陷阱。清除SNMP陷阱
陷阱發送正常,但當條件恢復正常時,需要清除陷阱。目前,SNMP接收器仍處於警報狀態,直到手動清除。
我有發送另一個OID嗎?我是SNMP新手。
清除邏輯在陷阱接收方執行。此處的代理任務是爲此目的發送另一個SNMP陷阱。最常用的情況是在RFC1157和RFC1215定義鏈路故障/的linkUp陷阱:
linkDown TRAP-TYPE
ENTERPRISE snmp
VARIABLES { ifIndex }
DESCRIPTION
"A linkDown trap signifies that the sending
protocol entity recognizes a failure in one of
the communication links represented in the
agent's configuration."
::= 2
linkUp TRAP-TYPE
ENTERPRISE snmp
VARIABLES { ifIndex }
DESCRIPTION
"A linkUp trap signifies that the sending
protocol entity recognizes that one of the
communication links represented in the agent's
configuration has come up."
::= 3
像「清除陷阱」術語產生混淆,我想你的意思」 ...... SNMP管理器應指出警報已清除......「。警報是持續的故障指示,只有在觸發條件解決後纔會清除。該代理可以使用(可選)陷阱讓SNMP管理員知道發生了這種情況,但是它是潛在的警報,而不是陷阱本身。管理者可以另外(或完全)依靠SNMP輪詢來發現變化。 – k1eran
非常感謝您使用SNMP管理器,我們應該在接收到linkUP或其他陷阱時進行更改,假定之前的陷阱已被清除。 –
是的,當管理員獲知鏈接已經啓動(通過linkUp陷阱或輪詢)時,SNMP管理器清除其警報將是正常的。 – k1eran