Network Working Group A. Bierman
Request for Comments: 3434 K. McCloghrie
Category:Standards Track Cisco Systems, Inc.
December 2002
Remote Monitoring MIB Extensions for
High Capacity Alarms
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2002). All Rights Reserved.
著作権（C）インターネット協会（2002）。全著作権所有。
Abstract
抽象
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects for extending the alarm thresholding capabilities found in the Remote Monitoring (RMON) MIB (RFC 2819), to provide similar threshold monitoring of objects based on the Counter64 data type.
このメモは、インターネットコミュニティでのネットワーク管理プロトコルで使用するための管理情報ベース（MIB）の一部を定義します。特に、Counter64のデータタイプに基づいて、オブジェクトの同様のしきい値監視を提供するために、リモートモニタリング（RMON）MIB（RFC 2819）に見出されるアラーム閾値機能を拡張するための管理対象オブジェクトを記述する。
Table of Contents
目次
1 The Internet-Standard Management Framework ................... 2
2 Terms ........................................................ 2
3 Overview ..................................................... 2
3.1 Relationship to the Remote Monitoring MIBs ............... 3
4 MIB Structure ................................................ 4
4.1 MIB Group Overview ....................................... 4
4.1.1 High Capacity Alarm Control Group .................. 5
4.1.2 High Capacity Alarm Capabilities ................... 6
4.1.3 High Capacity Alarm Notifications .................. 6
5 Definitions .................................................. 6
6 Intellectual Property ........................................ 21
7 Acknowledgements ............................................. 21
8 Normative References ......................................... 21
9 Informative References ....................................... 22
10 Security Considerations ..................................... 22
11 Authors' Addresses .......................................... 23
12 Full Copyright Statement .................................... 24
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モジュールを指定します。
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]に記載されているように解釈されるべき
There is a need for a standardized way of providing the same type of alarm thresholding capabilities for Counter64 objects, as already exists for Counter32 objects. The RMON-1 alarmTable objects and RMON-1 notification types are specific to 32-bit objects, and cannot be used to properly monitor Counter64-based objects. Extensions to these existing constructs which explicitly support Counter64-based objects are needed. These extensions are completely independent of the existing RMON-1 alarm mechanisms.
すでにCounter32のオブジェクトのために存在するとして、Counter64のオブジェクトのアラームしきい値機能の同じ種類を提供する標準化された方法が必要です。 RMON-1アラームテーブルオブジェクトとRMON-1の通知タイプは、32ビットオブジェクトに対して特異的であり、適切にCounter64のベースのオブジェクトを監視するために使用することができません。明示的にCounter64のベースのオブジェクトをサポートし、これらの既存の構造への拡張が必要とされています。これらの拡張機能は、既存のRMON-1アラームメカニズムの完全に独立しています。
The usage of Counter64 objects is increasing. One of the causes for this increase is the increasing speeds of network interfaces; RFC 2863 [RFC2863] says:
Counter64のオブジェクトの使用量が増加しています。この増加の原因の一つは、ネットワークインタフェースの増加速度です。 RFC 2863 [RFC2863]は言います：
As the speed of network media increase, the minimum time in which a 32 bit counter will wrap decreases. For example, a 10Mbs stream of back-to-back, full-size packets causes ifInOctets to wrap in just over 57 minutes; at 100Mbs, the minimum wrap time is 5.7 minutes, and at 1Gbs, the minimum is 34 seconds. Requiring that interfaces be polled frequently enough not to miss a counter wrap is increasingly problematic.
ネットワークメディア増加の速度として、32ビットカウンタがラップれる最小時間は減少します。たとえば、バックツーバックの10Mbsストリームは、フルサイズのパケットは、わずか57分でラップするのifInOctetsの原因となります。 100Mbsで、最小ラップ時間は5.7分であり、そして1Gbsで、最小値は34秒です。インタフェースはカウンターラップを逃さないように十分な頻度でポーリングすることを要求することはますます問題です。
and therefore requires:
したがって、必要があります。
For interfaces that operate at 20,000,000 (20 million) bits per second or less, 32-bit byte and packet counters MUST be supported. For interfaces that operate faster than 20,000,000 bits/second, and slower than 650,000,000 bits/second, 32-bit packet counters MUST be supported and 64-bit octet counters MUST be supported. For interfaces that operate at 650,000,000 bits/second or faster, 64-bit packet counters AND 64-bit octet counters MUST be supported.
秒以下あたり20,000,000（2000万）ビットで動作するインターフェイスのため、32ビット・バイトおよびパケットカウンタがサポートしなければなりません。 20,000,000ビット/秒、及びより遅い650,000,000ビット/秒、32ビットのパケットカウンタをサポートしなければならないと、64ビットのオクテットカウンタがサポートしなければならないよりも高速に動作するためのインターフェース。 650,000,000ビット/ 64ビットのパケットカウンタと64ビットのオクテットカウンタ、第二またはより高速で動作するインターフェイスのためにサポートしなければなりません。
Of the variables on which thresholds are set using RMON-1's alarmTable, two of the most popular are: ifInOctets and ifOutOctets. Thus, the increasing usage of the 64-bit versions: ifHCInOctets and ifHCOutOctets means that there is an increasing requirement to use RMON-1's thresholding capability for ifHCInOctets and ifHCOutOctets.
しきい値はRMON-1のアラームテーブルを使用して設定されている変数のうち、最も人気の2は、次のとおりのifInOctetsとifOutOctets。したがって、64ビット版の増加する使用：ifHCInOctetsとifHCOutOctetsはifHCInOctetsとifHCOutOctetsためRMON-1のしきい値機能を使用する増加要求があることを意味します。
The RMON-1 Alarm Group is implemented not only by all RMON probes, but also by the SNMP agents in many other types of devices for the purpose of monitoring any of their (non-RMON) integer-valued MIB objects. The fact that it has been so widely implemented indicates its obvious value. Without this extension, that obvious value is becoming incomplete because of its lack of support for 64-bit integers. This extension is the easiest, simplest, and most compatible way for an implementation to overcome that lack of support.
RMON-1アラームグループは、それらの（非RMON）整数値MIBオブジェクトのいずれかを監視するために、すべてのRMONプローブによってだけでなく、デバイスの多くの他のタイプのSNMPエージェントによってのみならず、実現されます。それはとても広く実装されているという事実は、その明白な値を示しています。この拡張機能がなければ、その明白な値があるため、64ビット整数のサポートの欠如の不完全になってきています。この拡張は、サポートの欠如を克服するための実装のための最も簡単な、最も単純な、そして最も互換性のある方法です。
This MIB is intended to be implemented in Remote Monitoring (RMON) probes, which may also support the RMON-1 MIB [RFC2819]. Such probes may be stand-alone devices, or may be co-located with other networking devices (e.g., ethernet switches and repeaters).
このMIBはまた、RMON-1 MIB [RFC2819]をサポートすることができるリモートモニタリング（RMON）プローブに実装されることが意図されます。そのようなプローブは、スタンドアローンデバイスであってもよく、または他のネットワークデバイス（例えば、イーサネットスイッチ及びリピータ）と同じ場所に配置することができます。
The functionality of the High Capacity Alarm Group is a superset of RMON-1's Alarm Group. Thus, one day in the distant future, it is a possibility that RMON-1's Alarm Group will be deprecated in favor of this MIB's High Capacity Alarm Group. However, that day will not come before this document, or one of its successors, reaches the same standardization state as RMON-1.
大容量アラームグループの機能は、RMON-1のアラームグループのスーパーセットです。このように、遠い将来のある日には、RMON-1のアラームグループがこのMIBの大容量アラームグループのために廃止される可能性があります。しかし、その日は、このドキュメントの前に来ることはありません、またはその後継の一つは、RMON-1と同様の標準化状態に達しました。
Figure 1: HC-ALARM MIB Functional Structure
図1：HC-ALARM MIB機能構成
+---------------------------------------------+
| |
| (RMON-1) (HC-ALARM) |
| +-----------+ +-----------+ |
| | | | | |
| | alarm | | hcAlarm | |
| | Table | | Table | |
| | | | | |
| +-----------+ +-----------+ |
| | | |
| V (RMON-1) V |
| +----------------------------------+ |
| | | |
| | eventTable | |
| | | |
| +----------------------------------+ |
| | | |
| | | |
| V V |
| +---------------+ +----------------+ |
| | risingAlarm | | hcRisingAlarm | |
| | fallingAlarm | | hcFallingAlarm | |
| | Notifications | | Notifications | |
| +---------------+ +----------------+ |
| (RMON-1) (HC-ALARM) |
+---------------------------------------------+
The HC-ALARM MIB contains three MIB groups:
HC-ALARM MIBは、3つのMIBグループが含まれています。
- hcAlarmControlObjects group Controls the configuration of alarms for high capacity MIB object instances.
- hcAlarmControlObjectsグループは、高容量MIBオブジェクトインスタンスのアラームの設定を制御します。
- hcAlarmCapabilities group Describes the high capacity alarm capabilities provided by the agent.
- hcAlarmCapabilitiesグループは、エージェントによって提供される高容量アラーム機能について説明します。
- hcAlarmNotifications group Provide new rising and falling threshold notifications for high capacity objects.
- hcAlarmNotificationsグループは、大容量のオブジェクトのための新たな立ち上がりと立ち下がりのしきい値通知を提供します。
This group contains one table, which is used by a management station to configure high capacity alarm entries. To configure alarm thresholding for Counter64 or CounterBasedGauge64 objects, a management application must configure the hcAlarmTable in a manner similar to how RMON-1's alarmTable is configured.
このグループは、高容量アラームエントリを設定するために管理ステーションによって使用される一つのテーブルを含んでいます。 Counter64のかCounterBasedGauge64オブジェクトのアラームしきい値を設定するには、管理アプリケーションは、RMON-1のアラームテーブルが設定されている方法と同様の方法でhcAlarmTableを設定する必要があります。
Because the language in some of the DESCRIPTION clauses of objects in the alarmTable is specific to the alarmTable itself, their defined semantics do not allow them to be used for this MIB also. Therefore, the following objects are essentially cloned from the alarmTable to the hcAlarmTable:
アラームテーブル内のオブジェクトの記述節の一部では言語はアラームテーブル自体に固有であるため、その定義された意味は、彼らはまた、このMIBのために使用することはできません。したがって、次のオブジェクトは、本質的にhcAlarmTableにアラームテーブルからクローニングされています。
alarmTable hcAlarmTable
---------- ------------
alarmIndex hcAlarmIndex
alarmInterval hcAlarmInterval
alarmVariable hcAlarmVariable
alarmSampleType hcAlarmSampleType
alarmStartupAlarm hcAlarmStartupAlarm
alarmRisingEventIndex hcAlarmRisingEventIndex
alarmFallingEventIndex hcAlarmFallingEventIndex
alarmOwner hcAlarmOwner
alarmStatus hcAlarmStatus
In addition, the following hcAlarmTable objects are used as high capacity values instead of the corresponding 32-bit version in the alarmTable.
加えて、以下hcAlarmTableオブジェクトは、高い容量値の代わりに、アラームテーブル内の対応する32ビット版として使用されます。
alarmTable hcAlarmTable
---------- ------------
alarmValue hcAlarmAbsValue
hcAlarmValueStatus
alarmRisingThreshold hcAlarmRisingThreshAbsValueLo
hcAlarmRisingThreshAbsValueHi
hcAlarmRisingThresholdValStatus
alarmFallingThreshold hcAlarmFallingThreshAbsValueLo
hcAlarmFallingThreshAbsValueHi
hcAlarmFallingThresholdValStatus
Nevertheless, the hcAlarmTable does have a few differences from the alarmTable:
それにもかかわらず、hcAlarmTableは、アラームテーブルからいくつかの相違点を持っています：
- Counter64 based objects are thresholded properly - an entry is not destroyed if the instance identified by the hcAlarmVariable is not available during a polling interval.
- Counter64のベースオブジェクトが適切にしきい値処理される - hcAlarmVariableによって識別されたインスタンスは、ポーリング間隔の間に利用できない場合、エントリが破壊されません。
- the RowStatus textual convention is used instead of EntryStatus for the hcAlarmStatus object. - the non-volatile storage of an HC alarm entry is explicitly controlled with a StorageType parameter. - a counter is provided to indicate the number of times the hcAlarmVariable object value could not be retrieved by the agent.
- RowStatusテキストの表記法はhcAlarmStatusオブジェクトの代わりにEntryStatusの使用されています。 - HCのアラームエントリの不揮発性ストレージを明示的にStorageTypeパラメータで制御されます。 - カウンタはhcAlarmVariableオブジェクト値がエージェントによって検索することができなかった回数を示すために提供されます。
This group contains a single scalar object, called hcAlarmCapabilities. It describes the basic high capacity alarm features supported by the agent.
このグループは、hcAlarmCapabilitiesと呼ばれる単一のスカラーオブジェクトが含まれています。これは、エージェントでサポートされている基本的な高容量アラーム機能について説明します。
This group contains two notifications, hcRisingAlarm and hcFallingAlarm. These are generated for high capacity alarms in the same manner and used to convey essentially the same information as RMON-1's risingAlarm and fallingAlarm notifications do for alarmTable-specified alarms.
このグループは2つの通知、hcRisingAlarmとhcFallingAlarmが含まれています。これらは、同様に、高容量アラームのために生成され、基本的にRMON-1のrisingAlarmととfallingAlarm通知がアラームテーブルが指定したアラームのために行うのと同じ情報を伝えるために使用されています。
HC-ALARM-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Integer32, Counter32, Unsigned32 FROM SNMPv2-SMI MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF RowStatus, VariablePointer, StorageType, TEXTUAL-CONVENTION FROM SNMPv2-TC CounterBasedGauge64 FROM HCNUM-TC rmon, OwnerString, rmonEventGroup FROM RMON-MIB;
SNMPv2の-CONFのRowStatus、VariablePointer、StorageType、SNMPv2の-TC FROM TEXTUAL-CONVENTION FROM SNMPv2の-SMI MODULE-COMPLIANCE、オブジェクト・グループからの輸入MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、構文Integer32、Counter32の、Unsigned32の、NOTIFICATION-GROUP FROM CounterBasedGauge64 HCNUM-TC RMON、OwnerString、RMON-MIB FROM rmonEventGroup。
hcAlarmMIB MODULE-IDENTITY LAST-UPDATED "200212160000Z" ORGANIZATION "IETF RMONMIB Working Group" CONTACT-INFO " Andy Bierman Cisco Systems, Inc. Tel: +1 408 527-3711
hcAlarmMIBのMODULE-IDENTITY LAST-UPDATED "200212160000Z" ORGANIZATION "IETF RMONMIBワーキンググループ" CONTACT-INFO「アンディBiermanシスコシステムズ、株式会社電話：+1 408 527から3711
E-mail: abierman@cisco.com
Postal: 170 West Tasman Drive
San Jose, CA USA 95134
Keith McCloghrie Cisco Systems, Inc. Tel: +1 408 526-5260 E-mail: kzm@cisco.com Postal: 170 West Tasman Drive San Jose, CA USA 95134
キースMcCloghrieシスコシステムズ、株式会社電話：+1 408 526から5260 Eメール：kzm@cisco.com郵便：170西タスマン・ドライブサンノゼ、CA USA 95134
Send comments to <rmonmib@ietf.org> Mailing list subscription info: http://www.ietf.org/mailman/listinfo/rmonmib " DESCRIPTION "This module defines Remote Monitoring MIB extensions for High Capacity Alarms.
<rmonmib@ietf.org>メーリングリストの購読情報にコメントを送信：http://www.ietf.org/mailman/listinfo/rmonmib「DESCRIPTION」をこのモジュールは、高容量アラームのリモートモニタリングMIB拡張を定義します。
Copyright (C) The Internet Society (2002). This version
of this MIB module is part of RFC 3434; see the RFC
itself for full legal notices."
REVISION "200212160000Z"
DESCRIPTION
"Initial version of the High Capacity Alarm MIB module.
This version published as RFC 3434."
::= { rmon 29 }
hcAlarmObjects OBJECT IDENTIFIER ::= { hcAlarmMIB 1 }
hcAlarmNotifications OBJECT IDENTIFIER ::= { hcAlarmMIB 2 }
hcAlarmConformance OBJECT IDENTIFIER ::= { hcAlarmMIB 3 }
hcAlarmControlObjects OBJECT IDENTIFIER ::= { hcAlarmObjects 1 }
hcAlarmCapabilitiesObjects OBJECT IDENTIFIER
::= { hcAlarmObjects 2 }
-- -- Textual Conventions --
- - テキストの表記法 -
HcValueStatus ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This data type indicates the validity and sign of the data
in associated object instances which represent the absolute
value of a high capacity numeric quantity. Such an object
may be represented with one or more object instances. An
object of type HcValueStatus MUST be defined within the same structure as the object(s) representing the high capacity
absolute value.
If the associated object instance(s) representing the high
capacity absolute value could not be accessed during the
sampling interval, and is therefore invalid, then the
associated HcValueStatus object will contain the value
'valueNotAvailable(1)'.
If the associated object instance(s) representing the high capacity absolute value are valid and actual value of the sample is greater than or equal to zero, then the associated HcValueStatus object will contain the value 'valuePositive(2)'.
高容量の絶対値を表す関連するオブジェクト・インスタンス（複数可）は、サンプルの有効かつ実際の値がゼロ以上である場合、関連HcValueStatusオブジェクトが含まれています値「valuePositive（2）」。
If the associated object instance(s) representing the high capacity absolute value are valid and the actual value of the sample is less than zero, then the associated HcValueStatus object will contain the value 'valueNegative(3)'. The associated absolute value should be multiplied by -1 to obtain the true sample value." SYNTAX INTEGER { valueNotAvailable(1), valuePositive(2), valueNegative(3) }
高容量の絶対値を表す関連するオブジェクトインスタンス（複数可）は有効であり、試料の実際の値がゼロ未満である場合、関連HcValueStatusオブジェクトが「（3）valueNegative」の値が含まれる場合。関連絶対値が真のサンプル値を得るために-1を乗じなければならない。」SYNTAX INTEGER {valueNotAvailable（1）、valuePositive（2）、valueNegative（3）}
-- -- High Capacity Alarm Table --
- - 高容量アラーム表 -
hcAlarmTable OBJECT-TYPE
SYNTAX SEQUENCE OF HcAlarmEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A list of entries for the configuration of high capacity
alarms."
::= { hcAlarmControlObjects 1 }
hcAlarmEntry OBJECT-TYPE SYNTAX HcAlarmEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A conceptual row in the hcAlarmTable. Entries are usually created in this table by management application action, but may also be created by agent action as well."
hcAlarmEntry OBJECT-TYPE構文HcAlarmEntry MAX-ACCESSステータス現在の説明「hcAlarmTableの概念的な列は、エントリは、通常、管理アプリケーションアクションによってこの表で作成されるが、同様に、エージェントのアクションによって生成することができます。」
INDEX { hcAlarmIndex }
::= { hcAlarmTable 1 }
HcAlarmEntry ::= SEQUENCE {
hcAlarmIndex Integer32,
hcAlarmInterval Integer32,
hcAlarmVariable VariablePointer,
hcAlarmSampleType INTEGER,
hcAlarmAbsValue CounterBasedGauge64,
hcAlarmValueStatus HcValueStatus,
hcAlarmStartupAlarm INTEGER,
hcAlarmRisingThreshAbsValueLo Unsigned32,
hcAlarmRisingThreshAbsValueHi Unsigned32,
hcAlarmRisingThresholdValStatus HcValueStatus,
hcAlarmFallingThreshAbsValueLo Unsigned32,
hcAlarmFallingThreshAbsValueHi Unsigned32,
hcAlarmFallingThresholdValStatus HcValueStatus,
hcAlarmRisingEventIndex Integer32,
hcAlarmFallingEventIndex Integer32,
hcAlarmValueFailedAttempts Counter32,
hcAlarmOwner OwnerString,
hcAlarmStorageType StorageType,
hcAlarmStatus RowStatus }
hcAlarmIndex OBJECT-TYPE
SYNTAX Integer32 (1..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An arbitrary integer index value used to uniquely identify
this high capacity alarm entry."
::= { hcAlarmEntry 1 }
hcAlarmInterval OBJECT-TYPE SYNTAX Integer32 (1..2147483647) UNITS "seconds" MAX-ACCESS read-create STATUS current DESCRIPTION "The interval in seconds over which the data is sampled and compared with the rising and falling thresholds. When setting this variable, care should be taken in the case of deltaValue sampling - the interval should be set short enough that the sampled variable is very unlikely to increase or decrease by more than 2^63 - 1 during a single sampling interval.
hcAlarmInterval OBJECT-TYPE構文Integer32（1 2147483647）UNITS「秒」MAX-ACCESS読作成ステータス現在の説明「データをサンプリングし、立ち上がりと立ち下がりのしきい値と比較される秒の間隔を、この変数を設定する場合、ケアがdeltaValueサンプリングの場合には注意しなければならない - 単一サンプリング間隔中1 - 間隔は、サンプリングされた変数以上2 ^ 63で増減するのが非常に低いであることを十分に短く設定されるべきです。
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 2 }
hcAlarmVariable OBJECT-TYPE SYNTAX VariablePointer MAX-ACCESS read-create STATUS current DESCRIPTION "The object identifier of the particular variable to be sampled. Only variables that resolve to an ASN.1 primitive type of INTEGER (INTEGER, Integer32, Counter32, Counter64, Gauge, or TimeTicks) may be sampled.
hcAlarmVariable OBJECT-TYPE構文VariablePointer MAX-ACCESSリード作成ステータス現在の説明「INTEGER（INTEGER、Integer32の、Counter32の、Counter64のゲージのASN.1プリミティブ型に解決のみ変数サンプリングされる特定の変数のオブジェクト識別子、または時間刻み）サンプリングされてもよいです。
Because SNMP access control is articulated entirely in terms
of the contents of MIB views, no access control mechanism
exists that can restrict the value of this object to
identify only those objects that exist in a particular MIB
view. Because there is thus no acceptable means of
restricting the read access that could be obtained through
the alarm mechanism, the probe must only grant write access
to this object in those views that have read access to all
objects on the probe.
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 3 }
hcAlarmSampleType OBJECT-TYPE SYNTAX INTEGER { absoluteValue(1), deltaValue(2) } MAX-ACCESS read-create STATUS current DESCRIPTION "The method of sampling the selected variable and calculating the value to be compared against the thresholds. If the value of this object is absoluteValue(1), the value of the selected variable will be compared directly with the thresholds at the end of the sampling interval. If the value of this object is deltaValue(2), the value of the selected variable at the last sample will be subtracted from the current value, and the difference compared with the thresholds.
hcAlarmSampleTypeのOBJECT-TYPE SYNTAX INTEGER {absoluteValueで（1）、deltaValue（2）} MAX-ACCESSリード作成ステータス現在の説明「選択された変数をサンプリングし、しきい値と比較する値を計算する方法を。場合は、この値オブジェクトがabsoluteValueでは、（1）、選択された変数の値をサンプリング間隔の終わりにしきい値と直接比較されている。このオブジェクトの値がdeltaValue（2）である場合、最後のサンプルにおける選択された変数の値現在の値から減算し、差をしきい値と比較されるであろう。
If the associated hcAlarmVariable instance could not be
obtained at the previous sample interval, then a delta sample is not possible, and the value of the associated
hcAlarmValueStatus object for this interval will be
valueNotAvailable(1).
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 4 }
hcAlarmAbsValue OBJECT-TYPE SYNTAX CounterBasedGauge64 MAX-ACCESS read-only STATUS current DESCRIPTION "The absolute value (i.e., unsigned value) of the hcAlarmVariable statistic during the last sampling period. The value during the current sampling period is not made available until the period is completed.
期間があるまで、最後のサンプリング期間のhcAlarmVariable統計のhcAlarmAbsValueのOBJECT-TYPE SYNTAX CounterBasedGauge64 MAX-ACCESS read-onlyステータス現在の説明は「絶対値（すなわち、符号なしの値）。現在のサンプリング周期の間の値が使用可能にされていません完了しました。
To obtain the true value for this sampling interval, the
associated instance of hcAlarmValueStatus must be checked,
and the value of this object adjusted as necessary.
If the MIB instance could not be accessed during the
sampling interval, then this object will have a value of
zero and the associated instance of hcAlarmValueStatus will
be set to 'valueNotAvailable(1)'."
::= { hcAlarmEntry 5 }
hcAlarmValueStatus OBJECT-TYPE
SYNTAX HcValueStatus
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the validity and sign of the data for
the hcAlarmAbsValue object, as described in the
HcValueStatus textual convention."
::= { hcAlarmEntry 6 }
hcAlarmStartupAlarm OBJECT-TYPE SYNTAX INTEGER { risingAlarm(1), fallingAlarm(2), risingOrFallingAlarm(3) } MAX-ACCESS read-create STATUS current DESCRIPTION "The alarm that may be sent when this entry is first set to active. If the first sample after this entry becomes active is greater than or equal to the rising threshold and this object is equal to risingAlarm(1) or risingOrFallingAlarm(3), then a single rising alarm will be generated. If the first sample after this entry becomes valid is less than or equal to the falling threshold and this object is equal to fallingAlarm(2) or risingOrFallingAlarm(3), then a single falling alarm will be generated.
hcAlarmStartupAlarmのOBJECT-TYPE SYNTAX INTEGER {risingAlarm（1）とfallingAlarm（2）、risingOrFallingAlarm（3）} MAX-ACCESSはリード作成ステータス現在の説明「このエントリが最初にアクティブに設定されているときに送信することができるアラーム。最初の場合されるこのエントリがアクティブになった後の試料は、以上上昇しきい値に等しく、このオブジェクトはrisingAlarmに等しい（1）又はrisingOrFallingAlarm（3）、単一上昇アラームが生成されます。このエントリの後の最初のサンプルが有効になった場合以下下降しきい値に等しく、このオブジェクトはとfallingAlarmに等しい（2）かrisingOrFallingAlarm（3）、その後、単一下降アラームが生成されます。
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 7 }
hcAlarmRisingThreshAbsValueLo OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The lower 32 bits of the absolute value for threshold for the sampled statistic. The actual threshold value is determined by the associated instances of the hcAlarmRisingThreshAbsValueHi and hcAlarmRisingThresholdValStatus objects, as follows:
hcAlarmRisingThreshAbsValueLoのOBJECT-TYPEの構文Unsigned32 MAX-ACCESSはリード作成ステータス現在の説明「サンプリングされた統計情報のしきい値の絶対値の下位32ビットを以下のように実際の閾値は、hcAlarmRisingThreshAbsValueHiとhcAlarmRisingThresholdValStatusオブジェクトの関連するインスタンスによって決定されます：
ABS(threshold) = hcAlarmRisingThreshAbsValueLo +
(hcAlarmRisingThreshAbsValueHi * 2^^32)
The absolute value of the threshold is adjusted as required, as described in the HcValueStatus textual convention. These three object instances are conceptually combined to represent the rising threshold for this entry.
必要に応じHcValueStatusテキストの表記法で説明したように、閾値の絶対値は、調整されます。これら三つのオブジェクトインスタンスは、概念的にこのエントリの上昇しきい値を表すために結合されています。
When the current sampled value is greater than or equal to this threshold, and the value at the last sampling interval was less than this threshold, a single event will be generated. A single event will also be generated if the first sample after this entry becomes valid is greater than or equal to this threshold and the associated hcAlarmStartupAlarm is equal to risingAlarm(1) or risingOrFallingAlarm(3).
現在のサンプリング値がこのしきい値以上で、最後のサンプリングインターバルの値がこのしきい値より小さかった場合、単一のイベントが生成されます。このエントリの後の最初のサンプルがこの閾値以上であると関連hcAlarmStartupAlarmはrisingAlarm（1）又はrisingOrFallingAlarmに等しい有効となる場合にも、単一のイベントが生成される（3）。
After a rising event is generated, another such event will not be generated until the sampled value falls below this threshold and reaches the threshold identified by the hcAlarmFallingThreshAbsValueLo, hcAlarmFallingThreshAbsValueHi, and hcAlarmFallingThresholdValStatus objects.
上昇イベントが生成された後、サンプリング値がこのしきい値を下回るとhcAlarmFallingThreshAbsValueLo、hcAlarmFallingThreshAbsValueHi、及びhcAlarmFallingThresholdValStatusオブジェクトによって識別されるしきい値に達するまで、別のそのようなイベントが生成されません。
This object may not be modified if the associated hcAlarmStatus object is equal to active(1)."
関連hcAlarmStatusオブジェクトは、（1）アクティブに等しい場合、このオブジェクトは修正されないかもしれません。」
::= { hcAlarmEntry 8 }
hcAlarmRisingThreshAbsValueHi OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The upper 32 bits of the absolute value for threshold for the sampled statistic. The actual threshold value is determined by the associated instances of the hcAlarmRisingThreshAbsValueLo and hcAlarmRisingThresholdValStatus objects, as follows:
hcAlarmRisingThreshAbsValueHiのOBJECT-TYPEの構文Unsigned32 MAX-ACCESSはリード作成ステータス現在の説明「サンプリングされた統計情報のしきい値の絶対値の上位32ビットを以下のように実際の閾値は、hcAlarmRisingThreshAbsValueLoとhcAlarmRisingThresholdValStatusオブジェクトの関連するインスタンスによって決定されます：
ABS(threshold) = hcAlarmRisingThreshAbsValueLo +
(hcAlarmRisingThreshAbsValueHi * 2^^32)
The absolute value of the threshold is adjusted as required, as described in the HcValueStatus textual convention. These three object instances are conceptually combined to represent the rising threshold for this entry.
必要に応じHcValueStatusテキストの表記法で説明したように、閾値の絶対値は、調整されます。これら三つのオブジェクトインスタンスは、概念的にこのエントリの上昇しきい値を表すために結合されています。
When the current sampled value is greater than or equal to this threshold, and the value at the last sampling interval was less than this threshold, a single event will be generated. A single event will also be generated if the first sample after this entry becomes valid is greater than or equal to this threshold and the associated hcAlarmStartupAlarm is equal to risingAlarm(1) or risingOrFallingAlarm(3).
現在のサンプリング値がこのしきい値以上で、最後のサンプリングインターバルの値がこのしきい値より小さかった場合、単一のイベントが生成されます。このエントリの後の最初のサンプルがこの閾値以上であると関連hcAlarmStartupAlarmはrisingAlarm（1）又はrisingOrFallingAlarmに等しい有効となる場合にも、単一のイベントが生成される（3）。
After a rising event is generated, another such event will not be generated until the sampled value falls below this threshold and reaches the threshold identified by the hcAlarmFallingThreshAbsValueLo, hcAlarmFallingThreshAbsValueHi, and hcAlarmFallingThresholdValStatus objects.
上昇イベントが生成された後、サンプリング値がこのしきい値を下回るとhcAlarmFallingThreshAbsValueLo、hcAlarmFallingThreshAbsValueHi、及びhcAlarmFallingThresholdValStatusオブジェクトによって識別されるしきい値に達するまで、別のそのようなイベントが生成されません。
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 9 }
hcAlarmRisingThresholdValStatus OBJECT-TYPE SYNTAX HcValueStatus MAX-ACCESS read-create STATUS current
hcAlarmRisingThresholdValStatusのOBJECT-TYPE SYNTAX HcValueStatus MAX-ACCESSはリード作成しますステータス現在
DESCRIPTION
"This object indicates the sign of the data for the rising
threshold, as defined by the hcAlarmRisingThresAbsValueLo
and hcAlarmRisingThresAbsValueHi objects, as described in
the HcValueStatus textual convention.
The enumeration 'valueNotAvailable(1)' is not allowed, and
the associated hcAlarmStatus object cannot be equal to
'active(1)' if this object is set to this value.
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 10 }
hcAlarmFallingThreshAbsValueLo OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The lower 32 bits of the absolute value for threshold for the sampled statistic. The actual threshold value is determined by the associated instances of the hcAlarmFallingThreshAbsValueHi and hcAlarmFallingThresholdValStatus objects, as follows:
hcAlarmFallingThreshAbsValueLoのOBJECT-TYPEの構文Unsigned32 MAX-ACCESSはリード作成ステータス現在の説明「サンプリングされた統計情報のしきい値の絶対値の下位32ビットを以下のように実際の閾値は、hcAlarmFallingThreshAbsValueHiとhcAlarmFallingThresholdValStatusオブジェクトの関連するインスタンスによって決定されます：
ABS(threshold) = hcAlarmFallingThreshAbsValueLo +
(hcAlarmFallingThreshAbsValueHi * 2^^32)
The absolute value of the threshold is adjusted as required, as described in the HcValueStatus textual convention. These three object instances are conceptually combined to represent the falling threshold for this entry.
必要に応じHcValueStatusテキストの表記法で説明したように、閾値の絶対値は、調整されます。これら三つのオブジェクトインスタンスは、概念的に、このエントリの下降しきい値を表現するために組み合わされます。
When the current sampled value is less than or equal to this threshold, and the value at the last sampling interval was greater than this threshold, a single event will be generated. A single event will also be generated if the first sample after this entry becomes valid is less than or equal to this threshold and the associated hcAlarmStartupAlarm is equal to fallingAlarm(2) or risingOrFallingAlarm(3).
現在のサンプリング値がこのしきい値以下で、最後のサンプリングインターバルの値がこのしきい値より大きかった場合、単一のイベントが生成されます。このエントリの後の最初のサンプルがこのしきい値以下であると関連hcAlarmStartupAlarmはとfallingAlarmに等しい有効となる場合にも、単一のイベントが生成される（2）かrisingOrFallingAlarm（3）。
After a falling event is generated, another such event will not be generated until the sampled value rises above this threshold and reaches the threshold identified by the hcAlarmRisingThreshAbsValueLo, hcAlarmRisingThreshAbsValueHi, and hcAlarmRisingThresholdValStatus objects.
下降イベントが生成された後、サンプリング値がこのしきい値を超えて上昇するとhcAlarmRisingThreshAbsValueLo、hcAlarmRisingThreshAbsValueHi、及びhcAlarmRisingThresholdValStatusオブジェクトによって識別されるしきい値に達するまで、別のそのようなイベントが生成されません。
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 11 }
hcAlarmFallingThreshAbsValueHi OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The upper 32 bits of the absolute value for threshold for the sampled statistic. The actual threshold value is determined by the associated instances of the hcAlarmFallingThreshAbsValueLo and hcAlarmFallingThresholdValStatus objects, as follows:
hcAlarmFallingThreshAbsValueHiのOBJECT-TYPEの構文Unsigned32 MAX-ACCESSはリード作成ステータス現在の説明「サンプリングされた統計情報のしきい値の絶対値の上位32ビットを以下のように実際の閾値は、hcAlarmFallingThreshAbsValueLoとhcAlarmFallingThresholdValStatusオブジェクトの関連するインスタンスによって決定されます：
ABS(threshold) = hcAlarmFallingThreshAbsValueLo +
(hcAlarmFallingThreshAbsValueHi * 2^^32)
The absolute value of the threshold is adjusted as required, as described in the HcValueStatus textual convention. These three object instances are conceptually combined to represent the falling threshold for this entry.
必要に応じHcValueStatusテキストの表記法で説明したように、閾値の絶対値は、調整されます。これら三つのオブジェクトインスタンスは、概念的に、このエントリの下降しきい値を表現するために組み合わされます。
When the current sampled value is less than or equal to this threshold, and the value at the last sampling interval was greater than this threshold, a single event will be generated. A single event will also be generated if the first sample after this entry becomes valid is less than or equal to this threshold and the associated hcAlarmStartupAlarm is equal to fallingAlarm(2) or risingOrFallingAlarm(3).
現在のサンプリング値がこのしきい値以下で、最後のサンプリングインターバルの値がこのしきい値より大きかった場合、単一のイベントが生成されます。このエントリの後の最初のサンプルがこのしきい値以下であると関連hcAlarmStartupAlarmはとfallingAlarmに等しい有効となる場合にも、単一のイベントが生成される（2）かrisingOrFallingAlarm（3）。
After a falling event is generated, another such event will not be generated until the sampled value rises above this threshold and reaches the threshold identified by the hcAlarmRisingThreshAbsValueLo, hcAlarmRisingThreshAbsValueHi, and hcAlarmRisingThresholdValStatus objects.
下降イベントが生成された後、サンプリング値がこのしきい値を超えて上昇するとhcAlarmRisingThreshAbsValueLo、hcAlarmRisingThreshAbsValueHi、及びhcAlarmRisingThresholdValStatusオブジェクトによって識別されるしきい値に達するまで、別のそのようなイベントが生成されません。
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 12 }
hcAlarmFallingThresholdValStatus OBJECT-TYPE SYNTAX HcValueStatus MAX-ACCESS read-create STATUS current DESCRIPTION
hcAlarmFallingThresholdValStatusのOBJECT-TYPE SYNTAX HcValueStatus MAX-ACCESSはリード作成しますステータス現在の説明
"This object indicates the sign of the data for the falling
threshold, as defined by the hcAlarmFallingThreshAbsValueLo
and hcAlarmFallingThreshAbsValueHi objects, as described in
the HcValueStatus textual convention.
The enumeration 'valueNotAvailable(1)' is not allowed, and the associated hcAlarmStatus object cannot be equal to 'active(1)' if this object is set to this value.
列挙「valueNotAvailable（1）」許可されていない、および関連hcAlarmStatusオブジェクトはこのオブジェクトがこの値に設定されている場合、「（1）アクティブ」に等しくすることができません。
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 13 }
hcAlarmRisingEventIndex OBJECT-TYPE SYNTAX Integer32 (0..65535) MAX-ACCESS read-create STATUS current DESCRIPTION "The index of the eventEntry that is used when a rising threshold is crossed. The eventEntry identified by a particular value of this index is the same as identified by the same value of the eventIndex object. If there is no corresponding entry in the eventTable, then no association exists. In particular, if this value is zero, no associated event will be generated, as zero is not a valid event index.
hcAlarmRisingEventIndexのOBJECT-TYPE構文Integer32（0 65535）MAX-ACCESSはリード作成ステータス現在の説明「上昇しきい値を超えたときに使用されるeventEntryそれのインデックス。このインデックスの特定の値によって識別されるeventEntryそれは同じですeventIndexオブジェクトの同じ値によって識別される。イベントテーブル内に対応するエントリがない場合、何の関連が存在しない。具体的には、この値がゼロの場合、ゼロが有効なイベントインデックスでないように、関連付けられているイベントは、生成されません。
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 14 }
hcAlarmFallingEventIndex OBJECT-TYPE SYNTAX Integer32 (0..65535) MAX-ACCESS read-create STATUS current DESCRIPTION "The index of the eventEntry that is used when a falling threshold is crossed. The eventEntry identified by a particular value of this index is the same as identified by the same value of the eventIndex object. If there is no corresponding entry in the eventTable, then no association exists. In particular, if this value is zero, no associated event will be generated, as zero is not a valid event index.
hcAlarmFallingEventIndexのOBJECT-TYPE構文Integer32（0 65535）MAX-ACCESSはリード作成ステータス現在の説明「下降しきい値を超えたときに使用されるeventEntryそれのインデックス。このインデックスの特定の値によって識別されるeventEntryそれは同じですeventIndexオブジェクトの同じ値によって識別される。イベントテーブル内に対応するエントリがない場合、何の関連が存在しない。具体的には、この値がゼロの場合、ゼロが有効なイベントインデックスでないように、関連付けられているイベントは、生成されません。
This object may not be modified if the associated
hcAlarmStatus object is equal to active(1)."
::= { hcAlarmEntry 15 }
hcAlarmValueFailedAttempts OBJECT-TYPE
hcAlarmValueFailedAttempts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times the associated hcAlarmVariable instance
was polled on behalf of this hcAlarmEntry, (while in the
active state) and the value was not available. This counter
may experience a discontinuity if the agent restarts,
indicated by the value of sysUpTime."
::= { hcAlarmEntry 16 }
hcAlarmOwner OBJECT-TYPE
SYNTAX OwnerString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The entity that configured this entry and is therefore
using the resources assigned to it."
::= { hcAlarmEntry 17 }
hcAlarmStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The type of non-volatile storage configured for this entry.
If this object is equal to 'permanent(4)', then the
associated hcAlarmRisingEventIndex and
hcAlarmFallingEventIndex objects must be writable."
::= { hcAlarmEntry 18 }
hcAlarmStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status of this row.
hcAlarmStatusのOBJECT-TYPE構文RowStatus MAX-ACCESSリード作成ステータス現在の説明「この列のステータス。
An entry MUST NOT exist in the active state unless all
objects in the entry have an appropriate value, as described
in the description clause for each writable object.
The hcAlarmStatus object may be modified if the associated
instance of this object is equal to active(1),
notInService(2), or notReady(3). All other writable objects
may be modified if the associated instance of this object is
equal to notInService(2) or notReady(3)."
::= { hcAlarmEntry 19 }
-- -- Capabilities --
- - 機能 -
hcAlarmCapabilities OBJECT-TYPE SYNTAX BITS { hcAlarmCreation(0), hcAlarmNvStorage(1) } MAX-ACCESS read-only STATUS current DESCRIPTION "An indication of the high capacity alarm capabilities supported by this agent.
hcAlarmCapabilities OBJECT-TYPE構文BITS {hcAlarmCreation（0）、hcAlarmNvStorage（1）} MAX-ACCESS read-only説明「このエージェントによってサポートされる高容量アラーム機能の表示を。
If the 'hcAlarmCreation' BIT is set, then this agent allows
NMS applications to create entries in the hcAlarmTable.
If the 'hcAlarmNvStorage' BIT is set, then this agent allows
entries in the hcAlarmTable which will be recreated after a
system restart, as controlled by the hcAlarmStorageType
object."
::= { hcAlarmCapabilitiesObjects 1 }
-- -- Notifications --
- - お知らせ -
hcAlarmNotifPrefix OBJECT IDENTIFIER
::= { hcAlarmNotifications 0 }
hcRisingAlarm NOTIFICATION-TYPE OBJECTS { hcAlarmVariable, hcAlarmSampleType, hcAlarmAbsValue, hcAlarmValueStatus, hcAlarmRisingThreshAbsValueLo, hcAlarmRisingThreshAbsValueHi, hcAlarmRisingThresholdValStatus, hcAlarmRisingEventIndex } STATUS current DESCRIPTION "The SNMP notification that is generated when a high capacity alarm entry crosses its rising threshold and generates an event that is configured for sending SNMP traps.
hcRisingAlarm NOTIFICATION-TYPEオブジェクト{hcAlarmVariable、hcAlarmSampleType、hcAlarmAbsValue、hcAlarmValueStatus、hcAlarmRisingThreshAbsValueLo、hcAlarmRisingThreshAbsValueHi、hcAlarmRisingThresholdValStatus、hcAlarmRisingEventIndex}ステータス現在の説明「高容量アラームエントリが上昇しきい値を横切るとするように構成されているイベントを生成したときに生成されるSNMP通知をSNMPトラップの送信。
The hcAlarmEntry object instances identified in the OBJECTS clause are from the entry that causes this notification to
be generated."
::= { hcAlarmNotifPrefix 1 }
hcFallingAlarm NOTIFICATION-TYPE OBJECTS { hcAlarmVariable, hcAlarmSampleType, hcAlarmAbsValue, hcAlarmValueStatus, hcAlarmFallingThreshAbsValueLo, hcAlarmFallingThreshAbsValueHi, hcAlarmFallingThresholdValStatus, hcAlarmFallingEventIndex } STATUS current DESCRIPTION "The SNMP notification that is generated when a high capacity alarm entry crosses its falling threshold and generates an event that is configured for sending SNMP traps.
hcFallingAlarm NOTIFICATION-TYPEオブジェクト{hcAlarmVariable、hcAlarmSampleType、hcAlarmAbsValue、hcAlarmValueStatus、hcAlarmFallingThreshAbsValueLo、hcAlarmFallingThreshAbsValueHi、hcAlarmFallingThresholdValStatus、hcAlarmFallingEventIndex}ステータス現在の説明「高容量アラームエントリが下降しきい値を横切るとするように構成されているイベントを生成したときに生成されるSNMP通知をSNMPトラップの送信。
The hcAlarmEntry object instances identified in the OBJECTS
clause are from the entry that causes this notification to
be generated."
::= { hcAlarmNotifPrefix 2 }
-- -- Conformance Section --
- - 適合セクション -
hcAlarmCompliances OBJECT IDENTIFIER ::= { hcAlarmConformance 1 }
hcAlarmGroups OBJECT IDENTIFIER ::= { hcAlarmConformance 2 }
hcAlarmCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Describes the requirements for conformance to the High Capacity Alarm MIB." MODULE -- this module MANDATORY-GROUPS { hcAlarmControlGroup, hcAlarmCapabilitiesGroup, hcAlarmNotificationsGroup }
hcAlarmCompliance MODULE-COMPLIANCEステータス現在の説明は「高容量アラームMIBへの適合のための要件について説明します。」 MODULE - このモジュールMANDATORY-GROUPS {hcAlarmControlGroup、hcAlarmCapabilitiesGroup、hcAlarmNotificationsGroup}
MODULE RMON-MIB
MANDATORY-GROUPS { rmonEventGroup }
::= { hcAlarmCompliances 1 }
-- Object Groups
- オブジェクトグループ
hcAlarmControlGroup OBJECT-GROUP
OBJECTS {
hcAlarmInterval,
hcAlarmVariable,
hcAlarmSampleType,
hcAlarmAbsValue,
hcAlarmValueStatus,
hcAlarmStartupAlarm,
hcAlarmRisingThreshAbsValueLo,
hcAlarmRisingThreshAbsValueHi,
hcAlarmRisingThresholdValStatus,
hcAlarmFallingThreshAbsValueLo,
hcAlarmFallingThreshAbsValueHi,
hcAlarmFallingThresholdValStatus,
hcAlarmRisingEventIndex,
hcAlarmFallingEventIndex,
hcAlarmValueFailedAttempts,
hcAlarmOwner,
hcAlarmStorageType,
hcAlarmStatus
}
STATUS current
DESCRIPTION
"A collection of objects used to configure entries for high
capacity alarm threshold monitoring purposes."
::= { hcAlarmGroups 1 }
hcAlarmCapabilitiesGroup OBJECT-GROUP
OBJECTS {
hcAlarmCapabilities
}
STATUS current
DESCRIPTION
"A collection of objects used to indicate an agent's high
capacity alarm threshold monitoring capabilities."
::= { hcAlarmGroups 2 }
hcAlarmNotificationsGroup NOTIFICATION-GROUP
NOTIFICATIONS {
hcRisingAlarm,
hcFallingAlarm
}
STATUS current
DESCRIPTION
"A collection of notifications to deliver information
related to a high capacity rising or falling threshold event to a management application."
::= { hcAlarmGroups 3 }
END
終わり
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementors or users of this specification can be obtained from the IETF Secretariat.
IETFは、そのような権限下で、ライセンスがたりないかもしれない可能性があるためにどの本書または程度に記載されている技術の実装や使用に関係すると主張される可能性があります任意の知的財産やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能。また、そうした権利を特定するために取り組んできたことを表していないん。スタンダードトラックおよび標準関連文書における権利に関するIETFの手続きの情報は、BCP-11に記載されています。権利の主張のコピーは、出版のために利用可能とライセンスの保証が利用できるようにする、または本仕様の実装者または利用者が、そのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますIETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、その注意にこの標準を実践するために必要な場合があり技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 IETF専務に情報を扱ってください。
This memo is a product of the RMONMIB working group, and is based on existing alarmTable objects in the RMON-1 MIB module [RFC2819]. In order to maintain the RMON 'look-and-feel' and semantic consistency, some of Steve Waldbusser's text from [RFC2819] has been adapted for use in this MIB.
このメモはRMONMIBワーキンググループの製品であり、RMON-1 MIBモジュール[RFC2819]で既存のアラームテーブルのオブジェクトに基づいています。 RMON「ルック＆フィール」とセマンティック一貫性を維持するためには、[RFC2819]からのスティーブWaldbusserのテキストの一部は、このMIBで使用するために適応されています。
[RFC2026] Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996.
[RFC2026]ブラドナーの、S.、 "インターネット標準化プロセス - リビジョン3"、BCP 9、RFC 2026、1996年10月。
[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., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "経営情報バージョン2（SMIv2）の構造"、STD 58、RFC 2578、 1999年4月。
[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Conformance Statements for SMIv2", RFC 2580, STD 58, April 1999.
[RFC2580] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "SMIv2のための適合性宣言"、RFC 2580、STD 58、1999年4月。
[RFC2819] Waldbusser, S., "Remote Network Monitoring Management Information Base", STD 59, RFC 2819, May 2000.
[RFC2819] Waldbusser、S.、 "リモートネットワーク監視管理情報ベース"、STD 59、RFC 2819、2000年5月。
[RFC3414] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", STD 62, RFC 3414, December 2002.
、STD 62、RFC 3414、2002年12月 "簡易ネットワーク管理プロトコル（SNMPv3の）のバージョン3のためのユーザベースセキュリティモデル（USM）" [RFC3414]ブルーメンソール、U.とB. Wijnenの、。
[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月。
[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月。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June, 2000.
[RFC2863] McCloghrie、K.およびF. Kastenholzと、 "インターフェイスグループMIB"、RFC 2863、2000年6月。
There are a number of management objects defined in this MIB that have 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操作のサポートはネットワーク操作のときにマイナスの影響を与える可能性があります。
There are a number of managed objects in this MIB that may contain sensitive information. These are:
機密情報を含むことができ、このMIBの管理対象オブジェクトの数があります。これらは：
hcAlarmAbsValue
hcAlarmValueStatus
These objects are used together, and may expose the values of particular MIB instances, as identified by associated instances of the hcAlarmVariable object.
hcAlarmVariableオブジェクトの関連するインスタンスによって特定されるようにこれらのオブジェクトは、一緒に使用され、特定のMIBインスタンスの値を露出させることができます。
hcAlarmVariable
hcAlarmVariable
This object identifies the object instance that the associated hcAlarmEntry will periodically sample. Because SNMP access control is articulated entirely in terms of the contents of MIB views, no access control mechanism exists that can restrict the value of this object to identify only those objects that exist in a particular MIB view. Thus, because there is no acceptable means of restricting the read access that could be obtained through the alarm mechanism, the probe must only grant write access to this object in those views that have read access to all objects on the probe.
このオブジェクトは、関連hcAlarmEntryが定期的にサンプリングするオブジェクトインスタンスを識別する。 SNMPアクセスコントロールがMIBビューの内容の点で完全に連接されているため、全くアクセス制御メカニズムは、それが特定のMIBビュー内に存在するオブジェクトのみを識別するために、このオブジェクトの値を制限することができ存在しません。アラーム機構を介して得ることができる読み取りアクセスの制限の許容可能な手段が存在しないため、このように、プローブは、プローブ上のすべてのオブジェクトへの読み取りアクセス権を持ってそれらのビューでこのオブジェクトへの書き込みアクセスを許可する必要があります。
SNMPv1 by itself is not a secure environment. Even if the network itself is secure (for example by using IPSec), 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.
それ自体でSNMPv1が安全な環境ではありません。ネットワーク自体が（IPSecを使用することにより、例えば）安全であっても、安全なネットワーク上で/ SETにアクセスし、GETだれに許容されているかのように何の制御（/作成/変更/読み取り、削除）このMIBのオブジェクトはありません。
It is recommended that the implementors consider the security features as provided by the SNMPv3 framework. Specifically, the use of the User-based Security Model STD 62, RFC 3414 [RFC3414] and the View-based Access Control Model STD 62, RFC 3415 [RFC3415] is recommended.
SNMPv3フレームワークで提供するように実装者がセキュリティ機能を検討することをお勧めします。具体的には、ユーザベースセキュリティモデルSTD 62、RFC 3414 [RFC3414]とビューベースアクセス制御モデルSTD 62、RFC 3415 [RFC3415]の使用が推奨されます。
It is then a customer/user responsibility to ensure that the SNMP entity giving access to an instance of this MIB, is properly configured to give access to only the objects, and to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
このMIBのインスタンスへのアクセスを与えるSNMP実体が、適切にのみオブジェクトへのアクセスを提供するように設定されていることを確実にするために、顧客/ユーザーの責任である、と確かに正当な権利を持っているそれらのプリンシパル（ユーザ）にGETまたはSETそれらを（変更/削除/作成）。
Andy Bierman Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA USA 95134 Phone: +1 408-527-3711 EMail: abierman@cisco.com
アンディBiermanシスコシステムズ、株式会社170西タスマン・ドライブサンノゼ、CA USA 95134電話：+1 408-527-3711電子メール：abierman@cisco.com
Keith McCloghrie Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA USA 95134 Phone: +1 408-526-5260 EMail: kzm@cisco.com
キースMcCloghrieシスコシステムズ、株式会社170西タスマン・ドライブサンノゼ、CA USA 95134電話：+1 408-526-5260電子メール：kzm@cisco.com
Copyright (C) The Internet Society (2002). All Rights Reserved.
著作権（C）インターネット協会（2002）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。