最近项目需要一个支持SNMP的Monitoring Software, 于是对比了以下几款软件:

Features Observium  Spiceworks ipMonitor 
Support SNMP v1/v2c/v3
Show Ports & Port Status
(Show Interface IP/ Address /Mac /Type /In(Bps)/ Out(Bps)/ Admin Status/ Op Status )

(Show Status/Type/rtt/Availability/Coverage/Duration/Enable)
Realtime software updates and fixes x
Twice-yearly releases x x
Number of monitored devices, ports and sensors Unlimited Unlimited Max 50 Monitors
Full autodiscovery of supported devices and metrics
Scan Ip Range x
Network mapping through discovery protocols x
Grouping devices x
Threshold, State and Syslog Alerting x
Traffic accounting system x x x
RESTful API x x x
Email Report/Alerts x
(Can Email Report on Schedule)
Download & Install https://docs.observium.org/ http://download.canadiancontent.net/Spiceworks.html# https://support.solarwinds.com/SuccessCenter/s/ipmonitor

Spiceworks 偏向于IT 管理软件,ipMonitor 最多这能管理50个ports, 所以Observium是比较好的SNMP Monitoring Software.

于是对Observium的功能总结如下,供参考:

Menu Sub Menu/Tab Features Details Remarks
Dashboards Default Dashboard Map
Alert Table
Alert Boxes
Alert Log
Graph
Traffic Composition
Status Summary
Status Table(Old)
Status Boxes(Old)
Syslog
Eventlog
Configurable 1. The dashboard provides a configurable, dynamic front page for Observium.
2. You can Move, Delete or Reload a widget by using the controls which appear when you hover over a widget in editing mode.
3. Widgets can be resized by using the resize handles which appear at the bottom left and bottom right corners of the widget when it is hovered over.
4. Widgets automatically update their data periodically.
5. The placement and order of modules on the front page is defined by a config.php variable. The default includes some useful modules :
$config['frontpage']['order'] = array('status_summary', 'map',
                                      'device_status_boxes', 'device_status',
                                      'eventlog');
Create Dashboard Status Summary
Alert Table
Alert Boxes
Map
Status Warning and Notifications
 
Devices All Devices Basic  - Device
 - Operating System
 - Uptime
1. Observium was designed to auto-discover as much as possible. The auto-discovery process begins by using SNMP to gather information about a device. This information allows Observium to discover all the internal sensors and interfaces of this device.
All of these items are required for auto-discovery to work correctly:

SNMP must be enabled on your devices and be reachable by Observium
   - SNMP settings on your devices must match what you have configured in config.php
   - Access control lists (ACL) on the device must permit the IP of Observium
   - Devices must return valid, resolvable sysNames. If the sysName
   - reported by a device is not resolvable, the device won't be added. There are several ways to correct this:

Graph DURATION:
Last 6 hour
Today
Yesterday
This Week
Last Week
This Month
Last Month
This quarter
Last quarter
This Year
Last Year


Details
 
 - Device / Location
 - Operating System / Hardware Platform
 - Uptime / sysName
Status Device / Location
Graphs Device Avaliability
- Traffic (Rx/Tx)
- IP Statistics
IP Fragmentation Statistics
SNMp Packets
  -In
  -Out
SNMP Statistics
  -InTraps
  -InTotalReqVars
  -InTotalSetVars
  -OutTraps
  -OutGetResponses
  -OutSetRequests
TCP Established Connections
TCP Segments
TCP Statistics
UDP Datagram
Ping Response
SNMP Response
Poller Duration
Poller Mysql OPerations
Plller Memory Usage
Poller SNMP Requests
Poller SNMP Errors
Poller SNMP Errors Time
Poller SNMP Times
Device Uptime
Add Device/Delete Device   Hostname
Skip PING
Protocol Version( v1/v2c/v3)
Transport(udp/udp6/tcp/tcp6)
Port
Timeout
Retries
Ignore existing RRDs
SNMP Community
SNMP Context
Locations       Network mapping through discovery protocols
All Ports Port List Device
Port
Traffic
Traffic %
Packets
Speed
MAC Address
   
