⬜⬜⬜ --- (*^▽^*)欢迎光临 ---⬜⬜⬜
✏️write in front✏️
个人主页:陈丹宇jmu
欢迎各位→点赞 + 收藏⭐️ + 留言
联系作者by QQ:813942269
致亲爱的读者:很高兴你能看到我的文章,希望我的文章可以帮助到你,祝万事顺意️
✉️少年不惧岁月长,彼方尚有荣光在
本篇内容
阅读这篇文章内容,可以了解到:SNMP简单网络管理协议的有关内容,包括:
⭐从OID说起
MIB结构树
MIB的树形结构
OID与MIB的关系
✨SNMP的总体架构
本文小结
结尾
⬜⬜⬜ --- 正文部分---⬜⬜⬜
实验进行到查找对应功能的OID时,如何快速准确的查找到所要找的管理设备对应参数信息的OID标识的过程一度困扰着我,在经过对教材《计算机网络管理》第三章有关内容的学习后,当我对于管理信息库,TCP/IP网络管理框架,MIB树等相关概念有了一定的了解后,成功的解答了我的问题。
⬜⬜⬜ ---管理信息库的学习概要---⬜⬜⬜
像我一样的广大网络管理初学者,一开始一定会有这样的疑问,管理网络设备的OID标识符是如何被定义和产生的呢?
SNMP对象标识符(OID:Object ID)是定义在特定MIB模式中的值,来定义一个特定的在MIB数据库中SNMP目标, 这是了解SNMP前必须要了解清楚的。
SNMP OID是划界序列数字组成a.b.c...x.y.z的周期。它对信息的一个项目是一个独特的标识符,其是一个MIB的一部分。典型的OIDs能够有与它们相关的名字。OIDs在自然中是分等级的。因此1.2.3出现在1.3之前但是在1.2之后。OID前面的一部分是由协会分配的,每个企业都有自己的Oid标识。
类比超市中的每一个商品都有其对应的独一无二的条形码,同样的,OID是有规则的设备参数编码。snmp协议将设备的各种参数按树形结构进行分组,从树的根部开始,每一个层级节点会有一个编码,将这些层级编码以“."作为分隔符,将其拼接起来所形成的一串编码就叫OID,通过OID可以对该OID表示的参数进行操作,SNMP监控的项目就是一个个的OID。
所以这也是为什么在管理设备之前,需要先找到管理设备进行相关操作所对应的OID编码。但是,实验中我的直观感受是,需要找到一项特定功能的OID值是十分复杂的,通常是只能通过百度检索对应的SNMP管理功能的关键词找到一串OID标识符,但所要实现的功能的OID有可能会因为我的描述而造成误差,甚至,我所要使用的功能在网上没有具体的OID记录。所以,要解决这个问题,就需要引出有关于MIB结构树的使用了。
OID是数字的和全局的键值对。一个OID看起来和一个IPv6的地址很象,并且不同的厂商有不同的前缀等信息。OID都非常长,使得人们难以记住,或者对他非常感冒。因此,人们就设计了一种将数字OID翻译为人们可读的格式。这种翻译映射被保存在一个被称为 “管理信息基础"(Management Infomation Base) 或MIB的、可传递的无格式文本文件里。
IETF规定的管理信息库MIB(由中定义了可访问的网络设备及其属性,由对象识别符(OID:Object Identifier)唯一指定。MIB是一个树形结构,SNMP协议消息通过遍历MIB树形目录中的节点来访问网络中的设备。
下图给出了NMS系统中SNMP可访问网络设备的对象识别树(OID:Object Identifier)结构。
下图给出了对一个DS1线路状态进行查询的OID设置例子。
使用SNMP或者向SNMP设备查询,你不需要使用MIB,但是,如果没有MIB,你就得猜测你正在查看的数据是什么。某些情况下,不使用MIB也非常简单,例如查看主机名、磁盘使用率数字,或者端口状态信息。其他情况下,就非常困难了,这个时候使用MIB就非常有帮助。对于准备编写的应用程序来说,为了让网络管理员避免妥当安装MIB带来的麻烦,而严格使用数字OID很常见。安装一个MIB的动作,只是将他放置到你的SNMP客户端应用软件能够搜索到并进行上述翻译映射工作的某个位置而已。
刚开始看MIB的结构树时,直观的感受是MIB显得非常复杂,但是它们其实非常简单。
MIB其实只是提供给我们一张我们想从某个SNMP代理中获得的可用OID的各种值的地图。一个MIB描述了在哪里找某个值、以及返回结果是什么。我们可以不用MIB与设备进行交互,只需要在MIB树上直观的找到所需要功能的特定分支所编码的OID值就可以实现对设备的管理。
1. 先有OID后有MIB
MIB为了层次化展示OID,解释OID含义
MIB的作用是让snmp客户的应用能搜,翻译,映射
2. 在设备识别中的应用
自动发现功能要求:能区别设备种类(品牌),然后根据设备种类,上报数据,如果上报数据固定内容.那么只需提前知道所采集的数据的OID并加以编排,就能实现需求。
3. MIB的分类
MI- 通用MIB(类似IF-MIB)
所有设备都可用(但未必都包含)
根据公有OID获取的值,判断设备类型,厂商,等
私有MIB
得知设备厂商后,再加载对应的厂商MIB库,可获取出更多(设备特有)信息
反之,利用私有OID去反向推设备的类型
对不同类型(厂商)设备编排不同的采集配置模板(开发阶段)
如图所示为SNMP总体架构,SNMP总体架构由两部分组成:
第一部分是管理信息库结构的定义
第二部分是访问管理信息库的协议规范
第一部分就是上文所提到的MIB树,各个代理中的管理数据由树叶上的对象组成,树的中间节点的作用是对管理对象进行分类。
第二部分是SNMP协议支持的服务原语,这些原语用于管理站和代理之间的通信,以便查询和改变管理信息库中的内容。
具体实现操作有5种,可分为3类:
读取类命令 | Get系列命令 | NMS发出请求,获取Agent的管理信息。 |
设置类命令 | Set命令 | NMS将报文中携带的数据写入Agent中。 |
告警功能 | Trap系列 | Agent主动向NMS发出告警/事件报文的信息。 |
五种操作:
(1)Get操作:NMS主动发起的操作,获取特定对象的值。报文携带Get请求标志、待请求的OID名称和值对。一次Get操作只能获取一个管理对象。
(2)Get-Next操作:获取按字典顺序的下一个对象的值。
(3)Set操作:对具有可写权限的OID进行参数的设置,以实现对设备的参数管理。报文携带Set请求标志、待设置的OID名称和值对以及待设置的值。
(4)Get-Response操作:是代理对NMS发出的Get和Set两类命令的响应,根据命令的不同和命令中的参数不同,相应的返回变量绑定的信息以及错误状态信息(代表命令执行成功或失败)等。
(5)Trap操作:Trap是Agent向NMS主动报告重要事件的机制。对于这种报告,NMS无需对Agent进行响应。
Trap信息中的内容主要表明以下4个部分:
地点:发送Trap的Agent端的标识信息,主要是IP地址和系统类型;
时间:系统启动时间;
事件:以一个标识符标识事件;
其他信息:用于传送更多的附加信息,如当发送流量过高的Trap时,附带占用流量前3位的IP地址信息。
Internet最初的网络管理框架由四个文件定义,如图所示,这就是SNMPv1的内容。
SNMPv1 网络管理框架的定义RFC 1155定义了管理信息结构(SMI),规定了管理对象的语法语义。
RFC 1212说明了定义MIB模块的方法
RFC 1213定义了MIB-2管理对象的核心集合,是对任何SNMP系统必须实现的
RFC1157是SNMPv1协议的规范文件
本次实验是在上一次实验的基础上针对SNMP协议进一步的学习。在这一次实验中:
通过这次的学习总结,你将对于MIB管理信息库以及OID的标识符结构有了清晰的认识。同时,你对于SNMP服务的框架结构有了跟多的认识,清楚了SNMP 的服务的三类命令和五种操作类型。为今后的SNMP网络管理服务应用打下坚实的基础。
越努力,越幸运。每天进步一点点,总有一天可以收获巨大的进步的,大家一起加油。
欢迎各位→点赞 + 收藏⭐️ + 留言
写给读者:很高兴你能看到我的文章,希望我的文章可以帮助到你,一起进步️