物联网中最常用的网络管理协议是snmp吗

SNMP(Simple Network Management Protocol,简单网络管理协议)的前身是简单网关监控协议(SGMP)，用来对通信线路进行管理。随后，人们对SGMP进行了很大的修改，特别是加入了符合Internet定义的SMI和MIB：体系结构，改进后的协议就是著名的SNMP。SNMP的目标是管理互联网Internet上众多厂家生产的软硬件平台，因此SNMP受Internet标准网络管理框架的影响也很大。现在SNMP已经出到第三个版本的协议，其功能较以前已经大大地加强和改进了。
简单网络管理协议(SNMP)，由一组网络管理的标准组成，包含一个应用层协议(application layer protocol)、数据库模型(database schema)和一组资料物件。该协议能够支持网络管理系统，用以监测连接到网络上的设备是否有任何引起管理上关注的情况。该协议是互联网工程工作小组(IETF，Internet Engineering Task Force)定义的internet协议簇的一部分。

一 SNMP协议介绍 简单网络管理协议（SNMP：Simple Network Management Protocol）是由互联网工程任务组（IETF：Internet Engineering Task Force ）定义的一套网络管理协议。该协议基于简单网关监视协议（SGMP：Simple Gateway Monitor Protocol）。利用SNMP，一个管理工作站可以远程管理所有支持这种协议的网络设备，包括监视网络状态、修改网络设备配置、接收网络事件警告等。虽然SNMP开始是面向基于IP的网络管理，但作为一个工业标准也被成功用于电话网络管理。 1 SNMP基本原理 SNMP采用了Client/Server模型的特殊形式：代理/管理站模型。对网络的管理与维护是通过管理工作站与SNMP代理间的交互工作完成的。每个SNMP从代理负责回答SNMP管理工作站（主代理）关于MIB定义信息的各种查询。下图10是NMS公司网络产品中SNMP协议的实现模型。 图10 SNMP代理和管理站通过SNMP协议中的标准消息进行通信，每个消息都是一个单独的数据报。SNMP使用UDP（用户数据报协议）作为第四层协议（传输协议），进行无连接 *** 作。SNMP消息报文包含两个部分：SNMP报头和协议数据单元PDU。数据报结构如下图11。 图11 版本识别符（version identifier）：确保SNMP代理使用相同的协议，每个SNMP代理都直接抛弃与自己协议版本不同的数据报。 团体名（Community Name）：用于SNMP从代理对SNMP管理站进行认证；如果网络配置成要求验证时，SNMP从代理将对团体名和管理站的IP地址进行认证，如果失败，SNMP从代理将向管理站发送一个认证失败的Trap消息（见后）； 协议数据单元（PDU）：其中PDU指明了SNMP的消息类型及其相关参数。 2 管理信息库MIB IETF规定的管理信息库MIB（由中定义了可访问的网络设备及其属性，由对象识别符（OID：Object Identifier）唯一指定。MIB是一个树形结构，SNMP协议消息通过遍历MIB树形目录中的节点来访问网络中的设备。 下图给出了NMS系统中SNMP可访问网络设备的对象识别树（OID：Object Identifier）结构。 图12 下图13给出了对一个DS1线路状态进行查询的OID设置例子。 图13 图14中左图给出了RFC2495对DS1/E1中继线的MIB信息树图，右图是NMS系统中对机架Chassis管理MIB约定。 图14 3 SNMP的五种消息类型 SNMP中定义了五种消息类型：Get-Request、Get-Response、Get-Next-Request、Set-Request、Trap。 Get-Request 、Get-Next-Request与Get-Response SNMP管理站用Get-Request消息从拥有SNMP代理的网络设备中检索信息，而SNMP代理则用Get-Response消息响应。Get-Next-Request用于和Get-Request组合起来查询特定的表对象中的列元素。如： 首先通过下面的原语获得所要查询的设备的接口数： {iso org(3) dod(6) internet(1) mgmt(2) mib(1) interfaces(2) ifNumber(2)} 然后再通过下面的原语，进行查询（其中第一次用Get-Request，其后用Get-Next-Request）： {iso org(3) dod(6) internet(1) mgmt(2) mib(1) interfaces(2) ifTable(2)} Set-Request SNMP管理站用Set-Request 可以对网络设备进行远程配置（包括设备名、设备属性、删除设备或使某一个设备属性有效/无效等）。 Trap SNMP代理使用Trap向SNMP管理站发送非请求消息，一般用于描述某一事件的发生。 可查看链接： >OracleDBConsoleorcl 这个是采用浏览器使用的oracle企业管理器
OracleOraDb10g_home1iSQLPlus 是isqlplus的服务,要使用isqlplus,必须开启该服务,其它的服务见下面
如果只用cmd中的sqlplus管理oracle的话,必须的就一个OracleServiceORCL
要是还要其它的至少两个:OracleServiceORCL OracleOraDb10g_home1TNSListener
一个数据库服务器,一个监听器(等待客户端工具来连接数据库的程序)
（1）OracleServiceSID
数据库服务，这个服务会自动地启动和停止数据库。如果安装了一个数据库，它的缺省启动类型为自动。服务进程为ORACLEEXE，参数文件initSIDora，日志文件SIDALRTlog，控制台SVRMGRLEXE、SQLPLUSEXE。
（2）OracleHOME_NAMETNSListener
监听器服务，服务只有在数据库需要远程访问时才需要（无论是通过另外一台主机还是在本地通过 SQLNet 网络协议都属于远程访问），不用这个服务就可以访问本地数据库，它的缺省启动类型为自动。服务进程为TNSLSNREXE，参数文件 Listenerora，日志文件listenerlog，控制台LSNRCTLEXE，默认端口1521、1526。
（3）OracleHOME_NAMEAgent
OEM代理服务，接收和响应来自OEM控制台的任务和事件请求，只有使用OEM管理数据库时才需要，它的缺省启动类型为自动。服务进程为DBSNMPEXE，参数文件snmp_rwora，日志文件nmilog，控制台LSNRCTLEXE，默认端口1748。
（4）OracleHOME_NAMEClientCache
名字缓存服务，服务缓存用于连接远程数据库的Oracle Names 数据。它的缺省启动类型是手动。然而，除非有一台Oracle Names 服务器，否则没有必要运行这个服务。服务进程为ONRSDEXE，参数文件NAMESORA，日志文件ONRSDLOG，控制台 NAMESCTLEXE。
（5）OracleHOME_NAMECMAdmin
连接管理服务，是构建Connection Manager服务器所用，只有服务器作为Connection Manager才需要，它的缺省启动类型是手动。服务进程为CMADMINEXE，参数文件CMANORA，日志文件CMADM_PIDTRC，控制台CMCTLEXE，默认端口1830。
（6）OracleHOME_NAMECMan
连接网关服务，是构建Connection Manager服务器所用，只有服务器作为Connection Manager才需要，它的缺省启动类型是手动。服务进程为CMGWEXE，参数文件CMANORA，日志文件CMAN_PIDTRC，控制台 CMCTLEXE，默认端口1630。
（7）OracleHOME_NAMEDataGatherer
性能包数据采集服务，除非使用Oracle Capacity Planner 和 Oracle Performance Manager，否则不需要启动，它的缺省启动类型是手动。服务进程为VPPDCEXE，日志文件alert_dglog，控制台 vppcntlexe。
（8）OracleHOME_NAME>