Graphs/Aggregation Graphs Bits In
Out
 
Ucast Pkts In
Out
 
UN Pkts Broadcast
Multicase
 
Packet Sizze In
Out
 
Pecentage In
Out
 
Errors Errors
Discard
 
Discards In
Out
 
Ethernet Errors    
FDB Count    
Alerting Creating Alert Checkers     1. First of all when you create an alert, you need to choose the 'entity' type that you are building the alert for. Examples of entity types include Port, Device and Sensor.
2. Once you picked the entity type, there's a couple of more things that need to be filled in but these are simple, pick a name for the alert, and pick a message you want to be included once an alert is sent out.
3. The associations pane allows you to define an initial set of rules to match entities to your checker.
Alert Loging      
Syslog Alerting     1. Syslog alerting allows you to generate notifications from syslog messages that are produced by your devices. This allows notification of potential issues which aren't easily detected during the regular poller process, such as OSPF changes, duplicate IP and MAC addresses and configuration changes.
2. Syslog alerting in Observium integrates with the existing contact system, so it allows you to notify via the usual channels, E-mail, ,XMPP, etc.
Syslog Rules     1. Syslog Rules are built using standard PCRE regular expressions.
2  A simple rule to match the word "duplicate" anywhere in the syslog message would look like:

/duplicate/

Notification Transports E-mail
Telegram
XMPP
devnull
External Program
  1. By default Observium will attempt to email alerts to the sysContact retrieved from the device via SNMP. If a default email contact has been configured, this will be used for all devices instead.
2.  Telegram is a messaging application available for many platforms including iOS, Android, Windows, MacOS and Linux. To use it as a notification transport you need a Telegram account, Telegram Bot and (optional) Group, where this Bot and Account have been added.
Users Add Users   Username
Password
Real Name
User Level
  -Administrator
  -Global Secure Read / Limited Write
  -Global Secure Read
  -Global Read
  - Normal User
  - Normal User
  - Disabled
 
Edit users      
Authlog   Date
Use
From
User-Agent
Action
 
My Profile User Information
Change Password
The last 10 login attempts
   
Global MIB Configuration       This page allows you to globally disable individual MIBs. This configuration disables all discovery and polling using this MIB.
Polling Information Poller Wrapper History
Per-Device
Per_Moudle
Graphs Graph Info:
- Devices
- Threads
- Wrapper Processes
Graph DURATION:
Last 6 hour
Today
Yesterday
This Week
Last Week
This Month
Last Month
This quarter
Last quarter
This Year
Last Year
Customers   Customer
Device
Interface
Speed
Circuit
Notes
   
Status BreakDown Errors      
Shutdown      
Health Processors      
Memory      
Storage      

