指明有问题的变量。变量绑定表中不返回任何值。
（2）响应实体可以提供所有要检索的值，但是变量太多，一个响应PDU装不下，这往往是由下层协议数据单元大小限制的。这时响应实体返回一个应答PDU，错误状态字段置为tooBig。
（3）由于其他原因（例如，代理不支持）响应实体至少不能提供一个对象的值，则返回的PDU中错误状态字段置为genError，错误索引置一个数，指明有问题的变量。变量绑定表中不返回任何值。
［选择］在Windows NT中，陷入服务程序为snmptrap.exe。
［填空］在SNMP中，对管理方发出的GetRequest命令，代理方以GetResponse回答。 ［选择］
操作中检索简单对象所用的命令是GetRequest，检索未知对
象所用的命令是GetNextRequest。 ［填空］在
的操作中，如果要删除表中的行，行的所有者发出
SetRequestPDU，把行的状态假设有一个LAN，每20min轮询所有被管理设备一次，管理报文的处理时间是50ms，网络延迟为1ms，单个轮询需要的时间为0.202s，则管理站最多可支持的设备数是6000。
［选择］GetNextRequest与GetRequest只有一个差别，GetRequest检索变量名所指的是对象实例，而GetNextRequest检索变量名所指的是下一个对象实例。 ［综合］考察知识点：如何检索简单对象，如何检索未知对象及如何检索表对象。检索简单的标量对象用Get操作，如下图所示：
17 / 34
我们可以在检索命令中直接指明对象实例的标识符：GetRequest（udpIndatagrams.0,udpNoPorts.0,udpInErrors.0，udpOutDatagrams.0），可以预期得（
到
下
面
的
响
应
：
GetResponse
，
udpIndatagrams.0=100,udpNoPorts.0=1,udpInErrors.0=2
udpOutDatagrams.0=200）。而GetNext命令用于检索变量名指示的下一个对象实例。如上图，我们发出命令：GetNextRequest（udpInDatagrams.2）,得到的响应是：GetResponse(udpNoPorts.0=1)，GetNext可用于有效地搜索表对象。如下图所示：
我们发出下面的命令，检索ifNUmber的值：GetRequest（1.3.6.1.2.1.2.1.0），GetResponse（2）。例如：对于MIB-2 ip组：
如要发现它的MIB结构，则需要发出请求：GetNextRequest（ipAddrTable）预
18 / 34
期得到的响应：GetResponse（ipAdEtnAddr.203.100.100.1=203.100.100.1）；如用get
检索上图的
5
个值，则应发出请求：GetRequest
（ipAdEtnAddr.203.100.100.1,ipAdEtnIfIndex.203.100.100.1,ipAdEtnNetMask.203.100.100.1,ipAdEtnBcastAddr.203.100.100.1,ipAdEtnResamMaskSize.203.100.100.1）
，
预
期
得
到
的
响
应
：
GetResponse
（ipAdEtnAddr.203.100.100.1=203.100.100.1,ipAdEtnIfIndex.203.100.100.1=10,ipAdEtnNetMask.203.100.100.1=255.255.255.128,ipAdEtnBcastAddr.203.100.100.1=8，ipAdEtnResamMaskSize.203.100.100.1=5）；如用get-next检索上图的5个值，则
应
发
出
请
求
：
getNextRequest
（ipAdEtnAddr,ipAdEtnIfIndex,ipAdEtnNetMask,ipAdEtnBcastAddr,ipAdEtnResamMaskSize
）
预
期
得
到
的
响
应
：
GetResponse
（ipAdEtnAddr.203.100.100.1=203.100.100.1,ipAdEtnIfIndex.203.100.100.1=10,ipAdEtnNetMask.203.100.100.1=255.255.255.128,ipAdEtnBcastAddr.203.100.100.1=8，ipAdEtnResamMaskSize.203.100.100.1=5）。
［选择］陷入是由代理向管理站发出的异步事件报告，不需要应答报文。 4.4 SNMP功能组
［本节要点］SNMP功能组对象的含义及在网络管理中的作用。 ［简述］排除代理产生的“认证失效”陷入的方法：
SNMP组包含的信息关系到SNMP协议的实现和操作。这一组共有30个对象。在支持SNMP站管理功能或只支持SNMP代理功能的实现中，有些对象是没有值的。除最后一个对象，这一组的其他对象都是只读的计数器。对象snmpEnableAuthenTrap可以由管理站设置，它指示是否允许代理产生“认证失效”陷入，这种设置优先于代理自己的配置。这样就提供了一种可以排除所有认证失效陷入的手段。 4.5实现问题
19 / 34
［本节要点］管理站的功能；影响轮询频率的因素及计算轮询频率的方法；SNMPv1的局限性。
［综合］考察知识点：轮询频率；为了能掌握网络的最新动态，需要一种能提高网络管理性能的轮询策略，以决定合适的轮询频率。通常轮询频率与网络的规模和代理的多少有关。表示为不等式：N≤T/Δ，其中:N=被轮询的代理数；T=轮询间隔；Δ=单个轮询需要的时间。其中Δ又与许多因素有关。例如：假设有一个LAN，每10min轮询所有被管理设备一次，管理报文的处理时间是15ms，网络延迟为1ms,没有产生明显的拥挤，单个轮询需要的时间大约是0.202s：根据计算公式N≤T/Δ=10×60/0.202=2970。管理站最多支持2970个设备。如果网络延迟达到0.5min,单个轮询需要的时间大约是0.202s，根据公式N≤T/Δ=10×60/1.2=500，管理站最多管理500个设备。
［选择］SNMP网络管理中，一个管理站可以管理多个代理。
［简述］在SNMPv1中管理站主要靠轮询收集信息。轮询频率与网络规模和代理的多少有关；为使问题简化，管理站和代理之间轮询采用请求/响应工作形式；若被轮询的代理数为3000，单个轮询需要的时间为0.306秒，则轮询间隔时间的计算过程为：T=N×Δ=3000×0.306＝918s。 ［简述］SNMPv1的局限性：
（1）由于轮询的性能限制，SNMP不适合管理很大的网络，轮询产生的大量管理信息，传送可能引起网络响应时间的增加。
（2）SNMP不适合检索大量数据，例如，检索整个表中的数据。
（3）SNMP的陷入报文是没有应答的，管理站是否收到陷入报文，代理不得而知。这样可能丢失重要的管理信息。
（4）SNMP只提供简单的团体名认证，这样的安全措施是不够的。 （5）SNMP并不支持向被管理设备发送命令。
（6）SNMP的管理信息库MIB-2支持的管理对象是很有限的，不足以完成复杂
20 / 34
相关推荐：
loading