Network Working Group R. Kavasseri
Request for Comments: 2982 (Editor of this version)
Category: Standards Track B. Stewart
(Author of previous version)
Cisco Systems, Inc.
October 2000
Distributed Management Expression MIB
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 (2000). All Rights Reserved.
著作権（C）インターネット協会（2000）。全著作権所有。
Abstract
抽象
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing expressions of MIB objects. The results of these expressions become MIB objects usable like any other MIB object, such as for the test condition for declaring an event.
このメモは、インターネットコミュニティでのネットワーク管理プロトコルで使用するための管理情報ベース（MIB）の一部を定義します。特に、それは、MIBオブジェクトの表現を管理するために使用される管理オブジェクトについて説明します。これらの式の結果は、MIBは、このようなイベントを宣言するための試験条件のような任意の他のMIBオブジェクトのように使用可能なオブジェクトになります。
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 RFC 2119.
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますRFC 2119に記載されるように解釈されます。
Table of Contents
目次
1 The SNMP Management Framework ............................... 2
2 Overview .................................................... 3
2.1 Usage ..................................................... 4
2.2 Persistence ............................................... 4
2.3 Operation ................................................. 4
2.3.1 Sampling ................................................ 5
2.3.2 Wildcards ............................................... 5
2.3.3 Evaluation .............................................. 5
2.3.4 Value Identification .................................... 6
2.4 Subsets ................................................... 6
2.4.1 No Wildcards ............................................ 6
2.4.2 No Deltas ............................................... 7
2.5 Structure ................................................. 7
2.5.1 Resource ................................................ 7
2.5.2 Definition .............................................. 7
2.5.3 Value ................................................... 8
2.6 Examples .................................................. 8
2.6.1 Wildcarding ............................................. 8
2.6.2 Calculation and Conditional ............................. 10
3 Definitions ................................................. 12
4 Intellectual Property ....................................... 36
5 Acknowledgements ............................................ 37
6 References .................................................. 37
7 Security Considerations ..................................... 38
8 Author's Address ............................................ 40
9 Editor's Address ............................................ 40
10 Full Copyright Statement ................................... 41
The SNMP Management Framework presently consists of five major components:
SNMP Management Frameworkは現在、5つの主要コンポーネントから構成されています。
o An overall architecture, described in RFC 2571 [RFC2571].
Oの全体的なアーキテクチャは、RFC 2571 [RFC2571]で説明します。
o Mechanisms for describing and naming objects and events for the purpose of management. The first version of this Structure of Management Information (SMI) is called SMIv1 and described in STD 16, RFC 1155 [RFC1155], STD 16, RFC 1212 [RFC1212] and RFC 1215 [RFC1215]. The second version, called SMIv2, is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理の目的のためにオブジェクトとイベントを記述し、命名するためのメカニズムO。管理情報（SMI）のこの構造体の最初のバージョンはでSMIv1と呼ばれ、STD 16、RFC 1155 [RFC1155]、STD 16、RFC 1212 [RFC1212]及びRFC 1215 [RFC1215]に記載されています。 SMIv2のと呼ばれる第二のバージョンは、STD 58、RFC 2578 [RFC2578]、STD 58、RFC 2579 [RFC2579]とSTD 58、RFC 2580 [RFC2580]に記載されています。
o Message protocols for transferring management information. The first version of the SNMP message protocol is called SNMPv1 and described in STD 15, RFC 1157 [RFC1157]. A second version of the SNMP message protocol, which is not an Internet standards track protocol, is called SNMPv2c and described in RFC 1901 [RFC1901] and RFC 1906 [RFC1906]. The third version of the message protocol is called SNMPv3 and described in RFC 1906 [RFC1906], RFC 2572 [RFC2572] and RFC 2574 [RFC2574].
管理情報を転送するためのOメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンは、SNMPv1と呼ばれ、STD 15、RFC 1157 [RFC1157]に記載されています。インターネット標準トラックプロトコルでないSNMPメッセージプロトコルの第2のバージョンは、SNMPv2cのと呼ばれ、RFC 1901 [RFC1901]及びRFC 1906 [RFC1906]に記載されています。メッセージプロトコルのバージョン3は、RFC 2572 [RFC2572]及びRFC 2574 [RFC2574]、[RFC1906]のSNMPv3と呼ばれ、RFC 1906年に記載されています。
o Protocol operations for accessing management information. The first set of protocol operations and associated PDU formats is described in STD 15, RFC 1157 [RFC1157]. A second set of protocol operations and associated PDU formats is described in RFC 1905 [RFC1905].
管理情報にアクセスするためのOプロトコル操作。プロトコル操作と関連PDU形式の第一セットは、STD 15、RFC 1157 [RFC1157]に記載されています。プロトコル操作と関連PDU形式の第2のセットは、RFC 1905 [RFC1905]に記載されています。
o A set of fundamental applications described in RFC 2573 [RFC2573] and the view-based access control mechanism described in RFC 2575 [RFC2575].
O RFC 2573 [RFC2573]に記載の基本アプリケーションとビューベースアクセス制御機構のセットは、RFC 2575 [RFC2575]で説明します。
A more detailed introduction to the current SNMP Management Framework can be found in RFC 2570 [RFC2570].
現在のSNMP Management Frameworkへの、より詳細な紹介は、RFC 2570 [RFC2570]で見つけることができます。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.
管理対象オブジェクトが仮想情報店を介してアクセスされ、管理情報ベースまたはMIBと呼ばれます。 MIBのオブジェクトは、SMIで定義されたメカニズムを使用して定義されています。
This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of the MIB.
このメモはSMIv2に対応であるMIBモジュールを指定します。 SMIv1に従うMIBは、適切な翻訳を介して製造することができます。得られた翻訳されたMIBには翻訳（Counter64のの使用）が可能ではないので、オブジェクトまたはイベントが省略されている場合を除いて、意味的に等価でなければなりません。 SMIv2のいくつかの機械読み取り可能な情報には、翻訳プロセスの間、SMIv1の原文の記述に変換されます。しかし、機械読み取り可能な情報のこの損失がMIBの意味論を変えると考えられません。
Users of MIBs often desire MIB objects that MIB designers have not provided. Furthermore, such needs vary from one management philosophy to another. Rather than fill more and more MIBs with standardized objects, the Expression MIB supports externally defined expressions of existing MIB objects.
MIBのユーザーは、多くの場合、MIBデザイナーが提供していないMIBオブジェクトを望みます。また、このようなニーズは別の経営理念によって異なります。むしろ標準化されたオブジェクトと、より多くのMIBを埋めるよりも、表現MIBは、既存のMIBオブジェクトの外部で定義された表現をサポートしています。
In the Expression MIB the results of an evaluated expression are MIB objects that may be used like any other MIB objects. These custom-defined objects are thus usable anywhere any other MIB object can be used. For example, they can be used by a management application directly or referenced from another MIB, such as the Event MIB [MIBEventMIB]. They can even be used by the Expression MIB itself, forming expressions of expressions.
式MIBで評価式の結果は、他のMIBオブジェクトのように使用することができるMIBオブジェクトです。これらのカスタム定義されたオブジェクトは、他のMIBオブジェクトを使用することができる任意の場所にこのよう使用可能です。例えば、それらは、イベントMIB [MIBEventMIB]などの別のMIBから管理アプリケーションを直接または参照によって使用することができます。彼らは表現の表現を形成する、式MIB単独で使用することができます。
The Expression MIB is instrumentation for a relatively powerful, complex, high-level application, considerably different from simple instrumentation for a communication driver or a protocol. The MIB is appropriate in a relatively powerful, resource-rich managed system and not necessarily in a severely limited environment.
式MIBは、通信ドライバやプロトコルのための単純な計装大きく異なる比較的強力な、複雑な、高レベルのアプリケーションのためのインスツルメンテーションです。 MIBは、比較的強力な、資源が豊富な管理対象システムに適切な必ずしも厳しく制限された環境です。
Nevertheless, due to dependencies from the Event MIB [RFC2981] and the need to support as low-end a system as possible, the Expression MIB can be somewhat stripped down for lower-power, lower-resource implementations, as described in the Subsets section, below.
それにもかかわらず、イベントMIB [RFC2981]と必要からの依存性に起因してシステムできるだけ低いエンドをサポートするために、サブセットのセクションで説明したように、式MIBは幾分、低消費電力のために低リソース実装をストリッピングすることができます、 未満。
Implementation of the Expression MIB in a managed system led to the addition of objects that may not have been necessary in an application environment with complete knowledge of compiled MIB definitions. This is appropriate since implementation must be possible within typical managed systems with some constraints on system resources.
管理対象システムでの発現のMIBの実装はコンパイル済みのMIB定義の完全な知識を持つアプリケーション環境で必要とされていないかもしれないオブジェクトの追加につながりました。実装は、システムリソースにいくつかの制約を持つ典型的な管理対象システム内で可能でなければならないので、これは適切です。
On managed systems that can afford the overhead, the Expression MIB is a way to create new, customized MIB objects for monitoring. Although these can save some network traffic and overhead on management systems, that is often not a good tradeoff for objects that are simply to be recorded or displayed.
オーバーヘッドを買う余裕ができ、管理対象システムでは、式MIBはモニタリングのための新しい、カスタマイズされたMIBオブジェクトを作成する方法です。これらは、管理システム上でいくつかのネットワークトラフィックとオーバーヘッドを保存することができますが、それは多くの場合、記録または表示する単純なオブジェクトのための良好なトレードオフではありません。
An example of a use of the Expression MIB would be to provide custom objects for the Event MIB [RFC2981]. A complex expression can evaluate to a rate of flow or a boolean and thus be subject to testing as an event trigger, resulting in an SNMP notification. Without these capabilities such monitoring would be limited to the objects in predefined MIBs. The Expression MIB thus supports powerful tools for the network manager faced with the monitoring of large, complex systems that can support a significant level of self management.
表現MIBの使用例は、Event MIB [RFC2981]のためのカスタムオブジェクトを提供するだろう。複雑な式は、SNMP通知をもたらす、流れの速度またはブールに評価されるので、イベントトリガーとして試験を受けることができます。これらの能力がなければ、このような監視は、事前に定義されたMIB内のオブジェクトに制限されます。式MIBは、このように自己管理の重要なレベルをサポートすることができ、大規模で複雑なシステムの監視に直面して、ネットワーク管理者のための強力なツールをサポートしています。
Although like most MIBs this one has no explicit controls for the persistence of the values set in configuring an expression, a robust, polite implementation would certainly not force its managing applications to reconfigure it whenever it resets.
この1つは式を設定する際に設定された値の持続性のための明示的なコントロールを持っていない、ほとんどのMIBのようなものの、強力な、丁寧な実装は確かにそれがリセットするたびにそれを再構成するために、その管理アプリケーションを強制しません。
Again, as with most MIBs, it is implementation specific how a system provides and manages such persistence. To speculate, one could imagine, for example, that persistence depended on the context in which the expression was configured, or perhaps system-specific characteristics of the expression's owner. Or perhaps everything in a MIB such as this one, which is clearly aimed at persistent configuration, is automatically part of a system's other persistent configuration.
ここでも、ほとんどのMIBと同様に、システムは、このような永続性を提供し、どのように管理するか、実装固有のものです。推測するには、一方が想像できる、例えば、その永続性は、発現が構成されたコンテキストに依存し、または多分式の所有者のシステム固有の特性。それとも、このような明確に永続的な構成を目指しているこのいずれか、などMIB内のすべては、自動的にシステムの他の永続的な構成の一部です。
Most of the operation of the MIB is described or implied in the object definitions but a few highlights bear mentioning here.
MIBの操作のほとんどは、説明または暗示オブジェクト定義ではなく、いくつかのハイライトはここに言及負担されます。
The MIB supports three types of object sampling for the MIB objects that make up the expression: absolute, delta, and changed.
絶対、デルタ、および変更：MIBは、式を構成するMIBオブジェクトのオブジェクトサンプリングの3種類をサポートしています。
Absolute samples are simply the value of the MIB object at the time it is sampled.
絶対的なサンプルは、単にそれがサンプリングされる時点でのMIBオブジェクトの値です。
Absolute samples are not sufficient for expressions of counters, as counters have meaning only as a delta (difference) from one sample to the next. Thus objects may be sampled as deltas. Delta sampling requires the application to maintain state for the value at the last sample, and to do continuous sampling whether or not anyone is looking at the results. It thus creates constant overhead.
カウンタは次の1つのサンプルからのみデルタ（差）として意味を持つよう絶対サンプルは、カウンターの表現には十分ではありません。したがって、オブジェクトは、デルタとしてサンプリングすることができます。デルタサンプリングは最終サンプル値の状態を維持するために、そして誰もが結果を見ているか否かの連続サンプリングを行うためのアプリケーションが必要です。したがって、一定のオーバーヘッドを作成します。
Changed sampling is a simple fallout of delta sampling where rather than a difference the result is a boolean indicating whether or not the object changed value since the last sample.
変更サンプリング結果は、オブジェクトが最後のサンプル以降の値を変更したかどうかを示すブール値であるデルタサンプリングの単純な降下ではなく差です。
Wildcards allow the application of a single expression to multiple instances of the same MIB object. The definer of the expression indicates this choice and provides a partial object identifier, with some or all of the instance portion left off. The application then does the equivalent of GetNext to obtain the object values, thus discovering the instances.
ワイルドカードは、同じMIBオブジェクトの複数のインスタンスを単一の式を適用することを可能にします。表現の定義は、この選択を示し、中断インスタンス部分の一部又は全部と、部分的なオブジェクト識別子を提供します。アプリケーションは、このようにインスタンスを発見し、オブジェクトの値を取得するためにGetNextの等価を行います。
All wildcarded objects in an expression must have the same semantics for the missing portion of their object identifiers. Otherwise, any successful evaluation of the wildcarded expression would be the result of the accidental matching of the wildcarded portion of the object identifiers in the expression. Such an evaluation will likely produce results which are not meaningful.
表現のすべてのwildcardedオブジェクトは、そのオブジェクト識別子の欠落部分について同じ意味を持っている必要があります。そうでない場合は、ワイルドカード式のいずれかの成功評価式におけるオブジェクト識別子のワイルドカード部分の偶発的なマッチングの結果であろう。このような評価はおそらく意味のない結果を生成します。
The expression can be evaluated only for those instances where all the objects in the expression are available with the same value for the wildcarded portion of the instance.
発現は、表現内のすべてのオブジェクトは、インスタンスのワイルドカード部分に対して同じ値を持つ利用可能であるそれらのインスタンスについて評価することができます。
There are two important aspects of evaluation that may not be obvious: what objects and when.
どのようなオブジェクトと：明らかではないかもしれません評価の2つの重要な側面があります。
What objects get used in the evaluation depends on the type of request and whether or not the expression contains wildcarded objects. If the request was a Get, that locks down the instances to be used. If the request was a GetNext or GetBulk, the application must work its way up to the next full set of objects for the expression.
評価に使用され得るもののオブジェクトは、要求のタイプに依存しているか否かの式には、ワイルドカードを使ったオブジェクトが含まれています。要求が取得した場合、それは、使用するインスタンスをロックダウンします。要求がGetNextのかのGetBulkた場合、アプリケーションが表現するためのオブジェクトの次のフルセットまでそのように動作しなければなりません。
Evaluation of expressions happens at two possible times, depending on the sampling method (delta or absolute) used to evaluate the expression.
式の評価は式を評価するために使用されるサンプリング方法（デルタまたは絶対値）に応じて、二つの可能な時間で起こります。
If there are no delta or change values in an expression, the evaluation occurs on demand, i.e. when a requester attempts to read the value of the expression. In this case all requesters get a freshly calculated value.
何デルタ又は変化の値が式に存在しない場合、リクエスタは、式の値を読み取ろうとしたとき、評価、すなわち要求に応じて発生します。この場合、すべてのリクエスタは、たての計算値を取得します。
For expressions with delta or change values, evaluation goes on continuously, every sample period. In this case requesters get the value as of the last sample period. For any given sample period of a given expression, only those instances exist that provided a full set of object values. It may be possible that a delta expression which was evaluated successfully for one sample period may not be successfully evaluated in the next sample period. This may, for example, be due to missing instances for some or all of the objects in the expression. In such cases, the value from the previous sample period (with the successful evaluation) must not be carried forward to the next sample period (with the failed evaluation).
デルタまたは変更値を持つ式の場合、評価は、継続的にサンプル期間毎にに行きます。この場合、リクエスタは、最後のサンプル期間のとして値を取得します。与えられた式のいずれかの所定のサンプル期間について、唯一のそれらのインスタンスは、オブジェクトの値の完全なセットを提供さが存在します。 1つのサンプル期間のために正常に評価されたデルタ式は成功し、次のサンプル期間で評価されない可能性があることも可能です。これは、例えば、式中のオブジェクトの一部またはすべてのために不足しているインスタンスに起因する可能性があります。このような場合、（成功した評価を有する）前のサンプル期間からの値を（失敗評価して）次のサンプル期間に繰り越されてはなりません。
Values resulting from expression evaluation are identified with a combination of the object identifier (OID) for the data type from expValueTable (such as expValueCounter32Val), the expression owner, the expression name, and an OID fragment.
式の評価から得られた値をexpValueTableからデータ型（例えばexpValueCounter32Valなど）のためのオブジェクト識別子（OID）の組み合わせで識別され、発現の所有者、式名、及びOID断片。
The OID fragment is not an entire OID beginning with iso.dod.org (1.3.6). Rather it begins with 0.0. The remainder is either another 0 when there is no wildcarding or the instance that satisfied the wildcard if there is wildcarding.
OIDフラグメントはiso.dod.org（1.3.6）で始まる全体のOIDではありません。むしろそれは0.0で始まります。ワイルドカードがある場合、ワイルドカードを満足しないワイルドカードまたはインスタンスが存在しない場合、残りは別の0のいずれかです。
To pare down the Expression MIBs complexity and use of resources an implementor can leave out various parts.
リソースの表現のMIBの複雑さと使用をダウン削り取っするために実装者は、さまざまな部分を残すことができます。
Leaving out wildcarding significantly reduces the complexity of retrieving values to evaluate expressions and the processing required to do so. Such an implementation would allow expressions made up of individual MIB objects but would not be suitable for expressions applied across large tables as each instance in the table would require a separate expression definition.
ワイルドカードを省略すると、大幅に式を評価するための値を取得するの複雑さとそれを行うために必要な処理を削減します。そのような実装は、個々のMIBオブジェクトで構成された表現を可能にするであろうが、別個の発現定義を必要とするテーブル内の各インスタンスのような大きなテーブルの両端に印加される表現には適していません。
Furthermore it would not be suitable for tables with arbitrary, dynamic instances, as expressions definitions could not predict what instance values to use.
式の定義を使用するどのようなインスタンスの値を予測できませんでしたようにまたそれは、任意の、動的インスタンスを持つテーブルには適していません。
An implementation without wildcards might be useful for a self-managing system with small tables or few dynamic instances, or one that can do calculations only for a few key objects.
ワイルドカードなしの実装は、小さなテーブルまたはいくつかの動的なインスタンス、または唯一のいくつかの重要なオブジェクトのための計算を行うことができるものと自己管理システムのための役に立つかもしれません。
Leaving out delta processing significantly reduces state that must be kept and the burden of ongoing processing even when no one is looking at the results. Unfortunately it also makes expressions on counters unusable, as counters have meaning only as deltas.
デルタ処理を省略すると大幅に保たれなければならない状態と誰もが結果を見ていなくても継続的な処理の負担を軽減します。カウンタはデルタとしてのみ意味を持つよう残念ながら、それはまた、カウンタの式が使用できなくなります。
An implementation without deltas might be useful for a severely limited, self-managing system that has no need for expressions or events on counters. Although conceivable, such systems would be rare.
デルタなしの実装は、カウンター上の表現やイベントのために必要がない厳しく制限され、自己管理システムのための役に立つかもしれません。考えられるが、このようなシステムは稀だろう。
The MIB has the following sections:
MIBは、次のセクションがあります。
o Resource -- management of the MIB's use of system resources.
Oリソース - システムリソースのMIBの使用の管理。
o Definition -- definition of expressions.
O定義 - 式の定義。
o Value -- values of evaluated expressions.
O値 - 評価される式の値。
The resource section has objects to manage resource usage by wildcarded delta expressions, a potential major consumer of CPU and memory.
リソースセクションには、ワイルドカードのデルタ式、CPUとメモリの潜在的な主要な消費者によるリソースの使用状況を管理するためのオブジェクトがあります。
The definition section contains the tables that define expressions.
定義セクションには、式を定義するテーブルが含まれています。
The expression table, indexed by expression owner and expression name, contains those parameters that apply to the entire expression, such as the expression itself, the data type of the result, and the sampling interval if it contains delta or change values.
式所有者および発現名によってインデックス付け式テーブルは、そのような表現自体、結果のデータ・タイプ、およびそれがデルタ又は変化の値が含まれている場合、サンプリング間隔として、式全体に適用されるこれらのパラメータを含んでいます。
The object table, indexed by expression owner, expression name and object index within each expression, contains the parameters that apply to the individual objects that go into the expression, including the object identifier, sample type, discontinuity indicator, and such.
各式中の表現の所有者、式名とオブジェクトインデックスによって索引付けオブジェクトテーブルは、オブジェクト識別子、サンプルタイプ、不連続インジケータ、およびそのような表現などに入る個々のオブジェクトに適用されるパラメータが含まれています。
The value section contains the values of evaluated expressions.
値のセクションでは、評価式の値が含まれています。
The value table, indexed by expression owner, expression name and instance fragment contains a "discriminated union" of evaluated expression results. For a given expression only one of the columns is instantiated, depending on the result data type for the expression. The instance fragment is a constant or the final section of the object identifier that filled in a wildcard.
式所有者、発現名およびインスタンス断片によって索引付け値テーブルは、評価式の結果の「判別共用体」を含みます。与えられた式の列のいずれか一方のみを発現させるための結果データの種類に応じて、インスタンス化されます。インスタンスフラグメントは、一定またはワイルドカードに充填されたオブジェクト識別子の最後のセクションです。
The examples refer to tables and objects defined below in the MIB itself. They may well make more sense after reading those definitions.
例は、MIB自体は以下に定義テーブルおよびオブジェクトを参照します。彼らはよく、それらの定義を読んだ後より多くの意味を行うことができます。
An expression may use wildcarded MIB objects that result in multiple values for the expression. To specify a wildcarded MIB object a management application leaves off part or all of the instance portion of the object identifier, and sets expObjectWildcard to true(1) for that object. For our example we'll use a counter of total blessings from a table of people. Another table, indexed by town and person has blessings just from that town.
発現は、発現のために複数の値をもたらすワイルドカードMIBオブジェクトを使用してもよいです。ワイルドカードMIBオブジェクトを指定するために管理アプリケーションは、一部またはオブジェクト識別子のインスタンス部分の全てをオフに残し、そして真（1）のためにそのオブジェクトにexpObjectWildcardを設定します。この例のために我々は、人々のテーブルから総祝福のカウンタを使用します。町と人によってインデックスを付け、別のテーブルには、ちょうどその町からの祝福があります。
So the index clauses are:
だから、インデックス句は以下のとおりです。
personEntry OBJECT-TYPE
...
INDEX { personIndex }
And:
そして：
townPersonEntry OBJECT-TYPE
...
INDEX { townIndex, personIndex }
In our friendly application we may have entered our expression as:
私たちのフレンドリーなアプリケーションでは、と私たちの式を入力した可能性があります：
100 * townPersonBlessings.976.* / personBlessings.*
100 * townPersonBlessings.976。* / personBlessings。*
What goes in expExpression is:
何expExpressionに行くことです。
100*$1/$2
１００＊＄１／＄２
For example purposes we'll use some slightly far-fetched OIDs. The People MIB is 1.3.6.1.99.7 and the Town MIB is 1.3.6.1.99.11, so for our two counters the OIDs are:
例示の目的のために我々はいくつかのややこじつけOIDを使用します。人々MIBは1.3.6.1.99.7あるとタウンMIBは1.3.6.1.99.11なので、我々の2つのカウンタのOIDは、次のとおりです。
personBlessings 1.3.6.1.99.7.1.3.1.4
townPersonBlessings 1.3.6.1.99.11.1.2.1.9
The rule for wildcards is that all the wildcarded parts have to match exactly. In this case that means we have to hardwire the town and only the personIndex can be wildcarded. So our values for expObjectID are:
ワイルドカードのルールは、すべてのワイルドカードの部分が完全に一致しなければならないということです。意味このケースでは、町をハードコーディングする必要があるとだけpersonIndexはワイルドカードすることができます。だから、expObjectIDのための私達の値は次のとおりです。
1.3.6.1.99.7.1.3.1.4
1.3.6.1.99.11.1.2.1.9.976
We're hardwired to townIndex 976 and personIndex is allowed to vary.
私たちは、townIndex 976に配線接続しているとpersonIndexが変化することが許されます。
The value of expExpressionPrefix can be either of those two counter OIDs (including the instance fragment in the second case), since either of them takes you to a MIB definition where you can look at the INDEX clause and figure out what's been left off. What's been left off doesn't have to work out to be the same object, but it does have to work out to be the same values (semantics) for the result to make sense. Note that the managed system can not typically check such semantics and if given nonsense will return nonsense.
それらのいずれかを使用して、INDEX句を見て、オフに左にされていますかを把握することができMIB定義が表示されますので、expExpressionPrefixの値は、（第2ケース内のインスタンスの断片を含む）これら二つのカウンターのOIDのいずれかになります。何が同じオブジェクトであることが作業する必要はありませんオフに残されていますが、それが意味をなすために、結果に同じ値（セマンティクス）のように出て働かなければなりません。管理対象システムは、一般的な意味を確認することができないことに注意して与えられた場合はナンセンスナンセンスを返します。
If we have people numbered 6, 19, and 42 in town number 976, the successive values of expValueInstance will be:
私たちは町の数976で、6〜19、および42の番号が付けられ、人々を持っている場合は、expValueInstanceの連続値は次のようになります。
0.0.6
0.0.19
0.0.42
So there will be three values in expValueTable, with those OIDs as the expValueInstance part of their indexing.
だから、そのインデックスのexpValueInstanceの一部としてこれらのOIDで、expValueTableにおける三つの値が存在します。
The following formula for line utilization of a half-duplex link is adapted from [PracPersp].
半二重リンクの回線使用率については、次の式[PracPersp]から適合されています。
utilization = (ifInOctets + ifOutOctets) * 800 / seconds / ifSpeed
利用=（+のifInOctets ifOutOctets）* 800 /秒/のifSpeed
The expression results in the percentage line utilization per second. The total octets are multiplied by 8 to get bits and 100 to scale up the percentage as an integer.
式は、毎秒の割合ラインの使用率になります。総オクテットを整数としてパーセンテージをスケールアップするためにビットを取得し、100 8乗算されます。
The following Expression MIB object values implement this as an expression for all ifIndexes that directly represent actual hardware. Since the octet counters are Counter32 values, they must be delta sampled to be meaningful. The sample period is 6 seconds but for accuracy and independence is calculated as a delta of sysUpTime.
以下の式のMIBオブジェクトの値は、直接、実際のハードウェアを表すすべてifIndexesための式としてこれを実現します。オクテットカウンタがCounter32の値なので、デルタは意味のあることをサンプリングしなければなりません。サンプル期間は6秒ですが、精度と独立のためのsysUpTimeデルタとして計算されます。
The expObjectTable entry for ifInOctets has an expObjectConditional that checks for being a hardware interface. Only one object in the expression needs that check associated, since it applies to the whole expression. Since ifConnectorPresent is a TruthValue with values of 1 or 2 rather than 0 and non-zero, it must also be in an expression rather than used directly for the conditional.
ifInOctetsためexpObjectTableエントリは、ハードウェアインターフェイスであることをチェックするexpObjectConditionalを有しています。それは式全体に適用されるので、式に一つだけのオブジェクトは、関連付けられていることを確認する必要があります。 ifConnectorPresentはむしろ0と非ゼロより1又は2の値を有するのTruthValueあるため、それはまた、条件のために直接使用するのではなく式でなければなりません。
The interface-specific discontinuity indicator is supplied only for ifInOctets since invalidating that sample will invalidate an attempt at evaluation, effectively invalidating ifOutOctets as well (correctly, because it has the same indicator).
（それは同じ標識を有しているため、正確に）そのサンプルを無効にする効果もifOutOctetsを無効化、評価の試みを無効にするためのインターフェイス固有不連続インジケータのみのifInOctetsのために供給されます。
For notational clarity, in the rest of this document, a string in quotes as part of the object instance indicates the value that would actually be one subidentifier per byte. The objects all belong to owner "me".
表記明確にするために、この文書の残りの部分では、オブジェクトインスタンスの一部として引用符で囲まれた文字列は、実際にはバイト当たり1つのサブ識別子になる値を示しています。オブジェクトはすべて、「私」の所有者に帰属します。
Also for clarity OIDs are expressed as the object descriptor and instance. In fact they must be supplied numerically, with all subidentifiers in place before the part for the particular object and instance.
また、明確にするためのOIDオブジェクト記述子とインスタンスとして表されます。実際、彼らは、特定のオブジェクトやインスタンスの一部の前の場所にあるすべてのサブ識別子で、数値的に供給されなければなりません。
What the user would set in expExpressionTable:
どのようなユーザーがexpExpressionTableに設定します：
expExpression.2."me".4."hard" = "$1==1" expExpressionValueType.2."me".4."hard" = unsigned32 expExpressionRowStatus.2."me"4."hard" = 'active' expExpression.2."me".4."util" = "($1+$2)*800/$4/$3" expExpressionValueType.2."me".4."util" = integer32 expExpressionDeltaInterval.2."me".4."util" = 6 expExpressionRowStatus.2."me"4."util" = 'active'
expExpression.2。 "私" 0.4。 "ハード" = "$ 1 == 1" expExpressionValueType.2。 "私" 0.4。 "ハード" = Unsigned32のexpExpressionRowStatus.2。 "私" 4. "ハード" =「アクティブ「expExpression.2。 "私" 0.4。 "UTIL" = "（$ 1 + $ 2）* 800 / $ 4.1 / $ 3" expExpressionValueType.2。 "私" 0.4。 "UTIL" =構文Integer32 expExpressionDeltaInterval.2。 "私" 0.4。 "UTIL" = 6 expExpressionRowStatus.2。 "私" 4 "UTIL" = 'アクティブ'
What the user would set in expObjectTable:
どのようなユーザーがexpObjectTableに設定します：
expObjectID.2."me".4."hard".1 = ifConnectorPresent expObjectWildcard.2."me".4."hard".1 = 'true' expObjectSampleType.2."me".4."hard".1 = 'absoluteValue' expObjectRowStatus.2."me".4."hard".1 = 'active'
expObjectID.2。 "私" 0.4。0.1 = ifConnectorPresent expObjectWildcard.2 "ハード"。 "私" 0.4。0.1 = 'true' をexpObjectSampleType.2 "ハード"。 "私" 0.4。 "ハード"。 1 = 'absoluteValueで' expObjectRowStatus.2。 "私" 0.4 "ハード" 0.1 = 'アクティブ'
expObjectID.2."me".4."util".1 = ifInOctets expObjectWildcard.2."me".4."util".1 = 'true' expObjectSampleType.2."me".4."util".1 = 'deltaValue' expObjectConditional.2."me".4."util".1 = expValueUnsigned32Val.4."hard".0.0 expObjectConditionalWildcard.2."me".4."util".1 = 'true' expObjectDiscontinuityID.2."me".4."util".1 = ifCounterDiscontinuityTime expObjectDiscontinuityIDWildcard.2."me".4."util".1 = 'true' expObjectRowStatus.2."me".4."util".1 = 'active'
expObjectID.2。0.1 =のifInOctets expObjectWildcard.2 "UTIL" "私" 0.4。。 "私" 0.4。0.1 = 'true' をexpObjectSampleType.2。 "私は" 0.4。 "UTIL" "UTIL"。 1 = 'deltaValue' expObjectConditional.2。 "私" 0.4。 "UTIL" 0.1 = expValueUnsigned32Val.4。 "ハード" .0.0 expObjectConditionalWildcard.2。 "私" 0.4。0.1 = '真' "utilの" expObjectDiscontinuityID 0.2。 "私" 0.4。0.1 = ifCounterDiscontinuityTime expObjectDiscontinuityIDWildcard.2。 "私" 0.4。 "UTIL" 0.1 = 'true' をexpObjectRowStatus.2。 "私" 0.4。 "UTIL" 0.1 "UTIL" =「アクティブ」
expObjectID.2."me".4."util".2 = ifOutOctets expObjectWildcard.2."me".4."util".2 = 'true' expObjectSampleType.2."me".4."util".2 = 'deltaValue' expObjectRowStatus.2."me".4."util".2 = 'active'
expObjectID.2。0.2 = ifOutOctets expObjectWildcard.2 "UTIL" "私" 0.4。。 "私" 0.4。0.2 = 'true' をexpObjectSampleType.2。 "私は" 0.4。 "UTIL" "UTIL"。 2 = 'deltaValue' expObjectRowStatus.2。 "私" 0.4。0.2 = 'アクティブ' "UTIL"
expObjectID.2."me".4."util".3 = ifSpeed expObjectWildcard.2."me".4."util".3 = 'true' expObjectSampleType.2."me".4."util".3 = 'absoluteValue' expObjectRowStatus.2."me".4."util".3 = 'active'
expObjectID.2。0.3 =のifSpeed expObjectWildcard.2 "UTIL" "私" 0.4。。 "私" 0.4。0.3 = 'true' をexpObjectSampleType.2。 "私は" 0.4。 "UTIL" "UTIL"。 3 = 'absoluteValueで' expObjectRowStatus.2。 "私" 0.4。0.3 = 'アクティブ' "UTIL"
expObjectID.2."me".4."util".4 = sysUpTime.0 expObjectWildcard.2."me".4."util".4 = 'false' expObjectSampleType.2."me".4."util".4 = 'deltaValue' expObjectRowStatus.2."me".4."util".4 = 'active'
expObjectID.2。 "私" 0.4。0.4 = sysUpTime.0 expObjectWildcard.2 "UTIL"。 "私" 0.4。0.4 = 'false' をexpObjectSampleType.2 "UTIL"。 "私は、" 0.4。」のutil 」= 'deltaValue' expObjectRowStatus.2 0.4。 "私" 0.4。 "0.4 = 'アクティブ'" utilに
These settings will result in populating one column of expValueTable:
これらの設定はexpValueTableの1列を取り込むになります：
expValueInteger32Val.2."me".4."util".0.0.?
expValueInteger32Val.2。 "私" 0.4。.0.0 "UTIL"。？
The subidentifier represented by "?" above represents one subidentifier that takes on a value of ifIndex and identifies a row for each ifIndex value where ifConnectorPresent is 'true' and the interface was present for two samples to provide a delta.
で表さサブ識別子「？」上記のifIndexの値をとるとifConnectorPresentが「本当」である各ifIndex値の行を識別する1つのサブ識別子を表す2つのサンプルは、デルタを提供するためのインタフェースが存在していました。
This value could in turn be used as an event threshold [RFC2981] to watch for overutilization of all hardware network connections.
この値は、順番にすべてのハードウェア、ネットワーク接続の過剰利用を監視するイベントのしきい値[RFC2981]として使用することができます。
DISMAN-EXPRESSION-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Integer32, Gauge32, Unsigned32, Counter32, Counter64, IpAddress, TimeTicks, mib-2, zeroDotZero FROM SNMPv2-SMI RowStatus, TruthValue, TimeStamp FROM SNMPv2-TC sysUpTime FROM SNMPv2-MIB SnmpAdminString FROM SNMP-FRAMEWORK-MIB MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF;
輸入MODULE-IDENTITY、OBJECT-TYPE、SNMP- FROMのSNMPv2-MIBれるSnmpAdminString FROMのSNMPv2-TCのsysUpTime FROM Integer32の、Gauge32、Unsigned32の、Counter32の、Counter64の、IPアドレス、時間刻み、MIB-2、SNMPv2の-SMI RowStatus標準、のTruthValue FROMのzeroDotZero、タイムスタンプFRAMEWORK-MIB MODULE-COMPLIANCE、OBJECT-GROUPのSNMPv2-CONF FROM;
dismanExpressionMIB MODULE-IDENTITY LAST-UPDATED "200010160000Z" -- 16 October 2000 ORGANIZATION "IETF Distributed Management Working Group" CONTACT-INFO "Ramanathan Kavasseri Cisco Systems, Inc. 170 West Tasman Drive, San Jose CA 95134-1706. Phone: +1 408 527 2446 Email: ramk@cisco.com" DESCRIPTION "The MIB module for defining expressions of MIB objects for management purposes." -- Revision History
。dismanExpressionMIBのMODULE-IDENTITY LAST-UPDATED "200010160000Z" - 2000年10月16日ORGANIZATION "IETF分散管理ワーキンググループ" CONTACT-INFO「ラマナサンKavasseriシスコシステムズ、株式会社170西タスマン・ドライブ、サンノゼCA 95134-1706電話：+1 408 527 2446 Eメール：ramk@cisco.com」DESCRIPTION 『管理のためにMIBオブジェクトの表現を定義するためのMIBモジュール』。 - 改訂履歴
REVISION "200010160000Z" -- 16 October 2000
DESCRIPTION "This is the initial version of this MIB.
Published as RFC 2982"
::= { mib-2 90 }
dismanExpressionMIBObjects OBJECT IDENTIFIER ::=
{ dismanExpressionMIB 1 }
expResource OBJECT IDENTIFIER ::= { dismanExpressionMIBObjects 1 }
expDefine OBJECT IDENTIFIER ::= { dismanExpressionMIBObjects 2 }
expValue OBJECT IDENTIFIER ::= { dismanExpressionMIBObjects 3 }
-- -- Resource Control -- expResourceDeltaMinimum OBJECT-TYPE SYNTAX Integer32 (-1 | 1..600) UNITS "seconds" MAX-ACCESS read-write STATUS current DESCRIPTION "The minimum expExpressionDeltaInterval this system will accept. A system may use the larger values of this minimum to lessen the impact of constantly computing deltas. For larger delta sampling intervals the system samples less often and suffers less overhead. This object provides a way to enforce such lower overhead for all expressions created after it is set.
- - リソース制御 - expResourceDeltaMinimum OBJECT-TYPE構文Integer32（-1 | 1..600）UNITS「秒」MAX-ACCESS読み取りと書き込みステータス現在の説明「最小expExpressionDeltaIntervalこのシステムが受け入れるシステムが使用することができます。大きいあまり大きなデルタサンプリング間隔で絶えず計算デルタの影響を軽減するために、この最小の値。システムのサンプルと少ないオーバーヘッドを被る。このオブジェクトは、それが設定された後に作成されたすべての式のためにそのようなより低いオーバーヘッドを適用する方法を提供します。
The value -1 indicates that expResourceDeltaMinimum is
irrelevant as the system will not accept 'deltaValue' as a
value for expObjectSampleType.
Unless explicitly resource limited, a system's value for this object should be 1, allowing as small as a 1 second interval for ongoing delta sampling.
明示的に限られたリソースがない限り、このオブジェクトのためのシステムの値は、現在進行中のデルタサンプリングのための1秒間隔限り小さくできるように、1でなければなりません。
Changing this value will not invalidate an existing setting
of expObjectSampleType."
::= { expResource 1 }
expResourceDeltaWildcardInstanceMaximum OBJECT-TYPE SYNTAX Unsigned32 UNITS "instances" MAX-ACCESS read-write STATUS current DESCRIPTION "For every instance of a deltaValue object, one dynamic instance entry is needed for holding the instance value from the previous sample, i.e. to maintain state.
expResourceDeltaWildcardInstanceMaximumのOBJECT-TYPE構文Unsigned32ユニット「インスタンス」deltaValueオブジェクトのインスタンスごとにMAX-ACCESS読み取りと書き込みステータス現在の説明は」一の動的インスタンスのエントリは状態を維持する、すなわち、前のサンプルからのインスタンスの値を保持するために必要とされます。
This object limits maximum number of dynamic instance entries
this system will support for wildcarded delta objects in
expressions. For a given delta expression, the number of
dynamic instances is the number of values that meet all criteria
to exist times the number of delta values in the expression.
A value of 0 indicates no preset limit, that is, the limit is dynamic based on system operation and resources.
0の値は制限が、システム動作およびリソースに基づいて動的である、すなわち、事前に設定された制限がないことを示します。
Unless explicitly resource limited, a system's value for this object should be 0.
明示的に限られたリソースがない限り、このオブジェクトのためのシステムの値は0でなければなりません。
Changing this value will not eliminate or inhibit existing delta wildcard instance objects but will prevent the creation of more such objects.
この値を変更すると、排除したり、既存のデルタワイルドカードインスタンスオブジェクトを阻害するが、それ以上のそのようなオブジェクトの生成を防ぐことができますしません。
An attempt to allocate beyond the limit results in expErrorCode
being tooManyWildcardValues for that evaluation attempt."
::= { expResource 2 }
expResourceDeltaWildcardInstances OBJECT-TYPE
SYNTAX Gauge32
UNITS "instances"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of currently active instance entries as
defined for expResourceDeltaWildcardInstanceMaximum."
::= { expResource 3 }
expResourceDeltaWildcardInstancesHigh OBJECT-TYPE
SYNTAX Gauge32
UNITS "instances"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The highest value of expResourceDeltaWildcardInstances
that has occurred since initialization of the managed
system."
::= { expResource 4 }
expResourceDeltaWildcardInstanceResourceLacks OBJECT-TYPE
SYNTAX Counter32
UNITS "instances"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times this system could not evaluate an
expression because that would have created a value instance in
excess of expResourceDeltaWildcardInstanceMaximum."
::= { expResource 5 }
--
--
-- Definition -- -- Expression Definition Table --
- 定義 - - 式の定義表 -
expExpressionTable OBJECT-TYPE
expExpressionTable OBJECT-TYPE
SYNTAX SEQUENCE OF ExpExpressionEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of expression definitions."
::= { expDefine 1 }
expExpressionEntry OBJECT-TYPE SYNTAX ExpExpressionEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information about a single expression. New expressions can be created using expExpressionRowStatus.
単一の式についてexpExpressionEntryのOBJECT-TYPE SYNTAX ExpExpressionEntry MAX-ACCESSステータス現在の説明は「情報。新しい表現がexpExpressionRowStatusを使用して作成することができます。
To create an expression first create the named entry in this
table. Then use expExpressionName to populate expObjectTable.
For expression evaluation to succeed all related entries in
expExpressionTable and expObjectTable must be 'active'. If
these conditions are not met the corresponding values in
expValue simply are not instantiated.
Deleting an entry deletes all related entries in expObjectTable and expErrorTable.
エントリを削除するとexpObjectTableとexpErrorTableに関連するすべてのエントリを削除します。
Because of the relationships among the multiple tables for an expression (expExpressionTable, expObjectTable, and expValueTable) and the SNMP rules for independence in setting object values, it is necessary to do final error checking when an expression is evaluated, that is, when one of its instances in expValueTable is read or a delta interval expires. Earlier checking need not be done and an implementation may not impose any ordering on the creation of objects related to an expression.
そのため、オブジェクトの値を設定することで式（expExpressionTable、expObjectTable、およびexpValueTable）と独立のためのSNMPルールの複数のテーブル間の関係のために、それは式が評価されたときにチェックし、最終的なエラーを行う必要があり、それは、のとき1でありますexpValueTableでそのインスタンスを読み取るか、デルタ間隔が満了しています。以前のチェックが行われる必要はなく、実装が発現に関連するオブジェクトの作成時に任意の順序を課すことはできません。
To maintain security of MIB information, when creating a new row in this table, the managed system must record the security credentials of the requester. These security credentials are the parameters necessary as inputs to isAccessAllowed from the Architecture for
この表に新しい行を作成する際にMIB情報のセキュリティを維持するには、管理対象システムは、要求者のセキュリティ資格情報を記録しなければなりません。これらのセキュリティ証明書はのためのアーキテクチャからのisAccessAllowedへの入力として必要なパラメータです
Describing SNMP Management Frameworks. When obtaining the objects that make up the expression, the system must (conceptually) use isAccessAllowed to ensure that it does not violate security.
SNMP管理フレームワークを記述する。式を構成するオブジェクトを取得する場合、システムは、（概念的には）それがセキュリティに違反しないことを確実にするためのisAccessAllowedを使用する必要があります。
The evaluation of the expression takes place under the security credentials of the creator of its expExpressionEntry.
式の評価は、そのexpExpressionEntryの作成者のセキュリティ資格情報の下で行われます。
Values of read-write objects in this table may be changed at any time."
INDEX { expExpressionOwner, expExpressionName }
::= { expExpressionTable 1 }
ExpExpressionEntry ::= SEQUENCE {
expExpressionOwner SnmpAdminString,
expExpressionName SnmpAdminString,
expExpression OCTET STRING,
expExpressionValueType INTEGER,
expExpressionComment SnmpAdminString,
expExpressionDeltaInterval Integer32,
expExpressionPrefix OBJECT IDENTIFIER,
expExpressionErrors Counter32,
expExpressionEntryStatus RowStatus
}
expExpressionOwner OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The owner of this entry. The exact semantics of this
string are subject to the security policy defined by the
security administrator."
::= { expExpressionEntry 1 }
expExpressionName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE (1..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The name of the expression. This is locally unique, within
the scope of an expExpressionOwner."
::= { expExpressionEntry 2 }
expExpression OBJECT-TYPE SYNTAX OCTET STRING (SIZE (1..1024)) MAX-ACCESS read-create STATUS current DESCRIPTION "The expression to be evaluated. This object is the same as a DisplayString (RFC 1903) except for its maximum length.
式が評価されるexpExpressionのOBJECT-TYPE構文オクテットSTRING（SIZE（1..1024））MAX-ACCESSリード作成ステータス現在の説明は」このオブジェクトは、その最大長さ以外のDisplayString（RFC 1903）と同じです。
Except for the variable names the expression is in ANSI C
syntax. Only the subset of ANSI C operators and functions
listed here is allowed.
Variables are expressed as a dollar sign ('$') and an integer that corresponds to an expObjectIndex. An example of a valid expression is:
変数は、ドル記号（「$」）とますexpObjectIndexに対応する整数として表現されます。有効な式の例は次のとおりです。
($1-$5)*100
（＄１ー＄５）＊１００
Expressions must not be recursive, that is although an expression may use the results of another expression, it must not contain any variable that is directly or indirectly a result of its own evaluation. The managed system must check for recursive expressions.
式は、その式が別の式の結果を使用することができるが、それは直接的または間接的にそれ自身の評価の結果である任意の変数を含めることはできませんで、再帰的であってはなりません。管理対象システムは、再帰的な表現かどうかを確認しなければなりません。
The only allowed operators are:
唯一の許可事業者は、次のとおりです。
( )
- (unary)
+ - * / %
& | ^ << >> ~
! && || == != > >= < <=
Note the parentheses are included for parenthesizing the expression, not for casting data types.
なお、括弧がないデータ型をキャストするために、式を括弧で囲むために含まれています。
The only constant types defined are:
定義された唯一の一定の種類は次のとおりです。
int (32-bit signed)
long (64-bit signed)
unsigned int
unsigned long
hexadecimal
character
string
oid
The default type for a positive integer is int unless it is too large in which case it is long.
それが長い場合には大きすぎないかぎり、正の整数のデフォルトの型はintです。
All but oid are as defined for ANSI C. Note that a hexadecimal constant may end up as a scalar or an array of 8-bit integers. A string constant is enclosed in double quotes and may contain back-slashed individual characters as in ANSI C.
全てが、OIDはANSI Cのために定義されたように16進定数は、スカラーまたは8ビット整数のアレイとして終わることができることに留意されたいです。文字列定数は二重引用符で囲まれ、ANSI Cと同様にバックスラッシュのついた個々の文字が含まれていてもよいです
An oid constant comprises 32-bit, unsigned integers and at least one period, for example:
OID定数は、例えば、32ビットの符号なし整数と少なくとも一つの期間を含みます。
0.
.0
1.3.6.1
No additional leading or trailing subidentifiers are automatically added to an OID constant. The constant is taken as expressed.
追加の先頭または末尾のサブ識別子が自動的にOID定数に追加されません。表されるよう定数が取られます。
Integer-typed objects are treated as 32- or 64-bit, signed or unsigned integers, as appropriate. The results of mixing them are as for ANSI C, including the type of the result. Note that a 32-bit value is thus promoted to 64 bits only in an operation with a 64-bit value. There is no provision for larger values to handle overflow.
整数型付けされたオブジェクトは、符号付きまたは符号なし整数、必要に応じて、32ビットまたは64ビットとして扱われます。それらを混合した結果は、結果のタイプを含む、ANSI Cの場合と同様です。 32ビット値は、このように64ビット値で動作のみに64ビットに促進されることに留意されたいです。より大きな値がオーバーフローを処理するための規定はありません。
Relative to SNMP data types, a resulting value becomes unsigned when calculating it uses any unsigned value, including a counter. To force the final value to be of data type counter the expression must explicitly use the counter32() or counter64() function (defined below).
カウンタを含む、それが任意の符号なしの値を使用して計算するときにSNMPデータタイプに対して、得られた値は、符号なしとなります。データ型カウンタであると最終的な値を強制的発現は、明示的にCounter32の（）またはCounter64の（）関数（以下に定義）を使用しなければなりません。
OCTET STRINGS and OBJECT IDENTIFIERs are treated as one-dimensioned arrays of unsigned 8-bit integers and unsigned 32-bit integers, respectively.
オクテット文字列とオブジェクト識別子は、それぞれ、符号なし8ビット整数と符号なし32ビット整数の1寸法のアレイとして扱われます。
IpAddresses are treated as 32-bit, unsigned integers in network byte order, that is, the hex version of 255.0.0.0 is 0xff000000.
するIPアドレスは、つまり、255.0.0.0の六角バージョンは0xff000000で、ネットワークバイト順で32ビット符号なし整数として扱われます。
Conditional expressions result in a 32-bit, unsigned integer of value 0 for false or 1 for true. When an arbitrary value is used as a boolean 0 is false and non-zero is true.
条件式が真の場合はfalseまたは1の値0の32ビット符号なし整数をもたらします。ブール値0が偽と非ゼロであるように任意の値を用いた場合も同様です。
Rules for the resulting data type from an operation, based on the operator:
オペレータに基づく操作から得られたデータ型についての規則：
For << and >> the result is the same as the left hand operand.
<<と>>結果について、左側のオペランドと同じです。
For &&, ||, ==, !=, <, <=, >, and >= the result is always Unsigned32.
&&について、||、==、！=、<、<=、>、および> =結果は常にUnsigned32のです。
For unary - the result is always Integer32.
単項のため - 結果は常に構文Integer32です。
For +, -, *, /, %, &, |, and ^ the result is promoted according to the following rules, in order from most to least preferred:
以下のために+、 - 、*、/、％、＆、|、および^結果は順番に、次のルールに従って促進される最もから最も好ましくないへ：
If left hand and right hand operands are the same type,
use that.
If either side is Counter64, use that.
どちらかの側がCounter64のであれば、それを使用しています。
If either side is IpAddress, use that.
どちらかの側はIPアドレスである場合は、それを使用。
If either side is TimeTicks, use that.
どちらかの側が時間刻みであれば、それを使用しています。
If either side is Counter32, use that.
どちらかの側がCounter32のであれば、それを使用しています。
Otherwise use Unsigned32.
それ以外の場合はUnsigned32のを使用しています。
The following rules say what operators apply with what data types. Any combination not explicitly defined does not work.
次の規則は事業者がどのようなデータ型を適用することを言います。明示的に定義されていない任意の組み合わせは動作しません。
For all operators any of the following can be the left hand or right hand operand: Integer32, Counter32, Unsigned32, Counter64.
構文Integer32、Counter32の、Unsigned32の、Counter64のすべての演算子については、以下のいずれかが左手または右手オペランドすることができます。
The operators +, -, *, /, %, <, <=, >, and >= work with TimeTicks.
演算子+、 - TimeTicksのと、*、/、％、<、<=、>、および> =の作品。
The operators &, |, and ^ work with IpAddress.
演算子＆、|、および^は、IPアドレスで動作します。
The operators << and >> work with IpAddress but only as the left hand operand.
IPアドレスではなく左手オペランドとしてだけオペレータ<<と>>作品。
The + operator performs a concatenation of two OCTET STRINGs or two OBJECT IDENTIFIERs.
+演算子は、2つのオクテットストリングまたは2つのオブジェクト識別子の連結を行います。
The operators &, | perform bitwise operations on OCTET STRINGs. If the OCTET STRING happens to be a DisplayString the results may be meaningless, but the agent system does not check this as some such systems do not have this information.
演算子＆、|オクテット文字列のビット演算を実行します。オクテット文字列はDisplayStringのことを起こる場合は結果が無意味かもしれませんが、エージェントシステムは、この情報を持っていないいくつかのこのようなシステムとしてこれをチェックしません。
The operators << and >> perform bitwise operations on OCTET STRINGs appearing as the left hand operand.
オペレータは、<<と>>左手オペランドとして登場するオクテット文字列のビット演算を実行します。
The only functions defined are:
定義された唯一の機能は以下のとおりです。
counter32
counter64
arraySection
stringBegins
stringEnds
stringContains
oidBegins
oidEnds
oidContains
average
maximum
minimum
sum
exists
The following function definitions indicate their parameters by naming the data type of the parameter in the parameter's position in the parameter list. The parameter must be of the type indicated and generally may be a constant, a MIB object, a function, or an expression.
次の関数の定義は、パラメータリスト内のパラメータの位置にパラメータのデータ型に名前を付けることにより、そのパラメータを示しています。パラメータが示さ型でなければならず、ほぼ一定の、MIBオブジェクト、関数、または式であってもよいです。
counter32(integer) - wrapped around an integer value counter32 forces Counter32 as a data type.
Counter32の（整数） - データ型として整数値Counter32の力Counter32の巻き付け。
counter64(integer) - similar to counter32 except that the resulting data type is 'counter64'.
Counter64の（整数） - 結果のデータ型が「Counter64の」であることを除いてCounter32のと同様。
arraySection(array, integer, integer) - selects a piece of an array (i.e. part of an OCTET STRING or OBJECT IDENTIFIER). The integer arguments are in the range 0 to 4,294,967,295. The first is an initial array index (one-dimensioned) and the second is an ending array index. A value of 0 indicates first or last element, respectively. If the first element is larger than the array length the result is 0 length. If the second integer is less than or equal to the first, the result is 0 length. If the second is larger than the array length it indicates last element.
arraySection（アレイ、整数、整数） - アレイ（オクテット文字列やオブジェクト識別子のすなわち一部）の部分を選択します。整数の引数は、4,294,967,295の範囲は0です。最初は、初期配列インデックス（一寸法）であり、第二は、終了配列インデックスです。 0の値は、それぞれ、最初または最後の要素を示しています。最初の要素は、配列の長さより大きい場合、結果は0の長さです。第2の整数が第一以下である場合、結果は長さ0です。第二は、配列の長さよりも大きい場合には、最後の要素を示しています。
stringBegins/Ends/Contains(octetString, octetString) - looks for the second string (which can be a string constant) in the first and returns the one-dimensioned arrayindex where the match began. A return value of 0 indicates no match (i.e. boolean false).
stringBegins /終了/（OCTETSTRING、OCTETSTRING）が含ま - 最初に（文字列定数とすることができる）は、第2の文字列を検索し、マッチが始まった一寸法arrayindexを返します。 0の戻り値が一致する（すなわちブール偽）を示していません。
oidBegins/Ends/Contains(oid, oid) - looks for the second OID (which can be an OID constant) in the first and returns the the one-dimensioned index where the match began. A return value of 0 indicates no match (i.e. boolean false).
oidBegins /終了/（OID、OID）が含ま - 最初に（OID一定にすることができる）は、第2のOIDを探し、一致が始まった一寸法のインデックスを返します。 0の戻り値が一致する（すなわちブール偽）を示していません。
average/maximum/minimum(integer) - calculates the average, minimum, or maximum value of the integer valued object over multiple sample times. If the object disappears for any sample period, the accumulation and the resulting value object cease to exist until the object reappears at which point the calculation starts over.
平均/最大値/最小値（整数） - 複数のサンプル時間にわたる整数値オブジェクトの平均、最小値、または最大値を計算します。オブジェクトは、任意のサンプル期間に消えた場合、オブジェクトは、計算が終わっ開始する時点で再表示されるまで、蓄積および結果の値オブジェクト中止が存在します。
sum(integerObject*) - sums all available values of the wildcarded integer object, resulting in an integer scalar. Must be used with caution as it wraps on overflow with no notification.
和（integerObject *） - 整数のスカラーが生じる合計ワイルドカード整数オブジェクトのすべての利用可能な値を、。それは無通知でオーバーフローで包むよう注意して使用する必要があります。
exists(anyTypeObject) - verifies the object instance exists. A return value of 0 indicates NoSuchInstance (i.e. boolean false)."
オブジェクトのインスタンスが存在する検証 - （anyTypeObject）が存在します。 0の戻り値はNoSuchInstance（すなわちブール偽）を示しています。」
::= { expExpressionEntry 3 }
expExpressionValueType OBJECT-TYPE SYNTAX INTEGER { counter32(1), unsigned32(2), timeTicks(3), integer32(4), ipAddress(5), octetString(6), objectId(7), counter64(8) } MAX-ACCESS read-create STATUS current DESCRIPTION "The type of the expression value. One and only one of the value objects in expValueTable will be instantiated to match this type.
expExpressionValueTypeのOBJECT-TYPE SYNTAX INTEGER {Counter32の（1）、Unsigned32の（2）、時間刻み（3）、Integer32の（4）、ipAddressの（5）、OCTETSTRING（6）、OBJECTID（7）、Counter64の（8）} MAX-ACCESSリード作成しますステータス現在の説明の「式の値のタイプ。OneとexpValueTableで値オブジェクトの一方のみがこのタイプに一致するようにインスタンス化されます。
If the result of the expression can not be made into this type,
an invalidOperandType error will occur."
DEFVAL { counter32 }
::= { expExpressionEntry 4 }
expExpressionComment OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"A comment to explain the use or meaning of the expression."
DEFVAL { ''H }
::= { expExpressionEntry 5 }
expExpressionDeltaInterval OBJECT-TYPE SYNTAX Integer32 (0..86400) UNITS "seconds" MAX-ACCESS read-create STATUS current DESCRIPTION "Sampling interval for objects in this expression with expObjectSampleType 'deltaValue'.
expExpressionDeltaInterval OBJECT-TYPE構文Integer32（0..86400）UNITS "秒" MAX-ACCESSはexpObjectSampleType 'deltaValue' はこの式でのオブジェクトのステータス現在の説明の」サンプリング間隔をリード作成。
This object has no effect if the the expression has no
deltaValue objects.
A value of 0 indicates no automated sampling. In this case the delta is the difference from the last time the expression was evaluated. Note that this is subject to unpredictable delta times in the face of retries or multiple managers.
0の値は、自動化されたサンプリングを示していません。この場合、デルタは、式が評価された最後の時間の違いです。これは再試行または複数のマネージャの面で予測不可能なデルタ時間の対象であることに留意されたいです。
A value greater than zero is the number of seconds between automated samples.
ゼロより大きい値は、自動化されたサンプル間の秒数です。
Until the delta interval has expired once the delta for the object is effectively not instantiated and evaluating the expression has results as if the object itself were not instantiated.
オブジェクトのデルタが効果的にインスタンス化され、式を評価すると、オブジェクト自体がインスタンス化されていなかったかのような結果を持っていないされた後、デルタ間隔が経過するまで。
Note that delta values potentially consume large amounts of system CPU and memory. Delta state and processing must continue constantly even if the expression is not being used. That is, the expression is being evaluated every delta interval, even if no application is reading those values. For wildcarded objects this can be substantial overhead.
デルタ値は、潜在的にシステムのCPUとメモリを大量に消費することに注意してください。デルタ状態と処理は表現が使用されていない場合でも、常に続けなければなりません。これは、表現には、アプリケーションがこれらの値を読んでいない場合であっても、すべてのデルタ間隔が評価され、です。ワイルドカードを使ったオブジェクトの場合、これはかなりのオーバーヘッドをすることができます。
Note that delta intervals, external expression value sampling
intervals and delta intervals for expressions within other
expressions can have unusual interactions as they are impossible
to synchronize accurately. In general one interval embedded
below another must be enough shorter that the higher sample
sees relatively smooth, predictable behavior. So, for example,
to avoid the higher level getting the same sample twice, the
lower level should sample at least twice as fast as the higher
level does."
DEFVAL { 0 }
::= { expExpressionEntry 6 }
expExpressionPrefix OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "An object prefix to assist an application in determining the instance indexing to use in expValueTable, relieving the application of the need to scan the expObjectTable to determine such a prefix.
expExpressionPrefix OBJECT-TYPE構文オブジェクト識別子MAX-ACCESS read-only説明「このような接頭辞を決定するexpObjectTableをスキャンする必要のアプリケーションを軽減、expValueTableで使用するインスタンスのインデックス付けを決定する際に、アプリケーションを支援するオブジェクトのプレフィックス。
See expObjectTable for information on wildcarded objects.
ワイルドカードを使ったオブジェクトの詳細については、expObjectTableを参照してください。
If the expValueInstance portion of the value OID may be treated as a scalar (that is, normally, 0) the value of expExpressionPrefix is zero length, that is, no OID at all. Note that zero length implies a null OID, not the OID 0.0.
値OIDのexpValueInstance部分はスカラーとして扱うことができる場合（すなわち、通常、0される）expExpressionPrefixの値がゼロの長さ、すなわち、まったくOIDではありません。ゼロ長さはヌルOIDはなく、OID 0.0を含意することに注意してください。
Otherwise, the value of expExpressionPrefix is the expObjectID
value of any one of the wildcarded objects for the expression.
This is sufficient, as the remainder, that is, the instance
fragment relevant to instancing the values, must be the same for
all wildcarded objects in the expression."
::= { expExpressionEntry 7 }
expExpressionErrors OBJECT-TYPE
expExpressionErrorsのOBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of errors encountered while evaluating this
expression.
Note that an object in the expression not being accessible,
is not considered an error. An example of an inaccessible
object is when the object is excluded from the view of the
user whose security credentials are used in the expression
evaluation. In such cases, it is a legitimate condition
that causes the corresponding expression value not to be
instantiated."
::= { expExpressionEntry 8 }
expExpressionEntryStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The control that allows creation and deletion of entries."
::= { expExpressionEntry 9 }
-- -- Expression Error Table --
- - 式エラー表 -
expErrorTable OBJECT-TYPE
SYNTAX SEQUENCE OF ExpErrorEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of expression errors."
::= { expDefine 2 }
expErrorEntry OBJECT-TYPE SYNTAX ExpErrorEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information about errors in processing an expression.
式の処理中にエラーに関するexpErrorEntryのOBJECT-TYPE SYNTAX ExpErrorEntry MAX-ACCESSステータス現在の説明「情報。
Entries appear in this table only when there is a matching
expExpressionEntry and then only when there has been an
error for that expression as reflected by the error codes
defined for expErrorCode."
INDEX { expExpressionOwner, expExpressionName }
::= { expErrorTable 1 }
ExpErrorEntry ::= SEQUENCE {
expErrorTime TimeStamp,
expErrorIndex Integer32,
expErrorCode INTEGER,
expErrorInstance OBJECT IDENTIFIER
}
expErrorTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime the last time an error caused a
failure to evaluate this expression."
::= { expErrorEntry 1 }
expErrorIndex OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The one-dimensioned character array index into
expExpression for where the error occurred. The value
zero indicates irrelevance."
::= { expErrorEntry 2 }
expErrorCode OBJECT-TYPE SYNTAX INTEGER { invalidSyntax(1), undefinedObjectIndex(2), unrecognizedOperator(3), unrecognizedFunction(4), invalidOperandType(5), unmatchedParenthesis(6), tooManyWildcardValues(7), recursion(8), deltaTooShort(9), resourceUnavailable(10), divideByZero(11) } MAX-ACCESS read-only STATUS current DESCRIPTION "The error that occurred. In the following explanations the expected timing of the error is in parentheses. 'S' means the error occurs on a Set request. 'E' means the error occurs on the attempt to evaluate the expression either due to Get from expValueTable or in ongoing delta processing.
expErrorCodeのOBJECT-TYPE SYNTAX INTEGER {invalidSyntax（1）、undefinedObjectIndex（2）、unrecognizedOperator（3）、unrecognizedFunction（4）、invalidOperandType（5）、unmatchedParenthesis（6）、tooManyWildcardValues（7）、再帰（8）、deltaTooShort（9 ）、resourceUnavailable（10）、DIVIDEBYZERO（11）} MAX-ACCESS read-only説明「発生したエラー。エラーの予想タイミングは括弧内にある以下の説明において、 『S』はエラーがで発生手段設定し、要求「E」はエラーがexpValueTableからか、現在進行中のデルタ処理で取得するため、いずれかの式を評価する試みで起こることを意味します。
invalidSyntax the value sent for expExpression is not
valid Expression MIB expression syntax
(S)
undefinedObjectIndex an object reference ($n) in
expExpression does not have a matching
instance in expObjectTable (E)
unrecognizedOperator the value sent for expExpression held an
unrecognized operator (S)
unrecognizedFunction the value sent for expExpression held an
unrecognized function name (S)
invalidOperandType an operand in expExpression is not the
right type for the associated operator
or result (SE)
unmatchedParenthesis the value sent for expExpression is not
correctly parenthesized (S)
tooManyWildcardValues evaluating the expression exceeded the
limit set by
expResourceDeltaWildcardInstanceMaximum
(E)
recursion through some chain of embedded
expressions the expression invokes itself
(E)
deltaTooShort the delta for the next evaluation passed
before the system could evaluate the
present sample (E)
resourceUnavailable some resource, typically dynamic memory,
was unavailable (SE)
divideByZero an attempt to divide by zero occurred
(E)
For the errors that occur when the attempt is made to set expExpression Set request fails with the SNMP error code 'wrongValue'. Such failures refer to the most recent failure to Set expExpression, not to the present value of expExpression which must be either unset or syntactically correct.
試行がexpExpression Set要求をSNMPエラーコード「wrongValue」で失敗し設定するために行われたときに発生するエラーのために。このような失敗はない未設定または構文的に正しいのどちらかでなければなりませんexpExpressionの現在価値に、expExpressionを設定するために最新の障害を参照してください。
Errors that occur during evaluation for a Get* operation return
the SNMP error code 'genErr' except for 'tooManyWildcardValues'
and 'resourceUnavailable' which return the SNMP error code
'resourceUnavailable'."
::= { expErrorEntry 3 }
expErrorInstance OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only
expErrorInstance OBJECT-TYPE構文オブジェクト識別子MAX-ACCESS読み取り専用
STATUS current
DESCRIPTION
"The expValueInstance being evaluated when the error
occurred. A zero-length indicates irrelevance."
::= { expErrorEntry 4 }
-- -- Object Table --
- - オブジェクト表 -
expObjectTable OBJECT-TYPE SYNTAX SEQUENCE OF ExpObjectEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of object definitions for each expExpression.
ExpObjectEntry MAX-ACCESSステータス現在の説明「各expExpressionのオブジェクト定義の表expObjectTable OBJECT-TYPE構文配列。
Wildcarding instance IDs:
ワイルドカードインスタンスID：
It is legal to omit all or part of the instance portion for
some or all of the objects in an expression. (See the
DESCRIPTION of expObjectID for details. However, note that
if more than one object in the same expression is wildcarded
in this way, they all must be objects where that portion of
the instance is the same. In other words, all objects may be
in the same SEQUENCE or in different SEQUENCEs but with the
same semantic index value (e.g., a value of ifIndex)
for the wildcarded portion."
::= { expDefine 3 }
expObjectEntry OBJECT-TYPE SYNTAX ExpObjectEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information about an object. An application uses expObjectEntryStatus to create entries in this table while in the process of defining an expression.
オブジェクトに関するexpObjectEntryのOBJECT-TYPE SYNTAX ExpObjectEntry MAX-ACCESSステータス現在の説明は「情報。アプリケーションは、表現を定義するプロセスにいる間、このテーブルのエントリを作成するためにexpObjectEntryStatusを使用しています。
Values of read-create objects in this table may be
changed at any time."
INDEX { expExpressionOwner, expExpressionName, expObjectIndex }
::= { expObjectTable 1 }
ExpObjectEntry ::= SEQUENCE {
expObjectIndex Unsigned32,
expObjectID OBJECT IDENTIFIER,
expObjectIDWildcard TruthValue, expObjectSampleType INTEGER,
expObjectDeltaDiscontinuityID OBJECT IDENTIFIER,
expObjectDiscontinuityIDWildcard TruthValue,
expObjectDiscontinuityIDType INTEGER,
expObjectConditional OBJECT IDENTIFIER,
expObjectConditionalWildcard TruthValue,
expObjectEntryStatus RowStatus
}
expObjectIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Within an expression, a unique, numeric identification for an
object. Prefixed with a dollar sign ('$') this is used to
reference the object in the corresponding expExpression."
::= { expObjectEntry 1 }
expObjectID OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-create STATUS current DESCRIPTION "The OBJECT IDENTIFIER (OID) of this object. The OID may be fully qualified, meaning it includes a complete instance identifier part (e.g., ifInOctets.1 or sysUpTime.0), or it may not be fully qualified, meaning it may lack all or part of the instance identifier. If the expObjectID is not fully qualified, then expObjectWildcard must be set to true(1). The value of the expression will be multiple values, as if done for a GetNext sweep of the object.
expObjectIDのOBJECT-TYPE構文オブジェクト識別子MAX-ACCESSはリード作成このオブジェクトのステータス現在の説明の「オブジェクト識別子（OID）を。OIDは、それが完全なインスタンス識別子部分（例えば、ifInOctets.1かのsysUpTimeが含ま意味、完全に修飾することができます0.0）、またはそれは、インスタンス識別子の全部または一部を欠いて意味、完全修飾ではないかもしれない。expObjectIDが完全に修飾されていない場合は、expObjectWildcardをtrueに設定する必要があります（1）。式の値がされますオブジェクトのGetNextのスイープのために行われているかのように複数の値、。
An object here may itself be the result of an expression but
recursion is not allowed.
NOTE: The simplest implementations of this MIB may not allow
wildcards."
::= { expObjectEntry 2 }
expObjectIDWildcard OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "A true value indicates the expObjecID of this row is a wildcard object. False indicates that expObjectID is fully instanced. If all expObjectWildcard values for a given expression are FALSE, expExpressionPrefix will reflect a scalar object (i.e. will be 0.0).
真の値は、この行のexpObjecIDがワイルドカードオブジェクトであることを示しexpObjectIDWildcardのOBJECT-TYPEの構文のTruthValue MAX-ACCESSはリード作成ステータス現在の説明」。偽expObjectIDが完全にインスタンス化であることを示している。与えられた発現のための全てexpObjectWildcard値がFALSEである場合、expExpressionPrefixスカラオブジェクトを反映します（すなわち0.0になります）。
NOTE: The simplest implementations of this MIB may not allow
wildcards."
DEFVAL { false }
::= { expObjectEntry 3 }
expObjectSampleType OBJECT-TYPE SYNTAX INTEGER { absoluteValue(1), deltaValue(2), changedValue(3) } MAX-ACCESS read-create STATUS current DESCRIPTION "The method of sampling the selected variable.
expObjectSampleTypeのOBJECT-TYPE SYNTAX INTEGER {absoluteValueで（1）、deltaValue（2）、changedValue（3）} MAX-ACCESSはリード作成ステータス現在の説明「選択された変数をサンプリングする方法。
An 'absoluteValue' is simply the present value of the object.
「absoluteValueでは」単にオブジェクトの現在価値です。
A 'deltaValue' is the present value minus the previous value, which was sampled expExpressionDeltaInterval seconds ago. This is intended primarily for use with SNMP counters, which are meaningless as an 'absoluteValue', but may be used with any integer-based value.
「deltaValue」は、現在値マイナスexpExpressionDeltaInterval秒前にサンプリングされた前の値、です。これは主に「absoluteValueで」として無意味であるSNMPカウンターと共に使用するために意図されているが、任意の整数ベースの値と共に使用することができます。
A 'changedValue' is a boolean for whether the present value is different from the previous value. It is applicable to any data type and results in an Unsigned32 with value 1 if the object's value is changed and 0 if not. In all other respects it is as a 'deltaValue' and all statements and operation regarding delta values apply to changed values.
「changedValue」は現在値が前の値と異なっているか否かのブールです。ない場合は、オブジェクトの値が変更された場合に値1を持つUnsigned32の内の任意のデータ型と結果に適用可能であり、0。他のすべての点で、それは「deltaValue」とし、デルタ値に関するすべてのステートメントおよび操作は、変更した値に適用されます。
When an expression contains both delta and absolute values
the absolute values are obtained at the end of the delta
period."
DEFVAL { absoluteValue }
::= { expObjectEntry 4 }
sysUpTimeInstance OBJECT IDENTIFIER ::= { sysUpTime 0 }
expObjectDeltaDiscontinuityID OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-create STATUS current DESCRIPTION "The OBJECT IDENTIFIER (OID) of a TimeTicks, TimeStamp, or DateAndTime object that indicates a discontinuity in the value at expObjectID.
expObjectDeltaDiscontinuityID OBJECT-TYPE構文オブジェクト識別子時間刻み、タイムスタンプ、またはexpObjectIDでの値の不連続を示すのDateAndTimeオブジェクトのMAX-ACCESSリード作成ステータス現在の説明「オブジェクト識別子（OID）。
This object is instantiated only if expObjectSampleType is
'deltaValue' or 'changedValue'.
The OID may be for a leaf object (e.g. sysUpTime.0) or may be wildcarded to match expObjectID.
OIDはリーフオブジェクト（例えばsysUpTime.0）のためであってもよく、またはexpObjectIDと一致するワイルドカードことができます。
This object supports normal checking for a discontinuity in a counter. Note that if this object does not point to sysUpTime discontinuity checking must still check sysUpTime for an overall discontinuity.
このオブジェクトはカウンターの不連続のための通常のチェックをサポートしています。このオブジェクトがsysUpTime時を指していない場合、不連続のチェックはまだ全面的な不連続のためのsysUpTimeをチェックしなければならないことに注意してください。
If the object identified is not accessible no discontinuity
check will be made."
DEFVAL { sysUpTimeInstance }
::= { expObjectEntry 5 }
expObjectDiscontinuityIDWildcard OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "A true value indicates the expObjectDeltaDiscontinuityID of this row is a wildcard object. False indicates that expObjectDeltaDiscontinuityID is fully instanced.
expObjectDiscontinuityIDWildcardのOBJECT-TYPEの構文のTruthValue MAX-ACCESSはリード作成ステータス現在の説明の「真の値は、この行のexpObjectDeltaDiscontinuityIDがワイルドカードオブジェクトであることを示す。偽expObjectDeltaDiscontinuityIDが完全にインスタンス化であることを示しています。
This object is instantiated only if expObjectSampleType is
'deltaValue' or 'changedValue'.
NOTE: The simplest implementations of this MIB may not allow
wildcards."
DEFVAL { false }
::= { expObjectEntry 6 }
expObjectDiscontinuityIDType OBJECT-TYPE SYNTAX INTEGER { timeTicks(1), timeStamp(2), dateAndTime(3) } MAX-ACCESS read-create STATUS current DESCRIPTION "The value 'timeTicks' indicates the expObjectDeltaDiscontinuityID of this row is of syntax TimeTicks. The value 'timeStamp' indicates syntax TimeStamp. The value 'dateAndTime indicates syntax DateAndTime.
expObjectDiscontinuityIDTypeのOBJECT-TYPE SYNTAX INTEGER {TimeTicksの（1）、タイムスタンプ（2）、dateAndTimeの（3）} MAX-ACCESSはリード作成ステータス現在の説明「値 '時間刻み' は、この行のexpObjectDeltaDiscontinuityID構文時間刻みであることを示す。値「タイムスタンプは、」構文のタイムスタンプを示しています。値が「dateAndTimeのは、構文のDateAndTimeを示します。
This object is instantiated only if expObjectSampleType is
'deltaValue' or 'changedValue'."
DEFVAL { timeTicks }
::= { expObjectEntry 7 }
expObjectConditional OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-create STATUS current DESCRIPTION "The OBJECT IDENTIFIER (OID) of an object that overrides whether the instance of expObjectID is to be considered usable. If the value of the object at expObjectConditional is 0 or not instantiated, the object at expObjectID is treated as if it is not instantiated. In other words, expObjectConditional is a filter that controls whether or not to use the value at expObjectID.
expObjectConditional OBJECT-TYPE構文オブジェクト識別子MAX-ACCESSはリード作成expObjectIDのインスタンスが使用可能と考えられるべきであるかどうかをオーバーライドオブジェクトのステータス現在の説明「オブジェクト識別子（OID）。expObjectConditionalにおけるオブジェクトの値が0以上である場合インスタンス化されていない、それがインスタンス化されていないかのように、expObjectIDでオブジェクトが処理される。換言すれば、expObjectConditionalはexpObjectIDに値を使用するかどうかを制御するフィルタです。
The OID may be for a leaf object (e.g. sysObjectID.0) or may be
wildcarded to match expObjectID. If expObject is wildcarded and
expObjectID in the same row is not, the wild portion of
expObjectConditional must match the wildcarding of the rest of
the expression. If no object in the expression is wildcarded
but expObjectConditional is, use the lexically first instance
(if any) of expObjectConditional.
If the value of expObjectConditional is 0.0 operation is as if the value pointed to by expObjectConditional is a non-zero (true) value.
expObjectConditionalの値である場合0.0動作値がexpObjectConditionalによって指されている場合、非ゼロ（真の）値であるようです。
Note that expObjectConditional can not trivially use an object
of syntax TruthValue, since the underlying value is not 0 or 1."
DEFVAL { zeroDotZero }
::= { expObjectEntry 8 }
expObjectConditionalWildcard OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION
expObjectConditionalWildcard OBJECT-TYPEの構文のTruthValue MAX-ACCESSはリード作成しますステータス現在の説明
"A true value indicates the expObjectConditional of this row is
a wildcard object. False indicates that expObjectConditional is
fully instanced.
NOTE: The simplest implementations of this MIB may not allow
wildcards."
DEFVAL { false }
::= { expObjectEntry 9 }
expObjectEntryStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create
expObjectEntryStatusのOBJECT-TYPE構文RowStatus MAX-ACCESSはリード作成します
STATUS current
DESCRIPTION
"The control that allows creation/deletion of entries.
Objects in this table may be changed while
expObjectEntryStatus is in any state."
::= { expObjectEntry 10 }
-- -- Expression Value Table --
- - 式の値表 -
expValueTable OBJECT-TYPE
SYNTAX SEQUENCE OF ExpValueEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of values from evaluated expressions."
::= { expValue 1 }
expValueEntry OBJECT-TYPE SYNTAX ExpValueEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A single value from an evaluated expression. For a given instance, only one 'Val' object in the conceptual row will be instantiated, that is, the one with the appropriate type for the value. For values that contain no objects of expObjectSampleType 'deltaValue' or 'changedValue', reading a value from the table causes the evaluation of the expression for that value. For those that contain a 'deltaValue' or 'changedValue' the value read is as of the last sampling interval.
expValueEntry OBJECT-TYPE構文ExpValueEntry MAX-ACCESSステータス現在の説明は「評価式から単一の値を与えられた例えば、概念的な列で唯一 『ヴァル』オブジェクトがインスタンス化され、すなわち、を有するものです値のための適切なタイプテーブルから値を読み取るexpObjectSampleType「deltaValue」または「changedValue」のないオブジェクトが含まれていない値については、その値の表現の評価を引き起こす。「deltaValue」または「changedValue」を含むものについて読み値は、最後のサンプリング間隔の通りです。
If in the attempt to evaluate the expression one or more
of the necessary objects is not available, the corresponding
entry in this table is effectively not instantiated.
To maintain security of MIB information, when creating a new row in this table, the managed system must record the security credentials of the requester. These security credentials are the parameters necessary as inputs to isAccessAllowed from [RFC2571]. When obtaining the objects that make up the expression, the system must (conceptually) use isAccessAllowed to ensure that it does not violate security.
この表に新しい行を作成する際にMIB情報のセキュリティを維持するには、管理対象システムは、要求者のセキュリティ資格情報を記録しなければなりません。これらのセキュリティ証明書は、[RFC2571]からのisAccessAllowedへの入力として必要なパラメータです。式を構成するオブジェクトを取得する場合、システムは、（概念的には）それがセキュリティに違反しないことを確実にするためのisAccessAllowedを使用する必要があります。
The evaluation of that expression takes place under the security credentials of the creator of its expExpressionEntry.
その式の評価は、そのexpExpressionEntryの作成者のセキュリティ資格情報の下で行われます。
To maintain security of MIB information, expression evaluation must
take place using security credentials for the implied Gets of the
objects in the expression as inputs (conceptually) to
isAccessAllowed from the Architecture for Describing SNMP
Management Frameworks. These are the security credentials of the
creator of the corresponding expExpressionEntry."
INDEX { expExpressionOwner, expExpressionName,
IMPLIED expValueInstance }
::= { expValueTable 1 }
ExpValueEntry ::= SEQUENCE {
expValueInstance OBJECT IDENTIFIER,
expValueCounter32Val Counter32,
expValueUnsigned32Val Unsigned32,
expValueTimeTicksVal TimeTicks,
expValueInteger32Val Integer32,
expValueIpAddressVal IpAddress,
expValueOctetStringVal OCTET STRING,
expValueOidVal OBJECT IDENTIFIER,
expValueCounter64Val Counter64
}
expValueInstance OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS not-accessible STATUS current DESCRIPTION "The final instance portion of a value's OID according to the wildcarding in instances of expObjectID for the expression. The prefix of this OID fragment is 0.0, leading to the following behavior.
発現のためexpObjectIDのインスタンスにワイルドカードに係るexpValueInstance OBJECT-TYPE構文オブジェクト識別子MAX-ACCESSステータス現在の説明「値のOIDの最後のインスタンス部分。このOID断片のプレフィックスは、以下につながる、0.0であります動作。
If there is no wildcarding, the value is 0.0.0. In other
words, there is one value which standing alone would have
been a scalar with a 0 at the end of its OID.
If there is wildcarding, the value is 0.0 followed by
a value that the wildcard can take, thus defining one value
instance for each real, possible value of the wildcard.
So, for example, if the wildcard worked out to be an ifIndex,
there is an expValueInstance for each applicable ifIndex."
::= { expValueEntry 1 }
expValueCounter32Val OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only
expValueCounter32Val OBJECT-TYPE SYNTAXカウンタACCESS read-only
STATUS current
DESCRIPTION
"The value when expExpressionValueType is 'counter32'."
::= { expValueEntry 2 }
expValueUnsigned32Val OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when expExpressionValueType is 'unsigned32'."
::= { expValueEntry 3 }
expValueTimeTicksVal OBJECT-TYPE
SYNTAX TimeTicks
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when expExpressionValueType is 'timeTicks'."
::= { expValueEntry 4 }
expValueInteger32Val OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when expExpressionValueType is 'integer32'."
::= { expValueEntry 5 }
expValueIpAddressVal OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when expExpressionValueType is 'ipAddress'."
::= { expValueEntry 6 }
expValueOctetStringVal OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (0..65536))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when expExpressionValueType is 'octetString'."
::= { expValueEntry 7 }
expValueOidVal OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only
expValueOidVal OBJECT-TYPE構文オブジェクト識別子MAX-ACCESS読み取り専用
STATUS current
DESCRIPTION
"The value when expExpressionValueType is 'objectId'."
::= { expValueEntry 8 }
expValueCounter64Val OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when expExpressionValueType is 'counter64'."
::= { expValueEntry 9 }
-- -- Conformance --
- - 適合 -
dismanExpressionMIBConformance OBJECT IDENTIFIER ::=
{ dismanExpressionMIB 3 }
dismanExpressionMIBCompliances OBJECT IDENTIFIER ::=
{ dismanExpressionMIBConformance 1 }
dismanExpressionMIBGroups OBJECT IDENTIFIER ::=
{ dismanExpressionMIBConformance 2 }
-- Compliance
- コンプライアンス
dismanExpressionMIBCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for entities which implement the Expression MIB." MODULE -- this module MANDATORY-GROUPS { dismanExpressionResourceGroup, dismanExpressionDefinitionGroup, dismanExpressionValueGroup }
dismanExpressionMIBCompliance MODULE-COMPLIANCEステータス現在の説明「式MIBを設定するエンティティのための準拠宣言。」 MODULE - このモジュールMANDATORY-GROUPS {dismanExpressionResourceGroup、dismanExpressionDefinitionGroup、dismanExpressionValueGroup}
OBJECT expResourceDeltaMinimum
SYNTAX Integer32 (-1 | 60..600)
DESCRIPTION
"Implementation need not allow deltas or it may
implement them and restrict them to higher values."
OBJECT expObjectSampleType WRITE-SYNTAX INTEGER { absoluteValue(1) } DESCRIPTION "Implementation may disallow deltas calculation or change detection."
OBJECTのexpObjectSampleTypeのWRITE-SYNTAX INTEGER {absoluteValueで（1）} DESCRIPTION "実装はデルタ計算を許可しない、または検出を変更することができます。"
OBJECT expObjectIDWildcard WRITE-SYNTAX INTEGER { false(2) } DESCRIPTION "Implementation may allow wildcards."
OBJECTのexpObjectIDWildcardのWRITE-SYNTAX INTEGER {偽（2）} DESCRIPTION "実装はワイルドカードを可能にすることができます。"
OBJECT expObjectDiscontinuityIDWildcard WRITE-SYNTAX INTEGER { false(2) } DESCRIPTION "Implementation need not allow wildcards."
OBJECT expObjectDiscontinuityIDWildcard WRITE-SYNTAX INTEGER {偽（2）} DESCRIPTION "実装はワイルドカードを許容する必要はありません。"
OBJECT expObjectConditionalWildcard WRITE-SYNTAX INTEGER { false(2) } DESCRIPTION "Implementation need not allow deltas wildcards."
OBJECT expObjectConditionalWildcard WRITE-SYNTAX INTEGER {偽（2）} DESCRIPTION "実装はデルタワイルドカードを許容する必要はありません。"
::= { dismanExpressionMIBCompliances 1 }
-- Units of Conformance
- 適合性の単位
dismanExpressionResourceGroup OBJECT-GROUP
OBJECTS {
expResourceDeltaMinimum,
expResourceDeltaWildcardInstanceMaximum,
expResourceDeltaWildcardInstances,
expResourceDeltaWildcardInstancesHigh,
expResourceDeltaWildcardInstanceResourceLacks
}
STATUS current
DESCRIPTION
"Expression definition resource management."
::= { dismanExpressionMIBGroups 1 }
dismanExpressionDefinitionGroup OBJECT-GROUP OBJECTS { expExpression, expExpressionValueType, expExpressionComment, expExpressionDeltaInterval, expExpressionPrefix, expExpressionErrors, expExpressionEntryStatus,
dismanExpressionDefinitionGroupオブジェクト・グループオブジェクト{expExpression、expExpressionValueType、expExpressionComment、expExpressionDeltaInterval、expExpressionPrefix、expExpressionErrors、expExpressionEntryStatus、
expErrorTime,
expErrorIndex,
expErrorCode,
expErrorInstance, expObjectID,
expObjectIDWildcard,
expObjectSampleType,
expObjectDeltaDiscontinuityID,
expObjectDiscontinuityIDWildcard,
expObjectDiscontinuityIDType,
expObjectConditional,
expObjectConditionalWildcard,
expObjectEntryStatus
}
STATUS current
DESCRIPTION
"Expression definition."
::= { dismanExpressionMIBGroups 2 }
dismanExpressionValueGroup OBJECT-GROUP
OBJECTS {
expValueCounter32Val,
expValueUnsigned32Val,
expValueTimeTicksVal,
expValueInteger32Val,
expValueIpAddressVal,
expValueOctetStringVal,
expValueOidVal,
expValueCounter64Val
}
STATUS current
DESCRIPTION
"Expression value."
::= { dismanExpressionMIBGroups 3 }
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は、そのような権限下で、ライセンスがたりないかもしれない可能性があるためにどの本書または程度に記載されている技術の実装や使用に関係すると主張される可能性があります任意の知的財産やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能。また、そうした権利を特定するために取り組んできたことを表していないん。スタンダードトラックとstandards-関連文書の権利に関する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専務に情報を扱ってください。
This MIB contains considerable contributions from the Distributed Management Design Team (Andy Bierman, Maria Greene, Bob Stewart, and Steve Waldbusser), and colleagues at Cisco who did the first implementation.
このMIBは、最初の実装をしたシスコの分散管理設計チーム（アンディBierman、マリア・グリーン、ボブ・スチュワート、およびスティーブWaldbusser）、および同僚からかなりの貢献が含まれています。
[RFC2571] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture Describing SNMP Management Frameworks", RFC 2571, April 1999.
[RFC2571]ハリントン、D.、PresuhnとR.とB. Wijnen、 "SNMP管理フレームワークの記述アーキテクチャ"、RFC 2571、1999年4月。
[RFC1155] Rose, M. and K. McCloghrie, "Structure and Identification of Management Information for TCP/IP-based Internets", STD 16, RFC 1155, May 1990.
[RFC1155]ローズ、M.、およびK. McCloghrie、 "構造とTCP / IPベースのインターネットのための経営情報の識別"、STD 16、RFC 1155、1990年5月。
[RFC1212] Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD 16, RFC 1212, March 1991.
[RFC1212]ローズ、M.、およびK. McCloghrie、 "簡潔なMIB定義"、STD 16、RFC 1212、1991年3月。
[RFC1215] Rose, M., "A Convention for Defining Traps for use with the SNMP", RFC 1215, March 1991.
[RFC1215]ローズ、M.、 "SNMPとの使用のためのDefining Trapsのための条約"、RFC 1215、1991年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.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "経営情報バージョン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.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[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.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "SMIv2のための適合性宣言"、STD 58、RFC 2580、1999年4月。
[RFC1157] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple Network Management Protocol", STD 15, RFC 1157, May 1990.
[RFC1157]ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン、 "簡単なネットワーク管理プロトコル"、STD 15、RFC 1157、1990年5月。
[RFC1901] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Introduction to Community-based SNMPv2", RFC 1901, January 1996.
[RFC1901]ケース、J.、McCloghrie、K.、ローズ、M.およびS. Waldbusser、 "コミュニティベースのSNMPv2の概要"、RFC 1901、1996年1月。
[RFC1906] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Transport Mappings for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1906, January 1996.
[RFC1906]ケース、J.、McCloghrie、K.、ローズ、M.、およびS. Waldbusser、RFC 1906 "簡易ネットワーク管理プロトコル（SNMPv2）のバージョン2のための交通マッピング"、1996年1月。
[RFC2572] Case, J., Harrington D., Presuhn R. and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", RFC 2572, April 1999.
[RFC2572]ケース、J.、ハリントンD.、Presuhn R.とB. Wijnenの、 "メッセージ処理と簡単なネットワーク管理プロトコル（SNMP）のための派遣"、RFC 2572、1999年4月。
[RFC2574] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", RFC 2574, April 1999.
、RFC 2574、1999年4月 "簡易ネットワーク管理プロトコル（SNMPv3の）のバージョン3のためのユーザベースセキュリティモデル（USM）" [RFC2574]ブルーメンソール、U.とB. Wijnenの、。
[RFC1905] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Protocol Operations for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1905, January 1996.
[RFC1905]ケース、J.、McCloghrie、K.、ローズ、M.、およびS. Waldbusser、 "簡易ネットワーク管理プロトコルのバージョン2のためのプロトコル操作（SNMPv2の）"、RFC 1905、1996年1月。
[RFC2573] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications", RFC 2573, April 1999.
[RFC2573]レビ、D.、マイヤー、P.とB.スチュワート、 "SNMPv3のアプリケーション"、RFC 2573、1999年4月。
[RFC2575] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", RFC 2575, April 1999.
[RFC2575] Wijnenの、B.、Presuhn、R.とK. McCloghrie、 "簡易ネットワーク管理プロトコルのためのビューベースアクセス制御モデル（VACM）（SNMP）"、RFC 2575、1999年4月。
[RFC2570] Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction to Version 3 of the Internet-standard Network Management Framework", RFC 2570, April 1999.
[RFC2570]ケース、J.、マンディ、R.、パーテイン、D.とB.スチュワート、 "インターネット標準ネットワーク管理フレームワークのバージョン3への序論"、RFC 2570、1999年4月。
[RFC1903] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Coexistence between Version 1 and version 2 of the Internet-standard Network Management Framework", RFC 1903, January 1996.
[RFC1903]ケース、J.、McCloghrie、K.、ローズ、M.、およびS. Waldbusser、RFC 1903 "バージョン1およびインターネット標準ネットワーク管理フレームワークのバージョン2の間の共存"、1996年1月。
[RFC2981] Stewart, B., "Event MIB", RFC 2981, October 2000.
[RFC2981]スチュワート、B.、 "イベントMIB"、RFC 2981、2000年10月。
[PracPersp] Leinwand, A. and K. Fang, "Network Management: A Practical Perspective", Addison-Wesley Publishing Company, Inc., 1993.
[PracPersp] Leinwand、A.およびK.牙、 "ネットワーク管理：実用的な視点"、アディソン・ウェズリー出版社、1993。
Expression MIB security involves two perspectives: protection of expressions from tampering or unauthorized use of resources, and protection of the objects used to calculate the expressions.
改ざんからの表現の保護や資源の不正使用、および式を計算するために使用されるオブジェクトの保護：式MIBのセキュリティは、2つの観点が含まれます。
Security of expression definitions and results depends on the expression owner (expExpressionOwner). With view-based access control [RFC2575] a network manager can control who has what level of access to what expressions.
表現の定義と結果のセキュリティは、表現の所有者（expExpressionOwner）に依存します。ビューベースのアクセス制御[RFC2575]でネットワーク管理者は、どのような表現へのアクセスレベルを持つユーザーを制御することができます。
Access control for the objects within the expression depends on the security credentials of the expression creator. These are the security credentials used to get the objects necessary to evaluate the expression. They are the security credentials that were used to set the expExpressionRowStatus object for that expression to 'active', as recorded by the managed system.
式の中のオブジェクトのアクセス制御は、発現作成者のセキュリティ資格情報に依存します。これらは、式を評価するために必要なオブジェクトを取得するために使用されるセキュリティ資格情報です。彼らは、管理対象システムによって記録され、「アクティブ」にその表現のためのexpExpressionRowStatusオブジェクトを設定するために使用されたセキュリティ証明書です。
This means that the results of an expression could potentially be made available to someone who does not have access to the raw data that went into them. This could be either legitimate or a security violation, depending on the specific situation and security policy.
これは、式の結果は、潜在的にそれらに入った生データへのアクセス権を持っていない人に利用できるようにすることができることを意味しています。これは、特定の状況やセキュリティポリシーに応じて、合法的またはセキュリティ違反のいずれかである可能性があります。
To facilitate the provisioning of access control by a security administrator for this MIB itself using the View-Based Access Control Model (VACM) defined in RFC 2575 [RFC2575] for tables in which multiple users may need to independently create or modify entries, the initial index is used as an "owner index". Such an initial index has a syntax of SnmpAdminString, and can thus be trivially mapped to a securityName or groupName as defined in VACM, in accordance with a security policy.
複数のユーザーが独立して、初期の作成またはエントリを変更する必要がある可能性のあるテーブルについては、RFC 2575 [RFC2575]で定義されたビューベースアクセス制御モデル（VACM）を使用して、このMIB自体のセキュリティ管理者がアクセス制御のプロビジョニングを容易にするために、インデックスは、「所有者インデックス」として使用されています。そのような初期のインデックスはれるSnmpAdminStringの構文を有し、セキュリティポリシーに従って、VACMで定義され、したがって自明のsecurityNameまたはグループ名にマッピングすることができます。
All entries in related tables belonging to a particular user will have the same value for this initial index. For a given user's entries in a particular table, the object identifiers for the information in these entries will have the same subidentifiers (except for the "column" subidentifier) up to the end of the encoded owner index. To configure VACM to permit access to this portion of the table, one would create vacmViewTreeFamilyTable entries with the value of vacmViewTreeFamilySubtree including the owner index portion, and vacmViewTreeFamilyMask "wildcarding" the column subidentifier. More elaborate configurations are possible.
特定のユーザーに属する関連するテーブルのすべてのエントリは、この初期のインデックスのための同じ値を持つことになります。特定のテーブル内の指定されたユーザのエントリを、これらのエントリの情報のためのオブジェクト識別子は、符号化された所有者インデックスの終わりまで（「列」サブ識別子を除いて）同じサブ識別子を有することになります。テーブルのこの部分へのアクセスを可能にするためにVACMを構成するには、一つは、所有者インデックス部分を含むvacmViewTreeFamilySubtreeの値、およびvacmViewTreeFamilyMask「ワイルドカード」欄のサブ識別子でvacmViewTreeFamilyTableのエントリを作成します。より複雑な構成が可能です。
Bob Stewart Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 U.S.A.
ボブスチュワートシスコシステムズ、株式会社170西タスマン・ドライブサンノゼ、CA 95134-1706 U.S.A.
Ramanathan Kavasseri Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 U.S.A.
ラマナサンKavasseriシスコシステムズ、株式会社170西タスマン・ドライブサンノゼ、CA 95134-1706 U.S.A.
Phone: +1 408 527 2446 EMail: ramk@cisco.com
電話：+1 408 527 2446 Eメール：ramk@cisco.com
Copyright (C) The Internet Society (2000). All Rights Reserved.
著作権（C）インターネット協会（2000）。全著作権所有。
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機能のための基金は現在、インターネット協会によって提供されます。