[要約] RFC 3415は、SNMPのためのView-based Access Control Model（VACM）に関する規格です。この規格の目的は、SNMPエージェントへのアクセス制御を提供し、セキュリティを向上させることです。
Network Working Group B. Wijnen
Request for Comments: 3415 Lucent Technologies
STD: 62 R. Presuhn
Obsoletes: 2575 BMC Software, Inc.
Category: Standards Track K. McCloghrie
Cisco Systems, Inc.
December 2002
View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)
簡易ネットワーク管理プロトコル（SNMP）用のビューベースのアクセス制御モデル（VACM）
Status of this Memo
本文書の状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright（C）The Internet Society（2002）。全著作権所有。
Abstract
概要
This document describes the View-based Access Control Model (VACM) for use in the Simple Network Management Protocol (SNMP) architecture. It defines the Elements of Procedure for controlling access to management information. This document also includes a Management Information Base (MIB) for remotely managing the configuration parameters for the View-based Access Control Model. This document obsoletes RFC 2575.
このドキュメントでは、簡易ネットワーク管理プロトコル（SNMP）アーキテクチャで使用するビューベースのアクセス制御モデル（VACM）について説明します。管理情報へのアクセスを制御するための手順の要素を定義します。このドキュメントには、ビューベースのアクセス制御モデルの構成パラメーターをリモートで管理するための管理情報ベース（MIB）も含まれています。このドキュメントはRFC 2575を廃止します。
Table of Contents
目次
1. Introduction ................................................. 2
1.2. Access Control ............................................. 3
1.3. Local Configuration Datastore .............................. 3
2. Elements of the Model ........................................ 4
2.1. Groups ..................................................... 4
2.2. securityLevel .............................................. 4
2.3. Contexts ................................................... 4
2.4. MIB Views and View Families ................................ 5
2.4.1. View Subtree ............................................. 5
2.4.2. ViewTreeFamily ........................................... 6
2.5. Access Policy .............................................. 6
3. Elements of Procedure ........................................ 7
3.1. Overview of isAccessAllowed Process ....................... 8
3.2. Processing the isAccessAllowed Service Request ............. 9
4. Definitions .................................................. 11
5. Intellectual Property ........................................ 28
6. Acknowledgements ............................................. 28
7. Security Considerations ...................................... 30
7.1. Recommended Practices ...................................... 30
7.2. Defining Groups ............................................ 30
7.3. Conformance ................................................ 31
7.4. Access to the SNMP-VIEW-BASED-ACM-MIB ...................... 31
8. References ................................................... 31
A. Installation ................................................. 33
B. Change Log ................................................... 36
Editors' Addresses ............................................... 38
Full Copyright Statement ......................................... 39
The Architecture for describing Internet Management Frameworks [RFC3411] describes that an SNMP engine is composed of:
インターネット管理フレームワークを記述するためのアーキテクチャ[RFC3411]は、SNMPエンジンは以下で構成されていると記述しています。
1) a Dispatcher 2) a Message Processing Subsystem, 3) a Security Subsystem, and 4) an Access Control Subsystem.
1）ディスパッチャ2）メッセージ処理サブシステム、3）セキュリティサブシステム、4）アクセス制御サブシステム。
Applications make use of the services of these subsystems.
アプリケーションは、これらのサブシステムのサービスを利用します。
It is important to understand the SNMP architecture and its terminology to understand where the View-based Access Control Model described in this document fits into the architecture and interacts with other subsystems within the architecture. The reader is expected to have read and understood the description and terminology of the SNMP architecture, as defined in [RFC3411].
このドキュメントで説明されているビューベースのアクセス制御モデルがアーキテクチャに適合し、アーキテクチャ内の他のサブシステムと相互作用する場所を理解するには、SNMPアーキテクチャとその用語を理解することが重要です。読者は、[RFC3411]で定義されているSNMPアーキテクチャの説明と用語を読んで理解していることが期待されます。
The Access Control Subsystem of an SNMP engine has the responsibility for checking whether a specific type of access (read, write, notify) to a particular object (instance) is allowed.
SNMPエンジンのアクセス制御サブシステムは、特定のオブジェクト（インスタンス）への特定のタイプのアクセス（読み取り、書き込み、通知）が許可されているかどうかを確認する責任があります。
It is the purpose of this document to define a specific model of the Access Control Subsystem, designated the View-based Access Control Model. Note that this is not necessarily the only Access Control Model.
このドキュメントの目的は、ビューベースのアクセス制御モデルと呼ばれるアクセス制御サブシステムの特定のモデルを定義することです。これは必ずしも唯一のアクセス制御モデルではないことに注意してください。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, RFC 2119.
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 BCP 14、RFC 2119で説明されているように解釈されます。
Access Control occurs (either implicitly or explicitly) in an SNMP entity when processing SNMP retrieval or modification request messages from an SNMP entity. For example a Command Responder application applies Access Control when processing requests that it received from a Command Generator application. These requests contain Read Class and Write Class PDUs as defined in [RFC3411].
アクセス制御は、SNMPエンティティからのSNMP検索または変更要求メッセージを処理するときに、SNMPエンティティで（暗黙的または明示的に）発生します。たとえば、コマンドレスポンダーアプリケーションは、コマンドジェネレーターアプリケーションから受信した要求を処理するときにアクセス制御を適用します。これらのリクエストには、[RFC3411]で定義されているように、読み取りクラスと書き込みクラスのPDUが含まれています。
Access Control also occurs in an SNMP entity when an SNMP notification message is generated (by a Notification Originator application). These notification messages contain Notification Class PDUs as defined in [RFC3411].
アクセス制御は、SNMP通知メッセージが（通知元アプリケーションによって）生成されたときに、SNMPエンティティでも発生します。これらの通知メッセージには、[RFC3411]で定義されている通知クラスPDUが含まれています。
The View-based Access Control Model defines a set of services that an application (such as a Command Responder or a Notification Originator application) can use for checking access rights. It is the responsibility of the application to make the proper service calls for access checking.
ビューベースのアクセス制御モデルは、アプリケーション（Command ResponderやNotification Originatorアプリケーションなど）がアクセス権のチェックに使用できる一連のサービスを定義します。アクセスチェックのための適切なサービスコールを行うのはアプリケーションの責任です。
To implement the model described in this document, an SNMP entity needs to retain information about access rights and policies. This information is part of the SNMP engine's Local Configuration Datastore (LCD). See [RFC3411] for the definition of LCD.
このドキュメントで説明されているモデルを実装するには、SNMPエンティティがアクセス権とポリシーに関する情報を保持する必要があります。この情報は、SNMPエンジンのローカル構成データストア（LCD）の一部です。 LCDの定義については、[RFC3411]を参照してください。
In order to allow an SNMP entity's LCD to be remotely configured, portions of the LCD need to be accessible as managed objects. A MIB module, the View-based Access Control Model Configuration MIB, which defines these managed object types is included in this document.
SNMPエンティティのLCDをリモートで構成できるようにするには、LCDの一部に管理オブジェクトとしてアクセスできる必要があります。このドキュメントには、これらの管理対象オブジェクトタイプを定義するビューベースのアクセス制御モデル構成MIBであるMIBモジュールが含まれています。
This section contains definitions to realize the access control service provided by the View-based Access Control Model.
このセクションには、ビューベースのアクセス制御モデルによって提供されるアクセス制御サービスを実現するための定義が含まれています。
A group is a set of zero or more <securityModel, securityName> tuples on whose behalf SNMP management objects can be accessed. A group defines the access rights afforded to all securityNames which belong to that group. The combination of a securityModel and a securityName maps to at most one group. A group is identified by a groupName.
グループは、0個以上の<securityModel、securityName>タプルのセットであり、その代わりにSNMP管理オブジェクトにアクセスできます。グループは、そのグループに属するすべてのsecurityNamesに与えられるアクセス権を定義します。 securityModelとsecurityNameの組み合わせは、最大1つのグループにマップされます。グループはgroupNameで識別されます。
The Access Control module assumes that the securityName has already been authenticated as needed and provides no further authentication of its own.
アクセス制御モジュールは、必要に応じてsecurityNameがすでに認証されていると想定し、それ以上の認証は提供しません。
The View-based Access Control Model uses the securityModel and the securityName as inputs to the Access Control module when called to check for access rights. It determines the groupName as a function of securityModel and securityName.
ビューベースのアクセス制御モデルは、アクセス権を確認するために呼び出されたときに、アクセス制御モジュールへの入力としてsecurityModelおよびsecurityNameを使用します。これは、groupNameをsecurityModelおよびsecurityNameの関数として決定します。
Different access rights for members of a group can be defined for different levels of security, i.e., noAuthNoPriv, authNoPriv, and authPriv. The securityLevel identifies the level of security that will be assumed when checking for access rights. See the SNMP Architecture document [RFC3411] for a definition of securityLevel.
グループのメンバーに対するさまざまなアクセス権を、さまざまなセキュリティレベル（つまり、noAuthNoPriv、authNoPriv、authPriv）に定義できます。 securityLevelは、アクセス権をチェックするときに想定されるセキュリティのレベルを識別します。 securityLevelの定義については、SNMPアーキテクチャドキュメント[RFC3411]を参照してください。
The View-based Access Control Model requires that the securityLevel is passed as input to the Access Control module when called to check for access rights.
ビューベースのアクセス制御モデルでは、アクセス権をチェックするために呼び出されるときに、securityLevelがアクセス制御モジュールへの入力として渡される必要があります。
An SNMP context is a collection of management information accessible by an SNMP entity. An item of management information may exist in more than one context. An SNMP entity potentially has access to many contexts. Details about the naming of management information can be found in the SNMP Architecture document [RFC3411].
SNMPコンテキストは、SNMPエンティティがアクセスできる管理情報のコレクションです。管理情報のアイテムは、複数のコンテキストに存在する場合があります。 SNMPエンティティは、多くのコンテキストにアクセスできる可能性があります。管理情報の命名に関する詳細は、SNMPアーキテクチャドキュメント[RFC3411]にあります。
The View-based Access Control Model defines a vacmContextTable that lists the locally available contexts by contextName.
ビューベースのアクセス制御モデルは、contextNameによってローカルで利用可能なコンテキストをリストするvacmContextTableを定義します。
For security reasons, it is often valuable to be able to restrict the access rights of some groups to only a subset of the management information in the management domain. To provide this capability, access to a context is via a "MIB view" which details a specific set of managed object types (and optionally, the specific instances of object types) within that context. For example, for a given context, there will typically always be one MIB view which provides access to all management information in that context, and often there will be other MIB views each of which contains some subset of the information. So, the access allowed for a group can be restricted in the desired manner by specifying its rights in terms of the particular (subset) MIB view it can access within each appropriate context.
セキュリティ上の理由から、一部のグループのアクセス権を管理ドメインの管理情報のサブセットのみに制限できることは、多くの場合価値があります。この機能を提供するために、コンテキストへのアクセスは、そのコンテキスト内の管理対象オブジェクトタイプの特定のセット（およびオプションでオブジェクトタイプの特定のインスタンス）の詳細を示す「MIBビュー」を介して行われます。たとえば、特定のコンテキストでは、通常、常にそのコンテキスト内のすべての管理情報へのアクセスを提供する1つのMIBビューがあり、多くの場合、それぞれに情報のサブセットが含まれる他のMIBビューがあります。したがって、グループに許可されたアクセスは、グループが適切な各コンテキスト内でアクセスできる特定の（サブセット）MIBビューに関してその権限を指定することにより、希望する方法で制限できます。
Since managed object types (and their instances) are identified via the tree-like naming structure of ISO's OBJECT IDENTIFIERs [ISO-ASN.1, RFC2578], it is convenient to define a MIB view as the combination of a set of "view subtrees", where each view subtree is a subtree within the managed object naming tree. Thus, a simple MIB view (e.g., all managed objects within the Internet Network Management Framework) can be defined as a single view subtree, while more complicated MIB views (e.g., all information relevant to a particular network interface) can be represented by the union of multiple view subtrees.
管理対象オブジェクトタイプ（およびそのインスタンス）は、ISOのOBJECT IDENTIFIER [ISO-ASN.1、RFC2578]のツリー状の命名構造によって識別されるため、MIBビューを「ビューサブツリー」の組み合わせとして定義すると便利です。 "、ここで、各ビューのサブツリーは、管理対象オブジェクトのネーミングツリー内のサブツリーです。したがって、単純なMIBビュー（たとえば、インターネットネットワーク管理フレームワーク内のすべての管理対象オブジェクト）は単一のビューサブツリーとして定義でき、より複雑なMIBビュー（たとえば、特定のネットワークインターフェースに関連するすべての情報）は、複数のビューサブツリーの結合。
While any set of managed objects can be described by the union of some number of view subtrees, situations can arise that would require a very large number of view subtrees. This could happen, for example, when specifying all columns in one conceptual row of a MIB table because they would appear in separate subtrees, one per column, each with a very similar format. Because the formats are similar, the required set of subtrees can easily be aggregated into one structure. This structure is named a family of view subtrees after the set of subtrees that it conceptually represents. A family of view subtrees can either be included or excluded from a MIB view.
管理対象オブジェクトのセットはいくつかのビューサブツリーの結合によって記述できますが、非常に多くのビューサブツリーが必要になる状況が発生する可能性があります。これは、たとえば、MIBテーブルの1つの概念的な行ですべての列を指定するときに発生する可能性があります。これらの列は、非常に類似した形式で、列ごとに1つずつ、別々のサブツリーに表示されるためです。フォーマットは類似しているため、必要なサブツリーのセットを1つの構造に簡単に集約できます。この構造は、概念的に表すサブツリーのセットにちなんで、ビューサブツリーのファミリと呼ばれます。ビューサブツリーのファミリは、MIBビューに含めることも、MIBビューから除外することもできます。
A view subtree is the set of all MIB object instances which have a common ASN.1 OBJECT IDENTIFIER prefix to their names. A view subtree is identified by the OBJECT IDENTIFIER value which is the longest OBJECT IDENTIFIER prefix common to all (potential) MIB object instances in that subtree.
ビューサブツリーは、名前に共通のASN.1 OBJECT IDENTIFIERプレフィックスが付いたすべてのMIBオブジェクトインスタンスのセットです。ビューサブツリーは、そのサブツリー内のすべての（潜在的な）MIBオブジェクトインスタンスに共通の最長のOBJECT IDENTIFIERプレフィックスであるOBJECT IDENTIFIER値によって識別されます。
A family of view subtrees is a pairing of an OBJECT IDENTIFIER value (called the family name) together with a bit string value (called the family mask). The family mask indicates which sub-identifiers of the associated family name are significant to the family's definition.
ビューサブツリーのファミリは、OBJECT IDENTIFIER値（ファミリ名と呼ばれる）とビット文字列値（ファミリマスクと呼ばれる）のペアです。ファミリマスクは、関連するファミリ名のどのサブ識別子がファミリの定義にとって重要であるかを示します。
For each possible managed object instance, that instance belongs to a particular ViewTreeFamily if both of the following conditions are true:
次の条件が両方とも当てはまる場合、可能な各管理対象オブジェクトインスタンスについて、そのインスタンスは特定のViewTreeFamilyに属しています。
- the OBJECT IDENTIFIER name of the managed object instance contains at least as many sub-identifiers as does the family name, and
- 管理オブジェクトインスタンスのOBJECT IDENTIFIER名には、少なくともファミリ名と同じ数のサブ識別子が含まれています。
- each sub-identifier in the OBJECT IDENTIFIER name of the managed object instance matches the corresponding sub-identifier of the family name whenever the corresponding bit of the associated family mask is non-zero.
- 管理対象オブジェクトインスタンスのOBJECT IDENTIFIER名の各サブ識別子は、関連するファミリーマスクの対応するビットがゼロ以外の場合は常に、ファミリー名の対応するサブ識別子と一致します。
When the configured value of the family mask is all ones, the view subtree family is identical to the single view subtree identified by the family name.
ファミリマスクの設定値がすべて1の場合、ビューサブツリーファミリは、ファミリ名で識別される単一のビューサブツリーと同一です。
When the configured value of the family mask is shorter than required to perform the above test, its value is implicitly extended with ones. Consequently, a view subtree family having a family mask of zero length always corresponds to a single view subtree.
ファミリーマスクの設定値が上記のテストの実行に必要な値よりも短い場合、その値は暗黙的に1で拡張されます。その結果、長さがゼロのファミリーマスクを持つビューサブツリーファミリーは、常に単一のビューサブツリーに対応します。
The View-based Access Control Model determines the access rights of a group, representing zero or more securityNames which have the same access rights. For a particular context, identified by contextName, to which a group, identified by groupName, has access using a particular securityModel and securityLevel, that group's access rights are given by a read-view, a write-view and a notify-view.
ビューベースのアクセス制御モデルは、グループのアクセス権を決定し、同じアクセス権を持つ0個以上のsecurityNameを表します。 groupNameで識別されるグループが特定のsecurityModelとsecurityLevelを使用してアクセスできる、contextNameで識別される特定のコンテキストの場合、そのグループのアクセス権は、読み取りビュー、書き込みビュー、および通知ビューによって与えられます。
The read-view represents the set of object instances authorized for the group when reading objects. Reading objects occurs when processing a retrieval operation (when handling Read Class PDUs).
read-viewは、オブジェクトを読み取るときにグループに許可されたオブジェクトインスタンスのセットを表します。オブジェクトの読み取りは、検索操作を処理するときに発生します（読み取りクラスPDUを処理するとき）。
The write-view represents the set of object instances authorized for the group when writing objects. Writing objects occurs when processing a write operation (when handling Write Class PDUs).
書き込みビューは、オブジェクトの書き込み時にグループに許可されたオブジェクトインスタンスのセットを表します。オブジェクトの書き込みは、書き込み操作の処理時（書き込みクラスPDUの処理時）に行われます。
The notify-view represents the set of object instances authorized for the group when sending objects in a notification, such as when sending a notification (when sending Notification Class PDUs).
notify-viewは、通知を送信するとき（Notification Class PDUを送信するときなど）にオブジェクトを送信するときに、グループに対して許可されたオブジェクトインスタンスのセットを表します。
This section describes the procedures followed by an Access Control module that implements the View-based Access Control Model when checking access rights as requested by an application (for example a Command Responder or a Notification Originator application). The abstract service primitive is:
このセクションでは、アプリケーション（コマンドレスポンダや通知元のアプリケーションなど）からの要求に応じてアクセス権をチェックするときに、ビューベースのアクセス制御モデルを実装するアクセス制御モジュールが従う手順について説明します。抽象サービスプリミティブは次のとおりです。
statusInformation = -- success or errorIndication isAccessAllowed( securityModel -- Security Model in use securityName -- principal who wants access securityLevel -- Level of Security viewType -- read, write, or notify view contextName -- context containing variableName variableName -- OID for the managed object )
statusInformation =-成功またはerrorIndication isAccessAllowed（securityModel-使用中のセキュリティモデルsecurityName-セキュリティレベル-セキュリティのレベルviewType-読み取り、書き込み、または通知ビューcontextName-変数を含むコンテキストvariableName-のOID管理オブジェクト）
The abstract data elements are:
抽象データ要素は次のとおりです。
statusInformation - one of the following: accessAllowed - a MIB view was found and access is granted. notInView - a MIB view was found but access is denied. The variableName is not in the configured MIB view for the specified viewType (e.g., in the relevant entry in the vacmAccessTable). noSuchView - no MIB view found because no view has been configured for specified viewType (e.g., in the relevant entry in the vacmAccessTable). noSuchContext - no MIB view found because of no entry in the vacmContextTable for specified contextName. noGroupName - no MIB view found because no entry has been configured in the vacmSecurityToGroupTable for the specified combination of securityModel and securityName. noAccessEntry - no MIB view found because no entry has been configured in the vacmAccessTable for the specified combination of contextName, groupName (from vacmSecurityToGroupTable), securityModel and securityLevel. otherError - failure, an undefined error occurred. securityModel - Security Model under which access is requested. securityName - the principal on whose behalf access is requested. securityLevel - Level of Security under which access is requested. viewType - view to be checked (read, write or notify). contextName - context in which access is requested. variableName - object instance to which access is requested.
statusInformation-次のいずれか：accessAllowed-MIBビューが見つかり、アクセスが許可されました。 notInView-MIBビューが見つかりましたが、アクセスが拒否されました。 variableNameが、指定されたviewTypeの構成済みMIBビューにありません（たとえば、vacmAccessTableの関連エントリにあります）。 noSuchView-指定されたviewType（たとえば、vacmAccessTableの関連エントリ内）に設定されているビューがないため、MIBビューが見つかりません。 noSuchContext-指定されたcontextNameのvacmContextTableにエントリがないため、MIBビューが見つかりません。 noGroupName-指定されたsecurityModelとsecurityNameの組み合わせのvacmSecurityToGroupTableにエントリが構成されていないため、MIBビューが見つかりませんでした。 noAccessEntry-contextName、groupName（vacmSecurityToGroupTableから）、securityModel、およびsecurityLevelの指定された組み合わせのvacmAccessTableにエントリーが構成されていないため、MIBビューは見つかりませんでした。 otherError-失敗、未定義のエラーが発生しました。 securityModel-アクセスが要求されるセキュリティモデル。 securityName-代理アクセスが要求される主体。 securityLevel-アクセスが要求されるセキュリティのレベル。 viewType-チェックするビュー（読み取り、書き込み、または通知）。 contextName-アクセスが要求されるコンテキスト。 variableName-アクセスが要求されるオブジェクトインスタンス。
The following picture shows how the decision for access control is made by the View-based Access Control Model.
次の図は、アクセス制御の決定がビューベースのアクセス制御モデルによってどのように行われるかを示しています。
+--------------------------------------------------------------------+
| |
| +-> securityModel -+ |
| | (a) | |
| who -+ +-> groupName ----+ |
| (1) | | (x) | |
| +-> securityName --+ | |
| (b) | |
| | |
| where -> contextName ---------------------+ |
| (2) (e) | |
| | |
| | |
| +-> securityModel -------------------+ |
| | (a) | |
| how -+ +-> viewName -+ |
| (3) | | (y) | |
| +-> securityLevel -------------------+ | |
| (c) | +-> yes/no |
| | | decision |
| why ---> viewType (read/write/notify) ----+ | (z) |
| (4) (d) | |
| | |
| what --> object-type ------+ | |
| (5) (m) | | |
| +-> variableName (OID) ------+ |
| | (f) |
| which -> object-instance --+ |
| (6) (n) |
| |
+--------------------------------------------------------------------+
How the decision for isAccessAllowed is made.
isAccessAllowedの決定方法。
1) Inputs to the isAccessAllowed service are:
1）isAccessAllowedサービスへの入力は次のとおりです。
(a) securityModel -- Security Model in use
(b) securityName -- principal who wants to access
(c) securityLevel -- Level of Security
(d) viewType -- read, write, or notify view
(e) contextName -- context containing variableName
(f) variableName -- OID for the managed object
-- this is made up of:
- object-type (m)
- object-instance (n)
2) The partial "who" (1), represented by the securityModel (a) and the securityName (b), are used as the indices (a,b) into the vacmSecurityToGroupTable to find a single entry that produces a group, represented by groupName (x).
2）securityModel（a）とsecurityName（b）で表される部分的な「who」（1）は、vacmSecurityToGroupTableへのインデックス（a、b）として使用され、 groupName（x）。
3) The "where" (2), represented by the contextName (e), the "who", represented by the groupName (x) from the previous step, and the "how" (3), represented by securityModel (a) and securityLevel (c), are used as indices (e,x,a,c) into the vacmAccessTable to find a single entry that contains three MIB views.
3）contextName（e）で表される「where」（2）、前のステップのgroupName（x）で表される「who」、およびsecurityModel（a）で表される「how」（3）およびsecurityLevel（c）は、vacmAccessTableへのインデックス（e、x、a、c）として使用され、3つのMIBビューを含む単一のエントリを検索します。
4) The "why" (4), represented by the viewType (d), is used to select the proper MIB view, represented by a viewName (y), from the vacmAccessEntry selected in the previous step. This viewName (y) is an index into the vacmViewTreeFamilyTable and selects the set of entries that define the variableNames which are included in or excluded from the MIB view identified by the viewName (y).
4）viewType（d）で表される「why」（4）は、前の手順で選択されたvacmAccessEntryから、viewName（y）で表される適切なMIBビューを選択するために使用されます。このviewName（y）はvacmViewTreeFamilyTableへのインデックスであり、viewName（y）で識別されるMIBビューに含まれる、またはそこから除外されるvariableNamesを定義するエントリのセットを選択します。
5) The "what" (5) type of management data and "which" (6) particular instance, represented by the variableName (f), is then checked to be in the MIB view or not, e.g., the yes/no decision (z).
5）次に、variableName（f）で表される「what」（5）タイプの管理データと「which」（6）特定のインスタンスが、MIBビューにあるかどうかがチェックされます。 （z）。
This section describes the procedure followed by an Access Control module that implements the View-based Access Control Model whenever it receives an isAccessAllowed request.
このセクションでは、isAccessAllowedリクエストを受信するたびにビューベースのアクセス制御モデルを実装するアクセス制御モジュールが従う手順について説明します。
1) The vacmContextTable is consulted for information about the SNMP context identified by the contextName. If information about this SNMP context is absent from the table, then an errorIndication (noSuchContext) is returned to the calling module.
1）contextNameで識別されるSNMPコンテキストに関する情報については、vacmContextTableが参照されます。このSNMPコンテキストに関する情報がテーブルにない場合、errorIndication（noSuchContext）が呼び出し側モジュールに返されます。
2) The vacmSecurityToGroupTable is consulted for mapping the securityModel and securityName to a groupName. If the information about this combination is absent from the table, then an errorIndication (noGroupName) is returned to the calling module.
2）securityModelおよびsecurityNameをgroupNameにマッピングするために、vacmSecurityToGroupTableが参照されます。この組み合わせに関する情報がテーブルにない場合、errorIndication（noGroupName）が呼び出しモジュールに返されます。
3) The vacmAccessTable is consulted for information about the groupName, contextName, securityModel and securityLevel. If information about this combination is absent from the table, then an errorIndication (noAccessEntry) is returned to the calling module.
3）groupName、contextName、securityModel、およびsecurityLevelについては、vacmAccessTableを調べます。この組み合わせに関する情報がテーブルにない場合、errorIndication（noAccessEntry）が呼び出しモジュールに返されます。
4) a) If the viewType is "read", then the read view is used for checking access rights.
4）a）viewTypeが "read"の場合、読み取りビューはアクセス権のチェックに使用されます。
b) If the viewType is "write", then the write view is used for checking access rights.
b) viewTypeが「write」の場合、書き込みビューはアクセス権のチェックに使用されます。
c) If the viewType is "notify", then the notify view is used for checking access rights.
c) viewTypeが「notify」の場合、通知ビューはアクセス権のチェックに使用されます。
If the view to be used is the empty view (zero length viewName) then an errorIndication (noSuchView) is returned to the calling module.
使用するビューが空のビュー（長さがゼロのviewName）の場合、errorIndication（noSuchView）が呼び出し側モジュールに返されます。
5) a) If there is no view configured for the specified viewType, then an errorIndication (noSuchView) is returned to the calling module.
5）a）指定されたviewTypeに構成されたビューがない場合、errorIndication（noSuchView）が呼び出しモジュールに返されます。
b) If the specified variableName (object instance) is not in the MIB view (see DESCRIPTION clause for vacmViewTreeFamilyTable in section 4), then an errorIndication (notInView) is returned to the calling module.
b) 指定されたvariableName（オブジェクトインスタンス）がMIBビューにない場合（セクション4のvacmViewTreeFamilyTableのDESCRIPTION句を参照）、errorIndication（notInView）が呼び出しモジュールに返されます。
Otherwise,
さもないと、
c) The specified variableName is in the MIB view. A statusInformation of success (accessAllowed) is returned to the calling module.
c) 指定されたvariableNameはMIBビューにあります。成功のステータス情報（accessAllowed）が呼び出しモジュールに返されます。
SNMP-VIEW-BASED-ACM-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF MODULE-IDENTITY, OBJECT-TYPE, snmpModules FROM SNMPv2-SMI TestAndIncr, RowStatus, StorageType FROM SNMPv2-TC SnmpAdminString, SnmpSecurityLevel, SnmpSecurityModel FROM SNMP-FRAMEWORK-MIB;
SNMPv2-SMI TestAndIncr、RowStatus、SNMPv2-TCからのSNMPv2-CONF MODULE-IDENTITY、OBJECT-TYPE、snmpModulesからのMODULE-COMPLIANCE、OBJECT-GROUPのインポートSNMPv2-TCからのSNMP-FRAMEWORK-MIBからのSnmpAdminString、SnmpSecurityLevel、SnmpSecurityModel;
snmpVacmMIB MODULE-IDENTITY LAST-UPDATED "200210160000Z" -- 16 Oct 2002, midnight ORGANIZATION "SNMPv3 Working Group" CONTACT-INFO "WG-email: snmpv3@lists.tislabs.com Subscribe: majordomo@lists.tislabs.com In message body: subscribe snmpv3
snmpVacmMIB MODULE-IDENTITY LAST-UPDATED "200210160000Z"-2002年10月16日深夜0時の組織 "SNMPv3ワーキンググループ"連絡先情報 "WG-email：snmpv3@lists.tislabs.com購読：majordomo@lists.tislabs.comメッセージ本文：snmpv3をサブスクライブします
Co-Chair: Russ Mundy Network Associates Laboratories postal: 15204 Omega Drive, Suite 300 Rockville, MD 20850-4601 USA email: mundy@tislabs.com phone: +1 301-947-7107
共同議長：Russ Mundy Network Associates Laboratories郵便：15204 Omega Drive、Suite 300 Rockville、MD 20850-4601 USAメール：mundy@tislabs.com電話：+1 301-947-7107
Co-Chair: David Harrington Enterasys Networks Postal: 35 Industrial Way P. O. Box 5004 Rochester, New Hampshire 03866-5005 USA EMail: dbh@enterasys.com Phone: +1 603-337-2614
共同議長：David Harrington Enterasys Networks郵便：35 Industrial Way P.O. Box 5004 Rochester、New Hampshire 03866-5005 USA Eメール：dbh@enterasys.com電話：+1 603-337-2614
Co-editor: Bert Wijnen Lucent Technologies postal: Schagen 33 3461 GL Linschoten Netherlands email: bwijnen@lucent.com phone: +31-348-480-685
共同編集者：Bert Wijnen Lucent Technologies郵便：Schagen 33 3461 GL Linschotenオランダメール：bwijnen@lucent.com電話：+ 31-348-480-685
Co-editor: Randy Presuhn BMC Software, Inc.
共同編集者：Randy Presuhn BMC Software、Inc.
postal: 2141 North First Street San Jose, CA 95131 USA email: randy_presuhn@bmc.com phone: +1 408-546-1006
郵便：2141 North First Street San Jose、CA 95131 USA電子メール：randy_presuhn@bmc.com電話：+1 408-546-1006
Co-editor: Keith McCloghrie Cisco Systems, Inc. postal: 170 West Tasman Drive San Jose, CA 95134-1706 USA email: kzm@cisco.com phone: +1-408-526-5260 " DESCRIPTION "The management information definitions for the View-based Access Control Model for SNMP.
共同編集者：Keith McCloghrie Cisco Systems、Inc.郵便：170 West Tasman Drive San Jose、CA 95134-1706 USA電子メール：kzm@cisco.com電話：+ 1-408-526-5260「説明」の管理情報の定義SNMPのビューベースのアクセス制御モデル。
Copyright (C) The Internet Society (2002). This version of this MIB module is part of RFC 3415; see the RFC itself for full legal notices. " -- Revision history
Copyright（C）The Internet Society（2002）。このバージョンのこのMIBモジュールはRFC 3415の一部です。完全な法的通知については、RFC自体を参照してください。 "-改訂履歴
REVISION "200210160000Z" -- 16 Oct 2002, midnight DESCRIPTION "Clarifications, published as RFC3415"
改訂 "200210160000Z"-2002年10月16日、真夜中説明 "説明、RFC3415として公開"
REVISION "199901200000Z" -- 20 Jan 1999, midnight DESCRIPTION "Clarifications, published as RFC2575"
改訂 "199901200000Z"-1999年1月20日、真夜中説明 "説明、RFC2575として公開"
REVISION "199711200000Z" -- 20 Nov 1997, midnight DESCRIPTION "Initial version, published as RFC2275"
REVISION "199711200000Z"-1997年11月20日、真夜中説明 "初期バージョン、RFC2275として公開"
::= { snmpModules 16 }
-- Administrative assignments ****************************************
vacmMIBObjects OBJECT IDENTIFIER ::= { snmpVacmMIB 1 }
vacmMIBConformance OBJECT IDENTIFIER ::= { snmpVacmMIB 2 }
-- Information about Local Contexts **********************************
vacmContextTable OBJECT-TYPE SYNTAX SEQUENCE OF VacmContextEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table of locally available contexts.
VacmContextEntry MAX-ACCESSのvacmContextTable OBJECT-TYPE構文シーケンスにアクセスできませんステータス現在の説明「ローカルで利用可能なコンテキストのテーブル。
This table provides information to SNMP Command Generator applications so that they can properly configure the vacmAccessTable to control access to all contexts at the SNMP entity.
このテーブルは、SNMPエンティティですべてのコンテキストへのアクセスを制御するようにvacmAccessTableを適切に構成できるように、SNMPコマンドジェネレーターアプリケーションに情報を提供します。
This table may change dynamically if the SNMP entity allows that contexts are added/deleted dynamically (for instance when its configuration changes). Such changes would happen only if the management instrumentation at that SNMP entity recognizes more (or fewer) contexts.
SNMPエンティティがコンテキストの動的な追加/削除を許可している場合（たとえば、構成が変更された場合）、このテーブルは動的に変化する可能性があります。そのような変更は、そのSNMPエンティティの管理計装がより多くの（またはより少ない）コンテキストを認識する場合にのみ発生します。
The presence of entries in this table and of entries in the vacmAccessTable are independent. That is, a context identified by an entry in this table is not necessarily referenced by any entries in the vacmAccessTable; and the context(s) referenced by an entry in the vacmAccessTable does not necessarily currently exist and thus need not be identified by an entry in this table.
このテーブルのエントリの存在とvacmAccessTableのエントリは独立しています。つまり、このテーブルのエントリによって識別されるコンテキストは、必ずしもvacmAccessTableのエントリによって参照されるとは限りません。 vacmAccessTableのエントリによって参照されるコンテキストは、必ずしも現在存在しているとは限らないため、このテーブルのエントリによって識別される必要はありません。
This table must be made accessible via the default context so that Command Responder applications have a standard way of retrieving the information.
Command Responderアプリケーションが情報を取得する標準的な方法を持つように、このテーブルはデフォルトのコンテキストを介してアクセス可能にする必要があります。
This table is read-only. It cannot be configured via
SNMP.
"
::= { vacmMIBObjects 1 }
vacmContextEntry OBJECT-TYPE
SYNTAX VacmContextEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Information about a particular context."
INDEX {
vacmContextName
}
::= { vacmContextTable 1 }
VacmContextEntry ::= SEQUENCE
{
vacmContextName SnmpAdminString
}
vacmContextName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-only STATUS current DESCRIPTION "A human readable name identifying a particular context at a particular SNMP entity.
vacmContextName OBJECT-TYPE構文SnmpAdminString（SIZE（0..32））MAX-ACCESS読み取り専用ステータス現在の説明「特定のSNMPエンティティで特定のコンテキストを識別する人間が読み取り可能な名前。
The empty contextName (zero length) represents the
default context.
"
::= { vacmContextEntry 1 }
-- Information about Groups ******************************************
vacmSecurityToGroupTable OBJECT-TYPE
SYNTAX SEQUENCE OF VacmSecurityToGroupEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table maps a combination of securityModel and
securityName into a groupName which is used to define
an access control policy for a group of principals.
"
::= { vacmMIBObjects 2 }
vacmSecurityToGroupEntry OBJECT-TYPE
SYNTAX VacmSecurityToGroupEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An entry in this table maps the combination of a
securityModel and securityName into a groupName.
"
INDEX {
vacmSecurityModel,
vacmSecurityName
}
::= { vacmSecurityToGroupTable 1 }
VacmSecurityToGroupEntry ::= SEQUENCE
{
vacmSecurityModel SnmpSecurityModel,
vacmSecurityName SnmpAdminString,
vacmGroupName SnmpAdminString,
vacmSecurityToGroupStorageType StorageType,
vacmSecurityToGroupStatus RowStatus
}
vacmSecurityModel OBJECT-TYPE SYNTAX SnmpSecurityModel(1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The Security Model, by which the vacmSecurityName referenced by this entry is provided.
vacmSecurityModel OBJECT-TYPE SYNTAX SnmpSecurityModel（1..2147483647）MAX-ACCESS not-accessibleステータス現在の説明「このエントリによって参照されるvacmSecurityNameが提供されるセキュリティモデル。
Note, this object may not take the 'any' (0) value.
"
::= { vacmSecurityToGroupEntry 1 }
vacmSecurityName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The securityName for the principal, represented in a
Security Model independent format, which is mapped by
this entry to a groupName.
"
::= { vacmSecurityToGroupEntry 2 }
vacmGroupName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(1..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "The name of the group to which this entry (e.g., the combination of securityModel and securityName) belongs.
vacmGroupName OBJECT-TYPE構文SnmpAdminString（SIZE（1..32））MAX-ACCESS read-create STATUS現在の説明「このエントリが属するグループの名前（たとえば、securityModelとsecurityNameの組み合わせ）が属しています。
This groupName is used as index into the
vacmAccessTable to select an access control policy.
However, a value in this table does not imply that an
instance with the value exists in table vacmAccesTable.
"
::= { vacmSecurityToGroupEntry 3 }
vacmSecurityToGroupStorageType 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 }
::= { vacmSecurityToGroupEntry 4 }
vacmSecurityToGroupStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status of this conceptual row.
vacmSecurityToGroupStatus OBJECT-TYPE構文RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION「この概念的な行のステータス。
Until instances of all corresponding columns are appropriately configured, the value of the corresponding instance of the vacmSecurityToGroupStatus column is 'notReady'.
対応するすべての列のインスタンスが適切に構成されるまで、vacmSecurityToGroupStatus列の対応するインスタンスの値は「notReady」です。
In particular, a newly created row cannot be made active until a value has been set for vacmGroupName.
特に、新しく作成された行は、vacmGroupNameに値が設定されるまでアクティブにできません。
The RowStatus TC [RFC2579] requires that this DESCRIPTION clause states under which circumstances other objects in this row can be modified:
RowStatus TC [RFC2579]では、このDESCRIPTION句で、この行の他のオブジェクトを変更できる状況を指定する必要があります。
The value of this object has no effect on whether
other objects in this conceptual row can be modified.
"
::= { vacmSecurityToGroupEntry 5 }
-- Information about Access Rights ***********************************
vacmAccessTable OBJECT-TYPE SYNTAX SEQUENCE OF VacmAccessEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table of access rights for groups.
vacmAccessTable OBJECT-TYPE SYNTAX SEQUENCE OF VacmAccessEntry MAX-ACCESS not-accessibleステータス現在の説明「グループのアクセス権の表。
Each entry is indexed by a groupName, a contextPrefix, a securityModel and a securityLevel. To determine whether access is allowed, one entry from this table needs to be selected and the proper viewName from that entry must be used for access control checking.
各エントリには、groupName、contextPrefix、securityModel、およびsecurityLevelによってインデックスが付けられます。アクセスが許可されているかどうかを判断するには、このテーブルから1つのエントリを選択し、そのエントリの適切なviewNameをアクセス制御チェックに使用する必要があります。
To select the proper entry, follow these steps:
適切なエントリを選択するには、次の手順に従います。
1) the set of possible matches is formed by the intersection of the following sets of entries:
1）可能な一致のセットは、以下のエントリーのセットの共通部分によって形成されます。
the set of entries with identical vacmGroupName the union of these two sets: - the set with identical vacmAccessContextPrefix - the set of entries with vacmAccessContextMatch value of 'prefix' and matching vacmAccessContextPrefix intersected with the union of these two sets: - the set of entries with identical vacmSecurityModel - the set of entries with vacmSecurityModel value of 'any' intersected with the set of entries with vacmAccessSecurityLevel value less than or equal to the requested securityLevel
同一のvacmGroupNameを持つエントリのセットこれら2つのセットの和集合：-同一のvacmAccessContextPrefixを持つセット-'prefix'のvacmAccessContextMatch値を持ち、一致するvacmAccessContextPrefixがこれら2つのセットの和集合と交差しているエントリのセット：-以下のエントリのセット同一のvacmSecurityModel-vacmSecurityModel値が「any」のエントリのセットは、要求されたsecurityLevel以下のvacmAccessSecurityLevel値のエントリのセットと交差しています
2) if this set has only one member, we're done otherwise, it comes down to deciding how to weight the preferences between ContextPrefixes, SecurityModels, and SecurityLevels as follows: a) if the subset of entries with securityModel matching the securityModel in the message is not empty, then discard the rest. b) if the subset of entries with vacmAccessContextPrefix matching the contextName in the message is not empty, then discard the rest c) discard all entries with ContextPrefixes shorter than the longest one remaining in the set d) select the entry with the highest securityLevel
2）このセットにメンバーが1つしかない場合は、それ以外の場合は、次のようにContextPrefixes、SecurityModels、およびSecurityLevels間の設定に重みを付ける方法を決定します。a）securityModelのエントリのサブセットが、メッセージは空ではなく、残りを破棄します。 b）メッセージのcontextNameと一致するvacmAccessContextPrefixを持つエントリのサブセットが空でない場合、残りを破棄しますc）セットに残っている最長のものより短いContextPrefixを持つすべてのエントリを破棄しますd）最も高いsecurityLevelのエントリを選択します
Please note that for securityLevel noAuthNoPriv, all
groups are really equivalent since the assumption that
the securityName has been authenticated does not hold.
"
::= { vacmMIBObjects 4 }
vacmAccessEntry OBJECT-TYPE SYNTAX VacmAccessEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An access right configured in the Local Configuration Datastore (LCD) authorizing access to an SNMP context.
vacmAccessEntry OBJECT-TYPE構文VacmAccessEntry MAX-ACCESS not-accessibleステータス現在の説明「SNMPコンテキストへのアクセスを許可するローカル構成データストア（LCD）で構成されたアクセス権。
Entries in this table can use an instance value for
object vacmGroupName even if no entry in table
vacmAccessSecurityToGroupTable has a corresponding
value for object vacmGroupName.
"
INDEX { vacmGroupName,
vacmAccessContextPrefix,
vacmAccessSecurityModel,
vacmAccessSecurityLevel
}
::= { vacmAccessTable 1 }
VacmAccessEntry ::= SEQUENCE
{
vacmAccessContextPrefix SnmpAdminString,
vacmAccessSecurityModel SnmpSecurityModel,
vacmAccessSecurityLevel SnmpSecurityLevel,
vacmAccessContextMatch INTEGER,
vacmAccessReadViewName SnmpAdminString,
vacmAccessWriteViewName SnmpAdminString, vacmAccessNotifyViewName SnmpAdminString,
vacmAccessStorageType StorageType,
vacmAccessStatus RowStatus
}
vacmAccessContextPrefix OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "In order to gain the access rights allowed by this
conceptual row, a contextName must match exactly
(if the value of vacmAccessContextMatch is 'exact')
or partially (if the value of vacmAccessContextMatch
is 'prefix') to the value of the instance of this
object.
"
::= { vacmAccessEntry 1 }
vacmAccessSecurityModel OBJECT-TYPE
SYNTAX SnmpSecurityModel
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "In order to gain the access rights allowed by this
conceptual row, this securityModel must be in use.
"
::= { vacmAccessEntry 2 }
vacmAccessSecurityLevel OBJECT-TYPE SYNTAX SnmpSecurityLevel MAX-ACCESS not-accessible STATUS current DESCRIPTION "The minimum level of security required in order to gain the access rights allowed by this conceptual row. A securityLevel of noAuthNoPriv is less than authNoPriv which in turn is less than authPriv.
vacmAccessSecurityLevel OBJECT-TYPE SYNTAX SnmpSecurityLevel MAX-ACCESS not-accessible STATUS現在の説明「この概念的な行で許可されているアクセス権を取得するために必要なセキュリティの最小レベル。noAuthNoPrivのsecurityLevelはauthNoPriv未満で、authPriv未満です。 。
If multiple entries are equally indexed except for
this vacmAccessSecurityLevel index, then the entry
which has the highest value for
vacmAccessSecurityLevel is selected.
"
::= { vacmAccessEntry 3 }
vacmAccessContextMatch OBJECT-TYPE SYNTAX INTEGER { exact (1), -- exact match of prefix and contextName prefix (2) -- Only match to the prefix }
vacmAccessContextMatch OBJECT-TYPE SYNTAX INTEGER {完全一致（1）、-プレフィックスとcontextNameプレフィックスの完全一致（2）-プレフィックスにのみ一致}
MAX-ACCESS read-create STATUS current DESCRIPTION "If the value of this object is exact(1), then all rows where the contextName exactly matches vacmAccessContextPrefix are selected.
MAX-ACCESS read-create STATUS current DESCRIPTION "このオブジェクトの値がexact（1）の場合、contextNameがvacmAccessContextPrefixと完全に一致するすべての行が選択されます。
If the value of this object is prefix(2), then all
rows where the contextName whose starting octets
exactly match vacmAccessContextPrefix are selected.
This allows for a simple form of wildcarding.
"
DEFVAL { exact }
::= { vacmAccessEntry 4 }
vacmAccessReadViewName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "The value of an instance of this object identifies the MIB view of the SNMP context to which this conceptual row authorizes read access.
vacmAccessReadViewName OBJECT-TYPE構文SnmpAdminString（SIZE（0..32））MAX-ACCESS read-createステータス現在の説明「このオブジェクトのインスタンスの値は、この概念的な行が読み取りアクセスを許可するSNMPコンテキストのMIBビューを識別します。
The identified MIB view is that one for which the
vacmViewTreeFamilyViewName has the same value as the
instance of this object; if the value is the empty
string or if there is no active MIB view having this
value of vacmViewTreeFamilyViewName, then no access
is granted.
"
DEFVAL { ''H } -- the empty string
::= { vacmAccessEntry 5 }
vacmAccessWriteViewName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "The value of an instance of this object identifies the MIB view of the SNMP context to which this conceptual row authorizes write access.
vacmAccessWriteViewName OBJECT-TYPE SYNTAX SnmpAdminString（SIZE（0..32））MAX-ACCESS read-create STATUS現在の説明「このオブジェクトのインスタンスの値は、この概念的な行が書き込みアクセスを許可するSNMPコンテキストのMIBビューを識別します。
The identified MIB view is that one for which the vacmViewTreeFamilyViewName has the same value as the instance of this object; if the value is the empty string or if there is no active MIB view having this value of vacmViewTreeFamilyViewName, then no access is granted. " DEFVAL { ''H } -- the empty string
識別されたMIBビューは、vacmViewTreeFamilyViewNameがこのオブジェクトのインスタンスと同じ値を持つビューです。値が空の文字列の場合、またはvacmViewTreeFamilyViewNameのこの値を持つアクティブなMIBビューがない場合、アクセスは許可されません。 "DEFVAL {'' H}-空の文字列
::= { vacmAccessEntry 6 }
vacmAccessNotifyViewName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-create STATUS current DESCRIPTION "The value of an instance of this object identifies the MIB view of the SNMP context to which this conceptual row authorizes access for notifications.
vacmAccessNotifyViewName OBJECT-TYPE SYNTAX SnmpAdminString（SIZE（0..32））MAX-ACCESS read-create STATUS current DESCRIPTION "このオブジェクトのインスタンスの値は、この概念的な行が通知へのアクセスを許可するSNMPコンテキストのMIBビューを識別します。
The identified MIB view is that one for which the
vacmViewTreeFamilyViewName has the same value as the
instance of this object; if the value is the empty
string or if there is no active MIB view having this
value of vacmViewTreeFamilyViewName, then no access
is granted.
"
DEFVAL { ''H } -- the empty string
::= { vacmAccessEntry 7 }
vacmAccessStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row.
vacmAccessStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION「この概念的な行のストレージタイプ。
Conceptual rows having the value 'permanent' need not
allow write-access to any columnar objects in the row.
"
DEFVAL { nonVolatile }
::= { vacmAccessEntry 8 }
vacmAccessStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status of this conceptual row.
vacmAccessStatus OBJECT-TYPE構文RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION「この概念的な行のステータス。
The RowStatus TC [RFC2579] requires that this DESCRIPTION clause states under which circumstances other objects in this row can be modified:
RowStatus TC [RFC2579]では、このDESCRIPTION句で、この行の他のオブジェクトを変更できる状況を指定する必要があります。
The value of this object has no effect on whether
other objects in this conceptual row can be modified.
"
::= { vacmAccessEntry 9 }
-- Information about MIB views ***************************************
-- Support for instance-level granularity is optional. -- -- In some implementations, instance-level access control -- granularity may come at a high performance cost. Managers -- should avoid requesting such configurations unnecessarily.
-インスタンスレベルの粒度のサポートはオプションです。 --一部の実装では、インスタンスレベルのアクセス制御-細分性は高いパフォーマンスコストをもたらす可能性があります。マネージャー-このような構成を不必要に要求することは避けてください。
vacmMIBViews OBJECT IDENTIFIER ::= { vacmMIBObjects 5 }
vacmViewSpinLock OBJECT-TYPE SYNTAX TestAndIncr MAX-ACCESS read-write STATUS current DESCRIPTION "An advisory lock used to allow cooperating SNMP Command Generator applications to coordinate their use of the Set operation in creating or modifying views.
vacmViewSpinLock OBJECT-TYPE構文TestAndIncr MAX-ACCESS読み取りと書き込みステータス現在の説明「アドバイザリロックは、連携するSNMPコマンドジェネレーターアプリケーションが、ビューの作成または変更におけるSet操作の使用を調整できるようにするために使用されます。
When creating a new view or altering an existing view, it is important to understand the potential interactions with other uses of the view. The vacmViewSpinLock should be retrieved. The name of the view to be created should be determined to be unique by the SNMP Command Generator application by consulting the vacmViewTreeFamilyTable. Finally, the named view may be created (Set), including the advisory lock. If another SNMP Command Generator application has altered the views in the meantime, then the spin lock's value will have changed, and so this creation will fail because it will specify the wrong value for the spin lock.
新しいビューを作成したり、既存のビューを変更したりするときは、ビューの他の用途との潜在的な相互作用を理解することが重要です。 vacmViewSpinLockを取得する必要があります。作成するビューの名前は、vacmViewTreeFamilyTableを調べて、SNMPコマンドジェネレーターアプリケーションによって一意であると判断する必要があります。最後に、通知ロックを含む名前付きビューを作成（設定）できます。別のSNMPコマンドジェネレーターアプリケーションがその間にビューを変更した場合、スピンロックの値が変更され、スピンロックの誤った値が指定されるため、この作成は失敗します。
Since this is an advisory lock, the use of this lock
is not enforced.
"
::= { vacmMIBViews 1 }
vacmViewTreeFamilyTable OBJECT-TYPE SYNTAX SEQUENCE OF VacmViewTreeFamilyEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Locally held information about families of subtrees within MIB views.
vacmViewTreeFamilyTable OBJECT-TYPE SYNTAX SEQUENCE OF VacmViewTreeFamilyEntry MAX-ACCESS not-accessibleステータス現在の説明「MIBビュー内のサブツリーのファミリに関するローカルで保持されている情報。
Each MIB view is defined by two sets of view subtrees: - the included view subtrees, and - the excluded view subtrees. Every such view subtree, both the included and the excluded ones, is defined in this table.
各MIBビューは、ビューサブツリーの2つのセットで定義されます。-含まれるビューサブツリーと-除外されるビューサブツリー。このようなすべてのビューのサブツリー（含まれているものと含まれていないもの）は、このテーブルで定義されています。
To determine if a particular object instance is in a particular MIB view, compare the object instance's OBJECT IDENTIFIER with each of the MIB view's active entries in this table. If none match, then the object instance is not in the MIB view. If one or more match, then the object instance is included in, or excluded from, the MIB view according to the value of vacmViewTreeFamilyType in the entry whose value of vacmViewTreeFamilySubtree has the most sub-identifiers. If multiple entries match and have the same number of sub-identifiers (when wildcarding is specified with the value of vacmViewTreeFamilyMask), then the lexicographically greatest instance of vacmViewTreeFamilyType determines the inclusion or exclusion.
特定のオブジェクトインスタンスが特定のMIBビューにあるかどうかを判断するには、オブジェクトインスタンスのOBJECT IDENTIFIERを、このテーブルの各MIBビューのアクティブなエントリと比較します。一致するものがない場合、オブジェクトインスタンスはMIBビューにありません。 1つ以上が一致する場合、オブジェクトインスタンスは、vacmViewTreeFamilySubtreeの値が最も多くのサブ識別子を持つエントリのvacmViewTreeFamilyTypeの値に従って、MIBビューに含まれるか、MIBビューから除外されます。複数のエントリが一致し、サブ識別子の数が同じである場合（vacmViewTreeFamilyMaskの値でワイルドカードが指定されている場合）、辞書順で最大のvacmViewTreeFamilyTypeのインスタンスが包含または除外を決定します。
An object instance's OBJECT IDENTIFIER X matches an active entry in this table when the number of sub-identifiers in X is at least as many as in the value of vacmViewTreeFamilySubtree for the entry, and each sub-identifier in the value of vacmViewTreeFamilySubtree matches its corresponding sub-identifier in X. Two sub-identifiers match either if the corresponding bit of the value of vacmViewTreeFamilyMask for the entry is zero (the 'wild card' value), or if they are equal.
オブジェクトインスタンスのOBJECT IDENTIFIER Xは、Xのサブ識別子の数が少なくともエントリのvacmViewTreeFamilySubtreeの値と同じであり、vacmViewTreeFamilySubtreeの値の各サブ識別子が対応するものと一致する場合、このテーブルのアクティブなエントリと一致します。 Xのサブ識別子。2つのサブ識別子は、エントリのvacmViewTreeFamilyMaskの値の対応するビットがゼロ（「ワイルドカード」値）である場合、または等しい場合に一致します。
A 'family' of subtrees is the set of subtrees defined by a particular combination of values of vacmViewTreeFamilySubtree and vacmViewTreeFamilyMask.
サブツリーの「ファミリー」は、vacmViewTreeFamilySubtreeとvacmViewTreeFamilyMaskの値の特定の組み合わせによって定義されるサブツリーのセットです。
In the case where no 'wild card' is defined in the vacmViewTreeFamilyMask, the family of subtrees reduces to a single subtree.
「ワイルドカード」がvacmViewTreeFamilyMaskで定義されていない場合、サブツリーのファミリーは単一のサブツリーに減少します。
When creating or changing MIB views, an SNMP Command Generator application should utilize the vacmViewSpinLock to try to avoid collisions. See DESCRIPTION clause of vacmViewSpinLock.
MIBビューを作成または変更する場合、SNMPコマンドジェネレーターアプリケーションはvacmViewSpinLockを利用して衝突を回避する必要があります。 vacmViewSpinLockのDESCRIPTION句を参照してください。
When creating MIB views, it is strongly advised that first the 'excluded' vacmViewTreeFamilyEntries are created and then the 'included' entries.
MIBビューを作成する場合、最初に「除外された」vacmViewTreeFamilyEntriesが作成され、次に「含まれた」エントリが作成されることを強くお勧めします。
When deleting MIB views, it is strongly advised that first the 'included' vacmViewTreeFamilyEntries are deleted and then the 'excluded' entries.
MIBビューを削除するときは、最初に「含まれている」vacmViewTreeFamilyEntriesが削除され、次に「除外された」エントリが削除されることを強くお勧めします。
If a create for an entry for instance-level access
control is received and the implementation does not
support instance-level granularity, then an
inconsistentName error must be returned.
"
::= { vacmMIBViews 2 }
vacmViewTreeFamilyEntry OBJECT-TYPE SYNTAX VacmViewTreeFamilyEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information on a particular family of view subtrees included in or excluded from a particular SNMP context's MIB view.
vacmViewTreeFamilyEntry OBJECT-TYPE構文VacmViewTreeFamilyEntry MAX-ACCESS not-accessibleステータス現在の説明「特定のSNMPコンテキストのMIBビューに含まれる、またはそこから除外されるビューサブツリーの特定のファミリーに関する情報。
Implementations must not restrict the number of families of view subtrees for a given MIB view, except as dictated by resource constraints on the overall number of entries in the vacmViewTreeFamilyTable.
実装は、vacmViewTreeFamilyTable内のエントリの総数に対するリソースの制約によって指示される場合を除き、特定のMIBビューのビューサブツリーのファミリの数を制限してはなりません。
If no conceptual rows exist in this table for a given
MIB view (viewName), that view may be thought of as
consisting of the empty set of view subtrees.
"
INDEX { vacmViewTreeFamilyViewName,
vacmViewTreeFamilySubtree
}
::= { vacmViewTreeFamilyTable 1 }
VacmViewTreeFamilyEntry ::= SEQUENCE
{
vacmViewTreeFamilyViewName SnmpAdminString,
vacmViewTreeFamilySubtree OBJECT IDENTIFIER,
vacmViewTreeFamilyMask OCTET STRING,
vacmViewTreeFamilyType INTEGER,
vacmViewTreeFamilyStorageType StorageType,
vacmViewTreeFamilyStatus RowStatus
}
vacmViewTreeFamilyViewName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(1..32)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The human readable name for a family of view subtrees. "
vacmViewTreeFamilyViewName OBJECT-TYPE SYNTAX SnmpAdminString（SIZE（1..32））MAX-ACCESS not-accessibleステータス現在の説明「ビューサブツリーのファミリの人間が読める名前。」
::= { vacmViewTreeFamilyEntry 1 }
vacmViewTreeFamilySubtree OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The MIB subtree which when combined with the
corresponding instance of vacmViewTreeFamilyMask
defines a family of view subtrees.
"
::= { vacmViewTreeFamilyEntry 2 }
vacmViewTreeFamilyMask OBJECT-TYPE SYNTAX OCTET STRING (SIZE (0..16)) MAX-ACCESS read-create STATUS current DESCRIPTION "The bit mask which, in combination with the corresponding instance of vacmViewTreeFamilySubtree, defines a family of view subtrees.
vacmViewTreeFamilyMask OBJECT-TYPE SYNTAX OCTET STRING（SIZE（0..16））MAX-ACCESS read-create STATUS current DESCRIPTION "対応するvacmViewTreeFamilySubtreeのインスタンスと組み合わせて、ビューサブツリーのファミリを定義するビットマスク。
Each bit of this bit mask corresponds to a sub-identifier of vacmViewTreeFamilySubtree, with the most significant bit of the i-th octet of this octet string value (extended if necessary, see below) corresponding to the (8*i - 7)-th sub-identifier, and the least significant bit of the i-th octet of this octet string corresponding to the (8*i)-th sub-identifier, where i is in the range 1 through 16.
このビットマスクの各ビットはvacmViewTreeFamilySubtreeのサブ識別子に対応し、このオクテット文字列値のi番目のオクテットの最上位ビット（必要に応じて拡張、以下を参照）は（8 * i-7）に対応します。 thサブ識別子、および（8 * i）番目のサブ識別子に対応するこのオクテット文字列のi番目のオクテットの最下位ビット。iは1〜16の範囲です。
Each bit of this bit mask specifies whether or not the corresponding sub-identifiers must match when determining if an OBJECT IDENTIFIER is in this family of view subtrees; a '1' indicates that an exact match must occur; a '0' indicates 'wild card', i.e., any sub-identifier value matches.
このビットマスクの各ビットは、OBJECT IDENTIFIERがこのビューサブツリーのファミリーにあるかどうかを判断するときに、対応するサブ識別子が一致する必要があるかどうかを指定します。 「1」は、完全一致が発生する必要があることを示します。 「0」は「ワイルドカード」を示します。つまり、すべてのサブ識別子の値が一致します。
Thus, the OBJECT IDENTIFIER X of an object instance is contained in a family of view subtrees if, for each sub-identifier of the value of vacmViewTreeFamilySubtree, either:
したがって、vacmViewTreeFamilySubtreeの値のサブ識別子ごとに、次のいずれかの場合、オブジェクトインスタンスのOBJECT IDENTIFIER Xはビューサブツリーのファミリに含まれます。
the i-th bit of vacmViewTreeFamilyMask is 0, or
vacmViewTreeFamilyMaskのi番目のビットが0である、または
the i-th sub-identifier of X is equal to the i-th sub-identifier of the value of vacmViewTreeFamilySubtree.
Xのi番目のサブ識別子は、vacmViewTreeFamilySubtreeの値のi番目のサブ識別子に等しい。
If the value of this bit mask is M bits long and there are more than M sub-identifiers in the corresponding instance of vacmViewTreeFamilySubtree, then the bit mask is extended with 1's to be the required length.
このビットマスクの値がMビット長であり、vacmViewTreeFamilySubtreeの対応するインスタンスにMを超えるサブ識別子がある場合、ビットマスクは1で拡張され、必要な長さになります。
Note that when the value of this object is the zero-length string, this extension rule results in a mask of all-1's being used (i.e., no 'wild card'), and the family of view subtrees is the one view subtree uniquely identified by the corresponding instance of vacmViewTreeFamilySubtree.
このオブジェクトの値が長さゼロの文字列である場合、この拡張ルールはすべて1のマスクが使用される（つまり、「ワイルドカード」がない）ことに注意してください。ビューサブツリーのファミリーは、一意に1つのビューサブツリーです。 vacmViewTreeFamilySubtreeの対応するインスタンスによって識別されます。
Note that masks of length greater than zero length
do not need to be supported. In this case this
object is made read-only.
"
DEFVAL { ''H }
::= { vacmViewTreeFamilyEntry 3 }
vacmViewTreeFamilyType OBJECT-TYPE
SYNTAX INTEGER { included(1), excluded(2) }
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Indicates whether the corresponding instances of
vacmViewTreeFamilySubtree and vacmViewTreeFamilyMask
define a family of view subtrees which is included in
or excluded from the MIB view.
"
DEFVAL { included }
::= { vacmViewTreeFamilyEntry 4 }
vacmViewTreeFamilyStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row.
vacmViewTreeFamilyStorageType OBJECT-TYPE構文StorageType MAX-ACCESS read-create STATUS現在の説明「この概念的な行のストレージタイプ。
Conceptual rows having the value 'permanent' need not
allow write-access to any columnar objects in the row.
"
DEFVAL { nonVolatile }
::= { vacmViewTreeFamilyEntry 5 }
vacmViewTreeFamilyStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status of this conceptual row.
vacmViewTreeFamilyStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "この概念的な行のステータス。
The RowStatus TC [RFC2579] requires that this DESCRIPTION clause states under which circumstances other objects in this row can be modified:
RowStatus TC [RFC2579]では、このDESCRIPTION句で、この行の他のオブジェクトを変更できる状況を指定する必要があります。
The value of this object has no effect on whether
other objects in this conceptual row can be modified.
"
::= { vacmViewTreeFamilyEntry 6 }
-- Conformance information *******************************************
vacmMIBCompliances OBJECT IDENTIFIER ::= { vacmMIBConformance 1 }
vacmMIBGroups OBJECT IDENTIFIER ::= { vacmMIBConformance 2 }
-- Compliance statements *********************************************
vacmMIBCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for SNMP engines which implement the SNMP View-based Access Control Model configuration MIB. " MODULE -- this module MANDATORY-GROUPS { vacmBasicGroup }
vacmMIBCompliance MODULE-COMPLIANCE STATUS現在の説明「SNMPビューベースのアクセス制御モデル構成MIBを実装するSNMPエンジンのコンプライアンスステートメント。」MODULE-このモジュールMANDATORY-GROUPS {vacmBasicGroup}
OBJECT vacmAccessContextMatch MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトvacmAccessContextMatch MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT vacmAccessReadViewName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトvacmAccessReadViewName MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT vacmAccessWriteViewName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトvacmAccessWriteViewName MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT vacmAccessNotifyViewName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトvacmAccessNotifyViewName MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT vacmAccessStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトvacmAccessStorageType MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT vacmAccessStatus MIN-ACCESS read-only DESCRIPTION "Create/delete/modify access to the
オブジェクトvacmAccessStatus MIN-ACCESS読み取り専用説明 "へのアクセスを作成/削除/変更して下さい
vacmAccessTable is not required. "
vacmAccessTableは必要ありません。 」
OBJECT vacmViewTreeFamilyMask WRITE-SYNTAX OCTET STRING (SIZE (0)) MIN-ACCESS read-only DESCRIPTION "Support for configuration via SNMP of subtree families using wild-cards is not required. "
オブジェクトvacmViewTreeFamilyMask WRITE-SYNTAX OCTET STRING（SIZE（0））MIN-ACCESS読み取り専用説明「ワイルドカードを使用したサブツリーファミリーのSNMPによる構成のサポートは必要ありません。」
OBJECT vacmViewTreeFamilyType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトvacmViewTreeFamilyType MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT vacmViewTreeFamilyStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトvacmViewTreeFamilyStorageType MIN-ACCESS読み取り専用説明「書き込みアクセスは必要ありません。」
OBJECT vacmViewTreeFamilyStatus
MIN-ACCESS read-only
DESCRIPTION "Create/delete/modify access to the
vacmViewTreeFamilyTable is not required.
"
::= { vacmMIBCompliances 1 }
-- Units of conformance **********************************************
vacmBasicGroup OBJECT-GROUP
OBJECTS {
vacmContextName,
vacmGroupName,
vacmSecurityToGroupStorageType,
vacmSecurityToGroupStatus,
vacmAccessContextMatch,
vacmAccessReadViewName,
vacmAccessWriteViewName,
vacmAccessNotifyViewName,
vacmAccessStorageType,
vacmAccessStatus,
vacmViewSpinLock,
vacmViewTreeFamilyMask,
vacmViewTreeFamilyType,
vacmViewTreeFamilyStorageType,
vacmViewTreeFamilyStatus
}
STATUS current
DESCRIPTION "A collection of objects providing for remote
configuration of an SNMP engine which implements the SNMP View-based Access Control Model.
"
::= { vacmMIBGroups 1 }
END
終わり
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementors or users of this specification can be obtained from the IETF Secretariat.
IETFは、このドキュメントに記載されているテクノロジーの実装または使用に関連すると主張される可能性がある知的財産またはその他の権利の有効性または範囲、またはそのような権利に基づくライセンスが適用されるまたは適用されない範囲に関して、いかなる立場も取らない。利用可能。また、そのような権利を特定するために何らかの努力をしたことも表していません。標準化過程および標準化関連文書の権利に関するIETFの手順に関する情報は、BCP-11にあります。公開のために利用可能にされた権利の主張および利用可能にされるライセンスの保証のコピー、またはこの仕様の実装者またはユーザーによる一般的なライセンスまたはそのような所有権の使用の許可を得ようとした試みの結果を入手できます。 IETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、この規格を実践するために必要となる可能性のある技術をカバーする可能性のある著作権、特許、特許出願、またはその他の所有権に注意を向けるよう、関係者に呼びかけます。 IETF Executive Directorに情報を送信してください。
This document is the result of the efforts of the SNMPv3 Working Group. Some special thanks are in order to the following SNMPv3 WG members:
このドキュメントは、SNMPv3ワーキンググループの努力の成果です。以下のSNMPv3 WGメンバーに感謝します。
Harald Tveit Alvestrand (Maxware) Dave Battle (SNMP Research, Inc.) Alan Beard (Disney Worldwide Services) Paul Berrevoets (SWI Systemware/Halcyon Inc.) Martin Bjorklund (Ericsson) Uri Blumenthal (IBM T.J. Watson Research Center) Jeff Case (SNMP Research, Inc.) John Curran (BBN) Mike Daniele (Compaq Computer Corporation) T. Max Devlin (Eltrax Systems) John Flick (Hewlett Packard) Rob Frye (MCI) Wes Hardaker (U.C.Davis, Information Technology - D.C.A.S.) David Harrington (Cabletron Systems Inc.) Lauren Heintz (BMC Software, Inc.) N.C. Hien (IBM T.J. Watson Research Center) Michael Kirkham (InterWorking Labs, Inc.) Dave Levi (SNMP Research, Inc.) Louis A Mamakos (UUNET Technologies Inc.) Joe Marzot (Nortel Networks) Paul Meyer (Secure Computing Corporation) Keith McCloghrie (Cisco Systems) Bob Moore (IBM) Russ Mundy (TIS Labs at Network Associates) Bob Natale (ACE*COMM Corporation) Mike O'Dell (UUNET Technologies Inc.) Dave Perkins (DeskTalk) Peter Polkinghorne (Brunel University) Randy Presuhn (BMC Software, Inc.) David Reeder (TIS Labs at Network Associates) David Reid (SNMP Research, Inc.) Aleksey Romanov (Quality Quorum) Shawn Routhier (Epilogue) Juergen Schoenwaelder (TU Braunschweig) Bob Stewart (Cisco Systems) Mike Thatcher (Independent Consultant) Bert Wijnen (IBM T.J. Watson Research Center)
Harald Tveit Alvestrand（Maxware）Dave Battle（SNMP Research、Inc.）Alan Beard（Disney Worldwide Services）Paul Berrevoets（SWI Systemware / Halcyon Inc.）Martin Bjorklund（Ericsson）Uri Blumenthal（IBM TJ Watson Research Center）Jeff Case（SNMP Research、Inc.）John Curran（BBN）Mike Daniele（Compaq Computer Corporation）T. Max Devlin（Eltrax Systems）John Flick（Hewlett Packard）Rob Frye（MCI）Wes Hardaker（UCDavis、Information Technology-DCAS）David Harrington（ Cabletron Systems Inc.）Lauren Heintz（BMC Software、Inc.）NC Hien（IBM TJ Watson Research Center）Michael Kirkham（InterWorking Labs、Inc.）Dave Levi（SNMP Research、Inc.）Louis A Mamakos（UUNET Technologies Inc.） Joe Marzot（Nortel Networks）Paul Meyer（Secure Computing Corporation）Keith McCloghrie（Cisco Systems）Bob Moore（IBM）Russ Mundy（TIS Labs at Network Associates）Bob Natale（ACE * COMM Corporation）Mike O'Dell（UUNET Technologies Inc. ）Dave Perkins（DeskTalk）Peter Polkinghorne（Brunel University）Randy Presuhn（BMC Software、Inc.）David Reeder（TIS Labs at Network Associates）David Reid（SNMP Research、Inc.）Aleksey Romanov（Quality Quorum）Shawn Routhier（Epilogue）Juergen Schoenwaelder（TU Braunschweig）Bob Stewart（Cisco Systems）Mikeサッチャー（独立コンサルタント）Bert Wijnen（IBM TJワトソン研究センター）
The document is based on recommendations of the IETF Security and Administrative Framework Evolution for SNMP Advisory Team. Members of that Advisory Team were:
このドキュメントは、SNMP諮問チームのためのIETFセキュリティおよび管理フレームワークの進化の推奨に基づいています。その諮問チームのメンバーは次のとおりです。
David Harrington (Cabletron Systems Inc.) Jeff Johnson (Cisco Systems) David Levi (SNMP Research Inc.) John Linn (Openvision) Russ Mundy (Trusted Information Systems) chair Shawn Routhier (Epilogue) Glenn Waters (Nortel) Bert Wijnen (IBM T. J. Watson Research Center)
デビッドハリントン（ケーブルトロンシステムズ社）ジェフジョンソン（シスコシステムズ）デビッドレヴィ（SNMPリサーチ社）ジョンリン（オープンビジョン）ラスマンディ（トラステッドインフォメーションシステムズ）チェアショーンルーティエ（エピローグ）グレンウォーターズ（ノーテル）バートウィネン（IBM TJワトソン研究センター）
As recommended by the Advisory Team and the SNMPv3 Working Group Charter, the design incorporates as much as practical from previous RFCs and drafts. As a result, special thanks are due to the authors of previous designs known as SNMPv2u and SNMPv2*:
アドバイザリーチームとSNMPv3ワーキンググループチャーターによって推奨されているように、この設計には、以前のRFCとドラフトからの実用的な限りのものが組み込まれています。その結果、SNMPv2uおよびSNMPv2 *として知られている以前の設計の作成者に特に感謝します。
Jeff Case (SNMP Research, Inc.) David Harrington (Cabletron Systems Inc.) David Levi (SNMP Research, Inc.) Keith McCloghrie (Cisco Systems) Brian O'Keefe (Hewlett Packard) Marshall T. Rose (Dover Beach Consulting) Jon Saperia (BGS Systems Inc.) Steve Waldbusser (International Network Services) Glenn W. Waters (Bell-Northern Research Ltd.)
Jeff Case（SNMP Research、Inc.）David Harrington（Cabletron Systems Inc.）David Levi（SNMP Research、Inc.）Keith McCloghrie（Cisco Systems）Brian O'Keefe（Hewlett Packard）Marshall T. Rose（Dover Beach Consulting）Jon Saperia（BGS Systems Inc.）Steve Waldbusser（国際ネットワークサービス）Glenn W. Waters（Bell-Northern Research Ltd.）
This document is meant for use in the SNMP architecture. The View-based Access Control Model described in this document checks access rights to management information based on:
このドキュメントは、SNMPアーキテクチャでの使用を目的としています。このドキュメントで説明するビューベースのアクセス制御モデルは、以下に基づいて管理情報へのアクセス権をチェックします。
- contextName, representing a set of management information at the managed system where the Access Control module is running.
- アクセス制御モジュールが実行されている管理対象システムでの一連の管理情報を表すcontextName。
- groupName, representing a set of zero or more securityNames. The combination of a securityModel and a securityName is mapped into a group in the View-based Access Control Model.
- groupName。0個以上のsecurityNameのセットを表します。 securityModelとsecurityNameの組み合わせは、ビューベースのアクセス制御モデルのグループにマップされます。
- securityModel under which access is requested.
- アクセスが要求されるセキュリティモデル。
- securityLevel under which access is requested.
- アクセスが要求されるセキュリティレベル。
- operation performed on the management information.
- 管理情報に対する操作。
- MIB views for read, write or notify access.
- 読み取り、書き込み、または通知アクセス用のMIBビュー。
When the User-based Access Control module is called for checking access rights, it is assumed that the calling module has ensured the authentication and privacy aspects as specified by the securityLevel that is being passed.
アクセス権をチェックするためにユーザーベースのアクセス制御モジュールが呼び出された場合、呼び出し側モジュールは、渡されるsecurityLevelで指定された認証とプライバシーの側面を保証していると想定されます。
When creating entries in or deleting entries from the vacmViewTreeFamilyTable it is important to do such in the sequence as recommended in the DESCRIPTION clause of the vacmViewTreeFamilyTable definition. Otherwise unwanted access may be granted while changing the entries in the table.
vacmViewTreeFamilyTableでエントリを作成または削除するときは、vacmViewTreeFamilyTable定義のDESCRIPTION句で推奨されている順序でエントリを作成することが重要です。そうしないと、テーブルのエントリを変更しているときに不要なアクセスが許可される可能性があります。
The groupNames are used to give access to a group of zero or more securityNames. Within the View-Based Access Control Model, a groupName is considered to exist if that groupName is listed in the vacmSecurityToGroupTable.
groupNamesは、0個以上のsecurityNamesのグループへのアクセスを許可するために使用されます。ビューベースのアクセス制御モデル内で、そのgroupNameがvacmSecurityToGroupTableにリストされている場合、groupNameは存在すると見なされます。
By mapping the combination of a securityModel and securityName into a groupName, an SNMP Command Generator application can add/delete securityNames to/from a group, if proper access is allowed.
securityModelとsecurityNameの組み合わせをgroupNameにマッピングすることにより、適切なアクセスが許可されている場合、SNMPコマンドジェネレーターアプリケーションはsecurityNamesをグループに追加/グループから削除できます。
Further it is important to realize that the grouping of <securityModel, securityName> tuples in the vacmSecurityToGroupTable does not take securityLevel into account. It is therefore important that the security administrator uses the securityLevel index in the vacmAccessTable to separate noAuthNoPriv from authPriv and/or authNoPriv access.
さらに、vacmSecurityToGroupTable内の<securityModel、securityName>タプルのグループ化では、securityLevelが考慮されないことを認識することが重要です。したがって、セキュリティ管理者がvacmAccessTableのsecurityLevelインデックスを使用して、noAuthNoPrivをauthPrivおよびauthNoPrivアクセスから分離することが重要です。
For an implementation of the View-based Access Control Model to be conformant, it MUST implement the SNMP-VIEW-BASED-ACM-MIB according to the vacmMIBCompliance. It also SHOULD implement the initial configuration, described in appendix A.
ビューベースのアクセス制御モデルの実装が準拠するためには、vacmMIBComplianceに従ってSNMP-VIEW-BASED-ACM-MIBを実装する必要があります。また、付録Aで説明されている初期構成を実装する必要があります。
The objects in this MIB control the access to all MIB data that is accessible via the SNMP engine and they may be considered sensitive in many environments. It is important to closely control (both read and write) access to these to these MIB objects by using appropriately configured Access Control models (for example the View-based Access Control Model as specified in this document).
このMIBのオブジェクトは、SNMPエンジンを介してアクセス可能なすべてのMIBデータへのアクセスを制御し、多くの環境で機密と見なされる可能性があります。適切に構成されたアクセス制御モデル（このドキュメントで指定されているビューベースのアクセス制御モデルなど）を使用して、これらのMIBオブジェクトへのアクセスを（読み取りと書き込みの両方で）厳密に制御することが重要です。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC2578] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、Perkins、D.、Schoenwaelder、J.、Case、J.、Rose、M. and S. Waldbusser、 "Structure of Management Information Version 2（SMIv2）"、STD 58、RFC 2578、 1999年4月。
[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrie、K.、Perkins、D.、Schoenwaelder、J.、Case、J.、Rose、M. and S. Waldbusser、 "Textual Conventions for SMIv2"、STD 58、RFC 2579、April 1999。
[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrie、K.、Perkins、D.、Schoenwaelder、J.、Case、J.、Rose、M. and S. Waldbusser、 "Conformance Statements for SMIv2"、STD 58、RFC 2580、April 1999。
[RFC3411] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for describing Simple Network Management Protocol (SNMP) Management Frameworks", STD 62, RFC 3411, December 2002.
[RFC3411] Harrington、D.、Presuhn、R。、およびB. Wijnen、「単純なネットワーク管理プロトコル（SNMP）管理フレームワークを記述するためのアーキテクチャ」、STD 62、RFC 3411、2002年12月。
[SNMP3412] Case, J., Harrington, D., Presuhn, R. and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", STD 62, RFC 3412, December 2002.
[SNMP3412] Case、J.、Harrington、D.、Presuhn、R. and B. Wijnen、 "Message Processing and Dispatching for the Simple Network Management Protocol（SNMP）"、STD 62、RFC 3412、December 2002。
[RFC3414] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", STD 62, RFC 3414, December 2002.
[RFC3414] Blumenthal、U。およびB. Wijnen、「Simple Network Management Protocol（SNMPv3）バージョン3のユーザーベースのセキュリティモデル（USM）」、STD 62、RFC 3414、2002年12月。
[ISO-ASN.1] Information processing systems - Open Systems Interconnection - Specification of Abstract Syntax Notation One (ASN.1), International Organization for Standardization. International Standard 8824, (December, 1987).
[ISO-ASN.1]情報処理システム-オープンシステム相互接続-抽象構文記法1（ASN.1）の仕様、国際標準化機構。国際規格8824（1987年12月）。
Appendix A - Installation
付録A-インストール
During installation, an authoritative SNMP engine which supports this View-based Access Control Model SHOULD be configured with several initial parameters. These include for the View-based Access Control Model:
インストール中に、このビューベースのアクセス制御モデルをサポートする信頼できるSNMPエンジンは、いくつかの初期パラメーターを使用して構成する必要があります（SHOULD）。これらは、ビューベースのアクセス制御モデルに含まれます。
1) A security configuration
1）セキュリティ構成
The choice of security configuration determines if initial configuration is implemented and if so how. One of three possible choices is selected:
セキュリティ構成の選択により、初期構成を実装するかどうか、実装する場合はその方法が決まります。次の3つの選択肢から1つを選択します。
- initial-minimum-security-configuration - initial-semi-security-configuration - initial-no-access-configuration
- initial-minimum-security-configuration-initial-semi-security-configuration-initial-no-access-configuration
In the case of a initial-no-access-configuration, there is no initial configuration, and so the following steps are irrelevant.
initial-no-access-configurationの場合、初期構成はないため、以下の手順は関係ありません。
2) A default context
2）デフォルトのコンテキスト
One entry in the vacmContextTable with a contextName of "" (the empty string), representing the default context. Note that this table gets created automatically if a default context exists.
デフォルトのコンテキストを表す、contextNameが ""（空の文字列）のvacmContextTableの1つのエントリ。デフォルトのコンテキストが存在する場合、このテーブルは自動的に作成されることに注意してください。
vacmContextName ""
vacmContextName ""
3) An initial group
3）最初のグループ
One entry in the vacmSecurityToGroupTable to allow access to group "initial".
グループ「初期」へのアクセスを許可するvacmSecurityToGroupTableの1つのエントリ。
vacmSecurityModel 3 (USM) vacmSecurityName "initial" vacmGroupName "initial" vacmSecurityToGroupStorageType anyValidStorageType vacmSecurityToGroupStatus active
vacmSecurityModel 3（USM）vacmSecurityName "初期" vacmGroupName "初期" vacmSecurityToGroupStorageType anyValidStorageType vacmSecurityToGroupStatus active
4) Initial access rights
4）初期アクセス権
Three entries in the vacmAccessTable as follows:
次のようなvacmAccessTableの3つのエントリ：
- read-notify access for securityModel USM, securityLevel "noAuthNoPriv" on behalf of securityNames that belong to the group "initial" to the <restricted> MIB view in the default context with contextName "".
- contextName ""のデフォルトコンテキストの<restricted> MIBビューへのグループ "initial"に属するsecurityNamesに代わって、securityModel USM、securityLevel "noAuthNoPriv"の読み取り通知アクセス。
- read-write-notify access for securityModel USM, securityLevel "authNoPriv" on behalf of securityNames that belong to the group "initial" to the <internet> MIB view in the default context with contextName "".
- contextName ""のデフォルトコンテキストの<internet> MIBビューへのグループ "initial"に属するsecurityNamesに代わって、securityModel USM、securityLevel "authNoPriv"の読み取り/書き込み-通知アクセス。
- if privacy is supported, read-write-notify access for securityModel USM, securityLevel "authPriv" on behalf of securityNames that belong to the group "initial" to the <internet> MIB view in the default context with contextName "".
- プライバシーがサポートされている場合は、contextName ""のデフォルトコンテキストの<internet> MIBビューへのグループ "initial"に属するsecurityNamesに代わって、securityModel USM、securityLevel "authPriv"の読み取り/書き込み/通知アクセス。
That translates into the following entries in the vacmAccessTable.
これは、vacmAccessTableの次のエントリに変換されます。
- One entry to be used for unauthenticated access (noAuthNoPriv):
- 非認証アクセスに使用される1つのエントリ（noAuthNoPriv）：
vacmGroupName "initial" vacmAccessContextPrefix "" vacmAccessSecurityModel 3 (USM) vacmAccessSecurityLevel noAuthNoPriv vacmAccessContextMatch exact vacmAccessReadViewName "restricted" vacmAccessWriteViewName "" vacmAccessNotifyViewName "restricted" vacmAccessStorageType anyValidStorageType vacmAccessStatus active
vacmGroupName "初期" vacmAccessContextPrefix "" vacmAccessSecurityModel 3（USM）vacmAccessSecurityLevel noAuthNoPriv vacmAccessContextMatch正確なvacmAccessReadViewName "restricted" vacmAccessWriteViewName "" vacmAccessNotifyViewName "restricted" vacmAccessStorageType anyValidStatusTypevacmAccessType
- One entry to be used for authenticated access (authNoPriv) with optional privacy (authPriv):
- 認証されたアクセス（authNoPriv）とオプションのプライバシー（authPriv）に使用される1つのエントリ：
vacmGroupName "initial" vacmAccessContextPrefix "" vacmAccessSecurityModel 3 (USM) vacmAccessSecurityLevel authNoPriv vacmAccessContextMatch exact vacmAccessReadViewName "internet" vacmAccessWriteViewName "internet" vacmAccessNotifyViewName "internet" vacmAccessStorageType anyValidStorageType vacmAccessStatus active
vacmGroupName "初期" vacmAccessContextPrefix "" vacmAccessSecurityModel 3（USM）vacmAccessSecurityLevel authNoPriv vacmAccessContextMatch正確なvacmAccessReadViewName "internet" vacmAccessWriteViewName "internet" vacmAccessNotifyViewName "internet" vacmAccessStorageType anyValidStatusTypevacmAccessStorage
5) Two MIB views, of which the second one depends on the security configuration.
5）2つのMIBビュー。2番目のビューはセキュリティ構成に依存します。
- One view, the <internet> view, for authenticated access:
- 認証されたアクセス用の1つのビュー、<インターネット>ビュー：
- the <internet> MIB view is the following subtree: "internet" (subtree 1.3.6.1)
- <インターネット> MIBビューは次のサブツリーです： "インターネット"（サブツリー1.3.6.1）
- A second view, the <restricted> view, for unauthenticated access. This view is configured according to the selected security configuration:
- 認証されていないアクセス用の2番目のビューである<restricted>ビュー。このビューは、選択したセキュリティ構成に従って構成されます。
- For the initial-no-access-configuration there is no default initial configuration, so no MIB views are pre-scribed.
- initial-no-access-configurationの場合、デフォルトの初期構成はないため、事前定義されたMIBビューはありません。
- For the initial-semi-secure-configuration:
- 初期セミセキュア構成の場合：
the <restricted> MIB view is the union of these subtrees:
(a) "system" (subtree 1.3.6.1.2.1.1) [RFC3918]
(b) "snmp" (subtree 1.3.6.1.2.1.11) [RFC3918]
(c) "snmpEngine" (subtree 1.3.6.1.6.3.10.2.1) [RFC3411]
(d) "snmpMPDStats" (subtree 1.3.6.1.6.3.11.2.1) [RFC3412]
(e) "usmStats" (subtree 1.3.6.1.6.3.15.1.1) [RFC3414]
- For the initial-minimum-secure-configuration:
- 初期最小セキュア構成の場合：
the <restricted> MIB view is the following subtree. "internet" (subtree 1.3.6.1)
<restricted> MIBビューは次のサブツリーです。 「インターネット」（サブツリー1.3.6.1）
This translates into the following "internet" entry in the vacmViewTreeFamilyTable:
これは、vacmViewTreeFamilyTableの次の「インターネット」エントリに変換されます。
minimum-secure semi-secure
---------------- ---------------
vacmViewTreeFamilyViewName "internet" "internet"
vacmViewTreeFamilySubtree 1.3.6.1 1.3.6.1
vacmViewTreeFamilyMask "" ""
vacmViewTreeFamilyType 1 (included) 1 (included)
vacmViewTreeFamilyStorageType anyValidStorageType anyValidStorageType
vacmViewTreeFamilyStatus active active In addition it translates into the following "restricted" entries in
the vacmViewTreeFamilyTable:
minimum-secure semi-secure
---------------- ---------------
vacmViewTreeFamilyViewName "restricted" "restricted"
vacmViewTreeFamilySubtree 1.3.6.1 1.3.6.1.2.1.1
vacmViewTreeFamilyMask "" ""
vacmViewTreeFamilyType 1 (included) 1 (included)
vacmViewTreeFamilyStorageType anyValidStorageType anyValidStorageType
vacmViewTreeFamilyStatus active active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.2.1.11 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 (included) vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.2.1.11 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1（included）vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.10.2.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 (included) vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.10.2.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1（included）vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.11.2.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 (included) vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.11.2.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1（included）vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.15.1.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1 (included) vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
vacmViewTreeFamilyViewName "restricted" vacmViewTreeFamilySubtree 1.3.6.1.6.3.15.1.1 vacmViewTreeFamilyMask "" vacmViewTreeFamilyType 1（included）vacmViewTreeFamilyStorageType anyValidStorageType vacmViewTreeFamilyStatus active
B. Change Log
B.変更ログ
Changes made since RFC 2575:
RFC 2575以降に行われた変更：
- Removed reference from abstract as per RFC-Editor guidelines - Updated references
- RFC-Editorのガイドラインに従って抄録から参照を削除-参照を更新
Changes made since RFC 2275:
RFC 2275以降に行われた変更：
- Added text to vacmSecurityToGroupStatus DESCRIPTION clause to clarify under which conditions an entry in the vacmSecurityToGroupTable can be made active. - Added REVISION clauses to MODULE-IDENTITY - Clarified text in vacmAccessTable DESCRIPTION clause. - Added a DEFVAL clause to vacmAccessContextMatch object. - Added missing columns in Appendix A and re-arranged for clarity. - Fixed oids in appendix A. - Use the PDU Class terminology instead of RFC1905 PDU types. - Added section 7.4 about access control to the MIB. - Fixed references to new/revised documents - Fix Editor contact information. - fixed spelling errors - removed one vacmAccesEntry from sample in appendix A. - made some more clarifications. - updated acknowledgement section.
- vacmSecurityToGroupStatus句にテキストを追加して、どの条件でvacmSecurityToGroupTableのエントリをアクティブにできるかを明確にしました。 -REDUION句をMODULE-IDENTITYに追加-vacmAccessTable DESCRIPTION句の説明を明確化。 -vacvalAccessContextMatchオブジェクトにDEFVAL句が追加されました。 -付録Aに不足している列を追加し、明確にするために再配置しました。 -付録Aの修正されたOID。-RFC1905 PDUタイプの代わりにPDUクラスの用語を使用します。 -MIBへのアクセス制御に関するセクション7.4を追加。 -新規または改訂されたドキュメントへの参照の修正-エディターの連絡先情報の修正。 -スペルミスを修正しました-付録Aのサンプルから1つのvacmAccesEntryを削除しました。-さらに明確化しました。 -承認セクションを更新しました。
Editors' Addresses
編集者のアドレス
Bert Wijnen Lucent Technologies Schagen 33 3461 GL Linschoten Netherlands
Bert Wijnen Lucent Technologies Schagen 33 3461 GL Linschotenオランダ
Phone: +31-348-480-685
EMail: bwijnen@lucent.com
Randy Presuhn BMC Software, Inc. 2141 North First Street San Jose, CA 95131 USA
Randy Presuhn BMC Software、Inc. 2141 North First Street San Jose、CA 95131 USA
Phone: +1 408-546-1006
EMail: randy_presuhn@bmc.com
Keith McCloghrie Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA
Keith McCloghrie Cisco Systems、Inc. 170 West Tasman Drive San Jose、CA 95134-1706 USA
Phone: +1-408-526-5260
EMail: kzm@cisco.com
Full Copyright Statement
完全な著作権表示
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright（C）The Internet Society（2002）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
このドキュメントとその翻訳はコピーして他のユーザーに提供することができ、コメントまたはその他の方法で説明したり、その実装を支援する二次的著作物は、いかなる種類の制限なしに、全体または一部を準備、コピー、公開、および配布することができます。ただし、上記の著作権表示とこの段落は、そのようなすべてのコピーと派生物に含まれています。ただし、この文書自体は、著作権に関する通知を削除したり、インターネットソサエティや他のインターネット組織への参照を削除したりするなど、いかなる方法でも変更できません。ただし、インターネット標準を開発する目的で必要な場合は除きます。インターネット標準のプロセスに従うか、または必要に応じて、それを英語以外の言語に翻訳する必要があります。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記で付与された制限付きのアクセス許可は永続的であり、インターネットソサエティまたはその後継者または譲受人によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれる情報は「現状有姿」で提供され、インターネット社会およびインターネット技術タスクフォースは、明示または黙示を問わず、ここに記載されている情報の使用が保証するものに限定されないいかなる保証も含め、一切の保証を否認します。商品性または特定の目的への適合性に関する権利または黙示の保証を侵害すること。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能への資金提供は、現在Internet Societyから提供されています。