MIB表的索引(键)的MAX-ACCESS字段是否始终不可访问?

时间:2015-04-27 11:10:36

标签: snmp mib

将MIB表的索引设置为不可访问是否是一项硬性规则?

2 个答案:

答案 0 :(得分:4)

MAX-ACCESS可以采用以下四个值中的任何一个:read-onlyread-writewrite-onlynot-accessible。来自此来源:http://www.tcpipguide.com/free/t_TCPIPMIBObjectsObjectCharacteristicsandObjectTypes-2.htm

表205:SNMP SMI版本2最大访问值

Max-Access Value       Description

read-create            Object can be read, written or created.

read-write             Object can be read or written.

read-only              Object can only be read.

accessible-for-notify  Object can be used only using SNMP notification (SNMP traps).

not-accessible         Used for special purposes.

以下是使用not-accessible以外的值的示例:https://www.ietf.org/rfc/rfc4625.txt

t11FcRouteStorageType OBJECT-TYPE
SYNTAX      StorageType
MAX-ACCESS  read-create
STATUS      current
DESCRIPTION
       "The storage type for this conceptual row.
       Conceptual rows having the value 'permanent' need not
       allow write-access to any columnar objects in the row."
   DEFVAL { nonVolatile }
::= { t11FcRouteEntry 12 }

可在此处找到更多信息:http://www.simple-times.org/pub/simple-times/issues/1-4.html

  

ACCESS子句已重命名为MAX-ACCESS,以阐明它指定了使协议检测到的最大访问权限,并且值是从最不重要的,如下所示:''''''''只读'','& #39;读写'''' read-create''。 '' read-create'' value用于概念行中的可写对象,可以通过网络管理为其创建新实例。另一个变化是建议使用“不可访问的”''''对于辅助对象(在表中定义的那些对象仅用于标识概念行)。

答案 1 :(得分:2)

对于INDEX对象的MAX-ACCESS在SMIv2模块中应始终为not-accessible,但在某些情况下除外。每RFC 2578(管理信息第2版的结构)第7.7(6)节:

  

在a的INDEX子句中指定的对象   概念行以及同一概念行的列对象   被称为辅助对象。辅助的MAX-ACCESS子句   除以下情况外,对象“不可访问”:

     

(1)在最初编写为符合SMIv1的MIB模块中,和        后来转换为符合SMIv2;或

     

(2)概念行必须包含至少一个柱状对象   是        不是辅助对象。如果所有的概念        行的列对象也在其INDEX子句中指定        其中一个必须是可访问的,即具有MAX-ACCESS子句        “只读”。 (注意,这种情况不会出现        概念行允许创建访问,因为这样的行将有一个        状态列,它不是辅助对象。)