随着网络技术的高速发展，计算机网络的应用的深度和广度不断提高，日渐深入我们的工作和生活。从政府机关的管理，企业营销、物流的网络管理，科研机构信息的交流，到个人的娱乐、生活，网络在这其中正在发挥着越来越重要的作用。广阔的应用空间对网络运行的稳定性、健壮性以及安全性提出了很高的要求。为保证网络高速稳定地运行，需要网络管理人员能够方便地监控网络运行的状态并及时地发现问题以便加以解决。在网络管理发展的早期，由于网络规模较小，设备数量不多，网络管理工作可以由少数网络专家担任，而随着网络规模的扩大和网络异构性的提高，网络管理中新的问题也在出现

首先是地理上的隔离。一家公司的内部网络可能包含分立于几地分公司的多个内部子网。

其次是网络设备种类的繁杂。网络中可能运用到的设备有网络协议支撑性设备，如网桥、路由器、交换机、网关等；网络中还有各种网络应用设备，如网络打印机、文件服务器、邮件服务器、Web服务器、终端等。网络设备提供商与型号也多种多样。目前比较大型的网络设备提供商有Cisco、华为、华三等，市场中还存在其形形色色的品牌和厂商，并且每一家提供商所生产的同类型设备也都有不同型号。以Cisco生产的路由器为例，单单系列就有Cisc0250系列，Ciscol700系列，Cisc02600系列等等。

由于以上列出的种种问题，使得网络管理单纯依靠少数网络专家已经行不通，而需要有新的工具使网络管理员可以管理处于不同地理位置的网络设备，并且对网络管理行为加以简化，提高网络管理的效率。简单网络管理协议(SNMP)就是适应这种要求而被设计出来的，SNMP的基本思想是：为不同种类的设备、不同厂家生产的设备、不同型号的设备，定义一个统一的接口和协议，使得管理员可以使用统一的外观面对这些需要管理的网络设备进行管理。

SNMP管理协议的产生

在网络技术发展的早期，由于网络规模较小，整个网络互连的技术尚未成熟，网络管理问题并未得到太大的重视，基本上是由网络管理人员手工完成。也没有专门的网络管理协议，只有互联网络控制信息协议(ICMP)可作为网络管理的工具。ICMP消息开发的典型网络管理工具是分组互联网探索(PING)程序。可用来完成多种功能，如确定一个物理网络设备或网络能否寻址，以及验证一个主机上的服务器 *** 作。

虽然PING工具能够完成一些简单的网络管理功能，但随着网络应用的不断发展，互联网规模的不断扩大，复杂性也在不断增加，PING功能已经不能满足网络管理人员的需要。一些厂商开始生产针对自己产品的专用网络管理系统，而这种专用的网管系统难于对其他厂商的通信产品及网管系统进行管理。随着20世纪80年代后期Internet的迅猛发展，网络的规模和异构性都在急剧提高，在面对由多厂家产品组成的复杂网络时，这种专用的网管系统也已经无法胜任网络的全面管理。

1988年，IAB推出了SNMP(SimpleNetworkManagementProtoc01)。一开始，人们把SNMP只是做为近期的过渡解决方案，而将CMIS／CMIP做为长远的解决方案。但是，由于SNMP被设计为工作在简单的TCP／IP协议而非基于OSI标准，SNMP和CMIS／CMIP并不能简单兼容。1990年5月，Internet工程任务级(IETF)发布了SNMPv1，由于其简单性，SNMP得以迅速发展，很快被众多的厂商设备所支持，成为网络管理事实上的工业标准。

---