RFC3231 日本語訳
3231 Definitions of Managed Objects for Scheduling ManagementOperations. D. Levi, J. Schoenwaelder. January 2002. (Format: TXT=61308 bytes) (Obsoletes RFC2591) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group D. Levi
Request for Comments: 3231 Nortel Networks
Obsoletes: 2591 J. Schoenwaelder
Category: Standards Track TU Braunschweig
January 2002
コメントを求めるワーキンググループD.レビの要求をネットワークでつないでください: 3231のノーテルネットワークが以下を時代遅れにします。 2591年のJ.Schoenwaelderカテゴリ: 標準化過程TUブラウンシュバイク2002年1月
Definitions of Managed Objects for
Scheduling Management Operations
スケジューリング管理操作のための管理オブジェクトの定義
Status of this Memo
この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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright(C)インターネット協会(2002)。 All rights reserved。
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 a set of managed objects that are used to schedule management operations periodically or at specified dates and times.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは定期的か指定された期日と時に管理操作の計画をするのに使用される1セットの管理オブジェクトについて説明します。
This document obsoletes RFC 2591.
このドキュメントはRFC2591を時代遅れにします。
Table of Contents
目次
1 Introduction ................................................. 2 2 The SNMP Management Framework ................................ 2 3 Overview ..................................................... 3 3.1 Periodic Schedules ......................................... 4 3.2 Calendar Schedules ......................................... 4 3.3 One-shot Schedules ......................................... 5 3.4 Time Transitions ........................................... 5 3.5 Actions .................................................... 5 4 Definitions .................................................. 6 5 Usage Examples ............................................... 20 5.1 Starting a script to ping devices every 20 minutes ......... 20 5.2 Starting a script at the next Friday the 13th .............. 21 5.3 Turning an interface off during weekends ................... 22
1つの序論… 2 2、SNMP管理枠組み… 2 3概観… 3 3.1 周期的なスケジュール… 4 3.2 カレンダースケジュール… 4 3.3 1回限りのスケジュール… 5 3.4 時間は移行します… 5 3.5の動作… 5 4の定義… 6 5の使用例… 20 5.1 20分毎に装置を確認するためにスクリプトを始めます… 20 5.2 次の13日金曜日にスクリプトを始めます… 21 5.3 週末の間、インタフェースをオフにします… 22
Levi & Schoenwaelder Standards Track [Page 1] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[1ページ]RFC3231は2002年1月にMIBの計画をします。
6 Security Considerations ...................................... 23 7 Intellectual Property ........................................ 25 8 Changes from RFC 2591 ........................................ 25 9 Acknowledgments .............................................. 26 10 References .................................................. 26 11 Editors' Addresses .......................................... 28 12 Full Copyright Statement .................................... 29
6 セキュリティ問題… 23 7知的所有権… 25 8 RFC2591から、変化します… 25 9つの承認… 26 10の参照箇所… 26 11人のエディタのアドレス… 28 12の完全な著作権宣言文… 29
1. Introduction
1. 序論
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 a set of managed objects that are used to schedule management operations periodically or at specified dates and times.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは定期的か指定された期日と時に管理操作の計画をするのに使用される1セットの管理オブジェクトについて説明します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか?
2. The SNMP Management Framework
2. SNMP管理枠組み
The SNMP Management Framework presently consists of five major components:
SNMP Management Frameworkは現在、5個の主要コンポーネントから成ります:
o An overall architecture, described in RFC 2571 [RFC2571].
o RFC2571[RFC2571]で説明された総合的な構造。
o Mechanisms for describing and naming objects and events for the
purpose of management. The first version of this Structure of
Management Information (SMI) is called SMIv1 and described in STD
16, RFC 1155 [RFC1155], STD 16, RFC 1212 [RFC1212] and RFC 1215
[RFC1215]. The second version, called SMIv2, is described in STD
58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC
2580 [RFC2580].
o 物を説明して、命名するためのメカニズムと管理の目的のための出来事。 Management情報(SMI)のこのStructureの最初のバージョンは、STD16、RFC1155[RFC1155]、STD16、RFC1212[RFC1212]、およびRFC1215[RFC1215]でSMIv1と呼ばれて、説明されます。 SMIv2と呼ばれる第2バージョンはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されます。
o Message protocols for transferring management information. The
first version of the SNMP message protocol is called SNMPv1 and
described in STD 15, RFC 1157 [RFC1157]. A second version of the
SNMP message protocol, which is not an Internet standards track
protocol, is called SNMPv2c and described in RFC 1901 [RFC1901]
and RFC 1906 [RFC1906]. The third version of the message protocol
is called SNMPv3 and described in RFC 1906 [RFC1906], RFC 2572
[RFC2572] and RFC 2574 [RFC2574].
o 経営情報を移すためのメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンは、STD15、RFC1157[RFC1157]でSNMPv1と呼ばれて、説明されます。 SNMPメッセージプロトコルの第2のバージョンは、RFC1901[RFC1901]とRFC1906[RFC1906]でSNMPv2cと呼ばれて、説明されます。(プロトコルはインターネット標準化過程プロトコルではありません)。 メッセージプロトコルの第3バージョンは、RFC1906[RFC1906]、RFC2572[RFC2572]、およびRFC2574[RFC2574]でSNMPv3と呼ばれて、説明されます。
Levi & Schoenwaelder Standards Track [Page 2] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[2ページ]RFC3231は2002年1月にMIBの計画をします。
o Protocol operations for accessing management information. The
first set of protocol operations and associated PDU formats is
described in STD 15, RFC 1157 [RFC1157]. A second set of protocol
operations and associated PDU formats is described in RFC 1905
[RFC1905].
o 経営情報にアクセスするための操作について議定書の中で述べてください。 プロトコル操作と関連PDU形式の第一セットはSTD15、RFC1157[RFC1157]で説明されます。 2番目のセットのプロトコル操作と関連PDU形式はRFC1905[RFC1905]で説明されます。
o A set of fundamental applications described in RFC 2573 [RFC2573]
and the view-based access control mechanism described in RFC 2575
[RFC2575].
o RFC2573[RFC2573]で説明された1セットの基礎的応用と視点ベースのアクセス管理機構はRFC2575で[RFC2575]について説明しました。
A more detailed introduction to the current SNMP Management Framework can be found in RFC 2570 [RFC2570].
RFC2570[RFC2570]で現在のSNMP Management Frameworkへの、より詳細な紹介を見つけることができます。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 MIBの物は、SMIで定義されたメカニズムを使用することで定義されます。
This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of the MIB.
このメモはSMIv2に対応であるMIBモジュールを指定します。 適切な翻訳でSMIv1に従うMIBは生産できます。 どんな翻訳も可能でないので(Counter64の使用)、結果として起こる翻訳されたMIBは物か出来事が省略されるところで意味的に同等でなければなりません。 SMIv2の何らかのマシンの読み込み可能な情報が翻訳の過程の間、SMIv1の原文の記述に変換されるでしょう。 しかしながら、マシンの読み込み可能な情報のこの損失がMIBの意味論を変えると考えられません。
3. Overview
3. 概観
The MIB defined in this memo provides the scheduling of actions periodically or at specified dates and times. The actions can be used to realize on-duty / off-duty schedules or to trigger management functions in a distributed management application.
このメモで定義されたMIBは定期的か指定された期日と時に動作のスケジューリングを提供します。 スケジュールか分散管理アプリケーションにおける引き金の管理機能に勤務中である、または非番で換金するのに動作を使用できます。
Schedules can be enabled or disabled by modifying a control object. This allows for pre-configured schedules which are activated or deactivated by some other management functions.
コントロール物を変更することによって、スケジュールを可能にするか、または無効にすることができます。 これはある他の管理機能によって動かされるか、または非活性化されるあらかじめ設定されたスケジュールを考慮します。
The term `scheduler' is used throughout this memo to refer to the entity which implements the scheduling MIB and which invokes the actions at the specified points in time.
'スケジューラ'という用語は、スケジューリングMIBを実行して、時間内に規定点での動作を呼び出す実体について言及するのにこのメモ中で使用されます。
Levi & Schoenwaelder Standards Track [Page 3] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[3ページ]RFC3231は2002年1月にMIBの計画をします。
3.1. Periodic Schedules
3.1. 周期的なスケジュール
Periodic schedules are based on fixed time periods between the initiation of scheduled actions. Periodic schedules are defined by specifying the number of seconds between two initiations. The time needed to complete the action is usually not known by the scheduler and does therefore not influence the next scheduling point.
周期的なスケジュールは予定されている動作の開始の間の固定期間に基づいています。 周期的なスケジュールは、2人の開始の間の秒数を指定することによって、定義されます。 必要であることで、操作を完了するのが通常、スケジューラによって知られていなくて、したがってする時は次のスケジューリングポイントに影響を及ぼしません。
Implementations must guarantee that action invocations will not occur before their next scheduled time. However, implementations may be forced to delay invocations in the face of local constraints (e.g., a heavy load on higher-priority tasks). An accumulation of such delays would result in a drift of the scheduling interval with respect to time, and should be avoided.
実現は、動作実施が彼らの次の予定されている時の前に起こらないのを保証しなければなりません。 しかしながら、実現はやむを得ず地方の規制(例えば、優先順位の高いタスクに関する重量物)の表面の実施を遅らせるかもしれません。 そのような遅れの蓄積は、時間に関してスケジューリング間隔のドリフトをもたらして、避けられるべきです。
Scheduled actions collecting statistical data should retrieve time stamps from the data source and not rely on the accuracy of the periodic scheduler in order to obtain accurate statistics.
統計データを集める予定されている動作は、正確な統計を得るためにデータ送信端末からタイムスタンプを検索して、周期的なスケジューラの精度を当てにするべきではありません。
3.2. Calendar Schedules
3.2. カレンダースケジュール
Calendar schedules trigger scheduled actions at specified days of the week and days of the month. Calendar schedules are therefore aware of the notion of months, days, weekdays, hours and minutes.
カレンダースケジュール引き金は週の指定された曜日と月の何日も動作の計画をしました。 したがって、カレンダースケジュールは何カ月、何日、平日、何時間、および数分の概念を意識しています。
It is possible to specify multiple values for each calendar item. This provides a mechanism for defining complex schedules. For example, a schedule could be defined which triggers an action every 15 minutes on a given weekday.
それぞれのカレンダー項目に複数の値を指定するのは可能です。 これは複雑なスケジュールを定義するのにメカニズムを提供します。 例えば、スケジュールを定義できました(与えられた平日に15分毎に動作の引き金となります)。
Months, days and weekdays are specified using the objects schedMonth, schedDay and schedWeekDay of type BITS. Setting multiple bits to one in these objects causes an OR operation. For example, setting the bits monday(1) and friday(5) in schedWeekDay restricts the schedule to Mondays and Fridays.
何カ月、何日、および平日は、タイプBITSの物のschedMonth、schedDay、およびschedWeekDayを使用することで指定されます。 1つへの複数のビットをこれらの物にはめ込むと、OR演算は引き起こされます。 例えば、ビットのmonday(1)とfriday(5)をschedWeekDayにはめ込むと、スケジュールは毎週月曜日と毎週金曜日に制限されます。
The bit fields for schedMonth, schedDay and schedWeekDay are combined using an AND operation. For example, setting the bits june(5) and july(6) in schedMonth and combining it with the bits monday(1) and friday(5) set in schedWeekDay will result in a schedule which is restricted to every Monday and Friday in the months June and July. Wildcarding of calendar items is achieved by setting all bits to one.
ビットのschedMonthのための分野、schedDay、およびschedWeekDayは、AND演算を使用することで結合されています。 例えば、ビットのjune(5)とjuly(6)をschedMonthにはめ込んで、monday(1)とfriday(5)がschedWeekDayに設定するビットにそれを結合すると、何カ月もの6月、7月に毎週月曜日と金曜日に制限されるスケジュールはもたらされるでしょう。 カレンダー項目のWildcardingは、すべてのビットを1つに設定することによって、達成されます。
It is possible to define calendar schedules that will never trigger an action. For example, one can define a calendar schedule which should trigger an action on February 31st. Schedules like this will simply be ignored by the scheduler.
動作の決して引き金とならないカレンダースケジュールを定義するのは可能です。 例えば、人は2月31日に動作の引き金となるべきであるカレンダースケジュールを定義できます。 このようなスケジュールはスケジューラによって単に無視されるでしょう。
Levi & Schoenwaelder Standards Track [Page 4] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[4ページ]RFC3231は2002年1月にMIBの計画をします。
Finally, calendar schedules are always expressed in local time. A scalar, schedLocalTime, is provided so that a manager can retrieve the notion of local time and the offset to GMT time.
最終的に、カレンダースケジュールは現地時間にいつも言い表されます。 マネージャがグリニッジ標準時の時間まで現地時間の概念とオフセットを検索できるように、スカラ(schedLocalTime)を提供します。
3.3. One-shot Schedules
3.3. 1回限りのスケジュール
One-shot Schedules are similar to calendar schedules. The difference between a calendar schedule and a one-shot schedule is that a one- shot schedule will automatically disable itself once an action has been invoked.
1回限りのSchedulesはカレンダースケジュールと同様です。 カレンダースケジュールと1回限りのスケジュールの違いは動作がいったん呼び出されると1つのショットスケジュールが自動的にそれ自体を無能にするということです。
3.4. Time Transitions
3.4. 時間変遷
A time transition occurs when the Schedule MIB's notion of time (as reported by schedLocalTime) is changed so that time continuity is lost. Time transitions may be caused by daylight savings times or administrative changes of the system's notion of time.
Schedule MIBの時間(schedLocalTimeによって報告されるように)の概念を変えるとき、時間変遷が起こるので、時間の連続は無くなっています。 変遷が明るいうちに貯蓄回か管理で引き起こされるかもしれない時はシステムの時間の概念を変えます。
There are two possible situations when a time transition occurs.
時間変遷が起こるとき、2つの可能な状況があります。
First, time may be set backwards, in which case particular times will appear to occur twice. These are called 'ambiguous times'. Second, time may be set forwards, in which case particular times will not occur. These are called 'nonexistent times'.
まず最初に、時間は後方に決められるかもしれません、その場合、特定の回が二度起こるように見えるでしょう。 これらは'あいまいな回'と呼ばれます。 2番目に、時間は前方に決められるかもしれません、その場合、特定の回が起こらないでしょう。 これらは'実在しない回'と呼ばれます。
When an action is configured in the Schedule MIB to occur at an ambiguous time, the action will be invoked at all occurrences of the ambiguous time. For example, if an action is scheduled to occur at 2:10 am, and a time transition occurs at 3:00 am which sets the clock back to 2:00 am, the action will be invoked twice.
動作があいまいな現代のすべての発生のときにあいまいな時に起こるようにSchedule MIBで構成されるとき、動作は呼び出されるでしょう。 例えば、動作が午前2時10分に起こる予定であり、時間変遷が午前2時0分まで時計を遅らせる午前3時0分に起こると、動作は二度呼び出されるでしょう。
When an action is configured in the Schedule MIB to occur at a nonexistent time, the action will not be invoked at all. For example, if an action is scheduled to occur at 2:10 am, and a time transition occurs at 2:00 am which sets the clock to 3:00 am, the action will not be invoked.
動作が実在しない時に起こるようにSchedule MIBで構成されるとき、動作は全く呼び出されないでしょう。 例えば、動作が午前2時10分に起こる予定であり、時間変遷が午前3時0分に時計を設定する午前2時0分に起こると、動作は呼び出されないでしょう。
3.5. Actions
3.5. 動作
Scheduled actions are modeled by SNMP set operations on local MIB variables. Scheduled actions described in this MIB are further restricted to objects of type INTEGER. This restriction does not limit the usefulness of the MIB. Simple schedules such as on-duty / off-duty schedules for resources that have a status MIB object (e.g. ifAdminStatus) are possible.
予定されている動作はローカルのMIB変数でSNMP集合演算でモデル化されます。 このMIBで説明された予定されている動作はさらにタイプINTEGERの物に制限されます。 この制限はMIBの有用性を制限しません。 状態MIB物(例えば、ifAdminStatus)を持っているリソースのための勤務中の、または、非番のスケジュールなどの簡単なスケジュールは可能です。
Levi & Schoenwaelder Standards Track [Page 5] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[5ページ]RFC3231は2002年1月にMIBの計画をします。
More complex actions can be realized by triggering a management script which is responsible for performing complex state transitions. A management script can also be used to perform SNMP set operations on remote SNMP engines.
複雑な状態遷移を実行するのに原因となる管理スクリプトの引き金となることによって、より複雑な動きを実現できます。 また、リモートSNMPエンジンにSNMP集合演算を実行するのに管理スクリプトを使用できます。
4. Definitions
4. 定義
DISMAN-SCHEDULE-MIB DEFINITIONS ::= BEGIN
DISMANスケジュールMIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE,
Integer32, Unsigned32, Counter32, mib-2, zeroDotZero
FROM SNMPv2-SMI
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、Integer32、Unsigned32、Counter32、mib-2、zeroDotZero FROM SNMPv2-SMI
TEXTUAL-CONVENTION,
DateAndTime, RowStatus, StorageType, VariablePointer
FROM SNMPv2-TC
SNMPv2-Tcからの原文のコンベンション、DateAndTime、RowStatus、StorageType、VariablePointer
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP
FROM SNMPv2-CONF
SNMPv2-CONFからのモジュールコンプライアンス、物グループ、通知グループ
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB;
SNMP枠組みのMIBからのSnmpAdminString。
schedMIB MODULE-IDENTITY
LAST-UPDATED "200201070000Z"
ORGANIZATION "IETF Distributed Management Working Group"
CONTACT-INFO
"WG EMail: disman@dorothy.bmc.com
Subscribe: disman-request@dorothy.bmc.com
schedMIBモジュールアイデンティティは「WGは以下をメールする」という"200201070000Z"組織「IETF分散管理作業部会」コンタクトインフォメーションをアップデートしました。 disman@dorothy.bmc.com は申し込まれます: disman-request@dorothy.bmc.com
Chair: Randy Presuhn
BMC Software, Inc.
Postal: Office 1-3141
2141 North First Street
San Jose, California 95131
USA
EMail: rpresuhn@bmc.com
Phone: +1 408 546-1006
議長: ランディPresuhn BMCソフトウェアInc.郵便: オフィス1-3141 2141の北の最初の通りカリフォルニア95131サンノゼ(米国)はメールされます: rpresuhn@bmc.com 電話: +1 408 546-1006
Editor: David B. Levi
Nortel Networks
Postal: 4401 Great America Parkway
Santa Clara, CA 95052-8185
USA
EMail: dlevi@nortelnetworks.com
Phone: +1 865 686 0432
エディタ: デヴィッドB.レビノーテルがネットワークでつなぐ、郵便: 4401年のグレート・アメリカParkwayカリフォルニア95052-8185サンタクララ(米国)メール: dlevi@nortelnetworks.com 電話: +1 865 686 0432
Levi & Schoenwaelder Standards Track [Page 6] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[6ページ]RFC3231は2002年1月にMIBの計画をします。
Editor: Juergen Schoenwaelder
TU Braunschweig
Postal: Bueltenweg 74/75
38106 Braunschweig
Germany
EMail: schoenw@ibr.cs.tu-bs.de
Phone: +49 531 391-3283"
DESCRIPTION
"This MIB module defines a MIB which provides mechanisms to
schedule SNMP set operations periodically or at specific
points in time."
REVISION "200201070000Z"
DESCRIPTION
"Revised version, published as RFC 3231.
エディタ: ユルゲン・Schoenwaelder TUブラウンシュバイク郵便: Bueltenweg74/75 38106ブラウンシュバイクドイツメール: schoenw@ibr.cs.tu-bs.de 電話: 「+49 531 391-3283」という記述、「このMIBモジュールは時間内に定期的か特定のポイントでSNMP集合演算の計画をするようにメカニズムを提供するMIBを定義します」。 REVISION"200201070000Z"記述は「RFC3231として発行されたバージョンを改訂しました」。
This revision introduces a new object type called
schedTriggers. Created new conformance and compliance
statements that take care of the new schedTriggers object.
この改正はschedTriggersと呼ばれる新しいオブジェクト・タイプを導入します。 新しいschedTriggers物の世話をする新しい順応と承諾声明を作成しました。
Several clarifications have been added to remove ambiguities
that were discovered and reported by implementors."
REVISION "199811171800Z"
DESCRIPTION
"Initial version, published as RFC 2591."
::= { mib-2 63 }
「いくつかの明確化が作成者によって発見されて、報告されたあいまいさを取り除くために加えられます。」 「初期のバージョンであって、RFC2591として発行された」REVISION"199811171800Z"記述。 ::= mib-2 63
-- -- The various groups defined within this MIB definition: --
-- -- このMIB定義の中で定義された様々なグループ: --
schedObjects OBJECT IDENTIFIER ::= { schedMIB 1 }
schedNotifications OBJECT IDENTIFIER ::= { schedMIB 2 }
schedConformance OBJECT IDENTIFIER ::= { schedMIB 3 }
schedObjects物の識別子:、:= schedMIB1schedNotifications物の識別子:、:= schedMIB2schedConformance物の識別子:、:= schedMIB3
-- -- Textual Conventions: --
-- -- 原文のコンベンション: --
SnmpPduErrorStatus ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This TC enumerates the SNMPv1 and SNMPv2 PDU error status
codes as defined in RFC 1157 and RFC 1905. It also adds a
pseudo error status code `noResponse' which indicates a
timeout condition."
SYNTAX INTEGER {
noResponse(-1),
noError(0),
SnmpPduErrorStatus:、:= 「RFC1157とRFC1905で定義されて、このTCはSNMPv1とSNMPv2 PDU誤りステータスコードを数え上げる」TEXTUAL-CONVENTION STATUSの現在の記述。 「また、タイムアウト状態を示す疑似エラー状況コード'noResponse'を加えます。」 構文整数、noResponse(-1)、noError(0)
Levi & Schoenwaelder Standards Track [Page 7] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[7ページ]RFC3231は2002年1月にMIBの計画をします。
tooBig(1),
noSuchName(2),
badValue(3),
readOnly(4),
genErr(5),
noAccess(6),
wrongType(7),
wrongLength(8),
wrongEncoding(9),
wrongValue(10),
noCreation(11),
inconsistentValue(12),
resourceUnavailable(13),
commitFailed(14),
undoFailed(15),
authorizationError(16),
notWritable(17),
inconsistentName(18)
}
tooBig(1)、noSuchName(2)、badValue(3)、readOnly(4)、genErr(5)、noAccess(6)、wrongType(7)、wrongLength(8)、wrongEncoding(9)、wrongValue(10)、noCreation(11)、inconsistentValue(12)、resourceUnavailable(13)、commitFailed(14)、undoFailed(15)、authorizationError(16)、notWritable(17)、inconsistentName(18)
-- -- Some scalars which provide information about the local time zone. --
-- -- 現地時間頃の情報にゾーンを提供するいくつかのスカラ。 --
schedLocalTime OBJECT-TYPE
SYNTAX DateAndTime (SIZE (11))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The local time used by the scheduler. Schedules which
refer to calendar time will use the local time indicated
by this object. An implementation MUST return all 11 bytes
of the DateAndTime textual-convention so that a manager
may retrieve the offset from GMT time."
::= { schedObjects 1 }
schedLocalTime OBJECT-TYPE SYNTAX DateAndTime、(「現地時間はスケジューラで使用した」SIZEの(11))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 カレンダー時間を参照するスケジュールがこの物によって示された現地時間を使用するでしょう。 「実現はマネージャがグリニッジ標準時の時間からオフセットを検索できるように、11バイトのすべてのDateAndTimeの原文のコンベンションを返さなければなりません。」 ::= schedObjects1
-- -- The schedule table which controls the scheduler. --
-- -- スケジューラを制御するスケジュールテーブル。 --
schedTable OBJECT-TYPE
SYNTAX SEQUENCE OF SchedEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines scheduled actions triggered by
SNMP set operations."
::= { schedObjects 2 }
schedTable OBJECT-TYPE SYNTAX SEQUENCE OF SchedEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはSNMP集合演算で引き起こされた予定されている動作を定義します」。 ::= schedObjects2
Levi & Schoenwaelder Standards Track [Page 8] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[8ページ]RFC3231は2002年1月にMIBの計画をします。
schedEntry OBJECT-TYPE
SYNTAX SchedEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry describing a particular scheduled action.
schedEntry OBJECT-TYPE SYNTAX SchedEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定の予定されている動作について説明するエントリー。」
Unless noted otherwise, writable objects of this row
can be modified independent of the current value of
schedRowStatus, schedAdminStatus and schedOperStatus.
In particular, it is legal to modify schedInterval
and the objects in the schedCalendarGroup when
schedRowStatus is active and schedAdminStatus and
schedOperStatus are both enabled."
INDEX { schedOwner, schedName }
::= { schedTable 1 }
別の方法で注意されない場合、schedRowStatus、schedAdminStatus、およびschedOperStatusの現行価値の如何にかかわらずこの列の書き込み可能な物を変更できます。 「schedRowStatusがアクティブであり、schedAdminStatusとschedOperStatusがともに有効にされるとき、schedCalendarGroupのschedIntervalと物を変更するのは特に、法的です。」 schedOwner、schedNameに索引をつけてください:、:= schedTable1
SchedEntry ::= SEQUENCE {
schedOwner SnmpAdminString,
schedName SnmpAdminString,
schedDescr SnmpAdminString,
schedInterval Unsigned32,
schedWeekDay BITS,
schedMonth BITS,
schedDay BITS,
schedHour BITS,
schedMinute BITS,
schedContextName SnmpAdminString,
schedVariable VariablePointer,
schedValue Integer32,
schedType INTEGER,
schedAdminStatus INTEGER,
schedOperStatus INTEGER,
schedFailures Counter32,
schedLastFailure SnmpPduErrorStatus,
schedLastFailed DateAndTime,
schedStorageType StorageType,
schedRowStatus RowStatus,
schedTriggers Counter32
}
SchedEntry:、:= 系列{ schedOwner SnmpAdminString、schedName SnmpAdminString、schedDescr SnmpAdminString、schedInterval Unsigned32、schedWeekDayビット、schedMonthビット、schedDayビット、schedHourビット、schedMinuteビット、schedContextName SnmpAdminString、schedVariable VariablePointer; schedValue Integer32、schedType整数、schedAdminStatus整数、schedOperStatus整数、schedFailures Counter32、schedLastFailure SnmpPduErrorStatus、schedLastFailed DateAndTime、schedStorageType StorageType、schedRowStatus RowStatus、schedTriggers Counter32; }
schedOwner OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The owner of this scheduling entry. The exact semantics of
this string are subject to the security policy defined by
schedOwner OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(0 .32))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このスケジューリングエントリーの所有者。」 ストリングが定義された安全保障政策を条件としているこの正確な意味論
Levi & Schoenwaelder Standards Track [Page 9] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[9ページ]RFC3231は2002年1月にMIBの計画をします。
the security administrator."
::= { schedEntry 1 }
「セキュリティ管理者。」 ::= schedEntry1
schedName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..32))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The locally-unique, administratively assigned name for this
scheduling entry. This object allows a schedOwner to have
multiple entries in the schedTable."
::= { schedEntry 2 }
「局所的にユニークで、行政上割り当てられるのはこのスケジューリングエントリーにちなんで命名する」schedName OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(1 .32))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「この物で、schedOwnerはschedTableに多回入国を持つことができます。」 ::= schedEntry2
schedDescr OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The human readable description of the purpose of this
scheduling entry."
DEFVAL { "" }
::= { schedEntry 3 }
schedDescr OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このスケジューリングエントリーの目的の人間の読み込み可能な記述。」 DEFVAL、「「:、:、」= schedEntry3
schedInterval OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of seconds between two action invocations of
a periodic scheduler. Implementations must guarantee
that action invocations will not occur before at least
schedInterval seconds have passed.
schedInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「周期的なスケジューラの2つの動作実施の間の秒数。」 実現は、少なくともschedInterval秒が経過する前に動作実施が起こらないのを保証しなければなりません。
The scheduler must ignore all periodic schedules that
have a schedInterval value of 0. A periodic schedule
with a scheduling interval of 0 seconds will therefore
never invoke an action.
スケジューラは0のschedInterval値を持っているすべての周期的なスケジュールを無視しなければなりません。 したがって、0秒のスケジューリング間隔がある周期的なスケジュールは動作を決して呼び出さないでしょう。
Implementations may be forced to delay invocations in the
face of local constraints. A scheduled management function
should therefore not rely on the accuracy provided by the
scheduler implementation.
実現は地方の規制に直面してやむを得ず実施を遅らせるかもしれません。 したがって、予定されている管理機能はスケジューラ実現で提供された精度を当てにするべきではありません。
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed."
DEFVAL { 0 }
「この物を変えるとき、未定の起動のリストを維持する実現がそれらについて再計算しなければならないことに注意してください。」 DEFVAL{ 0 }
Levi & Schoenwaelder Standards Track [Page 10] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[10ページ]RFC3231は2002年1月にMIBの計画をします。
::= { schedEntry 4 }
::= schedEntry4
schedWeekDay OBJECT-TYPE
SYNTAX BITS {
sunday(0),
monday(1),
tuesday(2),
wednesday(3),
thursday(4),
friday(5),
saturday(6)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The set of weekdays on which the scheduled action should
take place. Setting multiple bits will include several
weekdays in the set of possible weekdays for this schedule.
Setting all bits will cause the scheduler to ignore the
weekday.
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。schedWeekDay OBJECT-TYPE SYNTAX BITS、sunday(0)、monday(1)、tuesday(2)、wednesday(3)、thursday(4)、friday(5)、saturday(6)、「予定されている動作が行われるべきである平日のセット。」 複数のビットを設定すると、このスケジュールのための可能な平日のセットにおけるいくつかの平日が包含するでしょう。 すべてのビットを設定するのに、スケジューラは平日を無視するでしょう。
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed."
DEFVAL { {} }
::= { schedEntry 5 }
「この物を変えるとき、未定の起動のリストを維持する実現がそれらについて再計算しなければならないことに注意してください。」 DEFVAL、:、:= schedEntry5
schedMonth OBJECT-TYPE
SYNTAX BITS {
january(0),
february(1),
march(2),
april(3),
may(4),
june(5),
july(6),
august(7),
september(8),
october(9),
november(10),
december(11)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The set of months during which the scheduled action should
take place. Setting multiple bits will include several
months in the set of possible months for this schedule.
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。schedMonth OBJECT-TYPE SYNTAX BITS、january(0)、february(1)、行進(2)、april(3)がそうするかもしれない、(4)、june(5)、july(6)、厳かな(7)、september(8)、october(9)、november(10)、december(11)、「予定されている動作が行われるべきである何カ月ものセット。」 複数のビットを設定すると、数カ月はこのスケジュールのための可能な月のセットが包含するでしょう。
Levi & Schoenwaelder Standards Track [Page 11] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[11ページ]RFC3231は2002年1月にMIBの計画をします。
Setting all bits will cause the scheduler to ignore the
month.
すべてのビットを設定するのに、スケジューラは月を無視するでしょう。
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed."
DEFVAL { {} }
::= { schedEntry 6 }
「この物を変えるとき、未定の起動のリストを維持する実現がそれらについて再計算しなければならないことに注意してください。」 DEFVAL、:、:= schedEntry6
schedDay OBJECT-TYPE
SYNTAX BITS {
d1(0), d2(1), d3(2), d4(3), d5(4),
d6(5), d7(6), d8(7), d9(8), d10(9),
d11(10), d12(11), d13(12), d14(13), d15(14),
d16(15), d17(16), d18(17), d19(18), d20(19),
d21(20), d22(21), d23(22), d24(23), d25(24),
d26(25), d27(26), d28(27), d29(28), d30(29),
d31(30),
r1(31), r2(32), r3(33), r4(34), r5(35),
r6(36), r7(37), r8(38), r9(39), r10(40),
r11(41), r12(42), r13(43), r14(44), r15(45),
r16(46), r17(47), r18(48), r19(49), r20(50),
r21(51), r22(52), r23(53), r24(54), r25(55),
r26(56), r27(57), r28(58), r29(59), r30(60),
r31(61)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The set of days in a month on which a scheduled action
should take place. There are two sets of bits one can
use to define the day within a month:
schedDayオブジェクト・タイプ構文ビット; d1(0)、d2(1)、d3(2)、d4(3)、d5(4)、d6(5)、d7(6)、d8(7)、d9(8)、d10(9)、d11(10)、d12(11)、d13(12)、d14(13)、d15(14)、d16(15)、d17(16)、d18(17)、d19(18)、d20(19)、d21(20)、d22(21)、d23(22)、d24(23)、d25(24)、d26(25)、d27(26)、d28(27)、d29(28)、d30(29)、d31(30)、r1(31); r2(32)、r3(33)、r4(34)、r5(35)、r6(36)、r7(37)、r8(38)、r9(39)、r10(40)、r11(41)、r12(42)、r13(43)、r14(44)、r15(45)、r16(46)、r17(47)、r18(48)、r19(49)、r20(50)、r21(51)、r22(52)、r23(53)、r24(54)、r25(55)、r26(56)、r27(57)、r28(58)、r29(59)、r30(60)、r31(61); マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「予定されている動作が行われるべきである1カ月で何日ものセット。」 1つが1カ月以内に1日を定義するのに使用できるビットの2セットがあります:
Enumerations starting with the letter 'd' indicate a
day in a month relative to the first day of a month.
The first day of the month can therefore be specified
by setting the bit d1(0) and d31(30) means the last
day of a month with 31 days.
'手紙から始まるのがそうする列挙'は1カ月の初日に比例して1カ月で1日を示します。 したがって、ビットd1(0)を設定することによって、月の初日を指定できます、そして、d31(30)は31日間がある1カ月の最後の日を意味します。
Enumerations starting with the letter 'r' indicate a
day in a month in reverse order, relative to the last
day of a month. The last day in the month can therefore
be specified by setting the bit r1(31) and r31(61) means
the first day of a month with 31 days.
文字'r'から始まる列挙が逆順で1カ月で1日を示します、1カ月の最後の日に比例して。 したがって、ビットr1(31)を設定することによって、月における最後の日を指定できます、そして、r31(61)は31日間がある1カ月の初日を意味します。
Setting multiple bits will include several days in the set
of possible days for this schedule. Setting all bits will
cause the scheduler to ignore the day within a month.
複数のビットを設定すると、数日はこのスケジュールのための可能な日のセットが包含するでしょう。 すべてのビットを設定するのに、スケジューラは1カ月以内に1日を無視するでしょう。
Levi & Schoenwaelder Standards Track [Page 12] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[12ページ]RFC3231は2002年1月にMIBの計画をします。
Setting all bits starting with the letter 'd' or the
letter 'r' will also cause the scheduler to ignore the
day within a month.
また、'すべてのビットが手紙から始まるように設定するのはそうするでしょう'か文字'r'で、スケジューラは1カ月以内に1日を無視するでしょう。
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed."
DEFVAL { {} }
::= { schedEntry 7 }
「この物を変えるとき、未定の起動のリストを維持する実現がそれらについて再計算しなければならないことに注意してください。」 DEFVAL、:、:= schedEntry7
schedHour OBJECT-TYPE
SYNTAX BITS {
h0(0), h1(1), h2(2), h3(3), h4(4),
h5(5), h6(6), h7(7), h8(8), h9(9),
h10(10), h11(11), h12(12), h13(13), h14(14),
h15(15), h16(16), h17(17), h18(18), h19(19),
h20(20), h21(21), h22(22), h23(23)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The set of hours within a day during which the scheduled
action should take place.
schedHour OBJECT-TYPE SYNTAX BITS、h0(0)、h1(1)、h2(2)、h3(3)、h4(4)、h5(5)、h6(6)、h7(7)、h8(8)、h9(9)、h10(10)、h11(11)、h12(12)、h13(13)、h14(14)、h15(15)、h16(16)、h17(17)、h18(18)、h19(19)、h20(20)、h21(21)、h22(22)、マックス-ACCESSがSTATUS現在に読書して作成するh23(23)、記述、「予定されている動作が行われるべきである1日以内の何時間ものセット。」
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed."
DEFVAL { {} }
::= { schedEntry 8 }
「この物を変えるとき、未定の起動のリストを維持する実現がそれらについて再計算しなければならないことに注意してください。」 DEFVAL、:、:= schedEntry8
schedMinute OBJECT-TYPE
SYNTAX BITS {
m0(0), m1(1), m2(2), m3(3), m4(4),
m5(5), m6(6), m7(7), m8(8), m9(9),
m10(10), m11(11), m12(12), m13(13), m14(14),
m15(15), m16(16), m17(17), m18(18), m19(19),
m20(20), m21(21), m22(22), m23(23), m24(24),
m25(25), m26(26), m27(27), m28(28), m29(29),
m30(30), m31(31), m32(32), m33(33), m34(34),
m35(35), m36(36), m37(37), m38(38), m39(39),
m40(40), m41(41), m42(42), m43(43), m44(44),
m45(45), m46(46), m47(47), m48(48), m49(49),
m50(50), m51(51), m52(52), m53(53), m54(54),
m55(55), m56(56), m57(57), m58(58), m59(59)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
schedMinuteオブジェクト・タイプ構文ビット; m0(0)、m1(1)、m2(2)、m3(3)、m4(4)、m5(5)、m6(6)、m7(7)、m8(8)、m9(9)、m10(10)、m11(11)、m12(12)、m13(13)、m14(14)、m15(15)、m16(16)、m17(17)、m18(18)、m19(19)、m20(20)、m21(21)、m22(22)、m23(23)、m24(24)、m25(25)、m26(26)、m27(27)、m28(28)、m29(29)、m30(30); m31(31)、m32(32)、m33(33)、m34(34)、m35(35)、m36(36)、m37(37)、m38(38)、m39(39)、m40(40)、m41(41)、m42(42)、m43(43)、m44(44)、m45(45)、m46(46)、m47(47)、m48(48)、m49(49)、m50(50)、m51(51)、m52(52)、m53(53)、m54(54)、m55(55)、m56(56)、m57(57)、m58(58)、m59(59); マックス-ACCESSはSTATUSの現在の記述を読書して作成します。
Levi & Schoenwaelder Standards Track [Page 13] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[13ページ]RFC3231は2002年1月にMIBの計画をします。
"The set of minutes within an hour when the scheduled action
should take place.
「予定されている動作が行われるべきである1時間以内の数分のセット。」
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed."
DEFVAL { {} }
::= { schedEntry 9 }
「この物を変えるとき、未定の起動のリストを維持する実現がそれらについて再計算しなければならないことに注意してください。」 DEFVAL、:、:= schedEntry9
schedContextName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..32))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The context which contains the local MIB variable pointed
to by schedVariable."
DEFVAL { "" }
::= { schedEntry 10 }
schedContextName OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(0 .32))マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「schedVariableによって示されたローカルのMIB変数を含む文脈。」 DEFVAL、「「:、:、」= schedEntry10
schedVariable OBJECT-TYPE
SYNTAX VariablePointer
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"An object identifier pointing to a local MIB variable
which resolves to an ASN.1 primitive type of INTEGER."
DEFVAL { zeroDotZero }
::= { schedEntry 11 }
schedVariable OBJECT-TYPE SYNTAX VariablePointerマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「INTEGERのASN.1プリミティブ型へのどの決心をローカルのMIB変数に向ける物の識別子。」 DEFVAL zeroDotZero:、:= schedEntry11
schedValue OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The value which is written to the MIB object pointed to by
schedVariable when the scheduler invokes an action. The
implementation shall enforce the use of access control
rules when performing the set operation on schedVariable.
This is accomplished by calling the isAccessAllowed abstract
service interface as defined in RFC 2571.
schedValue OBJECT-TYPE SYNTAX Integer32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「スケジューラが動作を呼び出すschedVariableによって示されたMIB物に書かれている値。」 schedVariableに集合演算を実行するとき、実現はアクセス制御規則の使用を実施するものとします。 これは、RFC2571で定義されるようにisAccessAllowedの抽象的なサービスインタフェースを呼ぶことによって、達成されます。
Note that an implementation may choose to issue an SNMP Set
message to the SNMP engine and leave the access control
decision to the normal message processing procedure."
DEFVAL { 0 }
::= { schedEntry 12 }
「実現がSNMPエンジンにSNMP Setメッセージを発行して、正常なメッセージ現像処理にアクセス管理決定を任せるのを選ぶかもしれないことに注意してください。」 DEFVAL0:、:= schedEntry12
schedType OBJECT-TYPE
schedTypeオブジェクト・タイプ
Levi & Schoenwaelder Standards Track [Page 14] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[14ページ]RFC3231は2002年1月にMIBの計画をします。
SYNTAX INTEGER {
periodic(1),
calendar(2),
oneshot(3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The type of this schedule. The value periodic(1) indicates
that this entry specifies a periodic schedule. A periodic
schedule is defined by the value of schedInterval. The
values of schedWeekDay, schedMonth, schedDay, schedHour
and schedMinute are ignored.
SYNTAX INTEGER、周期的な(1)、カレンダー(2)、oneshot(3)、マックス-ACCESSは「このタイプは計画をする」STATUSの現在の記述を読書して作成します。 値の周期的な(1)は、このエントリーが周期的なスケジュールを指定するのを示します。 周期的なスケジュールはschedIntervalの値によって定義されます。 schedWeekDay、schedMonth、schedDay、schedHour、およびschedMinuteの値は無視されます。
The value calendar(2) indicates that this entry describes a
calendar schedule. A calendar schedule is defined by the
values of schedWeekDay, schedMonth, schedDay, schedHour and
schedMinute. The value of schedInterval is ignored. A
calendar schedule will trigger on all local times that
satisfy the bits set in schedWeekDay, schedMonth, schedDay,
schedHour and schedMinute.
値のカレンダー(2)は、このエントリーがカレンダースケジュールについて説明するのを示します。 カレンダースケジュールはschedWeekDay、schedMonth、schedDay、schedHour、およびschedMinuteの値によって定義されます。 schedIntervalの値は無視されます。 カレンダースケジュールはすべてでそれがschedWeekDay、schedMonth、schedDay、schedHour、およびschedMinuteにセットするのをビットに満たす現地時間の引き金となるでしょう。
The value oneshot(3) indicates that this entry describes a
one-shot schedule. A one-shot schedule is similar to a
calendar schedule with the additional feature that it
disables itself by changing in the `finished'
schedOperStatus once the schedule triggers an action.
値のoneshot(3)は、このエントリーが1回限りのスケジュールについて説明するのを示します。 1回限りのスケジュールは、それが無効にする付加的な機能についてスケジュールがいったん動作の引き金となると'終わっている'schedOperStatusで変化することによって、それ自体でカレンダースケジュールと同様です。
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed."
DEFVAL { periodic }
::= { schedEntry 13 }
「この物を変えるとき、未定の起動のリストを維持する実現がそれらについて再計算しなければならないことに注意してください。」 DEFVAL、周期的:、:= schedEntry13
schedAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
enabled(1),
disabled(2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The desired state of the schedule."
DEFVAL { disabled }
::= { schedEntry 14 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。schedAdminStatus OBJECT-TYPE SYNTAX INTEGERが(1)、身体障害者(2)を可能にした、「スケジュールの必要な状態。」 DEFVAL身体障害者:、:= schedEntry14
schedOperStatus OBJECT-TYPE
SYNTAX INTEGER {
schedOperStatusオブジェクト・タイプ構文整数
Levi & Schoenwaelder Standards Track [Page 15] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[15ページ]RFC3231は2002年1月にMIBの計画をします。
enabled(1),
disabled(2),
finished(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current operational state of this schedule. The state
enabled(1) indicates this entry is active and that the
scheduler will invoke actions at appropriate times. The
disabled(2) state indicates that this entry is currently
inactive and ignored by the scheduler. The finished(3)
state indicates that the schedule has ended. Schedules
in the finished(3) state are ignored by the scheduler.
A one-shot schedule enters the finished(3) state when it
deactivates itself.
(1)、身体障害者(2)、終わっている(3)を可能にします。 「この現在の操作上の州は計画をする」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 州は、(1)が、このエントリーが活発であることを示して、スケジューラが適切な時期で動作を呼び出すように可能にしました。 障害がある(2)州は、このエントリーが現在、不活発でスケジューラによって無視されているのを示します。 終わっている(3)州は、スケジュールが終わったのを示します。 終わっている(3)状態でのスケジュールはスケジューラによって無視されます。 それ自体を非活性化するとき、1回限りのスケジュールは終わっている(3)状態に入ります。
Note that the operational state must not be enabled(1)
when the schedRowStatus is not active."
::= { schedEntry 15 }
「(1) schedRowStatusがアクティブでないときに、操作上の状態を可能にしてはいけないことに注意してください。」 ::= schedEntry15
schedFailures OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable counts the number of failures while invoking
the scheduled action. This counter at most increments once
for a triggered action."
::= { schedEntry 16 }
schedFailures OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数は予定されている動作を呼び出している間、失敗の数を数えます」。 「これは引き起こされた動作のために増分を一度高々打ち返します。」 ::= schedEntry16
schedLastFailure OBJECT-TYPE
SYNTAX SnmpPduErrorStatus
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The most recent error that occurred during the invocation of
a scheduled action. The value noError(0) is returned
if no errors have occurred yet."
DEFVAL { noError }
::= { schedEntry 17 }
schedLastFailure OBJECT-TYPE SYNTAX SnmpPduErrorStatusのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「予定されている動作の実施の間に発生した最新の誤り。」 「誤りが全くまだ発生していないなら、値のnoError(0)を返します。」 DEFVAL noError:、:= schedEntry17
schedLastFailed OBJECT-TYPE
SYNTAX DateAndTime
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The date and time when the most recent failure occurred.
schedLastFailed OBJECT-TYPE SYNTAX DateAndTimeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「最新の失敗が起こった日時」。
Levi & Schoenwaelder Standards Track [Page 16] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[16ページ]RFC3231は2002年1月にMIBの計画をします。
The value '0000000000000000'H is returned if no failure
occurred since the last re-initialization of the scheduler."
DEFVAL { '0000000000000000'H }
::= { schedEntry 18 }
「スケジューラの最後の再初期化以来失敗が全く起こらなかったなら、値'0000000000000000'のHを返します。」 DEFVAL'0000000000000000'H:、:= schedEntry18
schedStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object defines whether this scheduled action is kept
in volatile storage and lost upon reboot or if this row is
backed up by non-volatile or permanent storage.
schedStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「この予定されている動作が揮発性記憶装置で保たれて、失われているか否かに関係なく、リブートかそれともこの列が非揮発性の、または、永久的な格納で支援されるかどうかに関してこの物は定義する」STATUSの現在の記述を読書して作成します。
Conceptual rows having the value `permanent' must allow
write access to the columnar objects schedDescr,
schedInterval, schedContextName, schedVariable, schedValue,
and schedAdminStatus. If an implementation supports the
schedCalendarGroup, write access must be also allowed to
the columnar objects schedWeekDay, schedMonth, schedDay,
schedHour, schedMinute."
DEFVAL { volatile }
::= { schedEntry 19 }
'永久的'に値を持っていると許容されなければならない概念的な列は円柱状の物のschedDescr、schedInterval、schedContextName、schedVariable、schedValue、およびschedAdminStatusへのアクセスを書きます。 「実現がschedCalendarGroupを支持して、書くなら、アクセスはまた、許容されて、円柱状に、schedWeekDayが反対しているということであるに違いありません、schedMonth、schedDay、schedHour、schedMinute。」 DEFVAL、揮発性:、:= schedEntry19
schedRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this scheduled action. A control that allows
entries to be added and removed from this table.
schedRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この予定されている動作の状態。」 エントリーがこのテーブルから加えられて、取り除かれるのを許容するコントロール。
Note that the operational state must change to enabled
when the administrative state is enabled and the row
status changes to active(1).
操作上の州がいつ管理状態が可能にされて、列の状態がアクティブな(1)に変化するかを可能にされるのに変えなければならないことに注意してください。
Attempts to destroy(6) a row or to set a row
notInService(2) while the operational state is enabled
result in inconsistentValue errors.
(6) 列を破壊するか、または操作上の状態が可能にされている間に列のnotInService(2)を設定する試みはinconsistentValue誤りをもたらします。
The value of this object has no effect on whether other
objects in this conceptual row can be modified."
::= { schedEntry 20 }
「この物の値はこの概念的な列の他の物を変更できるかどうかに関して効き目がありません。」 ::= schedEntry20
schedTriggers OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
schedTriggers OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Levi & Schoenwaelder Standards Track [Page 17] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[17ページ]RFC3231は2002年1月にMIBの計画をします。
DESCRIPTION
"This variable counts the number of attempts (either
successful or failed) to invoke the scheduled action."
::= { schedEntry 21 }
記述、「この変数は予定されている動作を呼び出す試み(うまくいっているか失敗した)の数を数えます」。 ::= schedEntry21
-- -- Notifications that are emitted to indicate failures. The -- definition of schedTraps makes notification registrations -- reversible (see STD 58, RFC 2578). --
-- -- 失敗を示すために放たれている通知。 --schedTrapsの定義は通知登録証明書をします--リバーシブルである(STD58、RFC2578を見ます) --
schedTraps OBJECT IDENTIFIER ::= { schedNotifications 0 }
schedTraps物の識別子:、:= schedNotifications0
schedActionFailure NOTIFICATION-TYPE
OBJECTS { schedLastFailure, schedLastFailed }
STATUS current
DESCRIPTION
"This notification is generated whenever the invocation of a
scheduled action fails."
::= { schedTraps 1 }
schedActionFailure NOTIFICATION-TYPE OBJECTS、schedLastFailure、schedLastFailed、STATUSの現在の記述、「予定されている動作の実施が失敗するときはいつも、この通知は発生します」。 ::= schedTraps1
-- conformance information
-- 順応情報
schedCompliances OBJECT IDENTIFIER ::= { schedConformance 1 }
schedGroups OBJECT IDENTIFIER ::= { schedConformance 2 }
schedCompliances物の識別子:、:= schedConformance1schedGroups物の識別子:、:= schedConformance2
-- compliance statements
-- 承諾声明
schedCompliance2 MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for SNMP entities which implement
the scheduling MIB."
MODULE -- this module
MANDATORY-GROUPS {
schedGroup2, schedNotificationsGroup
}
GROUP schedCalendarGroup
DESCRIPTION
"The schedCalendarGroup is mandatory only for those
implementations that support calendar based schedules."
OBJECT schedType
DESCRIPTION
"The values calendar(2) or oneshot(3) are not valid for
implementations that do not implement the
schedCalendarGroup. Such an implementation must return
inconsistentValue error responses for attempts to set
schedAdminStatus to calendar(2) or oneshot(3)."
schedCompliance2 MODULE-COMPLIANCE STATUSの現在の記述、「スケジューリングMIBを実行するSNMP実体のための承諾声明。」 MODULE--、このモジュールMANDATORY-GROUPS、schedGroup2、schedNotificationsGroup、GROUP schedCalendarGroup記述、「schedCalendarGroupはサポートカレンダーがスケジュールを基礎づけたのがそれらの実現だけに義務的です」。 OBJECT schedType記述、「schedCalendarGroupを実行しない実現には、値のカレンダー(2)かoneshot(3)が有効ではありません」。 「そのような実現はカレンダー(2)にschedAdminStatusを設定する試みかoneshot(3)のために誤り応答をinconsistentValueに返さなければなりません。」
Levi & Schoenwaelder Standards Track [Page 18] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[18ページ]RFC3231は2002年1月にMIBの計画をします。
::= { schedCompliances 2 }
::= schedCompliances2
schedGroup2 OBJECT-GROUP
OBJECTS {
schedDescr, schedInterval, schedContextName,
schedVariable, schedValue, schedType,
schedAdminStatus, schedOperStatus, schedFailures,
schedLastFailure, schedLastFailed, schedStorageType,
schedRowStatus, schedTriggers
}
STATUS current
DESCRIPTION
"A collection of objects providing scheduling capabilities."
::= { schedGroups 4 }
schedGroup2 OBJECT-GROUP OBJECTS、schedDescr、schedInterval、schedContextName、schedVariable、schedValue、schedType、schedAdminStatus、schedOperStatus、schedFailures、schedLastFailure、schedLastFailed、schedStorageType、schedRowStatus、schedTriggers、STATUSの現在の記述、「スケジューリング能力を提供する物の収集。」 ::= schedGroups4
schedCalendarGroup OBJECT-GROUP
OBJECTS {
schedLocalTime, schedWeekDay, schedMonth,
schedDay, schedHour, schedMinute
}
STATUS current
DESCRIPTION
"A collection of objects providing calendar based schedules."
::= { schedGroups 2 }
schedCalendarGroup OBJECT-GROUP OBJECTS、schedLocalTime、schedWeekDay、schedMonth、schedDay、schedHour、schedMinute、「物がカレンダーを提供するベースの収集は計画をする」STATUSの現在の記述。 ::= schedGroups2
schedNotificationsGroup NOTIFICATION-GROUP
NOTIFICATIONS {
schedActionFailure
}
STATUS current
DESCRIPTION
"The notifications emitted by the scheduler."
::= { schedGroups 3 }
schedNotificationsGroup NOTIFICATION-GROUP NOTIFICATIONS schedActionFailure、「通知はスケジューラで放った」STATUSの現在の記述。 ::= schedGroups3
-- -- Deprecated compliance and conformance group definitions -- from RFC 2591. --
-- -- 推奨しない承諾と順応はRFC2591から定義を分類します。 --
schedCompliance MODULE-COMPLIANCE
STATUS deprecated
DESCRIPTION
"The compliance statement for SNMP entities which implement
the scheduling MIB."
MODULE -- this module
MANDATORY-GROUPS {
schedGroup, schedNotificationsGroup
}
schedCompliance MODULE-COMPLIANCE STATUSは記述を非難しました。「スケジューリングMIBを実行するSNMP実体のための承諾声明。」 MODULE--このモジュールMANDATORY-GROUPSschedGroup、schedNotificationsGroup
Levi & Schoenwaelder Standards Track [Page 19] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[19ページ]RFC3231は2002年1月にMIBの計画をします。
GROUP schedCalendarGroup
DESCRIPTION
"The schedCalendarGroup is mandatory only for those
implementations that support calendar based schedules."
OBJECT schedType
DESCRIPTION
"The values calendar(2) or oneshot(3) are not valid for
implementations that do not implement the
schedCalendarGroup. Such an implementation must return
inconsistentValue error responses for attempts to set
schedAdminStatus to calendar(2) or oneshot(3)."
::= { schedCompliances 1 }
GROUP schedCalendarGroup記述、「schedCalendarGroupはサポートカレンダーがスケジュールを基礎づけたのがそれらの実現だけに義務的です」。 OBJECT schedType記述、「schedCalendarGroupを実行しない実現には、値のカレンダー(2)かoneshot(3)が有効ではありません」。 「そのような実現はカレンダー(2)にschedAdminStatusを設定する試みかoneshot(3)のために誤り応答をinconsistentValueに返さなければなりません。」 ::= schedCompliances1
schedGroup OBJECT-GROUP
OBJECTS {
schedDescr, schedInterval, schedContextName,
schedVariable, schedValue, schedType,
schedAdminStatus, schedOperStatus, schedFailures,
schedLastFailure, schedLastFailed, schedStorageType,
schedRowStatus
}
STATUS deprecated
DESCRIPTION
"A collection of objects providing scheduling capabilities."
::= { schedGroups 1 }
schedGroup OBJECT-GROUP OBJECTS、schedDescr、schedInterval、schedContextName、schedVariable、schedValue、schedType、schedAdminStatus、schedOperStatus、schedFailures、schedLastFailure、schedLastFailed、schedStorageType、STATUSが非難したschedRowStatus、記述、「スケジューリング能力を提供する物の収集。」 ::= schedGroups1
END
終わり
5. Usage Examples
5. 使用例
This section presents some examples how the scheduling MIB can be used to schedule scripts with the Script MIB [RFC3165] or to realize on-duty/off-duty schedules by modifying status objects of other MIB modules.
このセクションはScript MIB[RFC3165]と共にスクリプトの計画をするか、または他のMIBモジュールの状態物を変更することによって勤務中の、または、非番のスケジュールを現実化するのにどうスケジューリングMIBを使用できるかをいくつかの例に提示します。
5.1. Starting a script to ping devices every 20 minutes
5.1. 20分毎に装置を確認するためにスクリプトを始めます。
It is assumed that the schedule entry is owned by schedOwner = "joe" and its name is schedName = "ping". The instance identifier for the scheduling entry is therefore 3.106.111.101.4.112.105.110.103.
スケジュールエントリーがschedOwner="joe"によって所有されていると思われて、名前はschedName=「ピング」です。 したがって、スケジューリングエントリーのための例の識別子はそうです。3.106 .111 .101 .4 .112 .105 .110 .103。
It is further assumed that the smLaunchTable entry is owned by smLaunchOwner = "joe" and its name is smLaunchName = "ping-devs". The complete object identifier for the smLaunchStart object is therefore smLaunchStart.3.106.111.101.9.112.105.110.103.45.100.101.118.115. The script lives in the context identified by the string "engine1".
smLaunchTableエントリーがsmLaunchOwner="joe"によって所有されているとさらに思われて、名前はsmLaunchName=「ピング-devs」です。 したがって、smLaunchStart物のための完全な物の識別子はsmLaunchStart.3です。.106 .111 .101 .9 .112 .105 .110 .103 .45 .100 .101 .118 .115。 スクリプトはストリング"engine1""によって特定された文脈に生きています。
Levi & Schoenwaelder Standards Track [Page 20] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[20ページ]RFC3231は2002年1月にMIBの計画をします。
The configuration of the scheduler entry which launches the script every 20 minutes would look as follows:
20分毎にスクリプトを始めるスケジューラエントリーの構成は以下の通りに見えるでしょう:
schedInterval.3.106.111.101.4.112.105.110.103 = 1200
schedInterval.3.106.111.101.4.112.105.110.103=、1200
schedValue.3.106.111.101.4.112.105.110.103 = 0
schedContextName.3.106.111.101.4.112.105.110.103 = "engine1"
schedVariable.3.106.111.101.4.112.105.110.103 =
smLaunchStart.3.106.111.101.9.112.105.110.103.45.100.101.118.115
schedValue.3.106.111.101.4.112.105.110.103=0schedContextName.3.106.111.101.4.112.105.110.103=、「engine1" schedVariable.3.106.111.101.4.112.105.110.103=smLaunchStart.3.106、.111、.101、.9、.112、.105、.110、.103、.45、.100、.101、.118、.115インチ
schedType.3.106.111.101.4.112.105.110.103 = periodic(1)
schedAdminStatus.3.106.111.101.4.112.105.110.103 = enabled(1)
schedStorageType.3.106.111.101.4.112.105.110.103 = nonVolatile(3)
schedRowStatus.3.106.111.101.4.112.105.110.103 = active(1)
schedType.3.106.112.105.110=可能にされた(1).111.101.4.112.105.110.103=周期的な(1)schedAdminStatus.3.106.111.101.4.103schedStorageType.3.106.111.101.4.112.105.110.103=nonVolatile(3) schedRowStatus.3.106.111.101.4.112.105.110.103=アクティブです。(1)
All the remaining columns in the schedTable represent status information and are not shown here.
schedTableのすべての残っているコラムが、状態情報を表して、ここに示されるというわけではありません。
5.2. Starting a script at the next Friday the 13th
5.2. 次の13日金曜日にスクリプトを始めます。
It is assumed that the schedule entry is owned by schedOwner = "joe" and its name is schedName = "13th". The instance identifier for the scheduling entry is therefore 3.106.111.101.4.49.51.116.104.
スケジュールエントリーがschedOwner="joe"によって所有されていると思われて、名前はschedName=「13番目」です。 したがって、スケジューリングエントリーのための例の識別子はそうです。3.106 .111 .101 .4 .49 .51 .116 .104。
It is further assumed that the smLaunchTable entry is owned by smLaunchOwner = "joe" and its name is smLaunchName = "ghost". The complete object identifier for the smLaunchStart object is therefore smLaunchStart.3.106.111.101.5.103.104.111.115.116. The script lives in the context identified by the string "engine1".
smLaunchTableエントリーがsmLaunchOwner="joe"によって所有されているとさらに思われて、名前はsmLaunchName=「幽霊」です。 したがって、smLaunchStart物のための完全な物の識別子はsmLaunchStart.3です。.106 .111 .101 .5 .103 .104 .111 .115 .116。 スクリプトはストリング"engine1""によって特定された文脈に生きています。
The configuration of the scheduler entry which launches the script on the next Friday 13th at midnight would look as follows:
次の金曜日のスクリプトに乗り出すスケジューラエントリーの構成は真夜中に13番目に以下の通りに見えるでしょう:
schedWeekDay.3.106.111.101.4.49.51.116.104 = { friday }
schedMonth.3.106.111.101.4.49.51.116.104 = {
january, february, march, april, may, june,
july, august, september, october, november, december
}
schedDay.3.106.111.101.4.49.51.116.104 = { d13 }
schedHour.3.106.111.101.4.49.51.116.104 = { h0 }
schedMinute.3.106.111.101.4.49.51.116.104 = { m0 }
schedWeekDay.3.106.49.51.116=friday.111.101.4.104schedMonth.3.106、.111、.101、.4、.49、.51、.116、.104、= 行進、aprilはそうするかもしれません、january、february、june、july、厳かです、september、october、november、december、schedDay.3.106.111.101.4.49.51.116.104=d13、schedHour.3.106.111.101.4.49.51.116.104=h0、schedMinute.3.106.111.101.4.49.51.116.104=m0
schedValue.3.106.111.101.4.49.51.116.104 = 0
schedContextName.3.106.111.101.4.49.51.116.104 = "engine1"
schedVariable.3.106.111.101.4.49.51.116.104 =
smLaunchStart.3.106.111.101.5.103.104.111.115.116
schedValue.3.106.111.101.4.49.51.116.104=0schedContextName.3.106.111.101.4.49.51.116.104=、「engine1" schedVariable.3.106.111.101.4.49.51.116.104=smLaunchStart.3.106、.111、.101、.5、.103、.104、.111、.115、.116インチ
Levi & Schoenwaelder Standards Track [Page 21] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[21ページ]RFC3231は2002年1月にMIBの計画をします。
schedType.3.106.111.101.4.49.51.116.104 = oneshot(3)
schedAdminStatus.3.106.111.101.4.49.51.116.104 = enabled(2)
schedStorageType.3.106.111.101.4.49.51.116.104 = nonVolatile(3)
schedRowStatus.3.106.111.101.4.49.51.116.104 = active(1)
schedType.3.106.49.51.116=可能にされた(2).111.101.4.49.51.116.104=oneshot(3) schedAdminStatus.3.106.111.101.4.104schedStorageType.3.106.111.101.4.49.51.116.104=nonVolatile(3) schedRowStatus.3.106.111.101.4.49.51.116.104=アクティブです。(1)
All the remaining columns in the schedTable represent status information and are not shown here.
schedTableのすべての残っているコラムが、状態情報を表して、ここに示されるというわけではありません。
5.3. Turning an interface off during weekends
5.3. 週末の間、インタフェースをオフにします。
This example assumes that a network interface should be taken down during weekends. The interface table (ifTable) of the IF-MIB [RFC2863] is assumed to exist in the context identified by an empty string and the index of the interface is ifIndex = 6.
この例は、ネットワーク・インターフェースが週末の間降ろされるべきであると仮定します。 インタフェースが(ifTable)をテーブルの上に置く、-、MIB、[RFC2863]が空のストリングによって特定された文脈に存在すると思われて、インタフェースのインデックスは= 6にifIndexです。
The scheduling entry which brings the interface down on every Friday evening at 20:30 (8:30 pm) is owned by schedOwner = "bob" and its name is schedName = "if-off". The instance identifier for the scheduling entry is therefore 3.98.111.98.6.105.102.45.111.102.102.
晩の毎週金曜日20:30(午後8時30分)にインタフェースを降ろすスケジューリングエントリーがschedOwner=「ボブ」によって所有されて、名前がschedName=である、「-下に、」 したがって、スケジューリングエントリーのための例の識別子はそうです。3.98 .111 .98 .6 .105 .102 .45 .111 .102 .102。
schedWeekDay.3.98.111.98.6.105.102.45.111.102.102 = { friday }
schedMonth.3.98.111.98.6.105.102.45.111.102.102 = {
january, february, march, april, may, june,
july, august, september, october, november, december
}
schedDay.3.98.111.98.6.105.102.45.111.102.102 = {
d1, d2, d3, d4, d5, d6, d7, d8, d9, d10,
d11, d12, d13, d14, d15, d16, d17, d18, d19, d20,
d21, d22, d23, d24, d25, d26, d27, d28, d29, d30, d31
}
schedHour.3.98.111.98.6.105.102.45.111.102.102 = { h20 }
schedMinute.3.98.111.98.6.105.102.45.111.102.102 = { m30 }
schedValue.3.98.111.98.6.105.102.45.111.102.102 = down(2)
schedContextName.3.98.111.98.6.105.102.45.111.102.102 = ""
schedVariable.3.98.111.98.6.105.102.45.111.102.102 =
ifAdminStatus.6
.102はd1、d2、d3、d4、d5、d6、d7、d8、d9、d10、d11、d12、d13、d14、d15、d16、d17、d18、d19、d20、d21、d22、d23、d24、d25、d26、d27、d28、d29、d30、d31と等しいです。schedWeekDay.3.98.45.111.102=friday.111.98.6.105.102.102schedMonth.3.98.111.98.6.105.102.45.111.102.102=、行進、aprilはそうするかもしれません、january、february、june、july、厳かです、september、october、november、december、schedDay.3.98、.111、.98、.6、.105、.102、.45、.111、.102、schedHour; 3.98 .111 schedValue.3.98.111.98.6.105.102.45.111.102.102=が倒す.102=h20schedMinuteな.98の.102.45.111.102.102.6.105.102.45.111.102.3.98.111.98.6.105=m30、(2) schedContextName.3.98.111.98.6.105.102.45.111.102.102=、「「schedVariable.3.98.111.98.6.105.102.45.111.102.102=ifAdminStatus、.6インチ
schedType.3.98.111.98.6.105.102.45.111.102.102 = calendar(2)
schedAdminStatus.3.98.111.98.6.105.102.45.111.102.102 = enabled(1)
schedStorageType.3.98.111.98.6.105.102.45.111.102.102 =
nonVolatile(3)
schedRowStatus.3.98.111.98.6.105.102.45.111.102.102 = active(1)
schedType.3.98.111.98.6.105.102.45.111.102.102=カレンダー(2)schedAdminStatus.3.98.111.102=可能にされた.111.98.6.105.102.45.102(1)schedStorageType.3.98.111.98.6.105.102.45.111.102.102=nonVolatile(3) schedRowStatus.3.98.111.98.6.105.102.45.111.102.102=アクティブです。(1)
The scheduling entry which brings the interface up on every Monday morning at 5:30 is owned by schedOwner = "bob" and its name is schedName = "if-on". The instance identifier for the scheduling entry is therefore 3.98.111.98.5.105.102.45.111.110.
毎週月曜日の朝5:30にインタフェースを持って来るスケジューリングエントリーがschedOwner=「ボブ」によって所有されて、名前がschedName=である、「-、オンである、」 したがって、スケジューリングエントリーのための例の識別子はそうです。3.98 .111 .98 .5 .105 .102 .45 .111 .110。
Levi & Schoenwaelder Standards Track [Page 22] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[22ページ]RFC3231は2002年1月にMIBの計画をします。
The entry in the schedTable which brings the interface up again on every Monday morning at 5:30 looks as follows:
毎週月曜日の朝5:30に再びインタフェースを持って来るschedTableのエントリーは以下の通りに見えます:
schedWeekDay.3.98.111.98.5.105.102.45.111.110 = { monday }
schedMonth.3.98.111.98.5.105.102.45.111.110 = {
january, february, march, april, may, june,
july, august, september, october, november, december
}
schedDay.3.98.111.98.5.105.102.45.111.110 = {
d1, d2, d3, d4, d5, d6, d7, d8, d9, d10,
d11, d12, d13, d14, d15, d16, d17, d18, d19, d20,
d21, d22, d23, d24, d25, d26, d27, d28, d29, d30, d31
}
schedHour.3.98.111.98.5.105.102.45.111.110 = { h5 }
schedMinute.3.98.111.98.5.105.102.45.111.110 = { m30 }
schedWeekDay.3.98.111.98.5.105.102.45.111.110 = { monday } schedMonth.3.98.111.98.5.105.102.45.111.110 = { january, february, march, april, may, june, july, august, september, october, november, december } schedDay.3.98.111.98.5.105.102.45.111.110 = { d1, d2, d3, d4, d5, d6, d7, d8, d9, d10, d11, d12, d13, d14, d15, d16, d17, d18, d19, d20, d21, d22, d23, d24, d25, d26, d27, d28, d29, d30, d31 } schedHour.3.98.111.98.5.105.102.45.111.110 = { h5 } schedMinute.3.98.111.98.5.105.102.45.111.110 = m30
schedValue.3.98.111.98.5.105.102.45.111.110 = up(1)
schedContextName.3.98.111.98.5.105.102.45.111.110 = ""
schedVariable.3.98.111.98.5.105.102.45.111.110 = ifAdminStatus.6
(1) schedContextName.3.98.111.98.5.105.102.45.111.110=へのschedValue.3.98.111.98.5.105.102.45.111.110=、「「schedVariable.3.98.111.98.5.105.102.45.111.110=ifAdminStatus、.6インチ
schedType.3.98.111.98.5.105.102.45.111.110 = calendar(2)
schedAdminStatus.3.98.111.98.5.105.102.45.111.110 = enabled(1)
schedStorageType.3.98.111.98.5.105.102.45.111.110 = nonVolatile(3)
schedRowStatus.3.98.111.98.5.105.102.45.111.110 = active(1)
schedType.3.98.111.98.5.105.102.45.111.110=カレンダー(2)schedAdminStatus.3.98.45.111=可能にされた.111.98.5.105.102.110(1)schedStorageType.3.98.111.98.5.105.102.45.111.110=nonVolatile(3) schedRowStatus.3.98.111.98.5.105.102.45.111.110=アクティブです。(1)
A similar configuration could be used to control other schedules. For example, one could change the "if-on" and "if-off" schedules to enable and disable the periodic scheduler defined in the first example.
他のスケジュールを制御するのに同様の構成を使用できました。 例えば、1つが変化できた、「-、オンである、」、「-下に、」 最初の例で定義された周期的なスケジューラを可能にして、損傷する計画をします。
6. Security Considerations
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.
aがあります。読書して書くことのマックス-ACCESS節を持っているこのMIBで定義された管理物に付番する、そして/または、読書して作成します。 そのような物はいくつかのネットワーク環境で敏感であるか、または傷つきやすいと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。
SNMPv1 by itself is not a secure environment. 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.
それ自体でSNMPv1は安全な環境ではありません。 ネットワーク自体が安全であっても(例えば、IPSecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)への物が安全なネットワークにだれに許容されているかに関してコントロールが全くこのMIBにありません。
It is recommended that the implementers consider the security features as provided by the SNMPv3 framework. Specifically, the use of the User-based Security Model RFC 2574 [RFC2574] and the View- based Access Control Model RFC 2575 [RFC2575] is recommended.
implementersがSNMPv3枠組みで提供するようにセキュリティ機能を考えるのは、お勧めです。 明確に、UserベースのSecurity Model RFC2574[RFC2574]とViewのベースのAccess Control Model RFC2575[RFC2575]の使用はお勧めです。
Levi & Schoenwaelder Standards Track [Page 23] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[23ページ]RFC3231は2002年1月にMIBの計画をします。
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 the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
そして、本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために構成されて、それはこのMIBのインスタンスへのアクセスを与えるSNMP実体が適切にそうであることを保証する顧客/ユーザ責任です。
Scheduled SNMP set operations must use the security credentials that were present when the corresponding row in the scheduling entry was created. An implementation must therefore record and maintain the credentials for every scheduling entry.
予定されているSNMP集合演算はスケジューリングエントリーにおける対応する行が作成されたとき存在しているセキュリティー証明書を使用しなければなりません。 したがって、実装は、あらゆるスケジューリングエントリーに資格証明書を記録して、維持しなければなりません。
An implementation must ensure that access control rules are applied when doing the set operation. This is accomplished by calling the isAccessAllowed abstract service interface defined in RFC 2571 [RFC2571]:
実装は、集合演算をするとき、アクセス制御規則が適用されているのを確実にしなければなりません。 これはRFC2571[RFC2571]で定義されたisAccessAllowedの抽象的なサービスインタフェースを呼ぶことによって、達成されます:
statusInformation = -- success or errorIndication
isAccessAllowed(
IN securityModel -- Security Model in use
IN securityName -- principal who wants to access
IN securityLevel -- Level of Security
IN viewType -- read, write, or notify view
IN contextName -- context containing variableName
IN variableName -- OID for the managed object
)
statusInformation=--成功かerrorIndication isAccessAllowed(IN securityModel(IN securityName(IN securityLevelにアクセスすることでありたい主体)が平らにするSecurity IN viewTypeの使用でのセキュリティModel)は管理オブジェクトのために視点IN contextName--variableName IN variableNameを含む文脈--OIDに読むか、書くか、または通知します)
The securityModel, securityName and securityLevel parameters are set to the values that were recorded when the scheduling entry was created. The viewType parameter must select the write view and the contextName and variableName parameters are taken from the schedContextName and schedVariableName values of the scheduling entry.
securityModel、securityName、およびsecurityLevelパラメタはスケジューリングエントリーであるときに、記録された値へのセットが創設されたということです。 viewTypeパラメタが選択しなければならない、視点とcontextNameに書いてください。そうすれば、スケジューリングエントリーのschedContextNameとschedVariableName値からvariableNameパラメタを取ります。
This MIB limits scheduled actions to objects in the local MIB. This avoids security problems with the delegation of access rights. However, it might be possible for a user of this MIB to own some schedules that might trigger far in the future. This can cause security risks if the security administrator did not properly update the access control lists when a user is withdrawn from an SNMP engine. Therefore, entries in the schedTable SHOULD be cleaned up whenever a user is removed from an SNMP engine.
このMIBは地方のMIBで予定されている動作をオブジェクトに制限します。 これはアクセス権の委譲に関する警備上の問題を避けます。 しかしながら、このMIBのユーザがそれが将来遠くに引き金となるかもしれないいくつかのスケジュールを所有しているのは、可能であるかもしれません。 ユーザがSNMPエンジンから引き下がる場合セキュリティ管理者が適切にアクセスコントロールリストをアップデートしなかったなら、これはセキュリティ危険を引き起こす場合があります。 したがって、エントリー、schedTable SHOULDでは、ユーザがSNMPエンジンから外されるときはいつも、きれいにされてください。
To facilitate the provisioning of access control by a security administrator using the View-Based Access Control Model (VACM) defined in RFC 2575 [RFC2575] for tables in which multiple users may need to independently create or modify entries, the initial index is used as an "owner index". Such an initial index has a syntax of
複数のユーザが独自にエントリーを作成するか、または変更する必要があるかもしれないテーブルのためにRFC2575[RFC2575]で定義されたベースのView Access Control Model(VACM)を使用することでセキュリティ管理者によるアクセスコントロールの食糧を供給することを容易にするために、初期のインデックスは「所有者インデックス」として使用されます。 初期のインデックスが構文を持っているそのようなもの
Levi & Schoenwaelder Standards Track [Page 24] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[24ページ]RFC3231は2002年1月にMIBの計画をします。
SnmpAdminString, and can thus be trivially mapped to a securityName or groupName as defined in VACM, in accordance with a security policy.
SnmpAdminString、その結果、安全保障政策に従ってVACMで定義されるようにsecurityNameかgroupNameに些細なことに写像できます。
All entries in related tables belonging to a particular user will have the same value for this initial index. For a given user's entries in a particular table, the object identifiers for the information in these entries will have the same subidentifiers (except for the "column" subidentifier) up to the end of the encoded owner index. To configure VACM to permit access to this portion of the table, one would create vacmViewTreeFamilyTable entries with the value of vacmViewTreeFamilySubtree including the owner index portion, and vacmViewTreeFamilyMask "wildcarding" the column subidentifier. More elaborate configurations are possible.
特定のユーザのものである関連するテーブルのすべてのエントリーには、この初期のインデックスのための同じ値があるでしょう。 特定のテーブルの与えられたユーザのエントリーに、これらのエントリーにおける情報のためのオブジェクト識別子は同じ「副-識別子」(「コラム」「副-識別子」を除いた)をコード化された所有者インデックスの終わりまで持つでしょう。 テーブルのこの一部へのアクセスを可能にするためにVACMを構成するために、1つはvacmViewTreeFamilySubtreeの値が所有者インデックス部分を含んでいて、vacmViewTreeFamilyMaskがコラム「副-識別子」を"wildcardingする"であるvacmViewTreeFamilyTableエントリーを作成するでしょう。 より入念な構成は可能です。
7. Intellectual Property
7. 知的所有権
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, RFC 2028. 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はどんな知的所有権の正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。どんなそのような権利も特定するためにいずれも取り組みにしました。 BCP11(RFC2028)で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可が作成者によるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、または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専務に情報を扱ってください。
8. Changes from RFC 2591
8. RFC2591からの変化
The following list documents major changes from the previous version of this document, published as RFC 2591:
以下のリストはRFC2591として発表されたこのドキュメントの旧バージョンから大きな変化を記録します:
- Updated the SNMP Management Framework boilerplate and the
references.
- SNMP Management Frameworkの決まり文句と参照をアップデートしました。
- Added revision clauses to the module identity macro.
- モジュールアイデンティティマクロに改正節を加えました。
- Clarified the behavior during time transitions.
- 時間変遷の間、振舞いをはっきりさせました。
Levi & Schoenwaelder Standards Track [Page 25] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[25ページ]RFC3231は2002年1月にMIBの計画をします。
- Clarified that schedInterval and schedCalendarGroup objects can be
modified regardless of the current value of schedRowStatus,
schedAdminStatus and schedOperStatus.
- はっきりさせられて、schedRowStatus、schedAdminStatus、およびschedOperStatusの現行価値にかかわらずそのschedIntervalとschedCalendarGroupオブジェクトを変更できます。
- Added some additional boilerplate text to the security
considerations section.
- 何らかの追加決まり文句のテキストをセキュリティ問題部に追加しました。
- Clarified that implementations must re-calculate any pending
action invocations when scheduling parameters are modified.
- はっきりさせられて、パラメタの計画をするとき、実装がどんな未定の動作実施についても再計算しなければならないのは、変更されています。
- Clarified that schedOperStatus must not be enabled while the
schedRowStatus is not active.
- はっきりさせられて、schedRowStatusがアクティブでない間、そのschedOperStatusを有効にしてはいけません。
- Clarified that schedRowStatus can not be changed as long as the
schedOperStatus is enabled.
- はっきりさせられて、schedOperStatusが有効にされる限り、そのschedRowStatusを変えることができません。
- Clarified that implementations can delegate the isAccessAllowed
check by sending themself an SNMP Set message.
- はっきりさせられて、その実装は、SNMP Setメッセージを自分たちに送ることによって、isAccessAllowedチェックを代表として派遣することができます。
- Added the schedTriggers object which counts the total number of
triggers.
- 引き金の総数を数えるschedTriggersオブジェクトを加えました。
- Added DEFVALs for schedContextName, schedVariable, and schedValue
and updated the schedRowStatus description.
- schedContextName、schedVariable、およびschedValueのためにDEFVALsを加えて、schedRowStatus記述をアップデートしました。
- Deprecated schedCompliance, schedGroup and created
schedCompliance2 and schedGroup2 that take care of the new
schedTriggers object.
- 新しいschedTriggersの世話をする推奨しないschedCompliance、schedGroup、作成されたschedCompliance2、およびschedGroup2が反対します。
9. Acknowledgments
9. 承認
This document was produced by the IETF Distributed Management (DISMAN) working group.
このドキュメントはIETF Distributed Management(DISMAN)ワーキンググループによって製作されました。
10. References
10. 参照
[RFC2571] Harrington, D., Presuhn, R. and B. Wijnen, "An
Architecture for Describing SNMP Management Frameworks",
RFC 2571, April 1999.
[RFC2571] ハリントンとD.とPresuhnとR.とB.Wijnen、「SNMP管理フレームワークについて説明するためのアーキテクチャ」、RFC2571、1999年4月。
[RFC1155] Rose, M. and K. McCloghrie, "Structure and Identification
of Management Information for TCP/IP-based Internets", STD
16, RFC 1155, May 1990.
M.とK.McCloghrie、[RFC1155]は上昇して、「TCP/IPベースのインターネットのための経営情報の構造と識別」(STD16、RFC1155)は1990がそうするかもしれません。
[RFC1212] Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD
16, RFC 1212, March 1991.
[RFC1212] ローズとM.とK.McCloghrie、「簡潔なMIB定義」、STD16、RFC1212、1991年3月。
Levi & Schoenwaelder Standards Track [Page 26] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[26ページ]RFC3231は2002年1月にMIBの計画をします。
[RFC1215] Rose, M., "A Convention for Defining Traps for use with
the SNMP", RFC 1215, March 1991.
[RFC1215]ローズ、1991年3月のM.、「SNMPとの使用のためのDefining TrapsのためのConvention」RFC1215。
[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)の構造」STD58、RFC2578(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"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
Rose, M. and S. Waldbusser, "Conformance Statements for
SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrieとK.とパーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズとM.とS.Waldbusser、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[RFC1157] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple
Network Management Protocol", STD 15, RFC 1157, May 1990.
[RFC1157] ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン(「簡単なネットワーク管理プロトコル」、STD15、RFC1157)は1990がそうするかもしれません。
[RFC1901] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Introduction to Community-based SNMPv2", RFC 1901,
January 1996.
[RFC1901] ケースとJ.とMcCloghrieとK.とローズとM.とS.Waldbusser、「地域密着型のSNMPv2"への紹介、RFC1901、1996年1月。」
[RFC1906] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Transport Mappings for Version 2 of the Simple Network
Management Protocol (SNMPv2)", RFC 1906, January 1996.
[RFC1906]ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のためのマッピングを輸送します」、RFC1906、1996年1月。
[RFC2572] Case, J., Harrington D., Presuhn R. and B. Wijnen,
"Message Processing and Dispatching for the Simple Network
Management Protocol (SNMP)", RFC 2572, April 1999.
[RFC2572] ケース、J.、ハリントンD.、Presuhn R.、およびB.Wijnen、「メッセージ処理と簡単なネットワークマネージメントのために急いでいるのは(SNMP)について議定書の中で述べます」、RFC2572、1999年4月。
[RFC2574] Blumenthal, U. and B. Wijnen, "User-based Security Model
(USM) for version 3 of the Simple Network Management
Protocol (SNMPv3)", RFC 2574, April 1999.
[RFC2574]ブルーメンソルとU.とB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、RFC2574、1999年4月。
[RFC1905] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Protocol Operations for Version 2 of the Simple Network
Management Protocol (SNMPv2)", RFC 1905, January 1996.
[RFC1905]ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための操作について議定書の中で述べます」、RFC1905、1996年1月。
[RFC2573] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications",
RFC 2573, April 1999.
[RFC2573] レビとD.とマイヤーとP.とB.スチュワート、「SNMPv3アプリケーション」、RFC2573、1999年4月。
[RFC2575] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based
Access Control Model (VACM) for the Simple Network
Management Protocol (SNMP)", RFC 2575, April 1999.
[RFC2575] Wijnen、B.、Presuhn、R.、およびK.McCloghrie、「簡単なネットワークマネージメントのための視点ベースのアクセス制御モデル(VACM)は(SNMP)について議定書の中で述べます」、RFC2575、1999年4月。
Levi & Schoenwaelder Standards Track [Page 27] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[27ページ]RFC3231は2002年1月にMIBの計画をします。
[RFC2570] Case, J., Mundy, R., Partain, D. and B. Stewart,
"Introduction to Version 3 of the Internet-standard
Network Management Framework", RFC 2570, April 1999.
[RFC2570]ケースとJ.とマンディとR.、パーテインとD.とB.スチュワート、「インターネット標準ネットワークマネージメントフレームワークのバージョン3への序論」RFC2570(1999年4月)。
[RFC2028] Hovey, R. and S. Bradner, "The Organizations Involved in
the IETF Standards Process", BCP 11, RFC 2028, October
1996.
[RFC2028] ハービとR.とS.ブラドナー、「IETF標準化過程にかかわる組織」、BCP11、RFC2028、1996年10月。
[RFC3165] Levi, D. and J. Schoenwaelder, "Definitions of Managed
Objects for the Delegation of Management Scripts", RFC
3165, August 2001.
[RFC3165]レビとD.とJ.Schoenwaelder、「管理スクリプトの委譲のための管理オブジェクトの定義」、RFC3165、2001年8月。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group
MIB", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
11. Editors' Addresses
11. エディタのアドレス
David B. Levi Nortel Networks 4401 Great America Parkway Santa Clara, CA 95052-8185 USA
デヴィッドB.レビノーテルネットワーク4401Great Americaパークウェイサンタクララ、カリフォルニア95052-8185米国
Phone: +1 865 686 0432 EMail: dlevi@nortelnetworks.com
以下に電話をしてください。 +1 0432年の865 686メール: dlevi@nortelnetworks.com
Juergen Schoenwaelder TU Braunschweig Bueltenweg 74/75 38106 Braunschweig Germany
ユルゲンSchoenwaelder TUブラウンシュバイクBueltenweg74/75 38106ブラウンシュバイクドイツ
Phone: +49 531 391-3283 EMail: schoenw@ibr.cs.tu-bs.de
以下に電話をしてください。 +49 531 391-3283 メールしてください: schoenw@ibr.cs.tu-bs.de
Levi & Schoenwaelder Standards Track [Page 28] RFC 3231 Schedule MIB January 2002
レビとSchoenwaelder標準化過程[28ページ]RFC3231は2002年1月にMIBの計画をします。
12. Full Copyright Statement
12. 完全な著作権宣言文
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright(C)インターネット協会(2002)。 All rights reserved。
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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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機能のための基金は現在、インターネット協会によって提供されます。
Levi & Schoenwaelder Standards Track [Page 29]
レビとSchoenwaelder標準化過程[29ページ]
一覧
スポンサーリンク