Observium Feature分析相关推荐

  1. Bingo NFT 如何帮助交易者和投资者分析市场

    Oct. 2022, Vincy Data Source: Footprint Analytics - Bingo NFT Overview Bingo NFT 是一个使用 Footprint Ana ...

  2. 【SICP练习】107 练习3.8

    练习3-8 原文 Exercise 3.8. When we defined the evaluation model in section 1.1.3, we said that the first ...

  3. 【NLP】ACL 2021中的25个Transformers模型

    前言 言归正传,这次我们总结一下ACL2021中的Transformers,看看2021年了,NLPer在如何使用.应用.改进.分析Transformers,希望可以对大家产生idea有帮助. 本文涉 ...

  4. 【技术分享】美团王兴星:在线学习在广告系统的应用

    本文整理自DTCC2016主题演讲内容,录音整理及文字编辑IT168@ZYY@老鱼.如需转载,请先联系本公众号获取授权! 演讲嘉宾 王兴星 美团高级技术专家 目前任职于美团外卖技术部数据组,高级技术专 ...

  5. 基于Selenium与Pytest框架的Web UI自动化测试系统的设计与实现

    摘要 随着互联网的高速发展,软件技术日新月异,产品更新换代的加快等,始终都离不开一个最核心的要素就是保证产品的质量,测试人员则在其中担任着不可或缺的角色.测试人员的主要工作职责就是通过各种测试手段去发 ...

  6. 【转】ABP源码分析二十一:Feature

    Feature是什么?Feature就是对function分类的方法,其与function的关系就比如Role和User的关系一样. ABP中Feature具有以下属性: 其中最重要的属性是name, ...

  7. AlexNet层级分析(涉及:卷积核操作下下层网络特征图size计算;对通道和卷积核尺寸及通道前层feature map和卷积核的运算关系的解释)

    先盗一图,摘自ImageNet Classification with Deep Convolutional Neural Networks(Hinton) 注:看到这个结构,可以得到以下结论(以2. ...

  8. Kanade-Lucas-Tomasi Feature Tracker 代码分析

    因为研究需要,仔细看了下代码,看看有什么可以利用的地方. 整体来说Kanade-Lucas-Tomasi Feature Tracker的方法就是首先找去特征点,之后用光流去跟踪的方法. Opencv ...

  9. Efficient feature learning and multi-size image steganalysis based on CNN【Zhu-Net基于高效特征学习与多尺度图像隐写分析】

    摘要 对于隐写分析,许多研究表明卷积神经网络比传统机器学习方法的两部分结构具有更好的性能.然而,仍然有两个问题需要解决:降低隐写分析特征映射的信噪比和对任意大小的图像进行隐写分析.一些算法需要固定大小 ...

  10. MSBDN(Multi-Scale Boosted Dehazing Network with Dense Feature Fusion)具有密集特征融合的多尺度增强去雾网络阅读分析

    一.概要 在本文中,作者团队提出了一种基于U-Net架构的具有密集特征融合的多尺度增强去雾网络. 该方法是基于boosting和误差反馈这两个原理设计的,表明它们适用于去雾问题. 1.通过在所提出模型 ...

最新文章

  1. WinForm窗体间如何传值
  2. OpenAirInterface,开源的 4G EPS 实现
  3. 52条实用经验,SQL优化不再难!
  4. 关于安卓手机在微信浏览器中无法调起相机的原因
  5. python中的文件数据保存
  6. 对话框下的菜单使用setCheck
  7. linux性能诊断,linux下跟性能相关的命令以及系统性能诊断
  8. Nginx的安装和设置
  9. Python破解wifi密码
  10. 调度系统核心算法第一篇-交通管制
  11. 安卓平台模拟软件绑定的手机(号码)以及地理位置
  12. always_comb,always_ff,和always_latch语句
  13. 数据库基础知识【 1 】
  14. AWS的十条军规: 过去十年的经验总结
  15. 关于_CRT_SECURE_NO_WARNINGS与_CRT_SECURE_NO_DEPRECATE
  16. 【PMP】核对单和核查表的区别
  17. 微信废品回收小程序开发上门回收废品小程序开发
  18. LeetCode 427. 建立四叉树
  19. Android画虚线却显示为实线的解决方法
  20. OpenCV笔记-对轮廓进行平滑处理

热门文章

  1. Java面试题全集中
  2. 极客时间-算法训练营 3.2
  3. java 递归层级拼接_使用递归方法拼接层级树
  4. 记录-如何测试服务器是否支持ipv6
  5. matlab只加盐噪声,我用matlab中的imnoise函数给图像加椒盐噪声为什么产生的噪声不是黑白的?...
  6. GIS基础软件技术体系发展及展望
  7. 阿克曼函数Ackerman
  8. 三人表决器实验报告总结_三人表决器实验报告.doc
  9. OMS智能订单管理系统
  10. 海康录像机识别不到硬盘_海康威视找不到硬盘