snmptrapsnmp监控 只轮询和trap方式 trap方式对系统消耗如何

snmp trap能上报浮点型数据吗 具体支持哪些哪些类型？

不支持浮点数据类型。

SNMP 的数据类型有以下几种： Integer： 有符号32位整数 Integer32：与Integer相同。

UInteger32：无符号32位整数 Octet String：任意二进制或文本数据，通常长度限制在255个字符内。

Object Identifier：An OID. Bit String：表示取名的位的枚举。

这是一个无符号的数据类型。

IpAddress：IP地址。

Counter32：表示一个非负的整数,递增到最大值，然后恢复并从0开始递增。

Counter64：与Counter32相同，最大值为64位的最大值－1。

Gauge32：表示无符号整数，可增加或减少，但是不超过最大值。

TimeTicks：表示代表数据的一个无符号整数，2^32取模（4294967296），两个值之间为百分之一秒。

Opaque：提供向下兼容，不再使用的数据类型 NsapAddress：表示一个用变长八进制字符窗表示的OSI地址。

windows下怎么用NET-SNMP接受并处理SNMP Trap

现在就是对被管理的机器上的trap设置很不理解，我知道trap的意思是在被管理的机器上设置一套规则，规则满足了，被管理的机器主动向manager端发送相应的trap信息，但是我不知道在windows系统下如何设置这样的规则，或者说系统自带的那个SNMP TRAP...

java 发送snmp trap消息如何确定发送成功

snmptrapd需要一个配置文档，snmptrapd.conf。

此文件用来指定管理进程如何处理接收到的snmp notification。

1. -snmp安装目录下新建snmptrapd.conf文件，假设本系统使用以下路径：/ABC/-snmp/share/snmp/snmptrapd.conf 2. 在snmptrapd.conf中加入以下指令： authCommunity log, public 这条指令指明以“public”为munity”请求的snmp “notification”允许的操作。

各变量意义如下： log: log the details of the notification - either in a specified file, to standard output (or stderr), or via syslog(or similar). execute: pass the details of the trap to a specified handler program, including embedded perl. net: forward the trap to another notification receiver. 3. 若想对接收到的信息进行处理，可以使用traphandle，示例如下： traphandle SNMPv2-MIB::coldStart /usr/nba/bin/traps cold traphandle SNMPv2-MIB::warmStart /usr/nba/bin/traps warm traphandle IF-MIB::linkDown /usr/nba/bin/traps down traphandle IF-MIB::linkUp /usr/nba/bin/traps up 第一个参数为从snmptrapd接收的OID，第二个参数为调用的程序。

此系统未做traphandle处理。

4. 启动snmptrapd 使用以下指令启动snmptrapd： snmptrapd -f -Lo 该指令将接收到的信息通过标准输出设备打印出来，各参数意义如下： -f: Do not fork() from the calling shell. -L[efos]: Specify where logging output should be directed (standard error or output, to a file or via syslog

如何解析snmp trap数据

展开全部 从被管理设备中收集数据有两种方法：一种是只轮询（polling-only）的方法，另一种是基于中断（interrupt-based）的方法。

如果你只使用只轮询的方法，那么网络管理工作站总是在控制之下。

而这种方法的缺陷在于信息的实时性，尤其是错误的实时性。

...

snmp-agent trap type base-trap啥意思

开启设备的SNMP TRAP，并且按照标准TRAP（即 BASE-TRAP）发送TRAP事件。

TRAP类型包括：0~5是标准trap，6是专用trap。

coldStart(0); warmStart(1); linkDown(2); linkUp(3); authenticationFailure(4); egpNeighborLoss(5); enterpriseSpecific(6);

snmp监控 只轮询和trap方式 trap方式对系统消耗如何

从被管理设备中收集数据有两种方法：一种是只轮询（polling-only）的方法，另一种是基于中断（interrupt-based）的方法。

如果你只使用只轮询的方法，那么网络管理工作站总是在控制之下。

而这种方法的缺陷在于信息的实时性，尤其是错误的实时性。

你多久轮询一次，并且在轮询时按照什么样的设备顺序呢？如果轮询间隔太小，那么将产生太多不必要的通信量。

如果轮询间隔太大，并且在轮询时顺序不对，那么关于一些大的灾难性的事件的通知又会太馒。

这就违背了积极主动的网络管理目的。

当有异常事件发生时，基于中断的方法可以立即通知网络管理工作站（在这里假设该设备还没有崩溃，并且在被管理设备和管理工作站之间仍有一条可用的通信途径）。

然而，这种方法也不是没有他的缺陷的，首先，产生错误或自陷需要系统资源。

如果自陷必须转发大量的信息，那么被管理设备可能不得不消耗更多的时间和系统资源来产生自陷，从而影响了它执行主要的功能（违背了网络管理的原则2）。

而且，如果几个同类型的自陷事件接连发生，那么大量网络带宽可能将被相同的信息所占用（违背了网络管理的原则1）。

尤其是如果自陷是关于网络拥挤问题的时候，事情就会变得特别糟糕。

克服这一缺陷的一种方法就是对于被管理设备来说，应当设置关于什么时候报告问题的阈值（threshold）。

但不幸的是这种方法可能再一次违背了网络管理的原则2，因为设备必须消耗更多的时间和系统资源，来决定一个自陷是否应该被产生。

结果，以上两种方法的结合：面向自陷的轮询方法（trap-directed polling）可能是执行网络管理最为有效的方法了。

一般来说，网络管理工作站轮询在被管理设备中的代理来收集数据，并且在控制台上用数字或图形的表示方式来显示这些数据。

这就允许网络管理员分析和管理设备以及网络通信量了。

被管理设备中的代理可以在任何时候向网络管理工作站报告错误情况，例如预制定阈值越界程度等等。

代理并不需要等到管理工作站为获得这些错误情况而轮询他的时候才会报告。

这些错误情况就是众所周知的SNMP自陷（trap）。

在这种结合的方法中，当一个设备产生了一个自陷时，你可以使用网络管理工作站来查询该设备（假设它仍然是可到达的），以获得更多的信息。