Network Working Group S. Chisholm
Request for Comments: 3877 Nortel Networks
Category: Standards Track D. Romascanu
Avaya
September 2004
Alarm Management Information Base (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 (2004).
著作権（C）インターネット協会（2004）。
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 management objects used for modelling and storing alarms.
このメモは、インターネットコミュニティでのネットワーク管理プロトコルで使用するための管理情報ベース（MIB）の一部を定義します。特に、アラームをモデル化して格納するために使用される管理オブジェクトについて説明します。
Table of Contents
目次
1. The Internet-Standard Management Framework . . . . . . . . . . 3
2. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Alarm Management Framework . . . . . . . . . . . . . . . . . . 4
3.1. Terminology. . . . . . . . . . . . . . . . . . . . . . . 4
3.2. Alarm Management Architecture. . . . . . . . . . . . . . 5
3.3. Features of this Architecture. . . . . . . . . . . . . . 5
3.4. Security . . . . . . . . . . . . . . . . . . . . . . . . 8
3.5. Relationship between Alarm and Notifications . . . . . . 9
3.6. Notification Varbind Storage and Reference . . . . . . . 9
3.7. Relation to Notification Log MIB . . . . . . . . . . . . 10
3.8. Relation to Event MIB. . . . . . . . . . . . . . . . . . 10
4. Generic Alarm MIB. . . . . . . . . . . . . . . . . . . . . . . 10
4.1. Overview . . . . . . . . . . . . . . . . . . . . . . . . 10
4.2. Definitions. . . . . . . . . . . . . . . . . . . . . . . 15
5. ITU Alarm. . . . . . . . . . . . . . . . . . . . . . . . . . . 38
5.1. Overview . . . . . . . . . . . . . . . . . . . . . . . . 38
5.2. IANA Considerations. . . . . . . . . . . . . . . . . . . 39
5.3. Textual Conventions. . . . . . . . . . . . . . . . . . . 47
5.4. Definitions. . . . . . . . . . . . . . . . . . . . . . . 49
6. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
6.1. Alarms Based on linkUp/linkDown Notifications. . . . . . 59
6.2. Temperature Alarm using generic Notifications. . . . . . 62
6.3. Temperature Alarm without Notifications. . . . . . . . . 63
6.4. Printer MIB Alarm Example. . . . . . . . . . . . . . . . 65
6.5. Rmon Alarm Example . . . . . . . . . . . . . . . . . . . 66
6.6. The Lifetime of an Alarm . . . . . . . . . . . . . . . . 67
7. Security Considerations. . . . . . . . . . . . . . . . . . . . 70
8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 72
9. References . . . . . . . . . . . . . . . . . . . . . . . . . . 72
9.1. Normative References . . . . . . . . . . . . . . . . . . 72
9.2. Informative References . . . . . . . . . . . . . . . . . 73
10. Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . 74
11. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 75
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準の管理フレームワークを記述したドキュメントの詳細な概要については、RFC 3410 [RFC3410]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理対象オブジェクトが仮想情報店を介してアクセスされ、管理情報ベースまたはMIBと呼ばれます。 MIBオブジェクトは、一般的に簡易ネットワーク管理プロトコル（SNMP）を介してアクセスされます。 MIBのオブジェクトは、管理情報（SMI）の構造で定義されたメカニズムを使用して定義されています。このメモは、STD 58、RFC 2578 [RFC2578]、STD 58、RFC 2579 [RFC2579]とSTD 58、RFC 2580 [RFC2580]に記載されているSMIv2のに準拠しているMIBモジュールを指定します。
In traditional SNMP management, problems are detected on an entity either through polling interesting MIB variables, waiting for the entity to send a Notification for a problem, or some combination of the two. This method is somewhat successful, but experience has shown some problems with this approach. Managers monitoring large numbers of entities cannot afford to be polling large numbers of objects on each device. Managers trying to ensure high reliability are unable to accurately determine whether any problems had occurred when they were not monitoring an entity. Finally, it can be time consuming for managers to try to understand the relationships between the various objects they poll, the Notifications they receive and the problems occurring on the entity. Even after detailed analysis they may still be left with an incomplete picture of what problems are occurring. But, it is important for an operator to be able to determine current problems on a system, so they can be fixed.
伝統的なSNMP管理では、問題は実体が問題の通知、または2つの何らかの組合せを送信するために待っている、いずれかのポーリング興味深いMIB変数を通じて実体上で検出されています。この方法は、やや成功しているが、経験は、このアプローチにはいくつかの問題を示しています。実体の多数の監視管理者は、各デバイス上のオブジェクトのポーリング多くすることが許されません。高い信頼性を確保しようとしている管理者は、彼らが実体を監視していなかった時に正確に何らかの問題が発生したかどうかを決定することはできません。管理者は、彼らが受信通知と問題が実体で発生した、彼らはポーリングさまざまなオブジェクト間の関係を理解しようとするために最後に、それは時間のかかることができます。でも詳細に分析した後、彼らはまだ問題が発生しているものの不完全な絵を残してもよいです。しかし、オペレータがシステム上の現在の問題を決定することができることが重要であるので、それらを固定することができます。
This memo describes a method of using alarm management in SNMP to address these problems. It also provides the necessary MIB objects to support this method.
このメモは、これらの問題に対処するためにSNMPでアラーム管理を使用する方法を説明します。また、このメソッドをサポートするために必要なMIBオブジェクトを提供します。
Alarms and other terms related to alarm management are defined in the following sections.
アラームおよびアラーム管理に関連する他の用語は、以下のセクションで定義されています。
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 [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますBCP 14、RFC 2119 [RFC2119]に記載されているように解釈されます。
Error A deviation of a system from normal operation.
通常の動作からシステムの偏差をエラー。
Fault Lasting error or warning condition.
ラスティングエラーまたは警告の状態を障害。
Event Something that happens which may be of interest. A fault, a change in status, crossing a threshold, or an external input to the system, for example.
興味があるかもしれ起こるイベント何か。障害、例えば、状態の変化、閾値を横切る、またはシステムの外部入力、。
Notification Unsolicited transmission of management information.
管理情報の通知迷惑伝送。
Alarm Persistent indication of a fault.
障害のアラーム永続的な表示。
Alarm State A condition or stage in the existence of an alarm. As a minimum, alarms states are raise and clear. They could also include severity information such as defined by perceived severity in the International Telecommunications Union (ITU) model [M.3100] - cleared, indeterminate, critical, major, minor and warning.
アラーム状態アラームの有無で条件またはステージ。最低でも、アラーム状態がレイズとはっきりしています。クリア、不定、クリティカル、メジャー、マイナー、および警告 - 彼らはまた、国際電気通信連合（ITU）モデル[M.3100]で認識される重症度によって定義されるような重大度の情報を含めることができます。
Alarm Raise The initial detection of the fault indicated by an alarm or any number of alarm states later entered, except clear.
アラームは、アラームまたは後で明らか除いて、入力されたアラーム状態の任意の数で示された障害の初期検出を上げます。
Alarm Clear The detection that the fault indicated by an alarm no longer exists.
アラームクリアアラームによって示された障害がもはや存在しないことを検出。
Active Alarm An alarm which has an alarm state that has been raised, but not cleared.
アクティブアラーム上げ、後に消去されていない警報状態を有する警報。
Alarm Detection Point The entity that detected the alarm.
アラーム検出ポイントのアラームを検出したエンティティ。
Perceived Severity The severity of the alarm as determined by the alarm detection point using the information it has available.
それは利用可能なされた情報を使用してアラーム検出点によって決定されるアラームの重大度ザ重症度を知覚。
+------------------------------------------------+
| |
| +------------------------------------+ |
| | Notification Management | |
| +------------------------------------+ |
| | |
+------------------------------------------------+
|
|
|
|<----------------------------------------------+
| |
+------------------V-------------+ |
| +---------------V-----------+ | |
| | RFC 3413 | | |
| | SNMP-NOTIFICATION-MIB | | |
| +--------+--------------+-+-+ | |
| | | | | |
| | | +------------------+ |
| | | | | |
| | | | +----------V--------------+ |
| | | | | +--------V---------+ | |
| +---------V------------+ | | | | Alarm Modelling | | |
| | RFC 3014 | | | | | (descriptions) | | |
| | NOTIFICATION-LOG-MIB | | | | +--------+---------+ | |
| +----------------------+ | | | | | |
| | | | +--------V------------+ | |
| +------------------------V-+ | | | Generic: Model- | | |
| | RFC 3413 | | | | Active : Specific | | |
| | SNMP-TARGET-MIB | | | | Alarms : Extensions | | |
| +----------+---------------+ | | +--------+------------+ | |
| | | | | | |
+------------|-------------------+ +----------|--------------+ |
| | |
| +------------------+
V
Informs & Traps
The subject of alarm management can potentially cover a large number of topics including real-time alarms, historical alarms, alarm correlation, and alarm suppression, to name a few. Within each of these topics, there are a number of established models that could be supported. This memo focuses on a subset of this problem space, but describes a modular SNMP alarm management framework. Alarms SHOULD be modelled so Notifications are sent on alarm Clear.
アラーム管理の対象は、潜在的に少数を示すために、リアルタイムのアラーム、アラーム履歴、アラームの相関関係、およびアラーム抑制を含むトピックの多数をカバーすることができます。これらのトピックのそれぞれの中で、サポートされる可能性が確立したモデルがいくつかあります。このメモは、この問題空間のサブセットに焦点を当てているが、モジュラーSNMPアラーム管理フレームワークについて説明します。通知はアラームクリアで送信されるようにアラームがモデル化されるべきです。
The framework defines a generic Alarm MIB that can be supported on its own, or with additional alarm modelling information such as the provided ITU Alarm MIB. In addition, the active alarm tables could also be extended to support additional information about active alarm instances. This framework can also be expanded in the future to support such features as alarm correlation and alarm suppression. This modular architecture means that the cost of supporting alarm management features is proportional to the number of features an implementation supports.
フレームワークは、独自にサポートすることができ、一般的なアラームMIBを定義する、またはそのような提供ITUアラームMIBなどの追加のアラームのモデリング情報を。また、アクティブなアラームテーブルには、アクティブなアラームインスタンスに関する追加情報をサポートするように拡張することができます。このフレームワークは、アラームの相関とアラーム抑制などの機能をサポートするために、将来的に拡張することができます。このモジュラーアーキテクチャは、アラーム管理機能をサポートするコストは、実装がサポートしている機能の数に比例していることを意味しています。
Alarm models document an understanding between a manager and an agent as to what problems will be reported on a system, how these problems will be reported, and what might possibly happen over the lifetime of this problem.
これらの問題が報告されるか、システム上で報告され、何が、おそらくこの問題の寿命にわたって何が起こるかの問題へとアラームモデルは、マネージャとエージェント間の理解を文書化します。
The alarm modelling method provided in this memo provides flexibility to support implementations with different modelling requirements. All alarms are modelled as a series of states that are related together using an alarm ID. Alarm states can be modelled using traditional Notifications, generic alarm Notifications, or without the use of Notifications.
このメモで提供警報モデリング方法が異なるモデリング要件の実装をサポートするための柔軟性を提供します。すべてのアラームは、アラームIDを使用して一緒に関連する一連の状態としてモデル化されています。アラーム状態は、伝統的な通知を使用してモデル化、一般的なアラーム通知、または通知を使用せずにすることができます。
Alarm states modelled using traditional Notifications would specify a Notification Object Identifier, and optionally an (offset, value) pair of one of the Notification varbinds to identify the state. This alarm state would be entered when the entity generated a Notification that matched this information and the alarm would be added to the active alarm table. This Notification would also get sent on the wire to any destinations, as indicated in the SNMP-TARGET-MIB and SNMP-NOTIFICATION-MIB [RFC3413].
アラーム状態は、状態を識別するために通知の一方のペアを通知オブジェクト識別子を指定して（オフセット値）を任意であろう伝統的な通知の変数バインド使用してモデル化。エンティティがこの情報に一致した通知を生成した場合、このアラーム状態に入ることになるとアラームがアクティブアラームテーブルに追加されるであろう。 SNMP-TARGET-MIBとSNMP-NOTIFICATION-MIB [RFC3413]に示されるように、この通知はまた、任意の宛先へのワイヤ上で送信されますでしょう。
Alarm states modelled using generic Notifications use the alarmActiveState or alarmClearState Notifications defined in this memo. These alarm states would be entered after being triggered by a stimulus outside the scope of this memo, the alarm would be added to the active alarm table and these generic Notifications would then be sent on the wire to any destinations, as indicated in the SNMP-TARGET-MIB and SNMP-NOTIFICATION-MIB [RFC3413].
アラーム状態は、このメモで定義されたalarmActiveStateまたはalarmClearState通知を使用する一般的な通知を使用してモデル化。これらのアラーム状態は、このメモの範囲外の刺激によって誘発された後に入力されると、アラームがアクティブアラームテーブルに追加されるとSNMP-に示されるように、これらの一般的な通知は、次に、任意の宛先にワイヤ上で送信されますTARGET-MIBとSNMP-NOTIFICATION-MIB [RFC3413]。
Alarm states modelled without any Notifications would be triggered by some stimulus outside the scope of this memo, the alarm would be added to the active alarm table, but no Notifications would be sent to interested managers.
任意の通知なしでモデル化されたアラーム状態がこのメモの範囲外のいくつかの刺激によって誘発される、アラームがアクティブアラームテーブルに追加されることになるが、何ら通知は興味がマネージャに送信されないであろう。
The Alarm MIB provides a means to determine whether a given notification is of interest to managers for purposes of alarm management by permitting inspection of the alarm models. If no entries in the alarmModelTable could match a particular notification, then that notification is not relevant to the alarm models defined. In addition, information in the alarm model, such as the Notification ID and the description tell exactly what error or warning condition this alarm is indicating. If the ITU-ALARM-MIB is also supported, additional information is provided via the probable cause.
アラームMIBは、所定の通知がアラームモデルの検査を可能にすることによってアラーム管理の目的のために管理者に関心があるかどうかを決定するための手段を提供します。 alarmModelTableにエントリが特定の通知と一致することができなかった場合は、その通知が定義されたアラームモデルには関係ありません。また、このような通知のIDとしてアラームモデルの情報、および説明は、このアラームが示されているもの、エラーまたは警告の状態を正確に伝えます。 ITU-ALARM-MIBもサポートされている場合は、追加情報が、考えられる原因を介して提供されます。
An important goal of alarm management is to ensure that any detected problems get fixed, so it is necessary to know exactly where this problem is occurring. In addition, it is necessary to be able to tell when alarm instances are raised against the same component, as well as to be able to tell what instance of an alarm is cleared by an instance of an alarm clear.
アラーム管理の重要な目標は、すべての検出された問題が修正を受けることを確実にすることであるので、この問題が発生している場所を正確に知る必要があります。また、アラームのインスタンスは同じコンポーネントに対して提起されたときに伝えるだけでなく、明確なアラームのインスタンスでクリアされたアラームのどのインスタンス伝えることができるようにできることが必要です。
The Alarm MIB provides a generic method for identifying the resource by extracting and building a resource ID from the Notification varbinds. It records the relevant information needed to locate the source of the alarm.
アラームMIBは、NotificationのvarbindからリソースIDを抽出し、構築することにより、リソースを特定するための一般的な方法を提供します。これは、アラームの原因を突き止めるために必要な関連情報を記録します。
Alarm Information, as defined in ITU alarm models [M.3100], is optionally available to implementations through the optional support of the ITU-ALARM-MIB.
ITUアラームモデルで定義されたアラーム情報は、[M.3100]は、ITU-ALARM-MIBの任意の支持を通じて実装に必要に応じて利用可能です。
An alarm model can be added and removed during runtime. It can be modified assuming it is not being referenced by any active alarm instance.
アラームモデルは、実行時に追加および削除することができます。それは、任意のアクティブなアラームインスタンスによって参照されていないと仮定すると変更することができます。
A list of currently active alarms and supporting statistics on the SNMP entity can be obtained.
SNMPエンティティ上で現在アクティブなアラームと支持統計のリストを得ることができます。
This allows the network management station to find out about any problems that may have occurred before it started managing a particular network element, or while it was out of contact with it.
これは、ネットワーク管理ステーションは、それが特定のネットワーク要素を管理開始する前に発生した可能性のある問題について調べることを可能にする、またはそれに接触してありました。
All aspects of the Alarm MIB can be supported both on the device experiencing the alarms and on any mid-level managers that might be monitoring such devices.
アラームMIBのすべての側面には、アラームを経験して、デバイス上およびそのようなデバイスを監視している可能性のある中堅管理職の両方をサポートすることができます。
Some systems may have a requirement that information on alarms that are no longer active is available. This memo provides a clear table to support this requirement.
一部のシステムではもはやアクティブなアラームの情報が利用可能であることを要件を有することができます。このメモは、この要件をサポートするための明確なテーブルを提供します。
This can also be achieved through the support of the Notification Log MIB [RFC3014] to store alarm state transitions.
また、これは、アラーム状態遷移を保存するために、通知ログMIB [RFC3014]のサポートを介して達成することができます。
Given the nature of VACM, security for alarms is awkward since access control for the objects in the underlying Notifications can be checked only where the Notification is created. Thus such checking is possible only for locally generated Notifications, and even then only when security credentials are available.
通知が作成された場合にのみ基礎となる通知内のオブジェクトに対するアクセス制御を確認することができますので、VACMの性質を考えると、アラームのセキュリティが厄介です。従って、このようなチェックはしても、セキュリティ資格情報が使用可能な場合にのみ、ローカルでのみ生成される通知のために可能である、と。
For the purpose of this discussion, "security credentials" means the input values for the abstract service interface function isAccessAllowed [RFC3411] and using those credentials means conceptually using that function to see that those credentials allow access to the MIB objects in question, operating as for a Notification Originator in [RFC3413].
この議論の目的のために、「セキュリティ証明書は、」isAccessAllowedの抽象サービスインタフェース機能の入力値を意味し、[RFC3411]と、それらの資格情報を使用して、概念的として動作し、これらの資格情報は、問題のMIBオブジェクトへのアクセスを許可することを確認するために、その関数を使用することを意味[RFC3413]で通知発信のため。
The Alarm MIB has the notion of a named alarm list. By using alarm list names and view-based access control [RFC3415] a network administrator can provide different access for different users. When an application creates an alarm model (indexed in part by the alarm list name) the security credentials of the creator remain associated with that alarm model and constrain what information is allowed to be placed in the active alarm table, the active alarm variable table, the cleared alarm table, and the ITU alarm table.
アラームMIBは、名前のアラームリストの概念を持っています。アラームリストの名前とビューベースアクセス制御[RFC3415]を使用することにより、ネットワーク管理者は、ユーザごとに異なるアクセス権を提供することができます。アプリケーションは、（アラームリスト名によって部分的にインデックス付け）アラームモデルを作成する場合、作成者のセキュリティ証明書は、そのアラームモデルに関連付けられており、アクティブなアラーム可変テーブル、アクティブアラームテーブルに配置することが許可されている情報制約まま、クリアされたアラームテーブル、およびITUアラームテーブル。
When processing locally-generated Notifications, the managed system MUST use the security credentials associated with each alarm model respectively, and MUST apply the same access control rules as described for a Notification Originator in [RFC3413].
ローカルに生成された通知を処理するとき、管理システムは、それぞれのアラームモデルに関連付けられたセキュリティ証明書を使用しなければなりません、そして、[RFC3413]に通知創始について記載したのと同じアクセス制御規則を適用しなければなりません。
The managed system SHOULD NOT apply access control when processing remotely-generated Notifications using the alarm models. In those cases the security of the information in the alarm tables SHOULD be left to the normal, overall access control for those tables.
アラームモデルを使用してリモートで生成された通知を処理するときに、管理システムは、アクセス制御を適用しないでください。そのような場合にはアラームテーブル内の情報のセキュリティは、これらのテーブルの通常、全体的なアクセス制御に委ねられるべき。
It is important to understand the relationship between alarms and Notifications, as both are traditional fault management methods. This relationship is modelled using the alarmModelTable to define the alarmModelNotificationId for each alarm state.
両方が伝統的な障害管理の方法があるように、アラームと通知の間の関係を理解することが重要です。この関係は、各アラーム状態のためalarmModelNotificationIdを定義するalarmModelTableを使用してモデル化されます。
Not all Notifications signal an alarm state transition. Some Notifications are simply informational in nature, such as those that indicate that a configuration operation has been performed on an entity. These sorts of Notifications would not be represented in the Alarm MIB.
いないすべての通知は、アラーム状態遷移を知らせます。一部の通知は、単にこのような構成の操作がエンティティ上で実行されていることを示すものとして、自然の中で情報提供しています。通知のこれらの種類は、アラームMIBで表現できないでしょう。
The Alarm MIB allows the use of the Notification space as defined in [RFC2578] in order to identify the Notifications that are related with the specific alarm state transitions. However there is no assumption that the respective Notifications must be sent for all or any of the alarm state transitions. It is also possible to model alarms using no Notifications at all. This architecture allows for both the efficient exploitation of the body of defined Notification and for the use of non-Notification based systems.
アラームMIBは、特定のアラーム状態遷移に関連する通知を特定するために、[RFC2578]で定義されるように通知スペースの使用を可能にします。しかし、それぞれの通知は、アラーム状態遷移の全てまたはいずれかのために送られなければならないという前提はありません。まったく通知を使用していないアラームをモデル化することも可能です。このアーキテクチャは、定義された通知の体の効率的利用の両方について非通知に基づくシステムの使用を可能にします。
In SNMPv1 [RFC1157], the varbinds in the Trap-PDU sent over the wire map one to one into those varbinds listed in the SMI of the trap in the MIB in which it was defined [RFC1215]. In the case of linkDown trap, the first varbind can unambiguously be identified as ifIndex. With the introduction of the InformRequest-PDU and SNMPv2-Trap-PDU types, which send sysUptime and snmpTrapOID as the first two varbinds, while the SMI in the MIB where the Notification is defined only lists additional varbinds, the meaning of "first varbind" becomes less clear. In the case of the linkDown Notification, referring to the first varbind could potentially be interpreted as either the sysUptime or ifIndex.
SNMPv1の[RFC1157]で、それが定義されたMIB中のトラップ[RFC1215]のSMIに列挙された変数バインドに一方にワイヤマップ1を介して送信されるトラップPDUにおける変数バインド。リンクダウントラップの場合、最初のvarbindは明確のifIndexとして同定することができます。最初の二つの変数バインドようときのsysUptimeとsnmpTrapOIDを送信InformRequest-PDUおよびSNMPv2トラップ-PDUタイプの導入、と通知が定義されているMIBのSMIは、追加の変数バインド、「最初のvarbind」の意味を示しながらあまり明らかになりました。リンクダウン通知の場合には、第一のvarbindを参照すると、潜在的ときのsysUptimeまたはifIndexのいずれかとして解釈することができます。
The varbind storage approach taken in the Alarm MIB is that sysUptime and snmpTrapOID SHALL always be stored in the active alarm variable table as entry 1 and 2 respectively, regardless of whether the transport was the Trap-PDU, the InformRequest-PDU or the SNMPv2- Trap-PDU. If the incoming Notification is an SNMPv1 Trap-PDU then an appropriate value for sysUpTime.0 or snmpTrapOID.0 shall be determined by using the rules in section 3.1 of [RFC3584].
アラームで撮影VARBIND記憶アプローチMIB輸送トラップ-PDU、InformRequest-PDUまたはSNMPv2-たかどうときのsysUptimeとsnmpTrapOIDは常に関係なく、それぞれのエントリー1及び2のようにアクティブなアラーム変数テーブルに保存されなければならないということですトラップPDU。着信通知は、SNMPv1トラップ-PDUである場合、sysUpTime.0又はsnmpTrapOID.0の適切な値は、[RFC3584]のセクション3.1でルールを使用して決定しなければなりません。
The varbind reference approach taken in the Alarm MIB is that, for variables such as the alarmModelVarbindIndex, the first two obligatory varbinds of the InformRequest-PDU and SNMPv2-Trap-PDU need to be considered so the index values of the Trap-PDU and the SMI need be adjusted by two. In the case of linkDown, the third varbind would always be ifIndex.
アラームMIBに取り込まVARBIND参照アプローチは、alarmModelVarbindIndexなどの変数には、最初の2つの必須InformRequest-PDUの変数バインディングおよびSNMPv2トラップ-PDUトラップ-PDUとの指標値に考慮する必要がある、ということですSMIは2によって調整される必要があります。リンクダウンの場合、第3のvarbindは常にifIndexのだろう。
The Alarm MIB is intended to complement the Notification Log MIB [RFC3014], but can be used independently. The alarmActiveTable is defined in manner similar to that of the nlmLogTable. This format allows for the storage of any Trap or Notification type that can be defined using the SMI, or can be carried by SNMP. Using the same format as the Notification Log MIB also simplifies operations for systems choosing to implement both MIBs.
アラームMIBは、通知ログMIB [RFC3014]を補完することを目的とされていますが、独立して使用することができます。 alarmActiveTableはnlmLogTableのと同様に定義されています。このフォーマットは、SMIを使用して定義することができる任意のトラップまたは通知タイプの貯蔵を可能にする、またはSNMPにより行うことができます。通知ログMIBと同じ形式を使用すると、両方のMIBを実装するために選択するシステムのための操作を簡略化します。
The object alarmActiveLogPointer points, for each entry in the alarmActiveLogTable, to the log index in the Notification Log MIB, if used.
オブジェクトalarmActiveLogPointerポイントは、通知ログMIBにおけるログインデックスにalarmActiveLogTableの各エントリのために、使用される場合。
If the Notification Log MIB is supported, it can be monitored by a management system as a hedge against lost alarms. The Notification Log can also be used to support historical alarm management.
通知ログMIBがサポートされている場合、それが失われたアラームに対するヘッジとしての管理システムによって監視することができます。通知ログにも歴史的なアラーム管理をサポートするために使用することができます。
During the work and discussions in the Working Group, the issue of the relationship between the MIB modules and the Event MIB [RFC2981] was raised. There is no direct relation or dependency between the Alarm MIB and the Event MIB. Some common terms (like 'event') are being used in both MIB modules, and the user is directed to the sections that define terminology in the two documents for clarification.
ワーキンググループでの作業や議論の中で、MIBモジュールとイベントMIB [RFC2981]との関係の問題が提起されました。アラームMIBとイベントMIBの間には直接の関係や依存関係はありません。 （「イベント」のような）いくつかの一般的な用語は、両方のMIBモジュールで使用されている、ユーザは明確化のために二つの文書に用語を定義するセクションに向けられています。
The ALARM-MIB consists of alarm models and lists of active and cleared alarms.
ALARM-MIBは、アラームモデルとアクティブとクリアされたアラームのリストで構成されています。
The alarmModelTable contains information that is applicable to all instances of an alarm. It can be populated at start-up with all alarms that could happen on a system or later configured by a management application. It contains all the alarms for a given system. If a Notification is not represented in the alarmModelTable, it is not an alarm state transition. The alarmModelTable provides a means of defining the raise/clear and other state transition relationships between alarm states. The alarmModelIndex acts as a unique identifier for an alarm. An alarm model consists of definitions of the possible states an alarm can assume as well as the Object Identifier (OID) of the Notification associated with this alarm state. The object alarmModelState defines the states of an alarm.
alarmModelTableは、アラームのすべてのインスタンスに適用可能な情報が含まれています。これは、管理アプリケーションによって構成されたシステム以降に起こり得るすべてのアラームとの起動時に取り込むことができます。これは、与えられたシステムのためのすべてのアラームが含まれています。通知はalarmModelTableに示されていない場合は、アラーム状態遷移はありません。 alarmModelTableは、アラーム状態の間に上昇/クリア及び他の状態遷移関係を定義する手段を提供します。 alarmModelIndexは、アラームの一意の識別子として機能します。アラームモデルは、アラームが取り得る可能な状態、ならびにこのアラーム状態に関連する通知のオブジェクト識別子（OID）の定義から構成されています。オブジェクトalarmModelStateは、アラームの状態を定義します。
The alarmActiveTable contains a list of alarms that are currently occurring on a system. It is intended that this table be queried upon device discovery and rediscovery to determine which alarms are currently active on the device.
alarmActiveTableは、現在システム上で発生しているアラームのリストが含まれています。このテーブルは、デバイス上で現在アクティブであるアラームを決定するために、デバイスの発見と再発見時に照会されることを意図しています。
The alarmActiveVariableTable contains the Notification variable bindings associated with the alarms in the alarmActiveTable.
alarmActiveVariableTableはalarmActiveTable内のアラームに関連付けられている通知の変数バインディングが含まれています。
The alarmActiveStatsTable contains current and total raised alarm counts as well as the time of the last alarm raise and alarm clears per named alarm list.
alarmActiveStatsTableは現在、総調達アラームカウントだけでなく、最後のアラームレイズの時間とアラームが名前のアラームリストごとにクリアされますが含まれています。
The alarmClearTable contains recently cleared alarms. It contains up to alarmClearMaximum cleared alarms.
alarmClearTableは最近、アラームをクリア含まれています。これは、アラームをクリアしalarmClearMaximumまで含まれています。
The MIB also defines generic alarm Notifications that can be used when there is not an existing applicable Notification to signal the alarm state transition - alarmActiveState and alarmClearState.
alarmActiveStateとalarmClearState - MIBはまた、アラーム状態遷移をシグナリングする既存の該当通知がないときに使用することができる一般的なアラーム通知を定義します。
The relationship between the Alarm MIB and the other alarm model MIB modules is expressed by the following: The alarmModelTable has a corresponding table in the specific MIB. For each row in the specific MIB alarm model table there is one row in the alarmModelTable. The alarmActiveTable has a corresponding table in the specific MIBs. For each row in the specific MIB active alarm table, there is one row in the alarmActiveTable. The alarmModelSpecificPointer object in the alarmModelTable points to the specific model entry in an extended alarm model table corresponding to this particular alarm. The alarmActiveSpecificPointer object in the alarmActiveTable points to the specific active alarm entry in an extended active alarm table corresponding to this particular alarm instance.
アラームMIBや他の警報モデルMIBモジュールとの間の関係は、以下によって表される：alarmModelTable特定のMIBに対応するテーブルを有します。特定のMIBアラームモデルテーブル内の行ごとalarmModelTableの1行があります。 alarmActiveTableは、特定のMIBに対応するテーブルを有します。特定のMIBアクティブアラームテーブル内の行ごとに、alarmActiveTable内の1つの行があります。この特定のアラームに対応する拡張アラームモデルテーブルにおける特定のモデルのエントリにalarmModelTable点でalarmModelSpecificPointerオブジェクト。この特定のアラームインスタンスに対応する拡張アクティブアラームテーブル内の特定のアクティブアラームエントリにalarmActiveTable点でalarmActiveSpecificPointerオブジェクト。
Additional extensions can be defined by defining an AUGMENTATION of either the Alarm or ITU Alarm tables. As the alarm model table only provides a mechanism to point at one specific alarm model, additional specific models SHOULD define another mechanism to map from the generic alarm model to the additional model.
追加の拡張機能は、アラームやITUアラームテーブルのいずれかの増強を定義することによって定義することができます。アラームモデルテーブルは1つの特定のアラームモデルを指すためのメカニズムを提供するように、追加の特定のモデルは、追加のモデルに汎用アラームモデルからマッピングする別のメカニズムを定義する必要があります。
The problem that each alarm indicates is identified through the Object Identifier of the NotificationId of the state transition, and, optionally, the ITU parameters. alarmModelDescription provides a description of the alarm state suitable for displaying to an operator.
各アラームが示す問題は、必要に応じて、ITUパラメータを状態遷移の通知IDのオブジェクト識別子を介して識別され、以下同様です。 alarmModelDescriptionはオペレータに表示するための適切なアラーム状態の説明を提供します。
The SNMP-TARGET-MIB [RFC3413] provides the ability to specify which managers, if any, receive Notifications of problems. Solutions can therefore use the features of this MIB to change the Notification behaviour of their implementations. Specifying target hosts in this MIB along with specifying notifications in the alarmModelNotificationId would allow Notifications to be logged and sent out to management stations in an architecture as described in section 3.2. Specifying no target hosts in this MIB along with specifying notifications in the alarmModelNotificationId would allow Notifications to be logged but not sent out to management stations in an architecture as described in section 3.2. Regardless of what is defined in the SNMP-TARGET-MIB, specifying { 0 0 } in the alarmModelNotificationId would result in no notifications being logged or sent to management stations as a consequence of this particular alarm state transition.
SNMP-TARGET-MIB [RFC3413]は、問題の通知を受信し、もしあれば、その管理者を指定する機能を提供します。ソリューションは、したがって、その実装の通知の動作を変更するには、このMIBの機能を使用することができます。 alarmModelNotificationIdで通知を指定するとともに、このMIBにターゲットホストを指定すると、通知が記録され、セクション3.2で説明したようにアーキテクチャの管理ステーションに送信することを可能にします。 alarmModelNotificationIdで指定通知と一緒にこのMIBには、ターゲットホストを指定しないことセクション3.2で説明したように通知がアーキテクチャで管理ステーションに送り出さログインしなくすることができるようになります。かかわらず、SNMP-TARGET-MIBで定義されているものの、alarmModelNotificationIdに{0}を指定すると、この特定のアラーム状態遷移の結果として、管理ステーションに記録または送信されない通知をもたらすであろう。
Alarms are modelled by defining all possible states in the alarmModelTable, as well as defining alarmModelNotificationId, alarmModelVarbindIndex, and alarmModelVarbindValue for each of the possible alarm states. Optionally, ituAlarmPerceivedSeverity models the states in terms of ITU perceived severity.
アラームはalarmModelTableにすべての可能な状態を定義するだけでなく、可能なアラーム状態のそれぞれについてalarmModelNotificationId、alarmModelVarbindIndex、およびalarmModelVarbindValueを定義することによってモデル化されています。必要に応じて、ITUの面でituAlarmPerceivedSeverityモデル状態は厳しさを感じました。
Resources under alarm can be identified using the alarmActiveResourceId. This OBJECT IDENTIFIER points to an appropriate object to identify the given resource, depending on the type of the resource.
アラームの下のリソースはalarmActiveResourceIdを用いて同定することができます。リソースのタイプに応じて、指定されたリソースを識別するための適切なオブジェクトにこのオブジェクト識別子ポイント。
The consumer of the alarmActiveResourceId does not necessarily need to know the type of the resource in the resource ID, but if they want to know this, examining the content of the resource ID can derive it - 1.3.6.1.2.1.2.2.1.1.something is an interface, for example. It is therefore good practice to use resource IDs that can be consistently used across technologies, such as ifIndex, entPhysicalIndex or sysApplRunIndex, to minimize the number of resource prefixes a manager interested in a resource type needs to learn.
alarmActiveResourceIdの消費者は必ずしもリソースIDでのリソースの種類を知る必要はありませんが、彼らはこのことを知りたい場合は、リソースIDの内容を調べると、それを引き出すことができます - 1.3.6.1.2.1.2.2.1.1を。何かは例えば、インターフェースです。したがって、リソースの数は種類が学ぶ必要があるリソースに興味マネージャを接頭辞最小限に抑えるために、一貫して、このようなのifIndex、のentPhysicalIndexまたはsysApplRunIndexなどの技術、全体で使用可能なリソースIDを使用することをお勧めします。
Resource ID can be calculated using the alarmModelResourcePrefix, alarmModelVarbindSubtree and the Notification varbinds. This allows for both the managed element to be able to compute and populate the alarmActiveResourceId object and for the manager to be able to determine when two separate alarm instances are referring to the same resource.
リソースIDはalarmModelResourcePrefix、alarmModelVarbindSubtreeと通知の変数バインディングを使用して計算することができます。管理対象要素の両方がalarmActiveResourceIdオブジェクトを計算し、取り込むことができるようにし、管理者のための2つの別個のアラームインスタンスが同一のリソースを参照しているときを決定できるようにするためにこれが可能となります。
If alarmModelResourcePrefix has a value of 0.0, then alarmActiveResourceId is simply the variable identifier of the first Notification varbind that matches the prefix defined in alarmModelVarbindSubtree. Otherwise, alarmActiveResourceId is calculated by appending the instance information from the first Notification varbind that matches alarmModelVarbindSubtree to the prefix defined in alarmModelResourcePrefix. The instance information is the portion of the variable identifier following the part that matched alarmModelVarbindSubtree. If no match is found, then alarmActiveResourceId is simply the value of alarmModelResourcePrefix.
alarmModelResourcePrefixは0.0の値を有する場合、次いでalarmActiveResourceIdは単にalarmModelVarbindSubtreeで定義されたプレフィックスに一致する最初の通知VARBINDの変数識別子です。そうでなければ、alarmActiveResourceIdはalarmModelResourcePrefixで定義されたプレフィックスにalarmModelVarbindSubtreeに一致する第1の通知VARBINDからインスタンス情報を付加することによって計算されます。インスタンス情報はalarmModelVarbindSubtreeを整合部次の変数識別子の一部です。一致が見つからない場合は、alarmActiveResourceIdは単にalarmModelResourcePrefixの値です。
In addition to this, the variable bindings from the Notifications that signal the alarm state transitions are stored in the active alarm variable table. This allows for implementations familiar with the particular Notifications to implement other forms of resource identification.
これに加えて、アラーム状態遷移を信号通知の変数バインディングがアクティブアラーム変数テーブルに格納されています。これは、リソース識別の他の形態を実装するための特定の通知を熟知の実装を可能にします。
For Example:
例えば：
A) Consider an alarm modelled using the authenticationFailure [RFC3418] Notification.
A）のauthenticationFailure [RFC3418]の通知を使用してモデル化されたアラームを考えます。
authenticationFailure NOTIFICATION-TYPE
STATUS current
DESCRIPTION
"An authenticationFailure trap signifies that the SNMPv2
entity, acting in an agent role, has received a protocol
message that is not properly authenticated. While all
implementations of the SNMPv2 must be capable of generating
this trap, the snmpEnableAuthenTraps object indicates
whether this trap will be generated."
::= { snmpTraps 5 }
To set the resource ID to be usmStats, 1.3.6.1.6.3.15.1.1, configure as follows: alarmModelVarbindSubtree = 0.0 alarmModelResourcePrefix = usmStats (1.3.6.1.6.3.15.1.1)
alarmModelVarbindSubtree = 0.0 alarmModelResourcePrefix = usmStats（1.3.6.1.6.3.15.1.1）を次のように設定し、usmStats、1.3.6.1.6.3.15.1.1するリソースIDを設定します
B) Consider an alarm modelled using linkDown [RFC2863]
B）を使用してモデル化されたアラームを検討リンクダウン[RFC2863]
linkDown NOTIFICATION-TYPE
OBJECTS { ifIndex, ifAdminStatus, ifOperStatus }
STATUS current
DESCRIPTION
""
::= { snmpTraps 3 }
To set the resource Id to be the ifIndex, configure as follows: alarmModelVarbindSubtree = ifIndex (1.3.6.1.2.1.2.2.1.1) alarmModelResourcePrefix = 0.0
alarmModelVarbindSubtree = ifIndexの（1.3.6.1.2.1.2.2.1.1）alarmModelResourcePrefix = 0.0を以下のように、ifIndexのこと設定するリソースIDを設定します
Alternatively, since ifIndex is the first varbind, the following would also work, but might be less meaningful to a human reader of the MIB table: alarmModelVarbindSubtree = 0.0 alarmModelResourcePrefix = 0.0
ifIndexの最初のvarbindあるのであるいは、以下にも機能するであろうが、MIBテーブルの人間の読者にあまり意味かもしれない：alarmModelVarbindSubtree = 0.0 alarmModelResourcePrefix = 0.0
C) Consider an alarm modelled using the bgpBackwardTransition [RFC1657] Notification.
C）はbgpBackwardTransition [RFC1657]の通知を使用してモデル化されたアラームを考えます。
bgpBackwardTransition NOTIFICATION-TYPE
OBJECTS { bgpPeerLastError,
bgpPeerState }
STATUS current
DESCRIPTION
"The BGPBackwardTransition Event is generated
when the BGP FSM moves from a higher numbered
state to a lower numbered state."
::= { bgpTraps 2 }
To set the resource Id to be the bgpPeerRemoteAddr, the index to the bgpTable, where bgpPeerState resides, configure as follows: alarmModelVarbindSubtree = bgpPeerState (1.3.6.1.2.1.15.3.1.2) alarmModelResourcePrefix = bgpPeerRemoteAddr (1.3.6.1.2.1.15.3.1.7)
alarmModelVarbindSubtree = bgpPeerState（1.3.6.1.2.1.15.3.1.2）alarmModelResourcePrefix = bgpPeerRemoteAddr（1.3.6.1.2.1.15.3を次のように、bgpPeerRemoteAddr、bgpPeerStateが存在bgpTable、へのインデックスであること設定するリソースIDを設定します。 1.7）
The alarm model table SHOULD be initially populated by the system. The objects in alarmModelTable and ituAlarmTable have a MAX-ACCESS of read-create, which allows managers to modify the alarm models to suit their requirements.
アラームモデルテーブルは、最初はシステムによって移入されるべきです。 alarmModelTableとituAlarmTable内のオブジェクトは、管理者がその要件に合わせてアラームモデルを変更することができますリード作成のMAX-ACCESSを持っています。
Lists of alarms currently active on an SNMP entity are stored in the alarmActiveTable and, optionally, a model specific alarmTable, e.g., the ituAlarmActiveTable.
SNMPエンティティ上で現在アクティブなアラームのリストは、必要に応じて、モデルの特定のアラームテーブル、例えば、ituAlarmActiveTableをalarmActiveTableに格納されています。
Distributed alarm management can be achieved by support of the Alarm MIB on both the alarm detection point and on the mid-level manager. This is facilitated by the ability to be able to store different named alarm lists. A mid-level manager could create an alarmListName for each of the devices it manages and therefore store separate lists for each device. In addition, the context and IP addresses of the alarm detection point are stored in the alarmActiveTable.
分散アラーム管理は、両方のアラーム検出点に及び中間レベルのマネージャーへのアラームMIBのサポートによって達成することができます。これは、異なる名前のアラームリストを格納することができるようにする能力によって促進されます。中間レベルのマネージャは、それが管理するデバイスのそれぞれについてalarmListNameを作成し、したがって、デバイスごとに別々のリストを記憶することができます。また、アラーム検出点のコンテキストとIPアドレスがalarmActiveTableに格納されています。
ALARM-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Integer32, Unsigned32, Gauge32, TimeTicks, Counter32, Counter64, IpAddress, Opaque, mib-2, zeroDotZero FROM SNMPv2-SMI -- [RFC2578] DateAndTime, RowStatus, RowPointer, TEXTUAL-CONVENTION FROM SNMPv2-TC -- [RFC2579] SnmpAdminString FROM SNMP-FRAMEWORK-MIB -- [RFC3411] InetAddressType, InetAddress FROM INET-ADDRESS-MIB -- [RFC3291] MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF -- [RFC2580] ZeroBasedCounter32 FROM RMON2-MIB; -- [RFC2021]
輸入MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、SNMPv2の-SMI FROM Integer32の、Unsigned32の、Gauge32、時間刻み、Counter32の、Counter64の、IPアドレス、不透明、MIB-2のzeroDotZero - [RFC2578]のDateAndTime、RowStatusの、RowPointer、TEXTUAL SNMPv2-TC FROM -CONVENTION - [RFC2579] SNMP-FRAMEWORK-MIBかられるSnmpAdminString - [RFC3411] INET-ADDRESS-MIBからのInetAddressType、InetAddressの - [RFC3291] MODULE-COMPLIANCE、オブジェクト・グループ、NOTIFICATION-GROUP SNMPv2のFROM -conf - [RFC2580] RMON2-MIBからZeroBasedCounter32。 - [RFC2021]
alarmMIB MODULE-IDENTITY LAST-UPDATED "200409090000Z" -- September 09, 2004 ORGANIZATION "IETF Distributed Management Working Group" CONTACT-INFO "WG EMail: disman@ietf.org Subscribe: disman-request@ietf.org http://www.ietf.org/html.charters/disman-charter.html
alarmMIBのMODULE-IDENTITY LAST-UPDATED "200409090000Z" - 2004年9月9日ORGANIZATION "IETF分散管理ワーキンググループ" CONTACT-INFO「WGメール：disman@ietf.org購読：disman-request@ietf.orgのhttp：// WWW .ietf.org / html.charters / DISMAN-charter.html
Chair: Randy Presuhn
randy_presuhn@mindspring.com
Editors: Sharon Chisholm Nortel Networks PO Box 3511 Station C Ottawa, Ont. K1Y 4H7 Canada schishol@nortelnetworks.com
編集者：シャロン・チザムNortel Networksの私書箱3511駅のCオタワ、オンタリオ。 K1Y 4H7カナダschishol@nortelnetworks.com
Dan Romascanu Avaya Atidim Technology Park, Bldg. #3 Tel Aviv, 61131 Israel Tel: +972-3-645-8414 Email: dromasca@avaya.com" DESCRIPTION "The MIB module describes a generic solution to model alarms and to store the current list of active alarms.
ダンRomascanu AvayaのAtidimテクノロジーパーク、ビル。 ＃3テルアビブ、イスラエル61131電話：+ 972-3-645-8414 Eメール：dromasca@avaya.com「DESCRIPTION」MIBモジュールは、アラームをモデル化すると、アクティブなアラームの現在のリストを保存するために、一般的な解決策を説明しています。
Copyright (C) The Internet Society (2004). The
initial version of this MIB module was published
in RFC 3877. For full legal notices see the RFC
itself. Supplementary information may be available on:
http://www.ietf.org/copyrights/ianamib.html"
REVISION "200409090000Z" -- September 09, 2004
DESCRIPTION
"Initial version, published as RFC 3877."
::= { mib-2 118 }
alarmObjects OBJECT IDENTIFIER ::= { alarmMIB 1 }
alarmNotifications OBJECT IDENTIFIER ::= { alarmMIB 0 }
alarmModel OBJECT IDENTIFIER ::= { alarmObjects 1 }
alarmActive OBJECT IDENTIFIER ::= { alarmObjects 2 }
alarmClear OBJECT IDENTIFIER ::= { alarmObjects 3 }
-- Textual Conventions
- テキストの表記法
-- ResourceId is intended to be a general textual convention -- that can be used outside of the set of MIBs related to -- Alarm Management.
- アラーム管理 - に関連するMIBのセットの外で使用することができます - RESOURCEIDは、一般的なテキストの表記法であることを意図しています。
ResourceId ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"A unique identifier for this resource.
The type of the resource can be determined by looking
at the OID that describes the resource.
Resources must be identified in a consistent manner. For example, if this resource is an interface, this object MUST point to an ifIndex and if this resource is a physical entity [RFC2737], then this MUST point to an entPhysicalDescr, given that entPhysicalIndex is not accessible. In general, the value is the name of the instance of the first accessible columnar object in the conceptual row of a table that is meaningful for this resource type, which SHOULD be defined in an IETF standard MIB." SYNTAX OBJECT IDENTIFIER
リソースは一貫した方法で識別されなければなりません。このリソースがインタフェースである場合、例えば、このオブジェクトはifIndexのを指していなければならないし、このリソースは、物理エンティティ[RFC2737]である場合、これはますentPhysicalIndexにアクセスできないことを考えると、するentPhysicalDescrを指していなければなりません。一般に、値は、IETF標準MIBで定義されている必要があり、このリソースタイプ、のために意味が表の概念的な列の最初のアクセス可能な円柱状のオブジェクトのインスタンスの名前である。」構文オブジェクト識別子
-- LocalSnmpEngineOrZeroLenStr is intended to be a general -- textual convention that can be used outside of the set of -- MIBs related to Alarm Management.
- アラーム管理に関連するMIB - のセットの外で使用することができ原文のコンベンション - LocalSnmpEngineOrZeroLenStrは一般的であることを意図しています。
LocalSnmpEngineOrZeroLenStr ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"An SNMP Engine ID or a zero-length string. The
instantiation of this textual convention will provide
guidance on when this will be an SNMP Engine ID and
when it will be a zero lengths string"
SYNTAX OCTET STRING (SIZE(0 | 5..32))
-- Alarm Model
- アラームモデル
alarmModelLastChanged OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "The value of sysUpTime at the time of the last creation, deletion or modification of an entry in the alarmModelTable.
alarmModelLastChanged OBJECT-TYPE SYNTAX TimeTicksのMAX-ACCESS read-onlyステータス現在の説明「alarmModelTableのエントリの最後の作成、削除または修正時のsysUpTimeの値。
If the number and content of entries has been unchanged
since the last re-initialization of the local network
management subsystem, then the value of this object
MUST be zero."
::= { alarmModel 1 }
alarmModelTable OBJECT-TYPE
SYNTAX SEQUENCE OF AlarmModelEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of information about possible alarms on the system,
and how they have been modelled."
::= { alarmModel 2 }
alarmModelEntry OBJECT-TYPE
SYNTAX AlarmModelEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Entries appear in this table for each possible alarm state.
This table MUST be persistent across system reboots."
INDEX { alarmListName, alarmModelIndex, alarmModelState }
::= { alarmModelTable 1 }
AlarmModelEntry ::= SEQUENCE {
alarmModelIndex Unsigned32,
alarmModelState Unsigned32,
alarmModelNotificationId OBJECT IDENTIFIER,
alarmModelVarbindIndex Unsigned32,
alarmModelVarbindValue Integer32,
alarmModelDescription SnmpAdminString,
alarmModelSpecificPointer RowPointer,
alarmModelVarbindSubtree OBJECT IDENTIFIER,
alarmModelResourcePrefix OBJECT IDENTIFIER,
alarmModelRowStatus RowStatus
}
alarmModelIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An integer that acts as an alarm Id
to uniquely identify each alarm
within the named alarm list. "
::= { alarmModelEntry 1 }
alarmModelState OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current
alarmModelState OBJECT-TYPE構文Unsigned32（1 4294967295）MAX-ACCESSステータス現在の
DESCRIPTION
"A value of 1 MUST indicate a clear alarm state.
The value of this object MUST be less than the
alarmModelState of more severe alarm states for
this alarm. The value of this object MUST be more
than the alarmModelState of less severe alarm states
for this alarm."
::= { alarmModelEntry 2 }
alarmModelNotificationId OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The NOTIFICATION-TYPE object identifier of this alarm
state transition. If there is no notification associated
with this alarm state, the value of this object MUST be
'0.0'"
DEFVAL { zeroDotZero }
::= { alarmModelEntry 3 }
alarmModelVarbindIndex OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The index into the varbind listing of the notification indicated by alarmModelNotificationId which helps signal that the given alarm has changed state. If there is no applicable varbind, the value of this object MUST be zero.
alarmModelVarbindIndex OBJECT-TYPE構文Unsigned32 MAX-ACCESSはリード作成しますステータス現在の説明「インデックスを与えられたアラームの状態が変更されたという信号を助けalarmModelNotificationIdで示された通知のVARBINDリストに。該当のvarbindがない場合、この値オブジェクトはゼロでなければなりません。
Note that the value of alarmModelVarbindIndex acknowledges
the existence of the first two obligatory varbinds in
the InformRequest-PDU and SNMPv2-Trap-PDU (sysUpTime.0
and snmpTrapOID.0). That is, a value of 2 refers to
the snmpTrapOID.0.
If the incoming notification is instead an SNMPv1 Trap-PDU,
then an appropriate value for sysUpTime.0 or snmpTrapOID.0
shall be determined by using the rules in section 3.1 of
[RFC3584]"
DEFVAL { 0 }
::= { alarmModelEntry 4 }
alarmModelVarbindValue OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-create
alarmModelVarbindValue OBJECT-TYPE構文Integer32 MAX-ACCESSはリード作成します
STATUS current DESCRIPTION "The value that the varbind indicated by alarmModelVarbindIndex takes to indicate that the alarm has entered this state.
STATUS電流DESCRIPTION「alarmModelVarbindIndexによって示さVARBINDアラームがこの状態に入ったことを示すために、かかる値。
If alarmModelVarbindIndex has a value of 0, so
MUST alarmModelVarbindValue.
"
DEFVAL { 0 }
::= { alarmModelEntry 5 }
alarmModelDescription OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"A brief description of this alarm and state suitable
to display to operators."
DEFVAL { "" }
::= { alarmModelEntry 6 }
alarmModelSpecificPointer OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION "If no additional, model-specific Alarm MIB is supported by the system the value of this object is `0.0'and attempts to set it to any other value MUST be rejected appropriately.
追加の、モデル固有のアラームMIBは、システムによってサポートされていない場合alarmModelSpecificPointer OBJECT-TYPE SYNTAX RowPointer MAX-ACCESSはリード作成ステータス現在の説明は」このオブジェクトの値は他の値に設定する0.0'and試みでなければなりません 'であります適切に拒否されました。
When a model-specific Alarm MIB is supported, this object
MUST refer to the first accessible object in a corresponding
row of the model definition in one of these model-specific
MIB and attempts to set this object to { 0 0 } or any other
value MUST be rejected appropriately."
DEFVAL { zeroDotZero }
::= { alarmModelEntry 7 }
alarmModelVarbindSubtree OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The name portion of each VarBind in the notification,
in order, is compared to the value of this object.
If the name is equal to or a subtree of the value
of this object, for purposes of computing the value of AlarmActiveResourceID the 'prefix' will be the
matching portion, and the 'indexes' will be any
remainder. The examination of varbinds ends with
the first match. If the value of this object is 0.0,
then the first varbind, or in the case of v2, the
first varbind after the timestamp and the trap
OID, will always be matched.
"
DEFVAL { zeroDotZero }
::= { alarmModelEntry 8 }
alarmModelResourcePrefix OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The value of AlarmActiveResourceId is computed
by appending any indexes extracted in accordance
with the description of alarmModelVarbindSubtree
onto the value of this object. If this object's
value is 0.0, then the 'prefix' extracted is used
instead.
"
DEFVAL { zeroDotZero }
::= { alarmModelEntry 9 }
alarmModelRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "Control for creating and deleting entries. Entries may be modified while active. Alarms whose alarmModelRowStatus is not active will not appear in either the alarmActiveTable or the alarmClearTable. Setting this object to notInService cannot be used as an alarm suppression mechanism. Entries that are notInService will disappear as described in RFC2579.
alarmModelRowStatus OBJECT-TYPE構文RowStatus MAX-ACCESSは、エントリを作成および削除するためのステータス現在の説明の」コントロールリード作成。エントリがアクティブながら修正することができる。そのalarmModelRowStatusアクティブでないalarmActiveTable又はalarmClearTableのいずれかに表示されませんアラーム。このオブジェクトを設定しますnotInServiceのにアラーム抑制メカニズムとして使用することはできません。RFC2579に記載されているnotInServiceのエントリが消えます。
This row can not be modified while it is being
referenced by a value of alarmActiveModelPointer. In these
cases, an error of `inconsistentValue' will be returned to
the manager.
This entry may be deleted while it is being referenced by a value of alarmActiveModelPointer. This results in the deletion of this entry and entries in the active alarms referencing this entry via an alarmActiveModelPointer.
それはalarmActiveModelPointerの値によって参照されている間に、このエントリを削除してもよいです。これはalarmActiveModelPointerを経由して、このエントリを参照するアクティブなアラームで、このエントリとエントリの削除につながります。
As all read-create objects in this table have a DEFVAL clause,
there is no requirement that any object be explicitly set
before this row can become active. Note that a row consisting
only of default values is not very meaningful."
::= { alarmModelEntry 10 }
-- Active Alarm Table --
- アクティブなアラーム表 -
alarmActiveLastChanged OBJECT-TYPE
SYNTAX TimeTicks
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at the time of the last
creation or deletion of an entry in the alarmActiveTable.
If the number of entries has been unchanged since the
last re-initialization of the local network management
subsystem, then this object contains a zero value."
::= { alarmActive 1 }
alarmActiveOverflow OBJECT-TYPE
SYNTAX Counter32
UNITS "active alarms"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of active alarms that have not been put into
the alarmActiveTable since system restart as a result
of extreme resource constraints."
::= { alarmActive 5 }
alarmActiveTable OBJECT-TYPE
SYNTAX SEQUENCE OF AlarmActiveEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of Active Alarms entries."
::= { alarmActive 2 }
alarmActiveEntry OBJECT-TYPE SYNTAX AlarmActiveEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Entries appear in this table when alarms are raised. They are removed when the alarm is cleared.
アラームが発生したときalarmActiveEntry OBJECT-TYPE SYNTAX AlarmActiveEntry MAX-ACCESSステータス現在の説明「エントリはこの表に表示されます。アラームがクリアされたとき、彼らが削除されます。
If under extreme resource constraint the system is unable to add any more entries into this table, then the
alarmActiveOverflow statistic will be increased by one."
INDEX { alarmListName, alarmActiveDateAndTime,
alarmActiveIndex }
::= { alarmActiveTable 1 }
AlarmActiveEntry ::= SEQUENCE {
alarmListName SnmpAdminString,
alarmActiveDateAndTime DateAndTime,
alarmActiveIndex Unsigned32,
alarmActiveEngineID LocalSnmpEngineOrZeroLenStr,
alarmActiveEngineAddressType InetAddressType,
alarmActiveEngineAddress InetAddress,
alarmActiveContextName SnmpAdminString,
alarmActiveVariables Unsigned32,
alarmActiveNotificationID OBJECT IDENTIFIER,
alarmActiveResourceId ResourceId,
alarmActiveDescription SnmpAdminString,
alarmActiveLogPointer RowPointer,
alarmActiveModelPointer RowPointer,
alarmActiveSpecificPointer RowPointer }
alarmListName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The name of the list of alarms. This SHOULD be the same as nlmLogName if the Notification Log MIB [RFC3014] is supported. This SHOULD be the same as, or contain as a prefix, the applicable snmpNotifyFilterProfileName if the SNMP-NOTIFICATION-MIB DEFINITIONS [RFC3413] is supported.
alarmListName OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（0 32））MAX-ACCESSステータス現在の説明は「アラームのリストの名前。通知ログMIB [RFC3014]がサポートされている場合、これはnlmLogNameと同じでなければなりません。これは、同じである必要があり、またはSNMP-NOTIFICATION-MIB定義[RFC3413]がサポートされている場合、接頭語として適用snmpNotifyFilterProfileNameを含みます。
An implementation may allow multiple named alarm lists, up to
some implementation-specific limit (which may be none). A
zero-length list name is reserved for creation and deletion
by the managed system, and MUST be used as the default log
name by systems that do not support named alarm lists."
::= { alarmActiveEntry 1 }
alarmActiveDateAndTime OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS not-accessible STATUS current DESCRIPTION "The local date and time when the error occurred.
エラーが発生したalarmActiveDateAndTime OBJECT-TYPE SYNTAXのDateAndTime MAX-ACCESSステータス現在の説明は「ローカルの日付と時刻。
This object facilitates retrieving all instances of alarms that have been raised or have changed state
since a given point in time.
Implementations MUST include the offset from UTC,
if available. Implementation in environments in which
the UTC offset is not available is NOT RECOMMENDED."
::= { alarmActiveEntry 2 }
alarmActiveIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A strictly monotonically increasing integer which
acts as the index of entries within the named alarm
list. It wraps back to 1 after it reaches its
maximum value."
::= { alarmActiveEntry 3 }
alarmActiveEngineID OBJECT-TYPE
SYNTAX LocalSnmpEngineOrZeroLenStr
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The identification of the SNMP engine at which the alarm
originated. If the alarm is from an SNMPv1 system this
object is a zero length string."
::= { alarmActiveEntry 4 }
alarmActiveEngineAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates what type of address is stored in
the alarmActiveEngineAddress object - IPv4, IPv6, DNS, etc."
::= { alarmActiveEntry 5 }
alarmActiveEngineAddress OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-only STATUS current DESCRIPTION "The address of the SNMP engine on which the alarm is occurring.
alarmActiveEngineAddressのOBJECT-TYPE構文InetAddress MAX-ACCESS read-onlyステータス現在の説明「アラームが発生しているSNMPエンジンのアドレス。
This object MUST always be instantiated, even if the list
can contain alarms from only one engine."
::= { alarmActiveEntry 6 }
alarmActiveContextName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-only STATUS current DESCRIPTION "The name of the SNMP MIB context from which the alarm came. For SNMPv1 alarms this is the community string from the Trap. Note that care MUST be taken when selecting community strings to ensure that these can be represented as a well-formed SnmpAdminString. Community or Context names that are not well-formed SnmpAdminStrings will be mapped to zero length strings.
alarmActiveContextName OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（0 32））MAX-ACCESS read-onlyステータス現在の説明「アラームが来たSNMP MIBのコンテキストの名前が。SNMPv1のアラームについては、これはトラップからのコミュニティストリングです。コミュニティストリングを選択する際に、そのケアがうまく形成されるSnmpAdminString。コミュニティや整形SnmpAdminStringsでないコンテキスト名が長さゼロの文字列にマップされるように、これらを表現できることを保証しなければなりません。
If the alarm's source SNMP engine is known not to support
multiple contexts, this object is a zero length string."
::= { alarmActiveEntry 7 }
alarmActiveVariables OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of variables in alarmActiveVariableTable for this
alarm."
::= { alarmActiveEntry 8 }
alarmActiveNotificationID OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The NOTIFICATION-TYPE object identifier of the alarm
state transition that is occurring."
::= { alarmActiveEntry 9 }
alarmActiveResourceId OBJECT-TYPE SYNTAX ResourceId MAX-ACCESS read-only STATUS current DESCRIPTION "This object identifies the resource under alarm.
alarmActiveResourceId OBJECT-TYPE SYNTAX RESOURCEID MAX-ACCESS read-onlyステータス現在の説明は「このオブジェクトアラームの下でリソースを識別する。
If there is no corresponding resource, then
the value of this object MUST be 0.0."
::= { alarmActiveEntry 10 }
alarmActiveDescription OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object provides a textual description of the
active alarm. This text is generated dynamically by the
notification generator to provide useful information
to the human operator. This information SHOULD
provide information allowing the operator to locate
the resource for which this alarm is being generated.
This information is not intended for consumption by
automated tools."
::= { alarmActiveEntry 11 }
alarmActiveLogPointer OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A pointer to the corresponding row in a
notification logging MIB where the state change
notification for this active alarm is logged.
If no log entry applies to this active alarm,
then this object MUST have the value of 0.0"
::= { alarmActiveEntry 12 }
alarmActiveModelPointer OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A pointer to the corresponding row in the
alarmModelTable for this active alarm. This
points not only to the alarm model being
instantiated, but also to the specific alarm
state that is active."
::= { alarmActiveEntry 13 }
alarmActiveSpecificPointer OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-only STATUS current DESCRIPTION "If no additional, model-specific, Alarm MIB is supported by the system this object is `0.0'. When a model-specific Alarm MIB is supported, this object is the instance pointer to the specific model-specific active alarm list."
追加の、機種別、アラームMIBは、システムによってサポートされていない場合alarmActiveSpecificPointer OBJECT-TYPE構文RowPointer MAX-ACCESS read-only説明」このオブジェクトは0.0' 。機種固有アラームMIBがサポートされ、このオブジェクト 'であります特定のモデル固有のアクティブなアラームリストへのインスタンスのポインタです。」
::= { alarmActiveEntry 14 }
-- Active Alarm Variable Table --
- アクティブなアラーム変数テーブル -
alarmActiveVariableTable OBJECT-TYPE
SYNTAX SEQUENCE OF AlarmActiveVariableEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of variables to go with active alarm entries."
::= { alarmActive 3 }
alarmActiveVariableEntry OBJECT-TYPE SYNTAX AlarmActiveVariableEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Entries appear in this table when there are variables in the varbind list of a corresponding alarm in alarmActiveTable.
alarmActiveTableで対応するアラームのvarbindリスト内の変数がある場合alarmActiveVariableEntry OBJECT-TYPE SYNTAX AlarmActiveVariableEntry MAX-ACCESSステータス現在の説明「エントリはこの表に表示されます。
Entries appear in this table as though
the trap/notification had been transported using a
SNMPv2-Trap-PDU, as defined in [RFC3416] - i.e., the
alarmActiveVariableIndex 1 will always be sysUpTime
and alarmActiveVariableIndex 2 will always be
snmpTrapOID.
If the incoming notification is instead an SNMPv1 Trap-PDU and
the value of alarmModelVarbindIndex is 1 or 2, an appropriate
value for sysUpTime.0 or snmpTrapOID.0 shall be determined
by using the rules in section 3.1 of [RFC3584]."
INDEX { alarmListName, alarmActiveIndex,
alarmActiveVariableIndex }
::= { alarmActiveVariableTable 1 }
AlarmActiveVariableEntry ::= SEQUENCE {
alarmActiveVariableIndex Unsigned32,
alarmActiveVariableID OBJECT IDENTIFIER,
alarmActiveVariableValueType INTEGER,
alarmActiveVariableCounter32Val Counter32,
alarmActiveVariableUnsigned32Val Unsigned32,
alarmActiveVariableTimeTicksVal TimeTicks,
alarmActiveVariableInteger32Val Integer32,
alarmActiveVariableOctetStringVal OCTET STRING,
alarmActiveVariableIpAddressVal IpAddress,
alarmActiveVariableOidVal OBJECT IDENTIFIER,
alarmActiveVariableCounter64Val Counter64, alarmActiveVariableOpaqueVal Opaque }
alarmActiveVariableIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A strictly monotonically increasing integer, starting at
1 for a given alarmActiveIndex, for indexing variables
within the active alarm variable list. "
::= { alarmActiveVariableEntry 1 }
alarmActiveVariableID OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The alarm variable's object identifier."
::= { alarmActiveVariableEntry 2 }
alarmActiveVariableValueType OBJECT-TYPE
SYNTAX INTEGER {
counter32(1),
unsigned32(2),
timeTicks(3),
integer32(4),
ipAddress(5),
octetString(6),
objectId(7),
counter64(8),
opaque(9)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of the value. One and only one of the value
objects that follow is used for a given row in this table,
based on this type."
::= { alarmActiveVariableEntry 3 }
alarmActiveVariableCounter32Val OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when alarmActiveVariableType is 'counter32'."
::= { alarmActiveVariableEntry 4 }
alarmActiveVariableUnsigned32Val OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when alarmActiveVariableType is 'unsigned32'."
::= { alarmActiveVariableEntry 5 }
alarmActiveVariableTimeTicksVal OBJECT-TYPE
SYNTAX TimeTicks
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when alarmActiveVariableType is 'timeTicks'."
::= { alarmActiveVariableEntry 6 }
alarmActiveVariableInteger32Val OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when alarmActiveVariableType is 'integer32'."
::= { alarmActiveVariableEntry 7 }
alarmActiveVariableOctetStringVal OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..65535))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when alarmActiveVariableType is 'octetString'."
::= { alarmActiveVariableEntry 8 }
alarmActiveVariableIpAddressVal OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when alarmActiveVariableType is 'ipAddress'."
::= { alarmActiveVariableEntry 9 }
alarmActiveVariableOidVal OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when alarmActiveVariableType is 'objectId'."
::= { alarmActiveVariableEntry 10 }
alarmActiveVariableCounter64Val OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value when alarmActiveVariableType is 'counter64'."
::= { alarmActiveVariableEntry 11 }
alarmActiveVariableOpaqueVal OBJECT-TYPE SYNTAX Opaque (SIZE(0..65535)) MAX-ACCESS read-only STATUS current DESCRIPTION "The value when alarmActiveVariableType is 'opaque'.
alarmActiveVariableOpaqueVal OBJECT-TYPE SYNTAX不透明（SIZE（0 65535））MAX-ACCESS read-only説明「alarmActiveVariableTypeが '不透明' である値。
Note that although RFC2578 [RFC2578] forbids the use
of Opaque in 'standard' MIB modules, this particular
usage is driven by the need to be able to accurately
represent any well-formed notification, and justified
by the need for backward compatibility."
::= { alarmActiveVariableEntry 12 }
-- Statistics --
- 統計 -
alarmActiveStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF AlarmActiveStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table represents the alarm statistics
information."
::= { alarmActive 4 }
alarmActiveStatsEntry OBJECT-TYPE SYNTAX AlarmActiveStatsEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Statistics on the current active alarms." INDEX { alarmListName }
alarmActiveStatsEntry OBJECT-TYPE SYNTAX AlarmActiveStatsEntry MAX-ACCESSステータス現在の説明「現在アクティブなアラーム統計。」 INDEX {alarmListName}
::= { alarmActiveStatsTable 1 }
AlarmActiveStatsEntry ::=
SEQUENCE {
alarmActiveStatsActiveCurrent Gauge32,
alarmActiveStatsActives ZeroBasedCounter32,
alarmActiveStatsLastRaise TimeTicks, alarmActiveStatsLastClear TimeTicks
}
alarmActiveStatsActiveCurrent OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of currently active alarms on the system."
::= { alarmActiveStatsEntry 1 }
alarmActiveStatsActives OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of active alarms since system restarted."
::= { alarmActiveStatsEntry 2 }
alarmActiveStatsLastRaise OBJECT-TYPE
SYNTAX TimeTicks
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at the time of the last
alarm raise for this alarm list.
If no alarm raises have occurred since the
last re-initialization of the local network management
subsystem, then this object contains a zero value."
::= { alarmActiveStatsEntry 3 }
alarmActiveStatsLastClear OBJECT-TYPE
SYNTAX TimeTicks
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at the time of the last
alarm clear for this alarm list.
If no alarm clears have occurred since the
last re-initialization of the local network management
subsystem, then this object contains a zero value."
::= { alarmActiveStatsEntry 4 }
-- Alarm Clear
- アラームクリア
alarmClearMaximum OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-write
alarmClearMaximumのOBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESSの読み取りと書き込み
STATUS current
DESCRIPTION
"This object specifies the maximum number of cleared
alarms to store in the alarmClearTable. When this
number is reached, the cleared alarms with the
earliest clear time will be removed from the table."
::= { alarmClear 1 }
alarmClearTable OBJECT-TYPE
SYNTAX SEQUENCE OF AlarmClearEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains information on
cleared alarms."
::= { alarmClear 2 }
alarmClearEntry OBJECT-TYPE SYNTAX AlarmClearEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information on a cleared alarm." INDEX { alarmListName, alarmClearDateAndTime, alarmClearIndex }
alarmClearEntry OBJECT-TYPE SYNTAX AlarmClearEntry MAX-ACCESSステータス現在の説明は "クリアされたアラームに関する情報。" INDEX {alarmListName、alarmClearDateAndTime、alarmClearIndex}
::= { alarmClearTable 1 }
AlarmClearEntry ::=
SEQUENCE {
alarmClearIndex Unsigned32,
alarmClearDateAndTime DateAndTime,
alarmClearEngineID LocalSnmpEngineOrZeroLenStr,
alarmClearEngineAddressType InetAddressType,
alarmClearEngineAddress InetAddress,
alarmClearContextName SnmpAdminString,
alarmClearNotificationID OBJECT IDENTIFIER,
alarmClearResourceId ResourceId,
alarmClearLogIndex Unsigned32,
alarmClearModelPointer RowPointer
}
alarmClearIndex OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION "An integer which acts as the index of entries within the named alarm list. It wraps back to 1 after it reaches its maximum value.
alarmClearIndex OBJECT-TYPE構文Unsigned32（1 4294967295）MAX-ACCESSステータス現在の説明「という名前のアラームリスト内のエントリのインデックスとして機能する整数。それはその最大値に達した後はバック1にラップ。
This object has the same value as the alarmActiveIndex that
this alarm instance had when it was active."
::= { alarmClearEntry 1 }
alarmClearDateAndTime OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS not-accessible STATUS current DESCRIPTION "The local date and time when the alarm cleared.
アラームがクリアさalarmClearDateAndTime OBJECT-TYPE SYNTAXのDateAndTime MAX-ACCESSステータス現在の説明は「ローカルの日付と時刻。
This object facilitates retrieving all instances of
alarms that have been cleared since a given point in time.
Implementations MUST include the offset from UTC,
if available. Implementation in environments in which
the UTC offset is not available is NOT RECOMMENDED."
::= { alarmClearEntry 2 }
alarmClearEngineID OBJECT-TYPE
SYNTAX LocalSnmpEngineOrZeroLenStr
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The identification of the SNMP engine at which the alarm
originated. If the alarm is from an SNMPv1 system this
object is a zero length string."
::= { alarmClearEntry 3 }
alarmClearEngineAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates what type of address is stored in
the alarmActiveEngineAddress object - IPv4, IPv6, DNS, etc."
::= { alarmClearEntry 4 }
alarmClearEngineAddress OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-only STATUS current DESCRIPTION "The Address of the SNMP engine on which the alarm was occurring. This is used to identify the source of an SNMPv1 trap, since an alarmActiveEngineId cannot be extracted from the SNMPv1 trap PDU.
alarmClearEngineAddressのOBJECT-TYPE構文InetAddress MAX-ACCESS read-only説明「アラームが発生されたSNMPエンジンのアドレスalarmActiveEngineIdは、SNMPv1のから抽出することができないからである。これは、SNMPv1トラップのソースを識別するために使用されトラップPDU。
This object MUST always be instantiated, even if the list
can contain alarms from only one engine."
::= { alarmClearEntry 5 }
alarmClearContextName OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..32)) MAX-ACCESS read-only STATUS current DESCRIPTION "The name of the SNMP MIB context from which the alarm came. For SNMPv1 traps this is the community string from the Trap. Note that care needs to be taken when selecting community strings to ensure that these can be represented as a well-formed SnmpAdminString. Community or Context names that are not well-formed SnmpAdminStrings will be mapped to zero length strings.
alarmClearContextName OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（0 32））MAX-ACCESS read-onlyステータス現在の説明「アラームが来たSNMP MIBのコンテキストの名前が。SNMPv1トラップの場合、これはトラップからのコミュニティストリングです。そのケアは、コミュニティストリングを選択するときによく形成されるSnmpAdminString。コミュニティや整形SnmpAdminStringsでないコンテキスト名が長さゼロの文字列にマップされるように、これらを表現することができるように注意する必要があります。
If the alarm's source SNMP engine is known not to support
multiple contexts, this object is a zero length string."
::= { alarmClearEntry 6 }
alarmClearNotificationID OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The NOTIFICATION-TYPE object identifier of the alarm
clear."
::= { alarmClearEntry 7 }
alarmClearResourceId OBJECT-TYPE SYNTAX ResourceId MAX-ACCESS read-only STATUS current DESCRIPTION "This object identifies the resource that was under alarm.
alarmClearResourceId OBJECT-TYPE SYNTAX RESOURCEID MAX-ACCESS read-onlyステータス現在の説明は「このオブジェクトアラームの下にあったリソースを識別する。
If there is no corresponding resource, then
the value of this object MUST be 0.0."
::= { alarmClearEntry 8 }
alarmClearLogIndex OBJECT-TYPE SYNTAX Unsigned32 (0..4294967295) MAX-ACCESS read-only STATUS current
alarmClearLogIndexのOBJECT-TYPE構文Unsigned32（0 4294967295）MAX-ACCESS read-onlyステータス電流
DESCRIPTION
"This number MUST be the same as the log index of the
applicable row in the notification log MIB, if it exists.
If no log index applies to the trap, then this object
MUST have the value of 0."
::= { alarmClearEntry 9 }
alarmClearModelPointer OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A pointer to the corresponding row in the
alarmModelTable for this cleared alarm."
::= { alarmClearEntry 10 }
-- Notifications
- 通知
alarmActiveState NOTIFICATION-TYPE OBJECTS { alarmActiveModelPointer, alarmActiveResourceId } STATUS current DESCRIPTION "An instance of the alarm indicated by alarmActiveModelPointer has been raised against the entity indicated by alarmActiveResourceId.
alarmActiveState NOTIFICATION-TYPEオブジェクト{alarmActiveModelPointer、alarmActiveResourceId}ステータス現在の説明「alarmActiveModelPointerで示すアラームのインスタンスはalarmActiveResourceIdによって示されるエンティティに対して惹起されました。
The agent must throttle the generation of
consecutive alarmActiveState traps so that there is at
least a two-second gap between traps of this
type against the same alarmActiveModelPointer and
alarmActiveResourceId. When traps are throttled,
they are dropped, not queued for sending at a future time.
A management application should periodically check
the value of alarmActiveLastChanged to detect any
missed alarmActiveState notification-events, e.g.,
due to throttling or transmission loss."
::= { alarmNotifications 2 }
alarmClearState NOTIFICATION-TYPE OBJECTS { alarmActiveModelPointer, alarmActiveResourceId } STATUS current DESCRIPTION "An instance of the alarm indicated by alarmActiveModelPointer has been cleared against the entity indicated by alarmActiveResourceId.
alarmClearState NOTIFICATION-TYPEオブジェクト{alarmActiveModelPointer、alarmActiveResourceId}ステータス現在の説明「alarmActiveModelPointerで示すアラームのインスタンスはalarmActiveResourceIdによって示されるエンティティに対してクリアされています。
The agent must throttle the generation of
consecutive alarmActiveClear traps so that there is at
least a two-second gap between traps of this
type against the same alarmActiveModelPointer and
alarmActiveResourceId. When traps are throttled,
they are dropped, not queued for sending at a future time.
A management application should periodically check
the value of alarmActiveLastChanged to detect any
missed alarmClearState notification-events, e.g.,
due to throttling or transmission loss."
::= { alarmNotifications 3 }
-- Conformance
- 適合性
alarmConformance OBJECT IDENTIFIER ::= { alarmMIB 2 }
alarmCompliances OBJECT IDENTIFIER ::= { alarmConformance 1 }
alarmCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for systems supporting
the Alarm MIB."
MODULE -- this module
MANDATORY-GROUPS {
alarmActiveGroup,
alarmModelGroup
}
GROUP alarmActiveStatsGroup
DESCRIPTION
"This group is optional."
GROUP alarmClearGroup
DESCRIPTION
"This group is optional."
GROUP alarmNotificationsGroup
DESCRIPTION
"This group is optional."
::= { alarmCompliances 1 }
alarmGroups OBJECT IDENTIFIER ::= { alarmConformance 2 }
alarmModelGroup OBJECT-GROUP
OBJECTS {
alarmModelLastChanged,
alarmModelNotificationId, alarmModelVarbindIndex,
alarmModelVarbindValue,
alarmModelDescription,
alarmModelSpecificPointer,
alarmModelVarbindSubtree,
alarmModelResourcePrefix,
alarmModelRowStatus
}
STATUS current
DESCRIPTION
"Alarm model group."
::= { alarmGroups 1}
alarmActiveGroup OBJECT-GROUP
OBJECTS {
alarmActiveLastChanged,
alarmActiveOverflow,
alarmActiveEngineID,
alarmActiveEngineAddressType,
alarmActiveEngineAddress,
alarmActiveContextName,
alarmActiveVariables,
alarmActiveNotificationID,
alarmActiveResourceId,
alarmActiveDescription,
alarmActiveLogPointer,
alarmActiveModelPointer,
alarmActiveSpecificPointer,
alarmActiveVariableID,
alarmActiveVariableValueType,
alarmActiveVariableCounter32Val,
alarmActiveVariableUnsigned32Val,
alarmActiveVariableTimeTicksVal,
alarmActiveVariableInteger32Val,
alarmActiveVariableOctetStringVal,
alarmActiveVariableIpAddressVal,
alarmActiveVariableOidVal,
alarmActiveVariableCounter64Val,
alarmActiveVariableOpaqueVal
}
STATUS current
DESCRIPTION
"Active Alarm list group."
::= { alarmGroups 2}
alarmActiveStatsGroup OBJECT-GROUP
OBJECTS {
alarmActiveStatsActives, alarmActiveStatsActiveCurrent,
alarmActiveStatsLastRaise,
alarmActiveStatsLastClear
}
STATUS current
DESCRIPTION
"Active alarm summary group."
::= { alarmGroups 3}
alarmClearGroup OBJECT-GROUP
OBJECTS {
alarmClearMaximum,
alarmClearEngineID,
alarmClearEngineAddressType,
alarmClearEngineAddress,
alarmClearContextName,
alarmClearNotificationID,
alarmClearResourceId,
alarmClearLogIndex,
alarmClearModelPointer
}
STATUS current
DESCRIPTION
"Cleared alarm group."
::= { alarmGroups 4}
alarmNotificationsGroup NOTIFICATION-GROUP
NOTIFICATIONS { alarmActiveState, alarmClearState }
STATUS current
DESCRIPTION
"The collection of notifications that can be used to
model alarms for faults lacking pre-existing
notification definitions."
::= { alarmGroups 6 }
END
終わり
This MIB module defines alarm information specific to the alarm model defined in ITU M.3100 [M.3100], X.733 [X.733], and X.736 [X.736]. This MIB module follows the modular architecture defined by the Alarm MIB, in which the generic Alarm MIB can be augmented by other alarm information defined according to more specific models that define additional behaviour and characteristics.
このMIBモジュールは、ITU M.3100 [M.3100]、X.733 [X.733]、およびX.736 [X.736]で定義されたアラームモデルに固有のアラーム情報を定義します。このMIBモジュールは、一般的なアラームMIBは、追加の動作と特性を定義する複数の特定のモデルに応じて定義された他の警報情報によって増強することができるアラームMIBで定義されたモジュラーアーキテクチャに従います。
The ituAlarmTable contains information from the ITU Alarm Model about possible alarms in the system.
ituAlarmTableは、システム内の可能なアラームに関するITUアラームモデルからの情報が含まれています。
The ituAlarmActiveTable contains information from the ITU Alarm Model about alarms modelled using the ituAlarmTable that are currently occurring on the system.
ituAlarmActiveTableは、現在システム上で発生しているituAlarmTableを使用してモデル化アラームに関するITUアラームモデルからの情報が含まれています。
The ituAlarmActiveStatsTable provides statistics on current and total alarms.
ituAlarmActiveStatsTableは現在、総アラームの統計を提供します。
Over time, there will be a need to add new IANAITUEventType and IANAItuProbableCause enumerated values. The Internet Assigned Number Authority (IANA) is responsible for the assignment of the enumerations in these TCs.
時間が経つにつれて、新しいIANAITUEventTypeとIANAItuProbableCause列挙値を追加する必要があるでしょう。インターネット割り当て番号機関（IANA）は、これらのTCでの列挙の割り当てを担当します。
IANAItuProbableCause value of 0 is reserved for special purposes and MUST NOT be assigned. Values of IANAItuProbableCause in the range 1 to 1023 are reserved for causes that correspond to ITU-T probable cause. All other requests for new causes will be handled on a first-come basis, with 1025.
0のIANAItuProbableCause値は、特別な目的のために予約されており、割り当てないでください。 1023の範囲1にIANAItuProbableCauseの値は、ITU-T考えられる原因に対応する原因のために予約されています。新しい原因のために他のすべての要求は1025年で、先着順に処理されます。
Request should come in the form of well-formed SMI [RFC2578] for enumeration names that are unique and sufficiently descriptive.
要求は、ユニークで十分に記述されている列挙名の整形SMI [RFC2578]の形で来る必要があります。
While some effort will be taken to ensure that new enumerations do not conceptually duplicate existing enumerations it is acknowledged that the existence of conceptual duplicates in the starting probable cause list is an known industry reality.
いくつかの努力が概念的に既存の列挙を重複しないよう、新たな列挙を確保するために取られますが、出発推定原因リスト中の概念重複の存在が知られている業界の現実であることを認めています。
To aid IANA in the administration of probable cause names and values, the OPS Area Director will appoint one or more experts to help review requests.
考えられる原因名と値の管理でIANAを支援するために、OPSエリアディレクターは、レビューのリクエストを助けるために、1人の以上の専門家を任命します。
See http://www.iana.org
http://www.iana.orgを参照してください。
The following shall be used as the initial values, but the latest values for these textual conventions should be obtained from IANA:
以下は、初期値として使用されなければならないが、これらの原文のコンベンションのための最新の値がIANAから取得する必要があります。
IANA-ITU-ALARM-TC-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, mib-2 FROM SNMPv2-SMI -- [RFC2578] TEXTUAL-CONVENTION FROM SNMPv2-TC; -- [RFC2579]
SNMPv2-SMIからの輸入のMODULE-IDENTITY、MIB-2 - [RFC2578]のSNMPv2-TCからのテキストの表記法。 - [RFC2579]
ianaItuAlarmNumbers MODULE-IDENTITY LAST-UPDATED "200409090000Z" -- September 09, 2004 ORGANIZATION "IANA" CONTACT-INFO "Postal: Internet Assigned Numbers Authority Internet Corporation for Assigned Names and Numbers 4676 Admiralty Way, Suite 330 Marina del Rey, CA 90292-6601 USA
ianaItuAlarmNumbers MODULE-IDENTITY LAST-UPDATED "200409090000Z" - 2004年9月9日ORGANIZATION "IANA" CONTACT-INFO「郵便：インターネット割り当て番号割り当てられた名前と番号4676アドミラルティ・ウェイ、スイート330マリナ・デル・レイ、CAのための庁のインターネット株式会社90292- 6601 USA
Tel: +1 310-823-9358
E-Mail: iana@iana.org"
DESCRIPTION
"The MIB module defines the ITU Alarm
textual convention for objects expected to require
regular extension.
Copyright (C) The Internet Society (2004). The
initial version of this MIB module was published
in RFC 3877. For full legal notices see the RFC
itself. Supplementary information may be available on:
http://www.ietf.org/copyrights/ianamib.html"
REVISION "200409090000Z" -- September 09, 2004
DESCRIPTION
"Initial version, published as RFC 3877."
::= { mib-2 119 }
IANAItuProbableCause ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"ITU-T probable cause values. Duplicate values defined in
X.733 are appended with X733 to ensure syntactic uniqueness.
Probable cause value 0 is reserved for special purposes.
The Internet Assigned Number Authority (IANA) is responsible
for the assignment of the enumerations in this TC.
IANAItuProbableCause value of 0 is reserved for special
purposes and MUST NOT be assigned.
Values of IANAItuProbableCause in the range 1 to 1023 are reserved for causes that correspond to ITU-T probable cause.
1023の範囲1にIANAItuProbableCauseの値は、ITU-T考えられる原因に対応する原因のために予約されています。
All other requests for new causes will be handled on a first-come, first served basis and will be assigned enumeration values starting with 1025.
新しい原因のために他のすべての要求は、先着順に処理されます、最初の基礎を務め、1025年から始まる列挙値が割り当てられます。
Request should come in the form of well-formed
リクエストは、整形式の形で来る必要があります
SMI [RFC2578] for enumeration names that are unique and sufficiently descriptive.
ユニークかつ十分に記述されている列挙名のSMI [RFC2578]。
While some effort will be taken to ensure that new probable causes do not conceptually duplicate existing probable causes it is acknowledged that the existence of conceptual duplicates in the starting probable cause list is an known industry reality.
いくつかの努力は新しい考えられる原因は概念的に始まる可能性の高い原因のリスト中の概念重複の存在が知られている業界の現実であることを認識されている既存の考えられる原因が重複していないように注意してますが。
To aid IANA in the administration of probable cause names and values, the OPS Area Director will appoint one or more experts to help review requests.
考えられる原因名と値の管理でIANAを支援するために、OPSエリアディレクターは、レビューのリクエストを助けるために、1人の以上の専門家を任命します。
See http://www.iana.org" REFERENCE "ITU Recommendation M.3100, 'Generic Network Information Model', 1995 ITU Recommendation X.733, 'Information Technology - Open Systems Interconnection - System Management: Alarm Reporting Function', 1992 ITU Recommendation X.736, 'Information Technology - Open Systems Interconnection - System Management: Security Alarm Reporting Function', 1992"
参照してくださいhttp://www.iana.org「REFERENCE」ITU勧告M.3100、 『汎用ネットワーク情報モデル』、1995 ITU勧告X.733、 『情報技術 - 開放型システム間相互接続 - システム管理：アラームレポート機能』、1992 ITU勧告X.736、「情報技術 - 開放型システム間相互接続 - システム管理：セキュリティアラームレポート機能」、1992"
SYNTAX INTEGER { -- The following probable causes were defined in M.3100 aIS (1), callSetUpFailure (2), degradedSignal (3), farEndReceiverFailure (4), framingError (5), lossOfFrame (6), lossOfPointer (7), lossOfSignal (8), payloadTypeMismatch (9), transmissionError (10), remoteAlarmInterface (11), excessiveBER (12), pathTraceMismatch (13), unavailable (14), signalLabelMismatch (15), lossOfMultiFrame (16), receiveFailure (17), transmitFailure (18), modulationFailure (19), demodulationFailure (20), broadcastChannelFailure (21), connectionEstablishmentError (22), invalidMessageReceived (23), localNodeTransmissionError (24), remoteNodeTransmissionError (25), routingFailure (26),
SYNTAX INTEGER { - 次の考えられる原因は、M.3100 AISに定義された（1）、callSetUpFailure（2）、degradedSignal（3）、farEndReceiverFailure（4）、framingError（5）、lossOfFrame（6）、lossOfPointer（7）、利用不可能lossOfSignal（8）、payloadTypeMismatch（9）、transmissionError（10）、remoteAlarmInterface（11）、excessiveBER（12）、pathTraceMismatch（13）、（14）、signalLabelMismatch（15）、lossOfMultiFrame（16）、receiveFailure（17）、 transmitFailure（18）、modulationFailure（19）、demodulationFailure（20）、broadcastChannelFailure（21）、connectionEstablishmentError（22）、invalidMessageReceived（23）、localNodeTransmissionError（24）、remoteNodeTransmissionError（25）、routingFailure（26）、
--Values 27-50 are reserved for communications alarm related --probable causes -- The following are used with equipment alarm.
--Values 27-50は、通信アラーム関連--probable原因のために予約されている - 機器アラームに使用される以下。
backplaneFailure (51), dataSetProblem (52), equipmentIdentifierDuplication (53), externalIFDeviceProblem (54), lineCardProblem (55), multiplexerProblem (56), nEIdentifierDuplication (57), powerProblem (58), processorProblem (59), protectionPathFailure (60), receiverFailure (61), replaceableUnitMissing (62), replaceableUnitTypeMismatch (63), synchronizationSourceMismatch (64), terminalProblem (65), timingProblem (66), transmitterFailure (67), trunkCardProblem (68), replaceableUnitProblem (69), realTimeClockFailure (70), --An equipment alarm to be issued if the system detects that the --real time clock has failed antennaFailure (71), batteryChargingFailure (72), diskFailure (73), frequencyHoppingFailure (74), iODeviceError (75), lossOfSynchronisation (76), lossOfRedundancy (77), powerSupplyFailure (78), signalQualityEvaluationFailure (79), tranceiverFailure (80), protectionMechanismFailure (81), protectingResourceFailure (82), -- Values 83-100 are reserved for equipment alarm related probable -- causes -- The following are used with environmental alarm. airCompressorFailure (101), airConditioningFailure (102), airDryerFailure (103), batteryDischarging (104), batteryFailure (105), commercialPowerFailure (106), coolingFanFailure (107), engineFailure (108), fireDetectorFailure (109), fuseFailure (110), generatorFailure (111), lowBatteryThreshold (112), pumpFailure (113), rectifierFailure (114), rectifierHighVoltage (115), rectifierLowFVoltage (116), ventilationsSystemFailure (117), enclosureDoorOpen (118), explosiveGas (119), fire (120), flood (121), highHumidity (122), highTemperature (123), highWind (124), iceBuildUp (125), intrusionDetection (126), lowFuel (127), lowHumidity (128), lowCablePressure (129), lowTemperatue (130), lowWater (131), smoke (132), toxicGas (133), coolingSystemFailure (134), externalEquipmentFailure (135), externalPointFailure (136), -- Values 137-150 are reserved for environmental alarm related -- probable causes -- The following are used with Processing error alarm. storageCapacityProblem (151), memoryMismatch (152), corruptData (153), outOfCPUCycles (154), sfwrEnvironmentProblem (155), sfwrDownloadFailure (156), lossOfRealTimel (157), --A processing error alarm to be issued after the system has --reinitialised. This will indicate --to the management systems that the view they have of the managed
backplaneFailure（51）、dataSetProblem（52）、equipmentIdentifierDuplication（53）、externalIFDeviceProblem（54）、lineCardProblem（55）、multiplexerProblem（56）、nEIdentifierDuplication（57）、powerProblem（58）、processorProblem（59）、protectionPathFailure（60）、 receiverFailure（61）、replaceableUnitMissing（62）、replaceableUnitTypeMismatch（63）、synchronizationSourceMismatch（64）、terminalProblem（65）、timingProblem（66）、transmitterFailure（67）、trunkCardProblem（68）、replaceableUnitProblem（69）、realTimeClockFailure（70）、システムは--real時間クロックがantennaFailure（71）、batteryChargingFailure（72）、diskFailure（73）、frequencyHoppingFailure（74）、iODeviceError（75）、lossOfSynchronisation（76）が失敗したことを検出した場合に発行される--An機器アラーム、lossOfRedundancy（77）、powerSupplyFailure（78）、signalQualityEvaluationFailure（79）、tranceiverFailure（80）、protectionMechanismFailure（81）、protectingResourceFailure（82）、 - 値が83から100は、装置のアラーム関連のプロのために予約されていますbableは - 原因 - 以下は、環境アラームに使用されています。 airCompressorFailure（101）、airConditioningFailure（102）、airDryerFailure（103）、batteryDischarging（104）、batteryFailure（105）、commercialPowerFailure（106）、coolingFanFailure（107）、engineFailure（108）、fireDetectorFailure（109）、fuseFailure（110）、 generatorFailure（111）、lowBatteryThreshold（112）、pumpFailure（113）、rectifierFailure（114）、rectifierHighVoltage（115）、rectifierLowFVoltage（116）、ventilationsSystemFailure（117）、enclosureDoorOpen（118）、explosiveGas（119）、火災（120）、洪水（121）、highHumidity（122）、高温（123）、highWind（124）、iceBuildUp（125）、intrusionDetection（126）、lowFuel（127）、lowHumidity（128）、lowCablePressure（129）、lowTemperatue（130）、 lowWater（131）、スモーク（132）、toxicGas（133）、coolingSystemFailure（134）、externalEquipmentFailure（135）、externalPointFailure（136）は、 - 考えられる原因 - - 137から150は、関連する環境アラームのために予約された値以下処理エラーのアラームに使用されています。 storageCapacityProblem（151）、memoryMismatch（152）、corruptData（153）、outOfCPUCycles（154）、sfwrEnvironmentProblem（155）、sfwrDownloadFailure（156）、lossOfRealTimel（157）、-A-システムの後に発行されるエラーアラーム処理有します - 再初期化。これは、ビュー、彼らは管理の持っている管理システム--to示します
--system may no longer --be valid. Usage example: The managed --system issues this alarm after a reinitialization with severity --warning to inform the --management system about the event. No clearing notification will --be sent. applicationSubsystemFailure (158), configurationOrCustomisationError (159), databaseInconsistency (160), fileError (161), outOfMemory (162), softwareError (163), timeoutExpired (164), underlayingResourceUnavailable (165), versionMismatch (166), --Values 168-200 are reserved for processing error alarm related -- probable causes. bandwidthReduced (201), congestion (202), excessiveErrorRate (203), excessiveResponseTime (204), excessiveRetransmissionRate (205), reducedLoggingCapability (206), systemResourcesOverload (207 ), -- The following were defined X.733 adapterError (500), applicationSubsystemFailture (501), bandwidthReducedX733 (502), callEstablishmentError (503), communicationsProtocolError (504), communicationsSubsystemFailure (505), configurationOrCustomizationError (506), congestionX733 (507), coruptData (508), cpuCyclesLimitExceeded (509), dataSetOrModemError (510), degradedSignalX733 (511), dteDceInterfaceError (512), enclosureDoorOpenX733 (513), equipmentMalfunction (514), excessiveVibration (515), fileErrorX733 (516), fireDetected (517), framingErrorX733 (518), heatingVentCoolingSystemProblem (519), humidityUnacceptable (520), inputOutputDeviceError (521), inputDeviceError (522), lanError (523), leakDetected (524), localNodeTransmissionErrorX733 (525), lossOfFrameX733 (526), lossOfSignalX733 (527), materialSupplyExhausted (528), multiplexerProblemX733 (529), outOfMemoryX733 (530), ouputDeviceError (531), performanceDegraded (532), powerProblems (533), pressureUnacceptable (534), processorProblems (535), pumpFailureX733 (536), queueSizeExceeded (537), receiveFailureX733 (538), receiverFailureX733 (539), remoteNodeTransmissionErrorX733 (540), resourceAtOrNearingCapacity (541), responseTimeExecessive (542), retransmissionRateExcessive (543), softwareErrorX733 (544), softwareProgramAbnormallyTerminated (545), softwareProgramError (546), storageCapacityProblemX733 (547), temperatureUnacceptable (548), thresholdCrossed (549), timingProblemX733 (550), toxicLeakDetected (551), transmitFailureX733 (552), transmiterFailure (553), underlyingResourceUnavailable (554), versionMismatchX733 (555), -- The following are defined in X.736 authenticationFailure (600), breachOfConfidentiality (601), cableTamper (602), delayedInformation (603), denialOfService (604), duplicateInformation (605), informationMissing (606), informationModificationDetected (607), informationOutOfSequence (608), keyExpired (609), nonRepudiationFailure (610), outOfHoursActivity (611), outOfService (612), proceduralError (613), unauthorizedAccessAttempt (614), unexpectedInformation (615),
--systemは、もはや有効--beないかもしれません。使用例：イベントに関する--managementシステムに通知する--warning重症度と再初期化した後に、このアラーム--systemの問題を管理していました。いいえクリア通知は送信されませ--beます。 applicationSubsystemFailure（158）、configurationOrCustomisationError（159）、databaseInconsistency（160）、FILEERROR（161）、OUTOFMEMORY（162）、softwareError（163）、timeoutExpired（164）、underlayingResourceUnavailable（165）、versionMismatch（166）、--Values 168-考えられる原因 - 200は、関連処理のエラーアラーム用に予約されています。 bandwidthReduced（201）、輻輳（202）、excessiveErrorRate（203）、excessiveResponseTime（204）、excessiveRetransmissionRate（205）、reducedLoggingCapability（206）、systemResourcesOverload（207） - 以下に定義されたX.733 adapterError（500）、applicationSubsystemFailture （501）、（502）bandwidthReducedX733、callEstablishmentError（503）、communicationsProtocolError（504）、communicationsSubsystemFailure（505）、configurationOrCustomizationError（506）、congestionX733（507）、coruptData（508）、cpuCyclesLimitExceeded（509）、dataSetOrModemError（510）、degradedSignalX733 （511）、（512）dteDceInterfaceError、enclosureDoorOpenX733（513）、equipmentMalfunction（514）、excessiveVibration（515）、fileErrorX733（516）、fireDetected（517）、framingErrorX733（518）、heatingVentCoolingSystemProblem（519）、humidityUnacceptable（520）、inputOutputDeviceError （521）、inputDeviceError（522）、lanError（523）、leakDetected（524）、localNodeTransmissionErrorX733（525）、lossOfFrameX733（526）、lossOfSignalX733（527）、 materialSupplyExhausted（528）、multiplexerProblemX733（529）、outOfMemoryX733（530）、ouputDeviceError（531）、performanceDegraded（532）、powerProblems（533）、pressureUnacceptable（534）、processorProblems（535）、pumpFailureX733（536）、queueSizeExceeded（537）、 receiveFailureX733（538）、receiverFailureX733（539）、remoteNodeTransmissionErrorX733（540）、resourceAtOrNearingCapacity（541）、responseTimeExecessive（542）、retransmissionRateExcessive（543）、softwareErrorX733（544）、softwareProgramAbnormallyTerminated（545）、softwareProgramError（546）、storageCapacityProblemX733（547）、 temperatureUnacceptable（548）、thresholdCrossed（549）、timingProblemX733（550）、toxicLeakDetected（551）、transmitFailureX733（552）、transmiterFailure（553）、underlyingResourceUnavailable（554）、versionMismatchX733（555）、 - 以下のものがX.736で定義されていますauthenticationFailure（600）、breachOfConfidentiality（601）、cableTamper（602）、delayedInformation（603）、denialOfService（604）、duplicateInformation（605）、フォアmationMissing（606）、informationModificationDetected（607）、informationOutOfSequence（608）、keyExpired（609）、nonRepudiationFailure（610）、outOfHoursActivity（611）、OUTOFSERVICE（612）、proceduralError（613）、unauthorizedAccessAttempt（614）、unexpectedInformation（615）、
other (1024)
}
IANAItuEventType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The ITU event Type values.
The Internet Assigned Number Authority (IANA) is
responsible for the assignment of the enumerations
in this TC.
Request should come in the form of well-formed SMI [RFC2578] for enumeration names that are unique and sufficiently descriptive.
要求は、ユニークで十分に記述されている列挙名の整形SMI [RFC2578]の形で来る必要があります。
See http://www.iana.org " REFERENCE "ITU Recommendation X.736, 'Information Technology - Open Systems Interconnection - System Management: Security Alarm Reporting Function', 1992" SYNTAX INTEGER { other (1), communicationsAlarm (2), qualityOfServiceAlarm (3), processingErrorAlarm (4), equipmentAlarm (5), environmentalAlarm (6), integrityViolation (7), operationalViolation (8), physicalViolation (9), securityServiceOrMechanismViolation (10), timeDomainViolation (11) }
http://www.iana.org「REFERENCE "ITU勧告X.736を参照してください、 '情報技術 - 開放型システム間相互接続 - システム管理：セキュリティアラームレポート機能'、1992" SYNTAX INTEGER {他の（1）、communicationsAlarm（2） 、qualityOfServiceAlarm（3）、processingErrorAlarm（4）、equipmentAlarm（5）、environmentalAlarm（6）、integrityViolation（7）、operationalViolation（8）、physicalViolation（9）、securityServiceOrMechanismViolation（10）、timeDomainViolation（11）}
END
終わり
ITU-ALARM-TC-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, mib-2 FROM SNMPv2-SMI -- [RFC2578] TEXTUAL-CONVENTION FROM SNMPv2-TC; -- [RFC2579]
SNMPv2-SMIからの輸入のMODULE-IDENTITY、MIB-2 - [RFC2578]のSNMPv2-TCからのテキストの表記法。 - [RFC2579]
ituAlarmTc MODULE-IDENTITY LAST-UPDATED "200409090000Z" -- September 09, 2004 ORGANIZATION "IETF Distributed Management Working Group" CONTACT-INFO " WG EMail: disman@ietf.org Subscribe: disman-request@ietf.org http://www.ietf.org/html.charters/disman-charter.html
ituAlarmTcのMODULE-IDENTITY LAST-UPDATED "200409090000Z" - 2004年9月9日ORGANIZATION "IETF分散管理ワーキンググループ" CONTACT-INFO「WGメール：disman@ietf.org購読：disman-request@ietf.orgのhttp：// WWW .ietf.org / html.charters / DISMAN-charter.html
Chair: Randy Presuhn
randy_presuhn@mindspring.com
Editors: Sharon Chisholm Nortel Networks PO Box 3511 Station C Ottawa, Ont. K1Y 4H7 Canada schishol@nortelnetworks.com
編集者：シャロン・チザムNortel Networksの私書箱3511駅のCオタワ、オンタリオ。 K1Y 4H7カナダschishol@nortelnetworks.com
Dan Romascanu Avaya Atidim Technology Park, Bldg. #3 Tel Aviv, 61131 Israel Tel: +972-3-645-8414 Email: dromasca@avaya.com" DESCRIPTION "This MIB module defines the ITU Alarm textual convention for objects not expected to require regular extension.
ダンRomascanu AvayaのAtidimテクノロジーパーク、ビル。 ＃3テルアビブ、イスラエル61131電話：+ 972-3-645-8414 Eメール：dromasca@avaya.com「DESCRIPTION」このMIBモジュールは、通常の拡張を必要としないと予想するオブジェクトのためのITUアラームテキストの表記法を定義します。
Copyright (C) The Internet Society (2004). The initial version of this MIB module was published in RFC 3877. For full legal notices see the RFC itself. Supplementary information may be available on: http://www.ietf.org/copyrights/ianamib.html" REVISION "200409090000Z" -- September 09, 2004 DESCRIPTION "Initial version, published as RFC 3877."
著作権（C）インターネット協会（2004）。このMIBモジュールの初期バージョンは、完全な適法な通知についてはRFC 3877.に掲載されたRFC自体を参照してください。 「REVISION 『200409090000Z http://www.ietf.org/copyrights/ianamib.html』 - 2004年9月9日DESCRIPTION 『RFC 3877.として公開初期バージョン、』：補足に利用できます
::= { mib-2 120 }
ItuPerceivedSeverity ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"ITU perceived severity values"
REFERENCE
"ITU Recommendation M.3100, 'Generic Network Information
Model', 1995
ITU Recommendation X.733, 'Information Technology - Open
Systems Interconnection - System Management: Alarm
Reporting Function', 1992"
SYNTAX INTEGER
{
cleared (1),
indeterminate (2),
critical (3),
major (4),
minor (5),
warning (6)
}
ItuTrendIndication ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"ITU trend indication values for alarms."
REFERENCE
"ITU Recommendation M.3100, 'Generic Network Information
Model', 1995
ITU Recommendation X.733, 'Information Technology - Open
Systems Interconnection - System Management: Alarm
Reporting Function', 1992"
SYNTAX INTEGER
{
moreSevere (1),
noChange (2),
lessSevere (3)
}
END
終わり
ITU-ALARM-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Gauge32, mib-2 FROM SNMPv2-SMI -- [RFC2578] AutonomousType, RowPointer FROM SNMPv2-TC -- [RFC2579] SnmpAdminString FROM SNMP-FRAMEWORK-MIB -- [RFC3411] alarmListName, alarmModelIndex, alarmActiveDateAndTime, alarmActiveIndex FROM ALARM-MIB -- [RFC3877] ItuPerceivedSeverity, ItuTrendIndication FROM ITU-ALARM-TC-MIB -- [RFC3877] IANAItuProbableCause, IANAItuEventType FROM IANA-ITU-ALARM-TC-MIB -- [RFC3877] MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF -- [RFC2580] ZeroBasedCounter32 FROM RMON2-MIB; -- [RFC2021]
SNMPv2-SMIからの輸入MODULE-IDENTITY、OBJECT-TYPE、Gauge32、MIB-2 - のSNMPv2-TC FROM [RFC2578] AutonomousTypeの、RowPointer - [RFC2579] SNMP-FRAMEWORK-MIBかられるSnmpAdminString - [RFC3411] alarmListName、alarmModelIndex 、alarmActiveDateAndTime、alarmActiveIndex ALARM-MIB FROM - [RFC3877] ItuPerceivedSeverity、ItuTrendIndicationはITU-ALARM-TC-MIB FROM - [RFC3877] IANAItuProbableCause、IANA-ITU-ALARM-TC-MIBからIANAItuEventType - [RFC3877] MODULE-COMPLIANCE 、オブジェクト・グループのSNMPv2-CONF FROM - RMON2-MIB FROM [RFC2580] ZeroBasedCounter32。 - [RFC2021]
ituAlarmMIB MODULE-IDENTITY LAST-UPDATED "200409090000Z" -- September 09, 2004 ORGANIZATION "IETF Distributed Management Working Group" CONTACT-INFO "WG EMail: disman@ietf.org Subscribe: disman-request@ietf.org http://www.ietf.org/html.charters/disman-charter.html
ituAlarmMIBのMODULE-IDENTITY LAST-UPDATED "200409090000Z" - 2004年9月9日ORGANIZATION "IETF分散管理ワーキンググループ" CONTACT-INFO「WGメール：disman@ietf.org購読：disman-request@ietf.orgのhttp：// WWW .ietf.org / html.charters / DISMAN-charter.html
Chair: Randy Presuhn
randy_presuhn@mindspring.com
Editors: Sharon Chisholm Nortel Networks PO Box 3511 Station C Ottawa, Ont. K1Y 4H7 Canada schishol@nortelnetworks.com
編集者：シャロン・チザムNortel Networksの私書箱3511駅のCオタワ、オンタリオ。 K1Y 4H7カナダschishol@nortelnetworks.com
Dan Romascanu
Avaya
Atidim Technology Park, Bldg. #3
Tel Aviv, 61131
Israel Tel: +972-3-645-8414 Email: dromasca@avaya.com" DESCRIPTION "The MIB module describes ITU Alarm information as defined in ITU Recommendation M.3100 [M.3100], X.733 [X.733] and X.736 [X.736].
イスラエル電話：+ 972-3-645-8414 Eメール：ITU勧告M.3100 [M.3100]、X.733 [X.733]で定義されているようdromasca@avaya.com "DESCRIPTION" MIBモジュールは、ITUアラーム情報を記述するそして、X.736 [X.736]。
Copyright (C) The Internet Society (2004). The
initial version of this MIB module was published
in RFC 3877. For full legal notices see the RFC
itself. Supplementary information may be available on:
http://www.ietf.org/copyrights/ianamib.html"
REVISION "200409090000Z" -- September 09, 2004
DESCRIPTION
"Initial version, published as RFC 3877."
::= { mib-2 121 }
ituAlarmObjects OBJECT IDENTIFIER ::= { ituAlarmMIB 1 }
ituAlarmModel OBJECT IDENTIFIER ::= { ituAlarmObjects 1 }
ituAlarmActive OBJECT IDENTIFIER ::= { ituAlarmObjects 2 }
ituAlarmTable OBJECT-TYPE
SYNTAX SEQUENCE OF ItuAlarmEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of ITU Alarm information for possible alarms
on the system."
::= { ituAlarmModel 1 }
ituAlarmEntry OBJECT-TYPE SYNTAX ItuAlarmEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Entries appear in this table whenever an entry is created in the alarmModelTable with a value of alarmModelState in the range from 1 to 6. Entries disappear from this table whenever the corresponding entries are deleted from the alarmModelTable, including in cases where those entries have been deleted due to local system action. The value of alarmModelSpecificPointer has no effect on the creation or deletion of entries in this table. Values of alarmModelState map to values of ituAlarmPerceivedSeverity as follows:
エントリが1〜6のエントリの範囲内alarmModelStateの値とalarmModelTableで作成されるたびにituAlarmEntry OBJECT-TYPE構文ItuAlarmEntry MAX-ACCESSステータス現在の説明「エントリは、対応するたびに、このテーブルから消え、この表に表示されエントリは、これらのエントリが原因ローカルシステムのアクションに削除された場合を含め、alarmModelTableから削除されている。alarmModelSpecificPointerの値は、この表のエントリの作成や削除には影響しません。alarmModelStateマップの値はituAlarmPerceivedSeverityの値に次のように：
alarmModelState -> ituAlarmPerceivedSeverity
1 -> clear (1)
2 -> indeterminate (2)
3 -> warning (6)
4 -> minor (5)
5 -> major (4)
6 -> critical (3)
All other values of alarmModelState MUST NOT appear in this table.
alarmModelStateの他のすべての値は、この表に現れてはいけません。
This table MUST be persistent across system reboots."
INDEX { alarmListName, alarmModelIndex,
ituAlarmPerceivedSeverity }
::= { ituAlarmTable 1 }
ItuAlarmEntry ::= SEQUENCE {
ituAlarmPerceivedSeverity ItuPerceivedSeverity,
ituAlarmEventType IANAItuEventType,
ituAlarmProbableCause IANAItuProbableCause,
ituAlarmAdditionalText SnmpAdminString,
ituAlarmGenericModel RowPointer }
ituAlarmPerceivedSeverity OBJECT-TYPE
SYNTAX ItuPerceivedSeverity
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"ITU perceived severity values."
REFERENCE
"ITU Recommendation M.3100, 'Generic Network Information
Model', 1995
ITU Recommendation X.733, 'Information Technology - Open
Systems Interconnection - System Management: Alarm
Reporting Function', 1992"
::= { ituAlarmEntry 1 }
ituAlarmEventType OBJECT-TYPE SYNTAX IANAItuEventType MAX-ACCESS read-write STATUS current DESCRIPTION "Represents the event type values for the alarms" REFERENCE "ITU Recommendation M.3100, 'Generic Network Information Model', 1995 ITU Recommendation X.733, 'Information Technology - Open Systems Interconnection - System Management: Alarm
ituAlarmEventType OBJECT-TYPE SYNTAX IANAItuEventType MAX-ACCESS読み取りと書き込みステータス現在の説明はREFERENCE「ITU勧告M.3100、 『汎用ネットワーク情報モデル』、1995 ITU勧告X.733、「情報技術「アラームのイベント型の値を表します」 - 開放型システム間相互接続 - システム管理：アラーム
Reporting Function', 1992
ITU Recommendation X.736, 'Information Technology - Open
Systems Interconnection - System Management: Security
Alarm Reporting Function', 1992"
::= { ituAlarmEntry 2 }
ituAlarmProbableCause OBJECT-TYPE
SYNTAX IANAItuProbableCause
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"ITU probable cause values."
REFERENCE
"ITU Recommendation M.3100, 'Generic Network Information
Model', 1995
ITU Recommendation X.733, 'Information Technology - Open
Systems Interconnection - System Management: Alarm
Reporting Function', 1992
ITU Recommendation X.736, 'Information Technology - Open
Systems Interconnection - System Management: Security
Alarm Reporting Function', 1992"
::= { ituAlarmEntry 3 }
ituAlarmAdditionalText OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Represents the additional text field for the alarm."
REFERENCE
"ITU Recommendation M.3100, 'Generic Network Information
Model', 1995
ITU Recommendation X.733, 'Information Technology - Open
Systems Interconnection - System Management: Alarm
Reporting Function', 1992"
::= { ituAlarmEntry 4}
ituAlarmGenericModel OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-write STATUS current DESCRIPTION "This object points to the corresponding row in the alarmModelTable for this alarm severity.
このアラーム重大度のためalarmModelTableの対応する行にituAlarmGenericModel OBJECT-TYPE構文RowPointer MAX-ACCESS読み取りと書き込みステータス現在の説明は「このオブジェクトポイント。
This corresponding entry to alarmModelTable could also
be derived by performing the reverse of the mapping
from alarmModelState to ituAlarmPerceivedSeverity defined in the description of ituAlarmEntry to determine the
appropriate { alarmListName, alarmModelIndex, alarmModelState }
for this { alarmListName, alarmModelIndex,
ituAlarmPerceivedSeverity }."
::= { ituAlarmEntry 5 }
-- ITU Active Alarm Table --
- ITUアクティブアラーム表 -
ituAlarmActiveTable OBJECT-TYPE
SYNTAX SEQUENCE OF ItuAlarmActiveEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of ITU information for active alarms entries."
::= { ituAlarmActive 1 }
ituAlarmActiveEntry OBJECT-TYPE
SYNTAX ItuAlarmActiveEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Entries appear in this table when alarms are active. They
are removed when the alarm is no longer occurring."
INDEX { alarmListName, alarmActiveDateAndTime,
alarmActiveIndex }
::= { ituAlarmActiveTable 1 }
ItuAlarmActiveEntry ::= SEQUENCE {
ituAlarmActiveTrendIndication ItuTrendIndication,
ituAlarmActiveDetector AutonomousType,
ituAlarmActiveServiceProvider AutonomousType,
ituAlarmActiveServiceUser AutonomousType
}
ituAlarmActiveTrendIndication OBJECT-TYPE
SYNTAX ItuTrendIndication
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Represents the trend indication values for the alarms."
REFERENCE
"ITU Recommendation M.3100, 'Generic Network Information
Model', 1995
ITU Recommendation X.733, 'Information Technology - Open
Systems Interconnection - System Management: Alarm
Reporting Function', 1992"
::= { ituAlarmActiveEntry 1 }
ituAlarmActiveDetector OBJECT-TYPE
SYNTAX AutonomousType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Represents the SecurityAlarmDetector object."
REFERENCE
"ITU Recommendation X.736, 'Information Technology - Open
Systems Interconnection - System Management: Security
Alarm Reporting Function', 1992"
::= { ituAlarmActiveEntry 2 }
ituAlarmActiveServiceProvider OBJECT-TYPE
SYNTAX AutonomousType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Represents the ServiceProvider object."
REFERENCE
"ITU Recommendation X.736, 'Information Technology - Open
Systems Interconnection - System Management: Security
Alarm Reporting Function', 1992"
::= { ituAlarmActiveEntry 3 }
ituAlarmActiveServiceUser OBJECT-TYPE
SYNTAX AutonomousType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Represents the ServiceUser object."
REFERENCE
"ITU Recommendation X.736, 'Information Technology - Open
Systems Interconnection - System Management: Security
Alarm Reporting Function', 1992"
::= { ituAlarmActiveEntry 4 }
-- Statistics and Counters
- 統計とカウンタ
ituAlarmActiveStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF ItuAlarmActiveStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table represents the ITU alarm statistics
information."
::= { ituAlarmActive 2 }
ituAlarmActiveStatsEntry OBJECT-TYPE SYNTAX ItuAlarmActiveStatsEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Statistics on the current active ITU alarms." INDEX { alarmListName }
ituAlarmActiveStatsEntry OBJECT-TYPE SYNTAX ItuAlarmActiveStatsEntry MAX-ACCESSステータス現在の説明 "現在アクティブなITUアラーム統計。" INDEX {alarmListName}
::= { ituAlarmActiveStatsTable 1 }
ItuAlarmActiveStatsEntry ::=
SEQUENCE {
ituAlarmActiveStatsIndeterminateCurrent Gauge32,
ituAlarmActiveStatsCriticalCurrent Gauge32,
ituAlarmActiveStatsMajorCurrent Gauge32,
ituAlarmActiveStatsMinorCurrent Gauge32,
ituAlarmActiveStatsWarningCurrent Gauge32,
ituAlarmActiveStatsIndeterminates ZeroBasedCounter32,
ituAlarmActiveStatsCriticals ZeroBasedCounter32,
ituAlarmActiveStatsMajors ZeroBasedCounter32,
ituAlarmActiveStatsMinors ZeroBasedCounter32,
ituAlarmActiveStatsWarnings ZeroBasedCounter32
}
ituAlarmActiveStatsIndeterminateCurrent OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the current number of active alarms with a
ituAlarmPerceivedSeverity of indeterminate."
::= { ituAlarmActiveStatsEntry 1 }
ituAlarmActiveStatsCriticalCurrent OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the current number of active alarms with a
ituAlarmPerceivedSeverity of critical."
::= { ituAlarmActiveStatsEntry 2 }
ituAlarmActiveStatsMajorCurrent OBJECT-TYPE SYNTAX Gauge32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the current number of active alarms with a
ituAlarmActiveStatsMajorCurrent OBJECT-TYPE構文Gauge32 MAX-ACCESS read-onlyステータス現在の説明「持つアクティブなアラームの現在数のカウント
ituAlarmPerceivedSeverity of major."
::= { ituAlarmActiveStatsEntry 3 }
ituAlarmActiveStatsMinorCurrent OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the current number of active alarms with a
ituAlarmPerceivedSeverity of minor."
::= { ituAlarmActiveStatsEntry 4 }
ituAlarmActiveStatsWarningCurrent OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the current number of active alarms with a
ituAlarmPerceivedSeverity of warning."
::= { ituAlarmActiveStatsEntry 5 }
ituAlarmActiveStatsIndeterminates OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the total number of active alarms with a
ituAlarmPerceivedSeverity of indeterminate since system
restart."
::= { ituAlarmActiveStatsEntry 6 }
ituAlarmActiveStatsCriticals OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the total number of active alarms with a
ituAlarmPerceivedSeverity of critical since system restart."
::= { ituAlarmActiveStatsEntry 7 }
ituAlarmActiveStatsMajors OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the total number of active alarms with a
ituAlarmPerceivedSeverity of major since system restart."
::= { ituAlarmActiveStatsEntry 8 }
ituAlarmActiveStatsMinors OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the total number of active alarms with a
ituAlarmPerceivedSeverity of minor since system restart."
::= { ituAlarmActiveStatsEntry 9 }
ituAlarmActiveStatsWarnings OBJECT-TYPE
SYNTAX ZeroBasedCounter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the total number of active alarms with a
ituAlarmPerceivedSeverity of warning since system restart."
::= { ituAlarmActiveStatsEntry 10 }
-- Conformance
- 適合性
ituAlarmConformance OBJECT IDENTIFIER ::= { ituAlarmMIB 2 }
ituAlarmCompliances OBJECT IDENTIFIER ::= { ituAlarmConformance 1 }
ituAlarmCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for systems supporting
the ITU Alarm MIB."
MODULE -- this module
MANDATORY-GROUPS {
ituAlarmGroup
}
GROUP ituAlarmServiceUserGroup
DESCRIPTION
"This group is optional."
GROUP ituAlarmSecurityGroup
DESCRIPTION
"This group is optional."
GROUP ituAlarmStatisticsGroup
DESCRIPTION
"This group is optional."
::= { ituAlarmCompliances 1 }
ituAlarmGroups OBJECT IDENTIFIER ::= { ituAlarmConformance 2 }
ituAlarmGroup OBJECT-GROUP
OBJECTS {
ituAlarmEventType, ituAlarmProbableCause,
ituAlarmGenericModel
}
STATUS current
DESCRIPTION
"ITU alarm details list group."
::= { ituAlarmGroups 1}
ituAlarmServiceUserGroup OBJECT-GROUP
OBJECTS {
ituAlarmAdditionalText,
ituAlarmActiveTrendIndication
}
STATUS current
DESCRIPTION
"The use of these parameters is a service-user option."
::= { ituAlarmGroups 2 }
ituAlarmSecurityGroup OBJECT-GROUP
OBJECTS {
ituAlarmActiveDetector,
ituAlarmActiveServiceProvider,
ituAlarmActiveServiceUser
}
STATUS current
DESCRIPTION
"Security Alarm Reporting Function"
REFERENCE
"ITU Recommendation X.736, 'Information Technology - Open
Systems Interconnection - System Management: Security
Alarm Reporting Function', 1992"
::= { ituAlarmGroups 3 }
ituAlarmStatisticsGroup OBJECT-GROUP OBJECTS { ituAlarmActiveStatsIndeterminateCurrent, ituAlarmActiveStatsCriticalCurrent, ituAlarmActiveStatsMajorCurrent, ituAlarmActiveStatsMinorCurrent, ituAlarmActiveStatsWarningCurrent, ituAlarmActiveStatsIndeterminates, ituAlarmActiveStatsCriticals, ituAlarmActiveStatsMajors, ituAlarmActiveStatsMinors, ituAlarmActiveStatsWarnings } STATUS current DESCRIPTION
OBJECTS {ituAlarmActiveStatsIndeterminateCurrent、ituAlarmActiveStatsCriticalCurrent、ituAlarmActiveStatsMajorCurrent、ituAlarmActiveStatsMinorCurrent、ituAlarmActiveStatsWarningCurrent、ituAlarmActiveStatsIndeterminates、ituAlarmActiveStatsCriticals、ituAlarmActiveStatsMajors、ituAlarmActiveStatsMinors、ituAlarmActiveStatsWarnings}現状説明、グループオブジェクトituAlarmStatisticsGroup
"ITU Active Alarm Statistics."
::= { ituAlarmGroups 4 }
END
終わり
This example demonstrates an interface-based alarm that goes into a state of "warning" when a linkDown Notification [RFC2863] occurs but the ifAdminStatus indicates the interface was taken down administratively. If IfAdminStatus is "up" when the linkDown Notification occurs, then there is a problem, so the state of the alarm is critical. A linkUp alarm clears the alarm.
この例では、リンクダウン通知[RFC2863]が発生したときに「警告」の状態になるが、のifAdminStatusインターフェイスが管理上降ろされたことを示しインターフェースベースのアラームを示します。 ifAdminStatusは、リンクダウン通知が発生したときに「アップ」であれば、そこに問題があるので、アラームの状態が非常に重要です。リンクアップアラームは、アラームをクリアします。
linkDown NOTIFICATION-TYPE
OBJECTS { ifIndex, ifAdminStatus, ifOperStatus }
STATUS current
DESCRIPTION
""
::= { snmpTraps 3 }
linkUp NOTIFICATION-TYPE
OBJECTS { ifIndex, ifAdminStatus, ifOperStatus }
STATUS current
DESCRIPTION
""
::= { snmpTraps 4 }
alarmModelIndex 3 alarmModelState 1 alarmModelNotificationId linkUp alarmModelVarbindIndex 0 alarmModelVarbindValue 0 alarmModelDescription "linkUp" alarmModelSpecificPointer ituAlarmEntry.3.1 alarmModelVarbindSubtree ifIndex (1.3.6.1.2.1.2.2.1.1) alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType communicationsAlarm (2) ituAlarmPerceivedSeverity cleared (1) ituAlarmGenericModel alarmModelEntry.3.1
alarmModelIndex 3 alarmModelState 1 alarmModelNotificationIdリンクアップalarmModelVarbindIndex 0 alarmModelVarbindValue alarmModelDescription "リンクアップ" alarmModelSpecificPointer ituAlarmEntry.3.1 alarmModelVarbindSubtreeのifIndex（1.3.6.1.2.1.2.2.1.1）alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventType communicationsAlarm（2）ituAlarmPerceivedSeverityをクリア（1）ituAlarmGenericModel alarmModelEntry .3.1
alarmModelIndex 3 alarmModelState 2 alarmModelNotificationId linkDown alarmModelVarbindIndex 2 alarmModelVarbindValue down (2) alarmModelDescription "linkDown administratively" alarmModelSpecificPointer ituAlarmEntry.3.6 alarmModelVarbindSubtree ifIndex (1.3.6.1.2.1.2.2.1.1) alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType communicationsAlarm (2) ituAlarmPerceivedSeverity warning (6) ituAlarmGenericModel alarmModelEntry.3.2
alarmModelIndex 3 alarmModelState 2 alarmModelNotificationIdリンクダウンalarmModelVarbindIndex 2 alarmModelVarbindValueダウン（2）alarmModelDescription "リンクダウン管理" alarmModelSpecificPointer ituAlarmEntry.3.6 alarmModelVarbindSubtreeのifIndex（1.3.6.1.2.1.2.2.1.1）alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventType communicationsAlarm（2）ituAlarmPerceivedSeverityが警告（ 6）ituAlarmGenericModel alarmModelEntry.3.2
alarmModelIndex 3 alarmModelState 3 alarmModelNotificationId linkDown alarmModelVarbindIndex 2 alarmModelVarbindValue up (1) alarmModelDescription "linkDown - confirmed problem" alarmModelSpecificPointer ituAlarmEntry.3.3 alarmModelVarbindSubtree ifIndex (1.3.6.1.2.1.2.2.1.1) alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType communicationsAlarm (2) ituAlarmPerceivedSeverity critical (3) ituAlarmGenericModel alarmModelEntry.3.3
alarmModelIndex 3 alarmModelState 3 alarmModelNotificationIdリンクダウンalarmModelVarbindIndex 2 alarmModelVarbindValueアップ（1）alarmModelDescription - alarmModelResourcePrefix 0.0 alarmModelRowStatusがアクティブ（1.3.6.1.2.1.2.2.1.1）alarmModelSpecificPointer ituAlarmEntry.3.3 alarmModelVarbindSubtree ifIndexの "リンクダウンを不足を確認"（1）ituAlarmEventType communicationsAlarm（2）ituAlarmPerceivedSeverityクリティカル（3）ituAlarmGenericModel alarmModelEntry.3.3
alarmActiveIndex 1 alarmActiveDateAndTime 2342464573 alarmActiveDateAndTime DateAndTime, alarmActiveEngineID SnmpEngineID, alarmActiveEngineAddressType ipV4 alarmActiveEngineAddress 10.10.10.10 alarmActiveContextName SnmpAdminString, alarmActiveVariables 3 alarmActiveNotificationID 1.3.6.1.6.3.1.1.5.3 alarmActiveResourceId 1.3.6.1.2.1.2.2.1.1.346 alarmActiveLogPointer 0.0 alarmActiveModelPointer alarmModelEntry.3.3 alarmActiveSpecificPointer ituAlarmActiveEntry.1.3 ituAlarmActiveTrendIndication moreSevere (1) ituAlarmDetector 0.0 ituAlarmServiceProvider 0.0 ituAlarmServiceUser 0.0
alarmActiveIndex 1 alarmActiveDateAndTime 2342464573 alarmActiveDateAndTimeのDateAndTime、alarmActiveEngineIDのsnmpEngineID、alarmActiveEngineAddressType IPV4 alarmActiveEngineAddress 10.10.10.10 alarmActiveContextNameれるSnmpAdminString、alarmActiveVariables 3 alarmActiveNotificationID 1.3.6.1.6.3.1.1.5.3 alarmActiveResourceId 1.3.6.1.2.1.2.2.1.1.346 alarmActiveLogPointer 0.0 alarmActiveModelPointer alarmModelEntry.3.3 alarmActiveSpecificPointer ituAlarmActiveEntry.1.3 ituAlarmActiveTrendIndication moreSevere（1）ituAlarmDetector ituAlarmServiceProvider 0.0 0.0 0.0 ituAlarmServiceUser
alarmActiveVariableIndex 1 alarmActiveVariableID sysUpTime.0 alarmActiveVariableValueType timeTicks(3) alarmActiveVariableCounter32Val 0 alarmActiveVariableUnsigned32Val 0 alarmActiveVariableTimeTicksVal 46754 alarmActiveVariableInteger32Val 0 alarmActiveVariableOctetStringVal "" alarmActiveVariableIpAddressVal 0 alarmActiveVariableOidVal 0.0 alarmActiveVariableCounter64Val 0 alarmActiveVariableIndex 2 alarmActiveVariableID snmpTrapOID.0 alarmActiveVariableValueType objectId(7) alarmActiveVariableCounter32Val 0 alarmActiveVariableUnsigned32Val 0 alarmActiveVariableTimeTicksVal 0 alarmActiveVariableInteger32Val 0 alarmActiveVariableOctetStringVal "" alarmActiveVariableIpAddressVal 0 alarmActiveVariableOidVal 1.3.6.1.6.3.1.1.5.3 alarmActiveVariableCounter64Val 0 alarmActiveVariableIndex 3 alarmActiveVariableID ifIndex alarmActiveVariableValueType integer32(4) alarmActiveVariableCounter32Val 0 alarmActiveVariableUnsigned32Val 0 alarmActiveVariableTimeTicksVal 0 alarmActiveVariableInteger32Val 346 alarmActiveVariableOctetStringVal "" alarmActiveVariableIpAddressVal 0 alarmActiveVariableOidVal 0.0 alarmActiveVariableCounter64Val 0 alarmActiveVariableIndex 4 alarmActiveVariableID ifAdminStatus alarmActiveVariableValueType integer32(4) alarmActiveVariableCounter32Val 0 alarmActiveVariableUnsigned32Val 0 alarmActiveVariableTimeTicksVal 0 alarmActiveVariableInteger32Val up (1) alarmActiveVariableOctetStringVal "" alarmActiveVariableIpAddressVal 0 alarmActiveVariableOidVal 0.0 alarmActiveVariableCounter64Val 0 alarmActiveVariableIndex 5 alarmActiveVariableID ifOperStatus alarmActiveVariableValueType integer32(4) alarmActiveVariableCounter32Val 0 alarmActiveVariableUnsigned32Val 0 alarmActiveVariableTimeTicksVal 0 alarmActiveVariableInteger32Val down(2) alarmActiveVariableOctetStringVal "" alarmActiveVariableIpAddressVal 0 alarmActiveVariableOidVal 0.0 alarmActiveVariableCounter64Val 0 alarmActiveVariableOpaqueVal
alarmActiveVariableIndex 1 alarmActiveVariableID sysUpTime.0 alarmActiveVariableValueType時間刻み（3）alarmActiveVariableCounter32Val alarmActiveVariableUnsigned32Val 0 0 alarmActiveVariableOctetStringVal alarmActiveVariableInteger32Val alarmActiveVariableTimeTicksVal 46754 "" 0.0 alarmActiveVariableCounter64Val alarmActiveVariableOidVal alarmActiveVariableIpAddressVal（7）alarmActiveVariableCounter32Val alarmActiveVariableUnsigned32Val 0 0 alarmActiveVariableInteger32Val alarmActiveVariableTimeTicksVal 0 alarmActiveVariableOctetStringVal 0 alarmActiveVariableIndex 2 alarmActiveVariableID snmpTrapOID.0 alarmActiveVariableValueType OBJECTID "" alarmActiveVariableIpAddressVal 0 alarmActiveVariableOidVal 1.3.6.1.6.3.1.1.5.3 alarmActiveVariableCounter64Val alarmActiveVariableIndex 3 alarmActiveVariableIDのifIndex alarmActiveVariableValueType Integer32の（4）alarmActiveVariableCounter32Val alarmActiveVariableUnsigned32Val 0 0 alarmActiveVariableInteger3 alarmActiveVariableTimeTicksVal 2Val 346 alarmActiveVariableOctetStringVal "" alarmActiveVariableIpAddressVal 0 alarmActiveVariableOidVal 0.0 alarmActiveVariableCounter64Val 0 alarmActiveVariableIndex 4 alarmActiveVariableIDのifAdminStatus alarmActiveVariableValueType Integer32の（4）alarmActiveVariableCounter32Val 0 alarmActiveVariableUnsigned32Val 0 alarmActiveVariableTimeTicksVal 0 alarmActiveVariableInteger32Valアップ（1）alarmActiveVariableOctetStringVal "" alarmActiveVariableIpAddressVal 0 alarmActiveVariableOidVal 0.0 alarmActiveVariableCounter64Val 0 alarmActiveVariableIndex 5 alarmActiveVariableIDのifOperStatus alarmActiveVariableValueType Integer32の（4）alarmActiveVariableCounter32Val alarmActiveVariableUnsigned32Val 0 0 alarmActiveVariableInteger32Val alarmActiveVariableTimeTicksValダウン（2）alarmActiveVariableOctetStringVal "" alarmActiveVariableOidVal 0.0 alarmActiveVariableCounter64Val alarmActiveVariableIpAddressVal 0 alarmActiveVariableOpaqueVal
Consider a system able to detect four different temperature states for a widget - normal, minor, major, critical. The system does not have any Notification definitions for these alarm states. A temperature alarm can be modelled using the generic alarm Notifications of alarmClearState and alarmActive.
ウィジェットのための四つの異なる温度状態を検出することができ、システムを考えてみましょう - 、通常のマイナー、メジャー、クリティカル。システムは、これらのアラーム状態のための任意の通知定義を持っていません。温度アラームはalarmClearStateとalarmActiveの汎用アラーム通知を使用してモデル化することができます。
alarmModelIndex 5 alarmModelState 1 alarmModelNotificationId alarmClearState alarmModelVarbindIndex 2 alarmModelVarbindValue cleared (1) alarmModelDescription "Acme Widget Temperature Normal" alarmModelSpecificPointer ituAlarmEntry.5.1 alarmModelVarbindSubtree alarmActiveResourceId alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType environmentalAlarm (6) ituPerceivedSeverity cleared (1) ituAlarmGenericModel alarmModelEntry.5.1
alarmModelIndex 5 alarmModelState 1 alarmModelNotificationId alarmClearState alarmModelVarbindIndex 2 alarmModelVarbindValueクリア（1）alarmModelDescription "通常アクメウィジェット温度" alarmModelSpecificPointer ituAlarmEntry.5.1 alarmModelVarbindSubtree alarmActiveResourceId alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventType environmentalAlarm（6）ituPerceivedSeverityクリア（1）ituAlarmGenericModel alarmModelEntry.5.1
alarmModelIndex 5 alarmModelState 2 alarmModelNotificationId alarmActiveState alarmModelVarbindIndex 2 alarmModelVarbindValue minor (5) alarmModelDescription "Acme Widget Temperature Minor" alarmModelSpecificPointer ituAlarmEntry.5.5 alarmModelVarbindSubtree alarmActiveResourceId alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventState environmentalAlarm (6) ituPerceivedSeverity minor (5) ituAlarmGenericModel alarmModelEntry.5.2
alarmModelIndex 5 alarmModelState 2 alarmModelNotificationId alarmActiveState alarmModelVarbindIndex 2 alarmModelVarbindValueマイナー（5）alarmModelDescription "アクメウィジェット温度マイナー" alarmModelSpecificPointer ituAlarmEntry.5.5 alarmModelVarbindSubtree alarmActiveResourceId alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventState environmentalAlarm（6）ituPerceivedSeverityマイナー（5）ituAlarmGenericModel alarmModelEntry.5.2
alarmModelIndex 5 alarmModelState 3 alarmModelNotificationId alarmActiveState alarmModelVarbindIndex 2 alarmModelVarbindValue major (4) alarmModelDescription "Acme Widget Temperature Major" alarmModelSpecificPointer ituAlarmEntry.5.4 alarmModelVarbindSubtree alarmActiveResourceId alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType environmentalAlarm (6) ituPerceivedSeverity major (4) ituAlarmGenericModel alarmModelEntry.5.3 alarmModelIndex 5 alarmModelState 4 alarmModelNotificationId alarmActiveState alarmModelVarbindIndex 2 alarmModelVarbindValue critical (3) alarmModelDescription "Acme Widget Temperature Critical" alarmModelSpecificPointer ituAlarmEntry.5.3 alarmModelVarbindSubtree alarmActiveResourceId alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType environmentalAlarm (6) ituPerceivedSeverity critical (3) ituAlarmGenericModel alarmModelEntry.5.4
alarmModelIndex 5 alarmModelState 3 alarmModelNotificationId alarmActiveState alarmModelVarbindIndex 2 alarmModelVarbindValueメジャー（4）alarmModelDescription "アクメウィジェット温度メジャー" alarmModelSpecificPointer ituAlarmEntry.5.4 alarmModelVarbindSubtree alarmActiveResourceId alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventType environmentalAlarm（6）ituPerceivedSeverityメジャー（4）ituAlarmGenericModel alarmModelEntry.5.3 alarmModelIndex 5 alarmModelState 4 alarmModelNotificationId alarmActiveState alarmModelVarbindIndex 2 alarmModelVarbindValue（3）alarmModelDescription臨界 "アクメウィジェット温度クリティカル" alarmModelSpecificPointer ituAlarmEntry.5.3 alarmModelVarbindSubtree alarmActiveResourceId alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventType environmentalAlarm（6）ituPerceivedSeverityクリティカル（3）ituAlarmGenericModel alarmModelEntry.5.4
Consider a system able to detect four different temperature states for a widget - normal, minor, major, critical. The system does not have any Notification definitions for these alarm states. A temperature alarm can be modelled without specifying any Notifications in the alarm model. When a temperature state other than normal is detected, an instance of this alarm would be added to the active alarm table, but no Notifications would be sent out.
ウィジェットのための四つの異なる温度状態を検出することができ、システムを考えてみましょう - 、通常のマイナー、メジャー、クリティカル。システムは、これらのアラーム状態のための任意の通知定義を持っていません。温度アラームは、アラームモデル内の任意の通知を指定せずにモデル化することができます。通常以外の温度状態が検出された場合、このアラームのインスタンスは、アクティブアラームテーブルに追加されることになるが、何ら通知が送出されないであろう。
This could alternatively be accomplished using the models from example 6.2 and by not specifying any target managers in the SNMP-TARGET-MIB, which would allow the alarm state Notifications to be logged in the Notification Log while still preventing Notifications from being transmitted on the wire.
これは、代替的に、例えば6.2からまだワイヤ上で送信されてからの通知を防止しつつ、アラーム状態通知が通知ログに記録されることを可能にするSNMP-TARGET-MIB内の任意のターゲット・マネージャを指定しないことによって、モデルを使用して達成することができます。
alarmModelIndex 6 alarmModelState 1 alarmModelNotificationId 0.0 alarmModelVarbindIndex 0 alarmModelVarbindValue 0 alarmModelDescription "Widget Temperature" alarmModelSpecificPointer ituAlarmEntry.6.1 alarmModelVarbindSubtree 0.0 alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType environmentalAlarm (6) ituPerceivedSeverity cleared (1) ituAlarmGenericModel alarmModelEntry.6.1 alarmModelIndex 6 alarmModelState 2 alarmModelNotificationId 0.0 alarmModelVarbindIndex 0 alarmModelVarbindValue 0 alarmModelDescription "Widget Temperature" alarmModelSpecificPointer ituAlarmEntry.6.5 alarmModelVarbindSubtree 0.0 alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventState environmentalAlarm (6) ituAlarmPerceivedSeverity minor (5) ituAlarmGenericModel alarmModelEntry.6.2
alarmModelIndex 6 alarmModelState 1 alarmModelNotificationId 0.0 alarmModelVarbindIndex alarmModelVarbindValue 0 alarmModelDescription "ウィジェット温度" alarmModelSpecificPointer ituAlarmEntry.6.1 alarmModelVarbindSubtree 0.0 alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventType environmentalAlarm（6）ituPerceivedSeverityクリア（1）ituAlarmGenericModel alarmModelEntry.6.1 alarmModelIndex 6 alarmModelState 2 alarmModelNotificationId alarmModelVarbindIndex 0 0.0 alarmModelVarbindValue 0 alarmModelDescription "ウィジェット温度" alarmModelSpecificPointer ituAlarmEntry.6.5 alarmModelVarbindSubtree 0.0 alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventState environmentalAlarm（6）ituAlarmPerceivedSeverityマイナー（5）ituAlarmGenericModel alarmModelEntry.6.2
alarmModelIndex 6 alarmModelState 3 alarmModelNotificationId 0.0 alarmModelVarbindIndex 0 alarmModelVarbindValue 0 alarmModelDescription "Widget Temperature" alarmModelSpecificPointer ituAlarmEntry.6.4 alarmModelVarbindSubtree 0.0 alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType environmentalAlarm (6) ituPerceivedSeverity major (4) ituAlarmGenericModel alarmModelEntry.6.3
alarmModelIndex 6 alarmModelState 3 alarmModelNotificationId 0.0 alarmModelVarbindIndex 0 alarmModelVarbindValue alarmModelDescription "ウィジェット温度" alarmModelSpecificPointer ituAlarmEntry.6.4 alarmModelVarbindSubtree 0.0 alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventType environmentalAlarm（6）ituPerceivedSeverityメジャー（4）ituAlarmGenericModel alarmModelEntry.6.3
alarmModelIndex 6 alarmModelState 4 alarmModelNotificationId 0.0 alarmModelVarbindIndex 0 alarmModelVarbindValue 0 alarmModelDescription "Widget Temperature Severe" alarmModelSpecificPointer ituAlarmEntry.6.3 alarmModelVarbindSubtree 0.0 alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1) ituAlarmEventType environmentalAlarm (6) ituPerceivedSeverity critical (3) ituAlarmGenericModel alarmModelEntry.6.4
alarmModelIndex 6 alarmModelState 4 alarmModelNotificationId 0.0 alarmModelVarbindIndex 0 alarmModelVarbindValue alarmModelDescription "ウィジェット温度重度" alarmModelSpecificPointer ituAlarmEntry.6.3 alarmModelVarbindSubtree 0.0 alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）ituAlarmEventType environmentalAlarm（6）臨界ituPerceivedSeverity（3）ituAlarmGenericModel alarmModelEntry.6.4
Consider the following Notifications defined in the printer MIB [RFC3805]:
プリンタMIB [RFC3805]で定義された以下の通知を考えてみましょう。
prtAlertSeverityLevel OBJECT-TYPE
-- This value is a type 1 enumeration
SYNTAX INTEGER {
other(1),
critical(3),
warning(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The level of severity of this alert table entry. The printer
determines the severity level assigned to each entry into the
table."
::= { prtAlertEntry 2 }
printerV2Alert NOTIFICATION-TYPE
OBJECTS { prtAlertIndex, prtAlertSeverityLevel, prtAlertGroup,
prtAlertGroupIndex, prtAlertLocation, prtAlertCode }
STATUS current
DESCRIPTION
"This trap is sent whenever a critical event is added to the
prtAlertTable."
::= { printerV2AlertPrefix 1 }
These Notifications can be used to model a printer alarm as follows:
これらの通知は、次のようにプリンタのアラームをモデル化するために使用することができます。
alarmModelIndex 9 alarmModelState 1 alarmModelNotificationId alarmClearState alarmModelVarbindIndex 0 alarmModelVarbindValue 0 alarmModelDescription "Printer Alarm" alarmModelSpecificPointer 0.0 alarmModelVarbindSubtree prtAlertGroup alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1)
アラームモデル指数9アラーム状態モデル1 alarmModelNotificationIdアラームクリア状態alarmModelVarbindIndex 0 alarmModelVarbindValueアラームモデル記述「プリンタアラーム」アラームモデル特定ポインタalarmModelVarbindSubtree 0.0 prtAlertGroup alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）
alarmModelIndex 9 alarmModelState 2 alarmModelNotificationId printerV2Alert alarmModelVarbindIndex 2 alarmModelVarbindValue warning (4) alarmModelDescription "Printer Alarm" alarmModelSpecificPointer 0.0 alarmModelVarbindSubtree prtAlertGroup alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1)
アラームモデルインデックス9アラーム状態モデル2 alarmModelNotificationId printerV2Alert alarmModelVarbindIndex 2 alarmModelVarbindValue警告（4）アラームモデル記述 "プリンタアラーム" アラームモデル特定ポインタalarmModelVarbindSubtree 0.0 prtAlertGroup alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）
alarmModelIndex 9 alarmModelState 3 alarmModelNotificationId printerV2Alert alarmModelVarbindIndex 2 alarmModelVarbindValue other (1) alarmModelDescription "Printer Alarm - unknown severity" alarmModelSpecificPointer 0.0 alarmModelVarbindSubtree prtAlertGroup alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1)
アラームモデルインデックス9アラーム状態モデル3 alarmModelNotificationId printerV2Alert alarmModelVarbindIndex 2 alarmModelVarbindValue他の（1）アラームモデル記述 "プリンタアラーム - 未知の重大度" アラームモデル特定ポインタalarmModelVarbindSubtree 0.0 prtAlertGroup alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）
alarmModelIndex 9 alarmModelState 4 alarmModelNotificationId printerV2Alert alarmModelVarbindIndex 2 alarmModelVarbindValue critical (3) alarmModelDescription "Printer Alarm" alarmModelSpecificPointer 0.0 alarmModelVarbindSubtree prtAlertGroup alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1)
アラームモデル指数9アラーム状態モデル4 alarmModelNotificationId printerV2Alert alarmModelVarbindIndex 2 alarmModelVarbindValueクリティカル（3）アラームモデル記述 "プリンタアラーム" アラームモデル特定ポインタalarmModelVarbindSubtree 0.0 prtAlertGroup alarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）
The RMON MIB [RFC2819] defines a mechanism for generating threshold alarms. When the thresholds are crossed, RisingAlarm and FallingAlarm Notifications are generated as appropriate. These Notifications can be used to model an upper threshold alarm as follows:
RMON MIB [RFC2819]はしきい値アラームを発生させるための機構を定義します。しきい値を超えた場合は、RisingAlarmととfallingAlarm通知が適切に生成されます。これらの通知は、次のように、上側しきい値アラームをモデル化するために使用することができます。
alarmModelIndex 6 alarmModelState 1 alarmModelNotificationId FallingAlarm alarmModelVarbindIndex 0 alarmModelVarbindValue 0 alarmModelDescription "RMON Rising Clear Alarm" alarmModelSpecificPointer 0.0 alarmModelVarbindSubtree alarmIndex alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1)
アラームモデルインデックス6アラーム状態モデル1 alarmModelNotificationId下限アラームalarmModelVarbindIndex 0 alarmModelVarbindValueアラームモデル記述「RMONライジングクリアアラーム」アラームモデル特定ポインタalarmModelVarbindSubtree 0.0アラームインデックスalarmModelResourcePrefix 0.0 alarmModelRowStatusアクティブ（1）
alarmModelIndex 6 alarmModelState 2 alarmModelNotificationId RisingAlarm alarmModelVarbindIndex 0 alarmModelVarbindValue 0 alarmModelDescription "RMON Rising Alarm" alarmModelSpecificPointer 0.0 alarmModelVarbindSubtree alarmIndex alarmModelResourcePrefix 0.0 alarmModelRowStatus active (1)
アクティブアラームモデルインデックス6アラーム状態モデル2 alarmModelNotificationIdライジングアラームalarmModelVarbindIndex 0 alarmModelVarbindValueアラームモデル記述「RMON上限アラーム」アラームモデル特定ポインタalarmModelVarbindSubtree 0.0アラームインデックスalarmModelResourcePrefix 0.0 alarmModelRowStatus（1）
The following example demonstrates the relationship between the active alarm table, the clear alarm table and the Notification Log MIB.
次の例では、アクティブなアラームテーブル、明確なアラームテーブルと通知ログMIBとの関係を示しています。
Consider a system with alarms modelled as in example 1 and which also supports the informational Notification dsx3LineStatusChange.
例1とこれも情報の通知dsx3LineStatusChangeをサポートしていますのようにモデル化されたアラームを持つシステムを考えてみましょう。
dsx3LineStatusChange NOTIFICATION-TYPE
OBJECTS { dsx3LineStatus,
dsx3LineStatusLastChange }
STATUS current
DESCRIPTION
"A dsx3LineStatusChange trap is sent when the
value of an instance of dsx3LineStatus changes. It
can be utilized by an NMS to trigger polls. When
the line status change results in a lower level
line status change (i.e., ds1), then no traps for
the lower level are sent."
::= { ds3Traps 0 1 }
0. At system start, the active alarm table, alarm clear table and
the Notification Log are all empty.
___________________________ _______________________
| alarmActiveTable | | nlmLogTable |
|---------------------------| |-----------------------|
| alarmActiveIndex | alarm | | nlmLogPointer | notif.|
|---------------------------| |-----------------------|
|___________________________| |_______________________|
__________________________________________________
| alarmClearTable |
|--------------------------------------------------|
| alarmClear Index | alarm |
|--------------------------------------------------|
| | |
|__________________________________________________|
1. Some time later, a link goes down generating a linkDown
Notification, which is sent out and logged in the
Notification Log. As this Notification is modelled as
an alarm state, an entry is added to the active alarm
table.
__________________________________________________
| alarmActiveTable |
|--------------------------------------------------|
| alarmActiveIndex | alarm |
|--------------------------------------------------|
| 1 | link down - problem confirmed |
|__________________________________________________|
_______________________________________________
| nlmLogTable |
|-----------------------------------------------|
| nlmLogPointer | Notification |
|-----------------------------------------------|
| 1 | linkdown |
|_______________________________________________|
__________________________________________________
| alarmClearTable |
|--------------------------------------------------|
| alarmClear Index | alarm |
|--------------------------------------------------|
| | |
|__________________________________________________|
2. Some time later, the value of an instance of dsx3LineStatus
changes. This Notification is sent out and logged. As this
is not modelled into an alarm state, the active alarm table
remains unchanged.
__________________________________________________
| alarmActiveTable |
|--------------------------------------------------|
| alarmActiveIndex | alarm |
|--------------------------------------------------|
| 1 | linkDown - problem confirmed |
|__________________________________________________|
_____________________________________________
| nlmLogTable |
|---------------------------------------------|
| nlmLogPointer | Notification |
|---------------------------------------------|
| 1 | linkDown |
| 2 | dsx3LineStatusChange |
|_____________________________________________|
__________________________________________________
| alarmClearTable |
|--------------------------------------------------|
| alarmClear Index | alarm |
|--------------------------------------------------|
| | |
|__________________________________________________|
3. Some time later, the link goes back up. A linkUp Notification
is sent out and logged. As this Notification models
the clear alarm for this alarm, the alarm entry is remove
from the active alarm table. An entry is added to the
clear alarm table.
__________________________________________________
| alarmActiveTable |
|--------------------------------------------------|
| alarmActiveIndex | alarm |
|--------------------------------------------------|
|__________________________________________________|
_____________________________________________
| nlmLogTable |
|---------------------------------------------|
| nlmLogPointer | Notification |
|---------------------------------------------|
| 1 | linkDown |
| 2 | dsx3LineStatusChange |
| 3 | linkUp |
|_____________________________________________|
__________________________________________________
| alarmClearTable |
|--------------------------------------------------|
| alarmClear Index | alarm |
|--------------------------------------------------|
| 1 | linkDown - confirmed problem |
|__________________________________________________|
There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.
読み書きおよび/またはリード作成のMAX-ACCESS句でこのMIBモジュールで定義された管理オブジェクトの数があります。そのようなオブジェクトは、いくつかのネットワーク環境に敏感又は脆弱と考えることができます。適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響を与える可能性があります。
The following objects are defined with a MAX-ACCESS clause of read-write or read-create: alarmModelNotificationId, alarmModelVarbindIndex, alarmModelVarbindValue, alarmModelDescription, alarmModelSpecificPointer, alarmModelVarbindSubtree, alarmModelResourcePrefix, alarmModelRowStatus, alarmClearMaximum, ituAlarmEventType, ituAlarmProbableCause, ituAlarmAdditionalText, and ituAlarmGenericModel.
alarmModelNotificationId、alarmModelVarbindIndex、alarmModelVarbindValue、alarmModelDescription、alarmModelSpecificPointer、alarmModelVarbindSubtree、alarmModelResourcePrefix、alarmModelRowStatus、alarmClearMaximum、ituAlarmEventType、ituAlarmProbableCause、ituAlarmAdditionalText、及びituAlarmGenericModel：以下のオブジェクトは、読み書きまたは読み取り作成のMAX-ACCESS句で定義されています。
Note that setting the value of alarmClearMaximum too low may result in security related alarms history being prematurely lost.
低すぎるalarmClearMaximumの値を設定すると、途中で失われたセキュリティ関連のアラーム履歴をもたらす可能性があることに注意してください。
Changing values of alarmModelRowStatus as part of creating and deleting rows in the alarmModelTable result in adding new alarm models to the system or taking them out respectively. These operations need to be carefully planned. Adding a new model should be made in a consistent manner to avoid the system overflow with alarms. Taking out a model should result in the deletion of all this model's related alarms in the system.
作成し、システムに新しいアラームモデルを追加したり、それぞれそれらを取り出すにalarmModelTable結果における行の削除の一部としてalarmModelRowStatusの値を変更します。これらの操作は慎重に計画する必要があります。新しいモデルを追加すると、アラームと、システムのオーバーフローを避けるために、一貫した方法でなされるべきです。モデルを取り出すことは、システム内のすべてのこのモデルの関連するアラームは削除されなければなりません。
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module.
SNMPv3の前のSNMPバージョンは十分なセキュリティを含んでいませんでした。ネットワーク自体が（IPSecを使用することにより、例えば）安全であっても、その後も、安全なネットワーク上で/ SETにアクセスし、GETだれに許容されているかのように何の制御（読み取り/変更/作成/削除）この内のオブジェクトが存在しませんMIBモジュール。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
実装がSNMPv3フレームワークで提供するようにセキュリティ機能を考えることが推奨される（認証とプライバシーのために）SNMPv3の暗号化メカニズムの完全なサポートを含む、（[RFC3410]セクション8を参照）。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
さらに、SNMPv3の前のSNMPバージョンの展開はお勧めしません。代わりに、SNMPv3を展開すると、暗号化セキュリティを有効にすることをお勧めします。このMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が適切にのみプリンシパル（ユーザ）にオブジェクトへのアクセスを提供するように設定されていることを確認するために、顧客/オペレータ責任実際にGETまたはSET（変化への正当な権利を有することです/）/削除、それらを作成します。
Note that the alarm throttling mechanism associated with the alarmActiveState and alarmActiveClear notifications only applies to a given alarm. Defining multiple alarms from the same internal stimulus may then still result in a flood of alarms into the network.
alarmActiveStateとalarmActiveClear通知に関連付けられたアラーム絞り機構のみが与えられたアラームに適用されることに注意してください。同じ内部の刺激から複数のアラームを定義すると、その後、まだネットワークへのアラームの洪水をもたらすことができます。
Although the use of community strings in SNMPv1 is not considered an effective means of providing security, security administrators SHOULD consider whether the fact that alarmActiveContextName can reveal community string values would make this object sensitive in their environment.
SNMPv1のコミュニティ文字列の使用は、セキュリティを提供する有効な手段と考えられていませんが、セキュリティ管理者は、alarmActiveContextNameは、コミュニティ文字列値を明らかにすることができるという事実は、自分の環境では、このオブジェクトが敏感になるだろうかどうかを検討すべきです。
This MIB module can provide access to information that may also be accessed through manipulation of the SNMP-NOTIFICATION-MIB and the NOTIFICATION-LOG-MIB. This is expressed in part through the common indexing structure of nlmLogName [RFC3014], snmpNotifyFilterProfileName [RFC3413], and alarmListName. Consequently, it is RECOMMENDED that security administrators take care to configure a coherent VACM security policy. The objects alarmActiveLogPointer, alarmActiveModelPointer, alarmActiveSpecificPointer, and alarmClearModelPointer are object identifiers that reference information to which a particular user might not be given direct access. The structure of these object identifiers does not permit the extraction of any sensitive information. Two other objects, alarmClearResourceId, and alarmActiveResourceId, are also syntactically object identifiers, but their structure could provide a user with potentially useful information to which he or she might not otherwise be granted access, such as the existence of a particular resource.
このMIBモジュールはまた、SNMP-NOTIFICATION-MIBおよびNOTIFICATION-LOG-MIBの操作を介してアクセスされる情報へのアクセスを提供することができます。これはnlmLogName [RFC3014]、snmpNotifyFilterProfileName [RFC3413]、およびalarmListNameの共通のインデックス構造を介して部分的に表現されます。したがって、セキュリティ管理者は、コヒーレントVACMセキュリティポリシーを設定するには、世話をすることが推奨されます。オブジェクトalarmActiveLogPointer、alarmActiveModelPointer、alarmActiveSpecificPointer、及びalarmClearModelPointerは、特定のユーザが直接アクセスを与えられない可能性があるとの情報を参照するオブジェクト識別子です。これらのオブジェクト識別子の構造は、機密情報の抽出を許可していません。他の二つのオブジェクト、alarmClearResourceId、およびalarmActiveResourceIdは、また、構文的にオブジェクト識別子ですが、その構造は、彼または彼女がそうでなければ、このような特定のリソースの有無などのアクセスを、許可されない可能性があるに潜在的に有用な情報をユーザに提供することができます。
For further discussion of security, see section 3.4.
セキュリティの更なる議論については、セクション3.4を参照してください。
This document is a product of the DISMAN Working Group.
この文書では、DISMANワーキンググループの製品です。
[M.3100] ITU Recommendation M.3100, "Generic Network Information Model", 1995
[M.3100] ITU勧告M.3100、 "汎用ネットワーク情報モデル"、1995
[RFC1157] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple Network Management Protocol (SNMP)", STD 15, RFC 1157, May 1990.
[RFC1157]ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン、 "簡易ネットワーク管理プロトコル（SNMP）"、STD 15、RFC 1157、1990年5月。
[RFC1215] Rose, M., "A Convention for defining traps for use with the SNMP", RFC 1215, March 1991.
[RFC1215]ローズ、M.、 "SNMPで使用するためのトラップを定義するための条約"、RFC 1215、1991年3月。
[RFC2021] Waldbusser, S., "Remote Network Monitoring Management Information Base Version 2 using SMIv2", January 1997.
[RFC2021] Waldbusser、S.、 "リモートネットワーク監視管理情報ベースバージョン2のSMIv2を使用して"、1997年1月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2578] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、STD 58、RFC 2578、1999年4月 "管理情報バージョン2（SMIv2）の構造"。
[RFC2579] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[RFC2580] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、 "SMIv2のための適合性宣言"、STD 58、RFC 2580、1999年4月。
[RFC3291] Daniele, M., Haberman, B., Routhier, S. and J. Schoenwaelder, "Textual Conventions for Internet Network Addresses", RFC 3291, May 2002.
[RFC3291]ダニエル、M.、ハーバーマン、B.、Routhier、S.およびJ. Schoenwaelder、 "インターネットネットワークアドレスのためのテキストの表記法"、RFC 3291、2002年5月。
[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]ハリントン、D.、PresuhnとR.とB. Wijnen、 "簡易ネットワーク管理プロトコル（SNMP）管理フレームワークを記述するためのアーキテクチャ"、STD 62、RFC 3411、2002年12月。
[RFC3413] Levi, D., Meyer, P. and B. Stewart, "Simple Network Management Protocol (SNMP) Applications", STD 62, RFC 3414, December 2002.
[RFC3413]レビ、D.、マイヤー、P.とB.スチュワート、 "簡易ネットワーク管理プロトコル（SNMP）アプリケーション"、STD 62、RFC 3414、2002年12月。
[RFC3415] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", STD 62, RFC 3415, December 2002.
[RFC3415] Wijnenの、B.、Presuhn、R.とK. McCloghrie、 "簡易ネットワーク管理プロトコルのためのビューベースアクセス制御モデル（VACM）（SNMP）"、STD 62、RFC 3415、2002年12月。
[RFC3416] Presuhn, R., Ed., "Version 2 of the Protocol Operations for the Simple Network Management Protocol (SNMP)", STD 62, RFC 3416, December 2002.
[RFC3416] Presuhn、R.、エド。、STD 62、RFC 3416、2002年12月 "簡易ネットワーク管理プロトコル（SNMP）のためのプロトコル操作のバージョン2"。
[RFC3584] Frye, R., Levi, D., Routhier, S. and B. Wijnen, "Coexistence between Version 1, Version 2, and Version 3 of the Internet-standard Network Management Framework", BCP 74, RFC 3584, August 2003.
[RFC3584]フライ、R.、レヴィ、D.、Routhier、S.、およびB. Wijnenの、 "バージョン1、バージョン2、及びインターネット標準ネットワーク管理フレームワークのバージョン3の間の共存"、BCP 74、RFC 3584、 2003年8月。
[X.733] ITU Recommendation X.733, "Information Technology - Open Systems Interconnection - System Management: Alarm Reporting Function", 1992.
[X.733] ITU勧告X.733、 "情報技術 - 開放型システム間相互接続 - システム管理：アラームレポート機能"、1992年。
[X.736] ITU Recommendation X.736, "Information Technology - Open Systems Interconnection - System Management: Security Alarm Reporting Function", 1992.
[X.736] ITU勧告X.736、「情報技術 - 開放型システム間相互接続 - システム管理：セキュリティアラームレポート機能」、1992年。
[RFC1657] Willis, S., Burruss, J. and J. Chu, Ed., "Definitions of Managed Objects for the Fourth Version of the Border Gateway Protocol (BGP-4) using SMIv2", RFC 1657, July 1994.
[RFC1657]ウィリス、S.、Burruss、J.およびJ.チュー、編、RFC 1657、1994年7月 "SMIv2のを使用してボーダーゲートウェイプロトコル（BGP-4）第4版のための管理オブジェクトの定義"。
[RFC2737] McCloghrie, K. and A. Bierman, "Entity MIB (version 2)", RFC 2737, December 1999.
[RFC2737] McCloghrie、K.およびA. Bierman、 "エンティティMIB（バージョン2）"、RFC 2737、1999年12月。
[RFC2819] Waldbusser, S. "Remote Network Monitoring Management Information Base", STD 59, RFC 2819, May 2000.
[RFC2819] Waldbusser、S.、 "リモートネットワーク監視管理情報ベース"、STD 59、RFC 2819、2000年5月。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB using SMIv2", RFC 2863, June 2000.
"SMIv2のを使用してインタフェースグループMIB" [RFC2863] McCloghrie、K.およびF. Kastenholzと、RFC 2863、2000年6月。
[RFC2981] Kavasseri, R., Ed., "Event MIB", RFC 2981, October 2000.
[RFC2981] Kavasseri、R.、エド。、 "イベントMIB"、RFC 2981、2000年10月。
[RFC3014] Kavasseri, R., "Notification Log MIB", RFC 3014, November 2000.
[RFC3014] Kavasseri、R.、 "通知ログMIB"、RFC 3014、2000年11月。
[RFC3410] Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002.
[RFC3410]ケース、J.、マンディ、R.、パーテイン、D.とB.スチュワート、 "インターネット標準の管理フレームワークのための序論と適用性声明"、RFC 3410、2002年12月。
[RFC3418] Presuhn, R., Ed., "Management Information Base (MIB) for the Simple Network Management Protocol (SNMP)", STD 62, RFC 3418, December 2002.
[RFC3418] Presuhn、R.、エド。、 "管理情報ベース（MIB）簡易ネットワーク管理プロトコル（SNMP）のために"、STD 62、RFC 3418、2002年12月。
[RFC3805] Bergman, R., Lewis, H. and I. McDonald, "Printer MIB v2", RFC 3805, June 2004.
[RFC3805]バーグマン、R.、ルイス、H.、およびI.マクドナルド、 "プリンタMIB v2の"、RFC 3805、2004年6月。
Sharon Chisholm Nortel Networks PO Box 3511, Station C Ottawa, Ontario, K1Y 4H7 Canada
シャロン・チザムNortel Networksの私書箱3511、駅のCオタワ、オンタリオ州、K1Y 4H7カナダ
EMail: schishol@nortelnetworks.com
メールアドレス：schishol@nortelnetworks.com
Dan Romascanu Avaya Atidim Technology Park, Bldg. #3 Tel Aviv, 61131 Israel
ダンRomascanu AvayaのATIDテクノロジーパーク、ビル。 ＃3テルアビブ、イスラエル61131
Phone: +972-3-645-8414 EMail: dromasca@avaya.com
電話：+ 972-3-645-8414 Eメール：dromasca@avaya.com
Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
著作権（C）インターネット協会（2004）。この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights 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; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat 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 implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。