[要約] RFC 2456は、APPN TRAPSの管理オブジェクトの定義に関するものであり、APPNネットワークのトラップ通知に関する情報を提供します。目的は、APPNネットワークの管理者がトラップ通知を効果的に監視し、問題を迅速に特定および解決することです。
Network Working Group B. Clouston
Request for Comments: 2456 Cisco Systems
Category: Standards Track B. Moore
IBM Corporation
November 1998
Definitions of Managed Objects for APPN TRAPS
APPN TRAPSの管理対象オブジェクトの定義
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 (1998). All Rights Reserved.
Copyright（C）The Internet Society（1998）。全著作権所有。
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 defines objects for receiving notifications from network devices with APPN (Advanced Peer-to-Peer Network) and DLUR (Dependent LU Requester) capabilities. This memo identifies notifications for the APPN and DLUR architecture.
このメモは、インターネットコミュニティのネットワーク管理プロトコルで使用するための管理情報ベース（MIB）の一部を定義します。特に、APPN（高度なピアツーピアネットワーク）およびDLUR（従属LUリクエスター）機能を備えたネットワークデバイスから通知を受信するためのオブジェクトを定義します。このメモは、APPNおよびDLURアーキテクチャの通知を識別します。
Table of Contents
目次
1. Introduction ........................................... 2
2. The SNMP Network Management Framework .................. 2
3. Overview ............................................... 3
3.1 APPN TRAP MIB structure .............................. 5
4. Definitions ............................................ 6
5. Security Considerations ................................ 17
6. Intellectual Property .................................. 17
7. Acknowledgments ........................................ 18
8. References ............................................. 18
9. Authors' Addresses ..................................... 20
10. Full Copyright Statement ............................... 21
This document is a product of the SNA NAU Services MIB Working Group. It defines a MIB module for notifications for devices with Advanced Peer-to-Peer Networking (APPN) and Dependent LU Requester (DLUR) capabilities.
このドキュメントは、SNA NAUサービスMIBワーキンググループの製品です。 Advanced Peer-to-Peer Networking（APPN）およびDependent LU Requester（DLUR）機能を備えたデバイスの通知用のMIBモジュールを定義します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [13].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 RFC 2119 [13]で説明されているように解釈されます。
The SNMP Management Framework presently consists of five major components:
現在、SNMP管理フレームワークは5つの主要コンポーネントで構成されています。
o An overall architecture, described in RFC 2271 [1].
o RFC 2271 [1]に記述されている全体的なアーキテクチャ。
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 [2], STD 16, RFC 1212 [3] and RFC 1215 [4]. The second version, called SMIv2, is described in RFC 1902 [5], RFC 1903 [6] and RFC 1904 [7].
o 管理の目的でオブジェクトとイベントを記述および命名するためのメカニズム。この管理情報構造（SMI）の最初のバージョンはSMIv1と呼ばれ、STD 16、RFC 1155 [2]、STD 16、RFC 1212 [3]およびRFC 1215 [4]で説明されています。 SMIv2と呼ばれる2番目のバージョンは、RFC 1902 [5]、RFC 1903 [6]、およびRFC 1904 [7]で説明されています。
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 [8]. A second version of the SNMP message protocol, which is not an Internet standards track protocol, is called SNMPv2c and described in RFC 1901 [9] and RFC 1906 [10]. The third version of the message protocol is called SNMPv3 and described in RFC 1906 [10], RFC 2272 [11] and RFC 2274 [12].
o 管理情報を転送するためのメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンはSNMPv1と呼ばれ、STD 15、RFC 1157 [8]で説明されています。インターネット標準トラックプロトコルではないSNMPメッセージプロトコルの2番目のバージョンは、SNMPv2cと呼ばれ、RFC 1901 [9]およびRFC 1906 [10]で説明されています。メッセージプロトコルの3番目のバージョンはSNMPv3と呼ばれ、RFC 1906 [10]、RFC 2272 [11]、およびRFC 2274 [12]で説明されています。
o Protocol operations for accessing management information. The first set of protocol operations and associated PDU formats is described in STD 15, RFC 1157 [8]. A second set of protocol operations and associated PDU formats is described in RFC 1905 [13].
o 管理情報にアクセスするためのプロトコル操作。プロトコル操作と関連するPDU形式の最初のセットは、STD 15、RFC 1157 [8]で説明されています。プロトコル操作と関連するPDU形式の2番目のセットは、RFC 1905 [13]で説明されています。
o A set of fundamental applications described in RFC 2273 [14] and the view-based access control mechanism described in RFC 2275 [15].
o RFC 2273 [14]で説明されている基本的なアプリケーションのセットと、RFC 2275 [15]で説明されているビューベースのアクセス制御メカニズム。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.
管理対象オブジェクトは、管理情報ベースまたはMIBと呼ばれる仮想情報ストアを介してアクセスされます。 MIB内のオブジェクトは、SMIで定義されたメカニズムを使用して定義されます。
This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of the MIB.
このメモは、SMIv2に準拠するMIBモジュールを指定します。 SMIv1に準拠したMIBは、適切な変換によって生成できます。結果の変換されたMIBは、変換ができないためにオブジェクトまたはイベントが省略されている場合（Counter64の使用）を除いて、意味的に同等でなければなりません。 SMIv2の一部の機械可読情報は、変換プロセス中にSMIv1のテキスト記述に変換されます。ただし、この機械可読情報の損失は、MIBのセマンティクスを変更するとは見なされません。
This document identifies the set of objects for reporting the status of devices with APPN and DLUR capabilities via notifications.
このドキュメントは、通知を介してAPPNおよびDLUR機能を持つデバイスのステータスを報告するためのオブジェクトのセットを識別します。
See the SNANAU APPN MIB [18] and SNANAU DLUR MIB [19] for the objects for monitoring the configuration and active characteristics of the devices with APPN and DLUR capabilities. Many objects contained in the notifications of this MIB are imported from the APPN and DLUR MIBs. Implementors of this MIB must also implement the APPN MIB. Implementations that support the appnTrapMibDlurConfGroup and the appnTrapMibDlurNotifGroup must also implement the DLUR MIB.
APPNおよびDLUR機能を備えたデバイスの構成とアクティブな特性を監視するためのオブジェクトについては、SNANAU APPN MIB [18]およびSNANAU DLUR MIB [19]を参照してください。このMIBの通知に含まれる多くのオブジェクトは、APPNおよびDLUR MIBからインポートされます。このMIBの実装者は、APPN MIBも実装する必要があります。 appnTrapMibDlurConfGroupおよびappnTrapMibDlurNotifGroupをサポートする実装は、DLUR MIBも実装する必要があります。
The SNANAU APPN MIB allows a management station to collect the network topology of an APPN network (the network nodes (NNs) in the network and all of transmission groups (TGs) between the network nodes) from an APPN device. It also allows the management station to collect the local topology (TGs to end stations, and locally defined ports and link stations) from an APPN device. While the SNANAU APPN MIB has an efficient way to poll the APPN device for updates to the network topology, using flow reduction sequence numbers (FRSNs) as a table index; it does not have a mechanism to poll the local topology tables (appnLocalTgTable, appnPortTable, and appnLsTable) for status changes.
SNANAU APPN MIBを使用すると、管理ステーションはAPPNネットワークのネットワークトポロジ（ネットワーク内のネットワークノード（NN）およびネットワークノード間のすべての伝送グループ（TG））をAPPNデバイスから収集できます。また、管理ステーションがAPPNデバイスからローカルトポロジ（エンドステーションへのTG、ローカルに定義されたポートとリンクステーション）を収集することもできます。 SNANAU APPN MIBには、ネットワークトポロジの更新についてAPPNデバイスをポーリングする効率的な方法がありますが、フロー削減シーケンス番号（FRSN）をテーブルインデックスとして使用します。ローカルトポロジテーブル（appnLocalTgTable、appnPortTable、appnLsTable）をポーリングしてステータスの変化を調べるメカニズムはありません。
This MIB provides a mechanism for an APPN device to send notifications to inform the management station of status changes to rows of these tables. Status changes include operational state changes, and for TGs also include control-point to control-point (CP-CP) session state changes. A notification is defined for each type of status change for each table.
このMIBは、APPNデバイスが通知を送信して、これらのテーブルの行のステータス変更を管理ステーションに通知するメカニズムを提供します。ステータスの変更には操作状態の変更が含まれ、TGの場合はコントロールポイントからコントロールポイント（CP-CP）のセッション状態の変更も含まれます。通知は、各テーブルのステータス変更のタイプごとに定義されます。
The port and link operational state objects have intermediate states. Notifications are only sent for transition to active or inactive state.
ポートとリンクの動作状態オブジェクトには中間状態があります。通知は、アクティブ状態または非アクティブ状態への移行についてのみ送信されます。
Notifications are only sent for row creation if the state is active or operational. This is done to avoid sending a notification as the row is created with an inactive initial state, followed by another notification as the resource is activated.
通知は、状態がアクティブまたは操作可能である場合にのみ、行作成のために送信されます。これは、非アクティブな初期状態で行が作成されるときに通知が送信され、その後、リソースがアクティブになるときに別の通知が送信されるのを防ぐために行われます。
Notifications are only sent for row deletion if the last state was active or operational. In most cases, a resource must be deactivated before it can be deleted, and the deactivation will cause a notification to be sent. There is no need for a second notification to be sent for the row deletion, except for the case where the deletion occurred without deactivation. In this case, the state of the object in the notification will indicate an inactve state, since a deleted resource can no longer be active.
通知は、最後の状態がアクティブまたは操作可能であった場合にのみ、行の削除に対して送信されます。ほとんどの場合、リソースは削除する前に非アクティブ化する必要があり、非アクティブ化すると通知が送信されます。非アクティブ化なしで削除が発生した場合を除いて、行の削除について2回目の通知を送信する必要はありません。この場合、削除されたリソースはアクティブでなくなるため、通知内のオブジェクトの状態は無効な状態を示します。
The purpose of the appnLocalTgCpCpStateChangeTrap notification is to identify the loss or recovery of CP-CP sessions on a TG while the TG remains operational. Thus this notification is only sent if there is a change to an appnLocalTgCpCpSession object, but not a change to the appnLocalTgOperational object. This notification is never sent for the creation or deletion of a row in the appnLocalTgTable.
appnLocalTgCpCpStateChangeTrap通知の目的は、TGが稼働している間にTGでのCP-CPセッションの損失または回復を識別することです。したがって、この通知は、appnLocalTgCpCpSessionオブジェクトが変更された場合にのみ送信され、appnLocalTgOperationalオブジェクトは変更されません。この通知は、appnLocalTgTableの行の作成または削除に対して送信されることはありません。
Each notification always contains an object which is a count of the number of times the status of a row in table has changed since the APPN node was last reinitialized. This enables a management station to detect that it has missed a notification, if it does not get the notifications in numerical sequence. If the notifications are not in sequence, the management station should retrieve the entire table to get the correct status for all rows.
各通知には常に、APPNノードが最後に再初期化されてからテーブル内の行のステータスが変更された回数のカウントであるオブジェクトが含まれています。これにより、管理ステーションは、通知を数値順に取得しなかった場合に、通知を見逃したことを検出できます。通知が連続していない場合、管理ステーションはテーブル全体を取得して、すべての行の正しいステータスを取得する必要があります。
Similarly, the SNANAU DLUR MIB provides a mechanism for retrieving the configuration and status of dependent LU server (DLUS) sessions on a device with DLUR capabilities. This MIB defines a notification for a DLUR-DLUS session state change of a row in the dlurDlusTable, in the manner described above. A notification is only sent for a session state transition to active or inactive. As with the above notifications, it is only sent on row creation if the initial state is active; and on row deletion is the last state was active, in which case the notification indicates that the state is now inactive.
同様に、SNANAU DLUR MIBは、DLUR機能を持つデバイス上の従属LUサーバー（DLUS）セッションの構成とステータスを取得するメカニズムを提供します。このMIBは、上記の方法で、dlurDlusTableの行のDLUR-DLUSセッション状態変更の通知を定義します。通知は、セッション状態がアクティブまたは非アクティブに移行した場合にのみ送信されます。上記の通知と同様に、初期状態がアクティブな場合にのみ、行の作成時に送信されます。行の削除時は最後の状態がアクティブでした。その場合、通知は状態が現在非アクティブであることを示します。
The SNANAU APPN MIB also provides a mechanism for a management station to collect traffic statistics on intermediate sessions, primarily for accounting purposes. However, when the session is terminated, all statistics from the last poll until the session termination time are lost, since the row for that session is deleted from the appnIsInTable. This MIB defines a notification so that the session's final statistics can be sent to a management station. If the notification is not delivered, the final session statistics are lost. If this is a concern, polling of the appnIsInTable in the APPN MIB should be increased to more likely reduce the time between the last poll and the session termination, thereby reducing the amount of data lost.
また、SNANAU APPN MIBは、主にアカウンティングの目的で、管理ステーションが中間セッションのトラフィック統計を収集するためのメカニズムも提供します。ただし、セッションが終了すると、そのセッションの行がappnIsInTableから削除されるため、最後のポーリングからセッション終了時刻までのすべての統計が失われます。このMIBは、セッションの最終統計を管理ステーションに送信できるように通知を定義します。通知が配信されない場合、最終的なセッション統計は失われます。これが問題になる場合は、APPN MIBのappnIsInTableのポーリングを増やして、最後のポーリングからセッション終了までの時間を短縮して、失われるデータの量を減らす必要があります。
Highlights of the management functions supported by the APPN TRAP MIB module include the following:
APPN TRAP MIBモジュールでサポートされる管理機能のハイライトは次のとおりです。
o A notification for an APPN local TG operational state change.
o APPNローカルTG動作状態変更の通知。
o A notification for an APPN local TG CP-CP session state change.
o APPNローカルTG CP-CPセッション状態変更の通知。
o A notification for an APPN port operational state change.
o APPNポートの動作状態の変更に関する通知。
o A notification for an APPN link station operational state change.
o APPNリンクステーションの動作状態の変更に関する通知。
o A notification for a DLUR-DLUS session state change.
o DLUR-DLUSセッション状態変更の通知。
o A notification for reporting final APPN intermediate session statistics.
o 最終的なAPPN中間セッション統計を報告するための通知。
This MIB module does not support:
このMIBモジュールは、次のものをサポートしていません。
o Objects to query the configuration or status of APPN nodes on demand.
o オンデマンドでAPPNノードの構成または状況を照会するオブジェクト。
o Notifications for changes to local topology tables not related to status.
o ステータスに関連しないローカルトポロジテーブルへの変更の通知。
The APPN TRAP MIB module contains a group of notifications, and a group of supporting objects.
APPN TRAP MIBモジュールには、通知のグループと、サポートするオブジェクトのグループが含まれています。
The group of notifications consists of the following notifications:
通知のグループは、次の通知で構成されています。
1) appnIsrAccountingDataTrap
1）appnIsrAccountingDataTrap
This notification is generated by an APPN device when an intermediate session is terminating, to report the final accounting statistics of the session.
この通知は、中間セッションの終了時にAPPNデバイスによって生成され、セッションの最終的なアカウンティング統計を報告します。
2) appnLocalTgOperStateChangeTrap
2）appnLocalTgOperStateChangeTrap
This notification identifies a change to the appnLocalTgOperational object in a row of the SNANAU APPN MIB appnLocalTgTable.
この通知は、SNANAU APPN MIB appnLocalTgTableの行のappnLocalTgOperationalオブジェクトに対する変更を識別します。
3) appnLocalTgCpCpStateChangeTrap
3）appnLocalTgCpCpStateChangeTrap
This notification identifies a change to the appnLocalTgCpCpSession object in a row of the SNANAU APPN MIB appnLocalTgTable.
この通知は、SNANAU APPN MIB appnLocalTgTableの行のappnLocalTgCpCpSessionオブジェクトに対する変更を識別します。
4) appnPortOperStateChangeTrap
4）appnPortOperStateChangeTrap
This notification identifies a change to the appnPortOperState object in a row of the SNANAU APPN MIB appnPortTable.
この通知は、SNANAU APPN MIB appnPortTableの行のappnPortOperStateオブジェクトへの変更を識別します。
5) appnLsOperStateChangeTrap
5）appnLsOperStateChangeTrap
This notification identifies a change to the appnLsOperState object in a row of the SNANAU APPN MIB appnLsTable.
この通知は、SNANAU APPN MIB appnLsTableの行のappnLsOperStateオブジェクトに対する変更を識別します。
6) dlurDlusStateChangeTrap
6）dlurDlusStateChangeTrap
This notification identifies a change to the dlurDlusSessnStatus object in a row of the SNANAU DLUR MIB dlurDlusTable.
この通知は、SNANAU DLUR MIB dlurDlusTableの行のdlurDlusSessnStatusオブジェクトへの変更を識別します。
The group of supporting objects contains the appnTrapControl object, which controls whether the APPN device generates each type of notification. Note that generation of the appnIsrAccountingDataTrap is not controlled by this object; instead it is controlled by the appnIsInGlobalCtrAdminStatus object in the SNANAU APPN MIB.
サポートするオブジェクトのグループには、APPNデバイスが各タイプの通知を生成するかどうかを制御するappnTrapControlオブジェクトが含まれています。 appnIsrAccountingDataTrapの生成はこのオブジェクトによって制御されないことに注意してください。代わりに、SNANAU APPN MIBのappnIsInGlobalCtrAdminStatusオブジェクトによって制御されます。
Although APPN notification generation could be controlled solely by entries in the snmpNotificationMIB, RFC 2273 [9], the appnTrapControl object exists in this MIB so that implementations are not required to implement RFC 2273 to control generation of APPN notifications. For a notification to be generated and sent as a TRAP or INFORM, the notification type must first be enabled by the appnTrapControl object. It must also not be disabled by an snmpNotificationMIB entry. The destination of notifications is not within the scope of this MIB.
APPN通知の生成は、snmpNotificationMIB、RFC 2273 [9]のエントリによってのみ制御できますが、appnTrapControlオブジェクトはこのMIBに存在するため、RFC 2273を実装してAPPN通知の生成を制御する必要はありません。通知を生成してTRAPまたはINFORMとして送信するには、最初にappnTrapControlオブジェクトによって通知タイプを有効にする必要があります。また、snmpNotificationMIBエントリによって無効にすることもできません。通知の宛先は、このMIBの範囲外です。
Also contained in this group are objects for the TG, port, link, and DLUR-DLUS session notifications to indicate the number of times each of the tables has had a status change of a row since the APPN node was last reinitialized.
このグループには、TG、ポート、リンク、およびDLUR-DLUSセッション通知のオブジェクトも含まれ、APPNノードが最後に再初期化されてから、各テーブルの行のステータスが変更された回数を示します。
APPN-TRAP-MIB DEFINITIONS ::= BEGIN
IMPORTS
輸入
Counter32, OBJECT-TYPE, MODULE-IDENTITY, NOTIFICATION-TYPE FROM SNMPv2-SMI
Counter32、OBJECT-TYPE、MODULE-IDENTITY、NOTIFICATION-TYPE from SNMPv2-SMI
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF
SNMPv2-CONFからのモジュール準拠、オブジェクトグループ、通知グループ
appnMIB, appnIsInP2SFmdPius, appnIsInS2PFmdPius, appnIsInP2SNonFmdPius, appnIsInS2PNonFmdPius, appnIsInP2SFmdBytes, appnIsInS2PFmdBytes, appnIsInP2SNonFmdBytes, appnIsInS2PNonFmdBytes, appnIsInSessUpTime, appnObjects, appnLocalTgOperational, appnLocalTgCpCpSession, appnPortOperState, appnLsOperState, appnCompliances, appnGroups FROM APPN-MIB
APPN-MIBからappnMIB、appnIsInP2SFmdPius、appnIsInS2PFmdPius、appnIsInP2SNonFmdPius、appnIsInS2PNonFmdPius、appnIsInP2SFmdBytes、appnIsInS2PFmdBytes、appnIsInP2SNonFmdBytes、appnIsInS2PNonFmdBytes、appnIsInSessUpTime、appnObjects、appnLocalTgOperational、appnLocalTgCpCpSession、appnPortOperState、appnLsOperState、appnCompliances、appnGroups
dlurDlusSessnStatus FROM APPN-DLUR-MIB;
dlurDlusSessnStatus FROM APPN-DLUR-MIB;
appnTrapMIB MODULE-IDENTITY LAST-UPDATED "9808310000Z" -- August 31, 1998 ORGANIZATION "IETF SNA NAU MIB WG / AIW APPN MIBs SIG" CONTACT-INFO
appnTrapMIB MODULE-IDENTITY LAST-UPDATED "9808310000Z"-1998年8月31日組織 "IETF SNA NAU MIB WG / AIW APPN MIBs SIG" CONTACT-INFO
" Bob Clouston Cisco Systems 7025 Kit Creek Road P.O. Box 14987 Research Triangle Park, NC 27709, USA Tel: 1 919 472 2333 E-mail: clouston@cisco.com
"Bob Clouston Cisco Systems 7025 Kit Creek Road P.O. Box 14987 Research Triangle Park、NC 27709、USA Tel：1 919 472 2333 E-mail：clouston@cisco.com
Bob Moore IBM Corporation 4205 S. Miami Boulevard BRQA/501 P.O. Box 12195 Research Triangle Park, NC 27709, USA Tel: 1 919 254 4436 E-mail: remoore@us.ibm.com " DESCRIPTION "This MIB module defines notifications to be generated by network devices with APPN capabilities. It presupposes support for the APPN MIB. It also presupposes support for the DLUR MIB for implementations that support the DLUR-related groups."
ボブムーアIBM Corporation 4205 S. Miami Boulevard BRQA / 501 P.O. Box 12195 Research Triangle Park、NC 27709、USA電話：1 919 254 4436 Eメール：remoore@us.ibm.com "説明"このMIBモジュールは、APPN機能を持つネットワークデバイスによって生成される通知を定義します。 APPN MIBのサポートを前提としています。また、DLUR関連グループをサポートする実装のDLUR MIBのサポートも前提としています。」
::= { appnMIB 0 }
-- *********************************************************************
-- Notifications
-- *********************************************************************
appnIsrAccountingDataTrap NOTIFICATION-TYPE
OBJECTS {
appnIsInP2SFmdPius,
appnIsInS2PFmdPius,
appnIsInP2SNonFmdPius,
appnIsInS2PNonFmdPius,
appnIsInP2SFmdBytes,
appnIsInS2PFmdBytes,
appnIsInP2SNonFmdBytes,
appnIsInS2PNonFmdBytes,
appnIsInSessUpTime
}
STATUS current
DESCRIPTION
"When it has been enabled, this notification is generated by an
APPN node whenever an ISR session passing through the node is
taken down, regardless of whether the session went down
normally or abnormally. Its purpose is to allow a management
application (primarily an accounting application) that is
monitoring the ISR counts to receive the final values of these
counts, so that the application can properly account for the
amounts the counts were incremented since the last time the
application polled them. The appnIsInSessUpTime object
provides the total amount of time that the session was active.
This notification is not a substitute for polling the ISR counts. In particular, the count values reported in this notification cannot be assumed to be the complete totals for the life of the session, since they may have wrapped while the session was up.
この通知は、ISRカウントのポーリングに代わるものではありません。特に、この通知で報告されるカウント値は、セッションが稼働している間に折り返されている可能性があるため、セッションの存続期間の完全な合計であるとは想定できません。
The session to which the objects in this notification apply is identified by the fully qualified CP name and PCID that make up the table index. An instance of this notification will contain exactly one instance of each of its objects, and these objects will all belong to the same conceptual row of the appnIsInTable.
この通知のオブジェクトが適用されるセッションは、テーブルインデックスを構成する完全修飾CP名とPCIDによって識別されます。この通知のインスタンスには、各オブジェクトのインスタンスが1つだけ含まれ、これらのオブジェクトはすべて、appnIsInTableの同じ概念的な行に属します。
Generation of this notification is controlled by the same object in the APPN MIB, appnIsInGlobeCtrAdminStatus, that controls whether the count objects themselves are being incremented."
この通知の生成は、カウントオブジェクト自体がインクリメントされるかどうかを制御する、APPN MIB内の同じオブジェクトappnIsInGlobeCtrAdminStatusによって制御されます。
::= { appnTrapMIB 1 }
appnLocalTgOperStateChangeTrap NOTIFICATION-TYPE
OBJECTS {
appnLocalTgTableChanges,
appnLocalTgOperational
}
STATUS current
DESCRIPTION
"When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous
notifications of local TG operational state changes,
and thus to reduce the frequency with which it polls
for these changes.
This notification is sent whenever there is a change to the appnLocalTgOperational object in a row of the appnLocalTgTable. This notification is only sent for row creation if the row is created with a value of 'true' for appnLocalTgOperational. This notification is only sent for row deletion if the last value of appnLocalTgOperational was 'true'. In this case, the value of appnLocalTgOperational in the notification shall be 'false', since the deletion of a row indicates that the TG is no longer operational.
この通知は、appnLocalTgTableの行でappnLocalTgOperationalオブジェクトが変更されるたびに送信されます。この通知は、行がappnLocalTgOperationalに対して「true」の値で作成されている場合にのみ、行の作成のために送信されます。この通知は、appnLocalTgOperationalの最後の値が「true」である場合にのみ、行を削除するために送信されます。この場合、行の削除はTGが動作していないことを示すため、通知のappnLocalTgOperationalの値は「false」になります。
The notification is more than a simple 'poll me now' indication. It carries both a count of local TG topology changes, and the current operational state itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire appnLocalTgTable again. This is the same count as used in the appnLocalCpCpStateChangeTrap. A lost notification could indicate a local TG CP-CP session state change or an operational state change.
通知は、単なる「今すぐ投票」の表示ではありません。ローカルTGトポロジの変更の数と現在の動作状態自体の両方が含まれます。変更のカウントにより、アプリケーションは、ポーリング時または後続の通知の受信時に、失われた通知を検出できます。この時点で、appnLocalTgTable全体を再度取得する必要があることがわかります。これは、appnLocalCpCpStateChangeTrapで使用される数と同じです。通知の喪失は、ローカルのTG CP-CPセッション状態の変化または動作状態の変化を示している可能性があります。
Generation of this notification is controlled by the appnTrapControl object."
この通知の生成は、appnTrapControlオブジェクトによって制御されます。」
::= { appnTrapMIB 2 }
appnLocalTgCpCpChangeTrap NOTIFICATION-TYPE
OBJECTS {
appnLocalTgTableChanges,
appnLocalTgCpCpSession
}
STATUS current
DESCRIPTION
"When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous
notifications of local TG control-point to control-point (CP-CP)
session state changes, and thus to reduce the
frequency with which it polls for these changes.
This notification is sent whenever there is a change to the appnLocalTgCpCpSession object but NOT the appnLocalTgOperational object in a row of the appnLocalTgTable. This notification is never sent for appnLocalTgTable row creation or deletion.
この通知は、appnLocalTgCpCpSessionオブジェクトに変更があったときに送信されますが、appnLocalTgTableの行にあるappnLocalTgOperationalオブジェクトには送信されません。この通知は、appnLocalTgTable行の作成または削除のために送信されることはありません。
The notification is more than a simple 'poll me now' indication. It carries both a count of local TG topology changes, and the current CP-CP session state itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire appnLocalTgTable again. This is the same count as used in the appnLocalTgOperStateChangeTrap. A lost notification could indicate a local TG CP-CP session state change or an operational state change.
通知は、単なる「今すぐ投票」の表示ではありません。ローカルTGトポロジの変更の数と、現在のCP-CPセッション状態自体の両方が含まれます。変更のカウントにより、アプリケーションは、ポーリング時または後続の通知の受信時に、失われた通知を検出できます。この時点で、appnLocalTgTable全体を再度取得する必要があることがわかります。これは、appnLocalTgOperStateChangeTrapで使用される数と同じです。通知の喪失は、ローカルのTG CP-CPセッション状態の変化または動作状態の変化を示している可能性があります。
Generation of this notification is controlled by the appnTrapControl object."
この通知の生成は、appnTrapControlオブジェクトによって制御されます。」
::= { appnTrapMIB 3 }
appnPortOperStateChangeTrap NOTIFICATION-TYPE
OBJECTS {
appnPortTableChanges,
appnPortOperState
}
STATUS current DESCRIPTION "When it has been enabled, this notification makes it possible for an APPN topology application to get asynchronous notifications of port operational state changes, and thus to reduce the frequency with which it polls for these changes. This notification is only sent when a appnPortOperState has transitioned to a value of 'active' or 'inactive'.
現在のステータスの説明「有効になっている場合、この通知により、APPNトポロジアプリケーションはポートの動作状態の変更に関する非同期通知を取得できるため、これらの変更をポーリングする頻度を減らすことができます。この通知は、 appnPortOperStateが「アクティブ」または「非アクティブ」の値に移行しました。
This notification is sent whenever there is a appnPortOperState object transition to 'inactive' or 'active' state in the appnPortTable. This notification is only sent for row creation if the row is created with a value of 'active' for appnPortOperState. This notification is only sent for row deletion if the last value of appnPortOperState was 'active'. In this case, the value of appnPortOperState in the notification shall be 'inactive', since the deletion of a row indicates that the port is no longer active.
この通知は、appnPortTableでappnPortOperStateオブジェクトが「非アクティブ」または「アクティブ」状態に遷移するたびに送信されます。この通知は、行がappnPortOperStateの「アクティブ」の値で作成されている場合にのみ、行の作成のために送信されます。この通知は、appnPortOperStateの最後の値が「アクティブ」だった場合にのみ、行を削除するために送信されます。この場合、行の削除によりポートがアクティブではなくなったことを示すため、通知のappnPortOperStateの値は「非アクティブ」になります。
The notification is more than a simple 'poll me now' indication. It carries both a count of port table changes, and the operational state itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire appnPortTable again.
通知は、単なる「今すぐ投票」の表示ではありません。これには、ポートテーブルの変更数と動作状態自体の両方が含まれます。変更のカウントにより、アプリケーションは、ポーリング時または後続の通知の受信時に失われた通知を検出できます。その時点で、appnPortTable全体を再度取得する必要があることがわかります。
Generation of this notification is controlled by the appnTrapControl object."
この通知の生成は、appnTrapControlオブジェクトによって制御されます。」
::= { appnTrapMIB 4 }
appnLsOperStateChangeTrap NOTIFICATION-TYPE
OBJECTS {
appnLsTableChanges,
appnLsOperState
}
STATUS current
DESCRIPTION
"When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous
notifications of link station operational state changes, and
thus to reduce the frequency with which it polls for these
changes. This notification is only sent when a appnLsOperState
has transitioned to a value of 'active' or 'inactive'.
This notification is sent whenever there is a appnLsOperState object transition to 'inactive' or 'active' state in the appnLsTable. This notification is only sent for row creation if the row is created with a value of 'active' for appnLsOperState. This notification is only sent for row deletion if the last value of appnLsOperState was 'active'. In this case, the value of appnLsOperState in the notification shall be 'inactive', since the deletion of a row indicates that the link station is no longer active.
この通知は、appnLsTableでappnLsOperStateオブジェクトが「非アクティブ」または「アクティブ」状態に遷移するたびに送信されます。この通知は、行がappnLsOperStateの「アクティブ」の値で作成されている場合にのみ、行の作成のために送信されます。この通知は、appnLsOperStateの最後の値が「アクティブ」であった場合にのみ行が削除される場合に送信されます。この場合、行の削除はリンクステーションがアクティブではなくなったことを示すため、通知のappnLsOperStateの値は「非アクティブ」になります。
The notification is more than a simple 'poll me now' indication. It carries both a count of link station table changes, and the operational state itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire appnLsTable again.
通知は、単なる「今すぐ投票」の表示ではありません。これには、リンクステーションテーブルの変更数と動作状態自体の両方が含まれます。変更のカウントにより、アプリケーションは、ポーリング時または後続の通知の受信時に、失われた通知を検出できます。この時点で、appnLsTable全体を再度取得する必要があることがわかります。
Generation of this notification is controlled by the appnTrapControl object."
この通知の生成は、appnTrapControlオブジェクトによって制御されます。」
::= { appnTrapMIB 5 }
dlurDlusStateChangeTrap NOTIFICATION-TYPE
OBJECTS {
dlurDlusTableChanges,
dlurDlusSessnStatus
}
STATUS current
DESCRIPTION
"When it has been enabled, this notification makes it possible
for an APPN topology application to get asynchronous
notifications of DLUR-DLUS session changes, and thus to reduce
the frequency with which it polls for these changes.
This notification is sent whenever there is a dlurDlusSessnStatus object transition to 'inactive' or 'active' state in the dlurDlusTable. This notification is only sent for row creation if the row is created with a value of 'active' for dlurDlusSessnStatus. This notification is only sent for row deletion if the last value of dlurDlusSessnStatus was 'active'. In this case, the value of dlurDlusSessnStatus in the notification shall be 'inactive', since the deletion of a row indicates that the session is no longer active.
この通知は、dlurDlusTableでdlurDlusSessnStatusオブジェクトが「非アクティブ」または「アクティブ」状態に遷移するたびに送信されます。この通知は、行がdlurDlusSessnStatusの「アクティブ」の値で作成されている場合にのみ、行の作成のために送信されます。この通知は、dlurDlusSessnStatusの最後の値が「アクティブ」だった場合にのみ行が削除される場合に送信されます。この場合、行の削除はセッションがアクティブではなくなったことを示すため、通知のdlurDlusSessnStatusの値は「非アクティブ」になります。
The notification is more than a simple 'poll me now' indication. It carries both a count of DLUR-DLUS table changes, and the session status itself. The count of changes allows an application to detect lost notifications, either when polling or upon receiving a subsequent notification, at which point it knows it must retrieve the entire dlurDlusTable again.
通知は、単なる「今すぐ投票」の表示ではありません。 DLUR-DLUSテーブルの変更数とセッションステータス自体の両方が含まれます。変更のカウントにより、アプリケーションは、ポーリング時または後続の通知の受信時に、失われた通知を検出できます。その時点で、dlurDlusTable全体を再度取得する必要があることがわかります。
Generation of this notification is controlled by the appnTrapControl object."
この通知の生成は、appnTrapControlオブジェクトによって制御されます。」
::= { appnTrapMIB 6 }
-- *********************************************************************
-- Supporting Objects
-- *********************************************************************
appnTrapObjects OBJECT IDENTIFIER ::= { appnObjects 7 }
appnTrapControl OBJECT-TYPE
appnTrapControl OBJECT-TYPE
SYNTAX BITS {
appnLocalTgOperStateChangeTrap(0),
appnLocalTgCpCpChangeTrap(1),
appnPortOperStateChangeTrap(2),
appnLsOperStateChangeTrap(3),
dlurDlusStateChangeTrap(4)
-- add other notification types here
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"An object to turn APPN notification generation on and off.
Setting a notification type's bit to 1 enables generation of
notifications of that type, subject to further filtering
resulting from entries in the snmpNotificationMIB. Setting
this bit to 0 disables generation of notifications of that
type.
Note that generation of the appnIsrAccountingDataTrap is controlled by the appnIsInGlobeCtrAdminStatus object in the APPN MIB: if counts of intermediate session traffic are being kept at all, then the notification is also enabled."
appnIsrAccountingDataTrapの生成はAPPN MIBのappnIsInGlobeCtrAdminStatusオブジェクトによって制御されることに注意してください。中間セッショントラフィックのカウントがまったく維持されている場合、通知も有効になります。」
::= { appnTrapObjects 1 }
appnLocalTgTableChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of times a row in the appnLocalTgTable has changed status since the APPN node was last reinitialized. This counter is incremented whenever a condition is detected that would cause a appnLocalTgOperStateChangeTrap or appnLocalTgCpCpChangeTrap notification to be sent, whether or not those notifications are enabled."
appnLocalTgTableChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "count of counts the count of a row in the appnLocalTgTable is changed since the APPN node was last reinitialized。このカウンタは、 appnLocalTgOperStateChangeTrapまたはappnLocalTgCpCpChangeTrap通知が送信されるようにします。これらの通知が有効かどうかは関係ありません。」
::= { appnTrapObjects 2 }
appnPortTableChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of times a row in the appnPortTable has changed status since the APPN node was last reinitialized. This counter is incremented whenever a condition is detected that would cause a appnPortOperStateChangeTrap notification to be sent, whether or not this notification is enabled."
appnPortTableChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "count of counts the count of a row in the appnPortTable was changed since the APPN node is last reinitialized。このカウンタは、次の条件が検出されるたびにインクリメントされますこの通知が有効かどうかに関係なく、appnPortOperStateChangeTrap通知が送信されます。」
::= { appnTrapObjects 3 }
appnLsTableChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of times a row in the appnLsTable has changed status since the APPN node was last reinitialized. This counter is incremented whenever a condition is detected that would cause a appnLsOperStateChangeTrap notification to be sent, whether or not this notification is enabled."
appnLsTableChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "count of counts the count of a row in the appnLsTable has changed status from the APPN node is last reinitialized。このカウンターは、この通知が有効かどうかに関係なく、appnLsOperStateChangeTrap通知が送信されます。」
::= { appnTrapObjects 4 }
dlurDlusTableChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of times a row in the dlurDlusTable has changed status since the APPN node was last reinitialized. This counter is incremented whenever a condition is detected that would cause a dlurDlusStateChangeTrap notification to be sent, whether or not this notification is enabled."
dlurDlusTableChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current Description "dlurDlusTableの行が、APPNノードが最後に再初期化されてからステータスが変更された回数のカウント。このカウンターは、この通知が有効かどうかに関係なく、dlurDlusStateChangeTrap通知が送信されます。」
::= { appnTrapObjects 5 }
-- *********************************************************************
-- Conformance information
-- *********************************************************************
-- Tie into the conformance structure in the APPN MIB:
-- appnConformance OBJECT IDENTIFIER ::= {appnMIB 3 }
--
-- appnCompliances OBJECT IDENTIFIER ::= {appnConformance 1 }
-- appnGroups OBJECT IDENTIFIER ::= {appnConformance 2 }
-- Compliance statement appnTrapMibCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for the SNMP entities that implement the APPN-TRAP-MIB."
-コンプライアンスステートメントappnTrapMibCompliance MODULE-COMPLIANCE STATUS現在の説明「APPN-TRAP-MIBを実装するSNMPエンティティのコンプライアンスステートメント」
MODULE -- this module
MODULE-このモジュール
-- Conditionally mandatory groups GROUP appnTrapMibIsrNotifGroup DESCRIPTION
-条件付きで必須のグループGROUP appnTrapMibIsrNotifGroup DESCRIPTION
"This group is mandatory for APPN nodes supporting reporting of final ISR counter values via notifications."
「このグループは、通知による最終ISRカウンター値のレポートをサポートするAPPNノードに必須です。」
GROUP appnTrapMibTopoConfGroup DESCRIPTION "This group is mandatory for APPN nodes supporting polling reduction for local topology."
グループappnTrapMibTopoConfGroup説明「このグループは、ローカルトポロジのポーリング削減をサポートするAPPNノードに必須です。」
GROUP appnTrapMibTopoNotifGroup DESCRIPTION "This group is mandatory for APPN nodes supporting polling reduction for local topology."
グループappnTrapMibTopoNotifGroup説明「このグループは、ローカルトポロジのポーリング削減をサポートするAPPNノードに必須です。」
GROUP appnTrapMibDlurConfGroup DESCRIPTION "This group is mandatory for APPN nodes supporting polling reduction for the dlurDlusTable."
グループappnTrapMibDlurConfGroup説明「このグループは、dlurDlusTableのポーリング削減をサポートするAPPNノードに必須です。」
GROUP appnTrapMibDlurNotifGroup DESCRIPTION "This group is mandatory for APPN nodes supporting polling reduction for the dlurDlusTable."
グループappnTrapMibDlurNotifGroup説明「このグループは、dlurDlusTableのポーリング削減をサポートするAPPNノードに必須です。」
OBJECT appnTrapControl MIN-ACCESS read-only DESCRIPTION "An agent is not required to support a set to this object."
OBJECT appnTrapControl MIN-ACCESS読み取り専用説明「このオブジェクトへのセットをサポートするためにエージェントは必要ありません。」
::= {appnCompliances 2 }
-- Units of conformance
appnTrapMibIsrNotifGroup NOTIFICATION-GROUP
NOTIFICATIONS {
appnIsrAccountingDataTrap
}
STATUS current
DESCRIPTION
"A notification for reporting the final values of the
APPN MIB's ISR counters."
::= { appnGroups 21 }
appnTrapMibTopoConfGroup OBJECT-GROUP
OBJECTS {
appnTrapControl,
appnLocalTgTableChanges,
appnPortTableChanges,
appnLsTableChanges
}
STATUS current
DESCRIPTION
"A collection of objects for reducing the polling
associated with the local topology tables in the
APPN MIB. Nodes that implement this group SHALL
also implement the appnTrapMibTopoNotifGroup."
::= { appnGroups 22 }
appnTrapMibTopoNotifGroup NOTIFICATION-GROUP NOTIFICATIONS { appnLocalTgOperStateChangeTrap, appnLocalTgCpCpChangeTrap, appnPortOperStateChangeTrap, appnLsOperStateChangeTrap
appnTrapMibTopoNotifGroup NOTIFICATION-GROUP NOTIFICATIONS {appnLocalTgOperStateChangeTrap、appnLocalTgCpCpChangeTrap、appnPortOperStateChangeTrap、appnLsOperStateChangeTrap
} STATUS current DESCRIPTION "A collection of notifications for reducing the polling associated with the local topology tables in the APPN MIB. Nodes that implement this group SHALL also implement the appnTrapMibTopoConfGroup."
}現在の説明「APPN MIBのローカルトポロジテーブルに関連付けられたポーリングを削減するための通知のコレクション。このグループを実装するノードは、appnTrapMibTopoConfGroupも実装する必要があります。」
::= { appnGroups 23 }
appnTrapMibDlurConfGroup OBJECT-GROUP
OBJECTS {
appnTrapControl,
dlurDlusTableChanges
}
STATUS current
DESCRIPTION
"A collection of objects for reducing the polling
associated with the dlurDlusTable in the DLUR
MIB. Nodes that implement this group SHALL also
implement the appnTrapMibDlurNotifGroup."
::= { appnGroups 24 }
appnTrapMibDlurNotifGroup NOTIFICATION-GROUP
NOTIFICATIONS {
dlurDlusStateChangeTrap
}
STATUS current
DESCRIPTION
"A notification for reducing the polling associated with the dlurDlusTable in the DLUR MIB. Nodes that implement this group SHALL also implement the appnTrapMibDlurConfGroup."
「DLUR MIBのdlurDlusTableに関連するポーリングを削減するための通知。このグループを実装するノードは、appnTrapMibDlurConfGroupも実装する必要があります（SHALL）。」
::= { appnGroups 25 }
END
終わり
Certain management information defined in this MIB may be considered sensitive in some network environments. Therefore, authentication of received SNMP requests and controlled access to management information SHOULD be employed in such environments. An authentication protocol is defined in [12]. A protocol for access control is defined in [15].
このMIBで定義されている特定の管理情報は、一部のネットワーク環境では機密と見なされる場合があります。したがって、そのような環境では、受信したSNMP要求の認証と管理情報への制御されたアクセスを採用する必要があります（SHOULD）。認証プロトコルは[12]で定義されています。アクセス制御のためのプロトコルは[15]で定義されています。
None of the read-only objects in the APPN TRAP MIB reports a password, user data, or anything else that is particularly sensitive. Some enterprises view their network configuration itself, as well as information about network usage and performance, as corporate assets; such enterprises may wish to restrict SNMP access to most of the objects in the MIB.
APPN TRAP MIBの読み取り専用オブジェクトは、パスワード、ユーザーデータなど、特に機密性の高いものを報告しません。一部の企業は、ネットワーク構成自体、およびネットワークの使用状況とパフォーマンスに関する情報を企業資産と見なしています。そのような企業は、SNMPアクセスをMIB内のほとんどのオブジェクトに制限したい場合があります。
There is one read-write object in the APPN TRAP MIB, appnTrapControl. This object controls the generation of the notifications defined in the APPN TRAP MIB.
APPN TRAP MIBには、1つの読み書きオブジェクトappnTrapControlがあります。このオブジェクトは、APPN TRAP MIBで定義された通知の生成を制御します。
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 [16]. 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 implementers or users of this specification can be obtained from the IETF Secretariat.
IETFは、このドキュメントに記載されているテクノロジーの実装または使用に関連すると主張される可能性がある知的財産またはその他の権利の有効性または範囲、またはそのような権利に基づくライセンスが適用されるまたは適用されない範囲に関して、いかなる立場も取らない。利用可能。また、そのような権利を特定するために何らかの努力をしたことも表していません。標準化過程および標準化関連文書の権利に関するIETFの手順に関する情報は、BCP-11 [16]にあります。公開のために利用可能になった権利の主張と利用可能になるライセンスの保証のコピー、またはこの仕様の実装者またはユーザーによる一般的なライセンスまたはそのような所有権の使用の許可を得ようとした試みの結果を入手できます。 IETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、この規格を実践するために必要となる可能性のある技術をカバーする可能性のある著作権、特許、特許出願、またはその他の所有権に注意を向けるよう、関係者に呼びかけます。 IETF Executive Directorに情報を送信してください。
This MIB module is the product of the IETF SNA NAU MIB WG and the AIW APPN/HPR MIBs SIG.
このMIBモジュールは、IETF SNA NAU MIB WGとAIW APPN / HPR MIBs SIGの製品です。
[1] Harrington, D., Presuhn, R., and B. Wijnen, "An Architecture for Describing SNMP Management Frameworks", RFC 2271, Cabletron Systems, Inc., BMC Software, Inc., IBM T. J. Watson Research, January 1998.
[1] Harrington、D.、Presuhn、R。、およびB. Wijnen、「SNMP管理フレームワークを記述するためのアーキテクチャ」、RFC 2271、Cabletron Systems、Inc.、BMC Software、Inc.、IBM T. J. Watson Research、1998年1月。
[2] Rose, M., and K. McCloghrie, "Structure and Identification of Management Information for TCP/IP-based Internets", STD 16, RFC 1155, May 1990.
[2] Rose、M。、およびK. McCloghrie、「構造およびTCP / IPベースのインターネットの管理情報の識別」、STD 16、RFC 1155、1990年5月。
[3] Rose, M., and K. McCloghrie, "Concise MIB Definitions", STD 16, RFC 1212, March 1991.
[3] Rose、M。、およびK. McCloghrie、「簡潔なMIB定義」、STD 16、RFC 1212、1991年3月。
[4] Rose, M., "A Convention for Defining Traps for use with the SNMP", RFC 1215, March 1991.
[4] Rose、M。、「SNMPで使用するトラップを定義するための規約」、RFC 1215、1991年3月。
[5] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Structure of Management Information for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1902, January 1996.
[5] Case、J.、McCloghrie、K.、Rose、M.、and S. Waldbusser、 "Structure of Management Information for Version 2 for the Simple Network Management Protocol（SNMPv2）"、RFC 1902、1996年1月。
[6] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Textual Conventions for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1903, January 1996.
[6] Case、J.、McCloghrie、K.、Rose、M.、and S. Waldbusser、 "Textual Conventions for Version 2 for the Simple Network Management Protocol（SNMPv2）"、RFC 1903、January 1996。
[7] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Conformance Statements for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1904, January 1996.
[7] Case、J.、McCloghrie、K.、Rose、M.、and S. Waldbusser、 "Conformance Statements for Version 2 of the Simple Network Management Protocol（SNMPv2）"、RFC 1904、January 1996。
[8] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple Network Management Protocol", STD 15, RFC 1157, May 1990.
[8] Case、J.、Fedor、M.、Schoffstall、M.、and J. Davin、 "Simple Network Management Protocol"、STD 15、RFC 1157、May 1990。
[9] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Introduction to Community-based SNMPv2", RFC 1901, January 1996.
[9] Case、J.、McCloghrie、K.、Rose、M。、およびS. Waldbusser、「Introduction to Community-based SNMPv2」、RFC 1901、1996年1月。
[10] 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.
[10] Case、J.、McCloghrie、K.、Rose、M。、およびS. Waldbusser、「Transport Mappings for Version 2 for the Simple Network Management Protocol（SNMPv2）」、RFC 1906、1996年1月。
[11] Case, J., Harrington D., Presuhn R., and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", RFC 2272, January 1998.
[11] Case、J.、Harrington D.、Presuhn R.、and B. Wijnen、 "Message Processing and Dispatching for the Simple Network Management Protocol（SNMP）"、RFC 2272、January 1998。
[12] Blumenthal, U., and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", RFC 2274, January 1998.
[12] Blumenthal、U。、およびB. Wijnen、「バージョン3の簡易ネットワーク管理プロトコル（SNMPv3）用のユーザーベースのセキュリティモデル（USM）」、RFC 2274、1998年1月。
[13] 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.
[13] Case、J.、McCloghrie、K.、Rose、M。、およびS. Waldbusser、「バージョン2の簡易ネットワーク管理プロトコル（SNMPv2）のプロトコル操作」、RFC 1905、1996年1月。
[14] Levi, D., Meyer, P., and B. Stewart, "SNMPv3 Applications", RFC 2273, January 1998.
[14] Levi、D.、Meyer、P。、およびB. Stewart、「SNMPv3アプリケーション」、RFC 2273、1998年1月。
[15] Wijnen, B., Presuhn, R., and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", RFC 2275, January 1998
[15] Wijnen、B.、Presuhn、R。、およびK. McCloghrie、「簡易ネットワーク管理プロトコル（SNMP）のビューベースのアクセス制御モデル（VACM）」、RFC 2275、1998年1月
[16] Hovey, R., and S. Bradner, "The Organizations Involved in the IETF Standards Process", BCP 11, RFC 2028, October 1996.
[16] Hovey、R。、およびS. Bradner、「IETF標準プロセスに関与する組織」、BCP 11、RFC 2028、1996年10月。
[17] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[17] Bradner、S。、「RFCで使用して要件レベルを示すためのキーワード」、BCP 14、RFC 2119、1997年3月。
[18] Clouston, B., and B. Moore, "Definition of Managed Objects for APPN", RFC 2455, November 1998.
[18] Clouston、B。、およびB. Moore、「APPNの管理対象オブジェクトの定義」、RFC 2455、1998年11月。
[19] Clouston, B., and B. Moore, "Definitions of Managed Objects for DLUR", RFC 2232, November 1997.
[19] Clouston、B。、およびB. Moore、「DLURの管理対象オブジェクトの定義」、RFC 2232、1997年11月。
Bob Clouston Cisco Systems 7025 Kit Creek Road P.O. Box 14987 Research Triangle Park, NC 27709, USA
Bob Clouston Cisco Systems 7025キットクリークロードP.O. Box 14987 Research Triangle Park、NC 27709、USA
Phone: +1 919 472 2333
EMail: clouston@cisco.com
Robert Moore Dept. BRQA/Bldg. 501/G114 IBM Corporation P.O.Box 12195 3039 Cornwallis Research Triangle Park, NC 27709, USA
ロバートムーア部BRQA /ビル501 / G114 IBM Corporation P.O. Box 12195 3039 Cornwallis Research Triangle Park、NC 27709、USA
Phone: +1 919 254 4436
EMail: remoore@us.ibm.com
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright（C）The Internet Society（1998）。全著作権所有。
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.
このドキュメントとここに含まれる情報は「現状有姿」で提供され、インターネット社会およびインターネット技術タスクフォースは、明示または黙示を問わず、ここに記載されている情報の使用が保証するものに限定されないいかなる保証も含め、一切の保証を否認します。商品性または特定の目的への適合性に関する権利または黙示の保証を侵害すること。