RFC2561 日本語訳
2561 Base Definitions of Managed Objects for TN3270E Using SMIv2. K.White, R. Moore. April 1999. (Format: TXT=113705 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group K. White
Request for Comments: 2561 IBM Corp.
Category: Standards Track R. Moore
IBM Corp.
April 1999
コメントを求めるワーキンググループのK.の白い要求をネットワークでつないでください: 2561年のIBM社のカテゴリ: 標準化過程R.ムーアIBM社の1999年4月
Base Definitions of Managed Objects for
TN3270E Using SMIv2
SMIv2を使用するTN3270Eのための管理オブジェクトの基地の定義
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 (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 All rights reserved。
Abstract
要約
This memo defines a Management Information Base (MIB) for configuring and managing TN3270E servers. TN3270E, defined by RFC 2355 [19], refers to the enhancements made to the Telnet 3270 (TN3270) terminal emulation practices. Refer to RFC 1041 [18], STD 8, RFC 854 [16], and STD 31, RFC 860 [17] for a sample of what is meant by TN3270 practices.
このメモはTN3270Eサーバを構成して、管理するためのManagement Information基地(MIB)を定義します。 RFC2355[19]によって定義されたTN3270EはTelnet3270(TN3270)ターミナルエミュレーション習慣にされた増進について言及します。 RFC1041[18]、STD8、RFC854[16]、およびSTD31(TN3270習慣によって意味されることに関するサンプルのためのRFC860[17])を参照してください。
The MIB defined by this memo provides generic support for both host and gateway TN3270E server implementations. A TN3270E server connects a Telnet client performing 3270 emulation to a target SNA host over both a client-side network (client to TN3270E server) and an SNA Network (TN3270E server to target SNA host). The client-side network is typically TCP/IP, but it need not be.
このメモで定義されたMIBはホストとゲートウェイTN3270Eサーバ実装の両方のジェネリックサポートを提供します。 TN3270Eサーバはクライアントサイドネットワーク(TN3270Eサーバへのクライアント)とSNA Network(SNAホストを狙うTN3270Eサーバ)の両方の上で目標SNAホストに3270年のエミュレーションを実行しているTelnetクライアントに接します。 クライアントサイドネットワークは通常TCP/IPですが、それはTCP/IPである必要はありません。
A host TN3270E server refers to an implementation where the TN3270E server is collocated with the Systems Network Architecture (SNA) System Services Control Point (SSCP) for the dependent Secondary Logical Units (SLUs) that the server makes available to its clients for connecting into a SNA network. A gateway TN3270E server resides on an SNA node other than an SSCP, either an SNA type 2.0 node, a boundary-function-attached type 2.1 node, or an APPN node acting in the role of a Dependent LU Requester (DLUR). Host and gateway TN3270E server implementations typically differ greatly as to their internal implementation and system definition (SYSDEF) methods.
ホストTN3270EサーバはTN3270Eサーバがあるところと実装を呼びます。サーバがクライアントにとってSNAネットワークに接続するのに利用可能にする依存するSecondary Logical Units(SLUs)のために、システム・ネットワーク・アーキテクチャ(SNA)システムServices Control Point(SSCP)の連語をなしました。 ゲートウェイTN3270EサーバがSSCP以外のSNAノードの上にあって、SNAタイプが2.0ノードであり、添付の境界機能タイプが2.1ノードであるかAPPNノードはDependent LU Requester(DLUR)の役割で行動することです。 ホストとゲートウェイTN3270Eサーバ実装はそれらの内部の実装とシステム定義(SYSDEF)メソッドに関して通常大きな開きがあります。
White & Moore Standards Track [Page 1] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[1ページ]RFC2561TN3270E
It is the intent that the MIB defined herein be extended by subsequent memos. For example, one such extension enables collection of TN3270E response time data.
それはここに広げられて、MIBがその後のメモで定義した意図です。 例えば、そのような拡大の1つはTN3270E応答時間データの収集を可能にします。
Table of Contents
目次
1.0 Introduction . . . . . . . . . . . . . . . . . . . . . . . 2
2.0 The SNMP Network Management Framework . . . . . . . . . . 3
3.0 Structure of the MIB . . . . . . . . . . . . . . . . . . . 4
3.1 TN3270E Server Control . . . . . . . . . . . . . . . . . . 5
3.1.1 tn3270eSrvrConfTable . . . . . . . . . . . . . . . . . 5
3.1.2 tn3270eSrvrPortTable . . . . . . . . . . . . . . . . . 6
3.1.3 tn3270eSrvrStatsTable . . . . . . . . . . . . . . . . 7
3.2 TN3270E Server Resource Configuration . . . . . . . . . . 7
3.3 Resource Name / Client Address Mappings . . . . . . . . . 8
3.3.1 tn3270eSnaMapTable . . . . . . . . . . . . . . . . . . 8
3.3.2 tn3270eResMapTable . . . . . . . . . . . . . . . . . . 9
3.3.3 tn3270eTcpConnTable . . . . . . . . . . . . . . . . . 9
3.4 Advisory Spin Lock Usage . . . . . . . . . . . . . . . . . 9
3.5 Row Persistence . . . . . . . . . . . . . . . . . . . . . 10
3.6 IANA Considerations . . . . . . . . . . . . . . . . . . . 10
4.0 Definitions . . . . . . . . . . . . . . . . . . . . . . . 11
5.0 Security Considerations . . . . . . . . . . . . . . . . . 51
6.0 Intellectual Property . . . . . . . . . . . . . . . . . . 52
7.0 Acknowledgments . . . . . . . . . . . . . . . . . . . . . 53
8.0 References . . . . . . . . . . . . . . . . . . . . . . . . 53
9.0 Authors' Addresses . . . . . . . . . . . . . . . . . . . . 55
Full Copyright Statement . . . . . . . . . . . . . . . . . . . 56
1.0 SNMPネットワークマネージメントフレームワーク. . . . . . . . . . 3 3.0が構造化するMIB. . . . . . . . . . . . . . . . . . . 4 3.1TN3270Eサーバ制御装置の導入. . . . . . . . . . . . . . . . . . . . . . . 2 2.0…; 5 3.1 .1 tn3270eSrvrConfTable. . . . . . . . . . . . . . . . . 5 3.1.2tn3270eSrvrPortTable. . . . . . . . . . . . . . . . . 6 3.1.3tn3270eSrvrStatsTable. . . . . . . . . . . . . . . . 7 3.2TN3270Eサーバリソース構成. . . . . . . . . . 7 3; 3 リソース名前/クライアントアドレス・マッピング. . . . . . . . . 8 3.3.1tn3270eSnaMapTable. . . . . . . . . . . . . . . . . . 8 3.3.2tn3270eResMapTable. . . . . . . . . . . . . . . . . . 9 3.3.3tn3270eTcpConnTable. . . . . . . . . . . . . . . . . 9 3.4の顧問スピン・ロック用法. . . . . . . . . . . . . . . . . 9 3.5通りの固執. . . . . . . . . . . . . . . . . . . . . 10 3.6IANA問題. . . . . . . . . . . . . . . . . . . 10 4.0定義. . . . . . . . . . . . . . . . . . . . . . . 11 5.0 セキュリティ問題. . . . . . . . . . . . . . . . . 51 6.0知的所有権. . . . . . . . . . . . . . . . . . 52 7.0承認. . . . . . . . . . . . . . . . . . . . . 53 8.0参照. . . . . . . . . . . . . . . . . . . . . . . . 53 9.0作者のアドレス. . . . . . . . . . . . . . . . . . . . 55の完全な著作権宣言文. . . . . . . . . . . . . . . . . . . 56
1.0 Introduction
1.0 序論
This document is a product of the TN3270E Working Group. Its purpose is to define a MIB module for support by a TCP/IP implementation for configuration and management of TN3270E servers.
このドキュメントはTN3270E作業部会の製品です。 目的はTN3270Eサーバの構成と管理のためにTCP/IPインプリメンテーションでサポートのための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, reference [22].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTがRFC2119で説明されるように本書では解釈されることであるなら、[22]に参照をつけてくださいだろう。
White & Moore Standards Track [Page 2] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[2ページ]RFC2561TN3270E
2.0 The SNMP Network Management Framework
2.0 SNMPネットワークマネージメントフレームワーク
The SNMP Management Framework presently consists of five major components:
SNMP Management Frameworkは現在、5個の主要コンポーネントから成ります:
o An overall architecture, described in RFC 2271 [1].
o RFC2271[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 オブジェクトを説明して、命名するためのメカニズムと管理の目的のためのイベント。 Management情報(SMI)のこのStructureの最初のバージョンは、STD16、RFC1155[2]、STD16、RFC1212[3]、およびRFC1215[4]でSMIv1と呼ばれて、説明されます。 SMIv2と呼ばれる第2バージョンはRFC1902[5]、RFC1903[6]、およびRFC1904[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メッセージプロトコルの最初のバージョンは、STD15、RFC1157[8]でSNMPv1と呼ばれて、説明されます。 SNMPメッセージプロトコルの第2のバージョンは、RFC1901[9]とRFC1906[10]でSNMPv2cと呼ばれて、説明されます。(プロトコルはインターネット標準化過程プロトコルではありません)。 メッセージプロトコルの第3バージョンは、RFC1906[10]、RFC2272[11]、およびRFC2274[12]でSNMPv3と呼ばれて、説明されます。
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形式の第一セットはSTD15、RFC1157[8]で説明されます。 2番目のセットのプロトコル操作と関連PDU形式はRFC1905[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 1セットの基礎的応用は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.
管理オブジェクトは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の意味論を変えると考えられません。
White & Moore Standards Track [Page 3] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[3ページ]RFC2561TN3270E
3.0 Structure of the MIB
3.0 MIBの構造
The TN3270E-MIB is split into the following components:
TN3270E-MIBは以下のコンポーネントに分割されます:
o TN3270E Server Control o TN3270E Server Resource Configuration o Resource/Client Address Mappings
o TN3270E Server Control o TN3270E Server Resource Configuration o Resource/クライアントAddress Mappings
There are three additional sections to address:
演説する3つの追加セクションがあります:
o Advisory Spin Lock Usage o Row Persistence o IANA Considerations
o 顧問Spin Lock Usage o通りのPersistence o IANA Considerations
The TN3270E-MIB is defined primarily for TN3270E servers. This memo does not explicitly address use of the MIB by TN3270 servers that do not support the TN3270E protocol. Even though a significant number of the objects in the MIB do apply in the TN3270-only case, the case was not addressed, since it is unlikely that a TN3270-only server would implement this MIB.
TN3270E-MIBは主としてTN3270Eサーバのために定義されます。 このメモはTN3270EプロトコルをサポートしないTN3270サーバで明らかにMIBの使用を扱いません。 多くですが、MIBのオブジェクトはTN3270だけ場合で適用されて、ケースは扱われませんでした、TN3270だけサーバがこのMIBを実装するのが、ありそうもないので。
The SYSAPPL-MIB, reference [24], contains the Utf8String textual convention (TC) that the TN3270E-MIB imports. This TC, which is used for some MIB objects containing textual information, enables internationalization of text strings, whereas the DisplayString TC does not. The SNMP-FRAMEWORK-MIB, reference [1], contains the SnmpAdminString TC that the TN3270E-MIB also imports. Like the Utf8String TC, this TC also enables internationalization of text strings; in addition, it provides some guidelines on the length and content of the strings.
SYSAPPL-MIB(参照[24])はTN3270E-MIBがインポートするUtf8Stringの原文のコンベンション(TC)を含みます。 DisplayString TCは可能にしませんが、このTC(文字情報を含むいくつかのMIBオブジェクトに使用される)はテキスト文字列の国際化を可能にします。 SNMP-FRAMEWORK-MIB(参照[1])はまたTN3270E-MIBがインポートするSnmpAdminString TCを含んでいます。 また、Utf8String TCのように、このTCはテキスト文字列の国際化を可能にします。 さらに、それはストリングの長さと内容に関するいくつかのガイドラインを提供します。
It is important to note that implementation of the SYSAPPL-MIB is not actually a prerequisite for implementing the TN3270E-MIB. On the other hand, implementation of the TN3270E-MIB does not preclude implementing the SYSAPPL-MIB as well. When both MIBs are implemented, the primary index into most of the TN3270E-MIB tables, tn3270eSrvrConfIndex, SHOULD equal one of the SYSAPPL-MIB's sysApplElmtRunIndex values. In this case the entry in the sysApplElmtRunTable provides additional information on a TN3270E server.
SYSAPPL-MIBのその実装に注意するのが、実際にTN3270E-MIBを実装するためのあらゆる前提条件であることは重要ではありません。 他方では、TN3270E-MIBの実装は、また、SYSAPPL-MIBを実装するのを排除しません。 tn3270eSrvrConfIndex、両方のMIBsが実装されるとき、予備選挙はTN3270E-MIBテーブルの大部分に索引をつけて、SHOULDはSYSAPPL-MIBのsysApplElmtRunIndex値の1つと等しいです。 この場合、sysApplElmtRunTableのエントリーはTN3270Eサーバに関する追加情報を提供します。
The MIB defined by this memo supports use of both IPv4 and IPv6 addressing. Two textual conventions, IANATn3270eAddrType and Tn3270eAddress, are defined for this purpose. IANATn3270eAddress is essentially equivalent to the TAddress TC, defined by RFC 1903. The difference between the two is that IANATn3270eAddress allows a zero- length octet string, while TAddress doesn't. It is important that IANATn3270eAddress allow for the absence of an address, because some
このメモで定義されたMIBはIPv4とIPv6アドレシングの両方の使用をサポートします。 2つの原文のコンベンション(IANATn3270eAddrTypeとTn3270eAddress)が、このために定義されます。 IANATn3270eAddressは本質的にはRFC1903によって定義されたTAddress TCに同等です。 2の違いはIANATn3270eAddressが無の長さの八重奏ストリングを許容しますが、TAddressがそうしないということです。 IANATn3270eAddressがアドレスの欠如を考慮するのが、重要である、いくつか
White & Moore Standards Track [Page 4] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[4ページ]RFC2561TN3270E
objects with this syntax are used as table indexes, and have special meanings when they contain zero-length strings.
この構文があるオブジェクトは、テーブルインデックスとして使用されて、それらがゼロ長ストリングを含んでいると、特別な意味を持っています。
The IANATn3270eAddrType textual convention is used rather than the TDomain TC (defined by RFC 1903) for identifying the contents of a tn3270eTAddress object. TDomain uses an OID to characterize the contents of an associated TAddress object. IANATn3270eAddrType was chosen over TDomain because, with a SYNTAX of Unsigned32 (enumeration type), it is much simpler to use as a component in an instance identifier. It was placed in the IANA-administered module to allow for the addition of values to cover cases (such as proxy servers) not covered by the TN3270E-MIB itself.
IANATn3270eAddrTypeの原文のコンベンションは、tn3270eTAddressオブジェクトのコンテンツを特定するのにTDomain TC(RFC1903によって定義される)よりむしろ使用されます。 TDomainは、関連TAddressオブジェクトのコンテンツを特徴付けるのにOIDを使用します。 Unsigned32(列挙タイプ)のSYNTAXでは、コンポーネントとしてインスタンス識別子で使用するのがはるかに簡単であるので、IANATn3270eAddrTypeはTDomainの上で選ばれました。 それは値の追加がTN3270E-MIB自身でカバーされなかったケース(プロキシサーバなどの)をカバーするのを許容するIANAによって管理されたモジュールに置かれました。
3.1 TN3270E Server Control
3.1 TN3270Eサーバ制御装置
This group of objects provides for TN3270E server configuration and control. It consists of three tables:
オブジェクトのこのグループはTN3270Eサーバ構成とコントロールに備えます。 それは3個のテーブルから成ります:
o tn3270eSrvrConfTable o tn3270eSrvrPortTable o tn3270eSrvrStatsTable
o tn3270eSrvrConfTable o tn3270eSrvrPortTable o tn3270eSrvrStatsTable
The tn3270eSrvrConfTable is the primary table within the entire TN3270E-MIB. As section 3.1.1 indicates, each TN3270E server is represented by an entry in this table, indexed by tn3270eSrvrConfIndex. Most of the other tables defined by the TN3270E-MIB have tn3270eSrvrConfIndex as their primary index. Entries in these tables MUST NOT exist for a TN3270E server when it does not have a tn3270eSrvrConfigEntry.
tn3270eSrvrConfTableは全体のTN3270E-MIBの中のプライマリテーブルです。 セクション3.1.1が示すように、それぞれのTN3270Eサーバはtn3270eSrvrConfIndexによって索引をつけられたこのテーブルにエントリーで表されます。 TN3270E-MIBによって定義された他のテーブルの大部分には、それらの基本索引としてtn3270eSrvrConfIndexがあります。 tn3270eSrvrConfigEntryを持っていないとき、これらのテーブルのエントリーはTN3270Eサーバのために存在してはいけません。
3.1.1 tn3270eSrvrConfTable
3.1.1 tn3270eSrvrConfTable
The tn3270eSrvrConfTable contains a set of objects primarily used for configuring and managing TN3270E servers. As with most of the other tables in the TN3270E-MIB, this table is indexed by an unsigned integer, tn3270eSrvrConfIndex. This primary index element enables support of multiple TN3270E servers by a single SNMP agent. Within the set of MIB objects returned by one SNMP agent, tn3270eSrvrConfIndex values MUST be unique, and need not be contiguous.
tn3270eSrvrConfTableはTN3270Eサーバを構成して、管理するのに主として使用される1セットのオブジェクトを含んでいます。 tn3270eSrvrConfIndex、TN3270E-MIBの他のテーブルの大部分のように、このテーブルは符号のない整数によって索引をつけられます。 この基本索引要素は独身のSNMPエージェントによる複数のTN3270Eサーバのサポートを可能にします。 1人のSNMPエージェントによって返されたMIBオブジェクトのセットの中では、tn3270eSrvrConfIndex値は、ユニークでなければならなく、隣接である必要はありません。
The tn3270eSrvrConfInactivityTimer object defines the inactivity period for user traffic on TN3270 and TN3270E sessions.
tn3270eSrvrConfInactivityTimerオブジェクトはTN3270とTN3270Eセッションのときにユーザトラフィックのために不活発の期間を定義します。
White & Moore Standards Track [Page 5] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[5ページ]RFC2561TN3270E
The four objects:
4個のオブジェクト:
o tn3270eSrvrConfConnectivityChk o tn3270eSrvrConfTmNopInterval o tn3270eSrvrConfTmNopInactTime o tn3270eSrvrConfTmTimeout
o tn3270eSrvrConfConnectivityChk o tn3270eSrvrConfTmNopInterval o tn3270eSrvrConfTmNopInactTime o tn3270eSrvrConfTmTimeout
define the parameters for performing the "Telnet Timing Mark Option" as defined by RFC 860 [17]. The object tn3270eSrvrConfConnectivityChk allows a Management Station to select either a NOP command or a TIMING-MARK command. Sending a NOP command results in less overhead then a TIMING-MARK command, since a client doesn't send a reply.
RFC860[17]によって定義されるように「telnetタイミング・マークオプション」を実行するためのパラメタを定義してください。 オブジェクトtn3270eSrvrConfConnectivityChkはManagement駅にNOPコマンドかTIMING-マークコマンドのどちらかを選択させます。 クライアントが返信しないので、そしてより少ないオーバーヘッドにおけるNOPコマンド結果にTIMING-マークコマンドを送ります。
The objects tn3270eSrvrConfAdminStatus and tn3270eSrvrConfOperStatus enable remote starting and stopping of a TN3270E server, and report the current state of the server. The object tn3270eSrvrConfFunctionsSupported indicates which of the TN3270 and TN3270E options a server supports. The object tn3270eSrvrConfSessionTermState defines as a TN3270E server-wide option what SHOULD occur when the SNA portion of a TN3270 or TN3270E session terminates with respect to the associated TCP connection. The object tn3270eSrvrConfSrvrType indicates whether the TN3270E server represented by a tn3270eSrvrConfEntry is a host or a gateway server. The object tn3270eSrvrConfContact provides a scratch pad area for a TN3270E server administrator to store information for later retrieval. The object tn3270eSrvrConfLastActTime reports the DateAndTime when the server was most recently activated. The special value of all '00'Hs indicates that the server has never been active.
オブジェクトのtn3270eSrvrConfAdminStatusとtn3270eSrvrConfOperStatusはTN3270Eサーバのリモート始めと停止を可能にして、サーバの現状を報告します。オブジェクトtn3270eSrvrConfFunctionsSupportedは、サーバがTN3270とTN3270Eオプションのどれをサポートするかを示します。 オブジェクトtn3270eSrvrConfSessionTermStateは、TN3270かTN3270EセッションのSNA部分が関連TCP接続に関して終わるとどんなSHOULDが起こるかをTN3270Eのサーバ全体のオプションと定義します。 オブジェクトtn3270eSrvrConfSrvrTypeは、tn3270eSrvrConfEntryによって表されたTN3270Eサーバがホストかそれともゲートウェイサーバであるかを示します。TN3270Eサーバアドミニストレータが後の検索のための情報を保存するように、オブジェクトtn3270eSrvrConfContactはスクラッチパッドエリアを前提とします。 サーバがごく最近活性化したとき、オブジェクトtn3270eSrvrConfLastActTimeはDateAndTimeを報告します。 'すべての'00Hsの特別な値は、サーバが一度もアクティブであったことがないのを示します。
The object tn3270eSrvrConfRowStatus provides the capability to perform row creation and deletion operations on this table.
オブジェクトtn3270eSrvrConfRowStatusは行作成と削除操作をこのテーブルに実行する能力を提供します。
3.1.2 tn3270eSrvrPortTable
3.1.2 tn3270eSrvrPortTable
The tn3270eSrvrPortTable represents the local TCP ports associated with a TN3270E server. This information is important because some TN3270E server implementations support usage of multiple local ports. A tn3270eSrvrPortEntry is indexed by:
tn3270eSrvrPortTableはTN3270Eサーバに関連している地方のTCPポートを表します。いくつかのTN3270Eサーバ実装が複数の地方のポートの使用法をサポートするので、この情報は重要です。 tn3270eSrvrPortEntryは以下によって索引をつけられます。
o tn3270eSrvrConfIndex o tn3270eSrvrConfPort o tn3270eSrvrConfPortAddrType o tn3270eSrvrConfPortAddress
o tn3270eSrvrConfIndex o tn3270eSrvrConfPort o tn3270eSrvrConfPortAddrType o tn3270eSrvrConfPortAddress
Certain TN3270E server implementations restrict a local TCP port to a particular local IP address, instead of allowing connections for any local IP address to occur via the port. tn3270eSrvrConfPortAddrType
あるTN3270Eサーバ実装は地方のTCPポートを特定のローカルアイピーアドレスに制限します、どんなローカルアイピーアドレスも. ポートtn3270eSrvrConfPortAddrTypeを通して起こるように接続を許すことの代わりに
White & Moore Standards Track [Page 6] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[6ページ]RFC2561TN3270E
and tn3270eSrvrConfPortAddress allow this restriction to be represented in the MIB. A TN3270E server that doesn't restrict connections over a port to a local IP Address SHALL use the value unknown(0) for tn3270eSrvrConfPortAddrType, and a zero-length octet string for tn3270eSrvrConfPortAddress.
そして、tn3270eSrvrConfPortAddressは、この制限がMIBに表されるのを許容します。 ポートの上の接続をローカルアイピーAddress SHALLに制限しないTN3270Eサーバは、tn3270eSrvrConfPortAddrTypeに値の未知(0)を使用して、tn3270eSrvrConfPortAddressにゼロ・レングス八重奏ストリングを使用します。
3.1.3 tn3270eSrvrStatsTable
3.1.3 tn3270eSrvrStatsTable
The tn3270eSrvrStatsTable defines a series of objects that provide general usage statistics for a TN3270E server. An entry can represent the total activity for a server, or it can represent the activity occurring at the server on either a port or a port-and- local-address basis.
tn3270eSrvrStatsTableは一般的な用法統計をTN3270Eサーバに提供する一連のオブジェクトを定義します。そして、エントリーがサーバのための総活動を表すことができるか、またはポートかポートのどちらかの上にサーバで起こる活動は表すことができる、-、-、ローカルアドレス基礎。
An implementation of this table MUST use only one of the three levels of refinement that the indexing of this table supports for the entries associated with a single TN3270E server.
このテーブルの実装はこのテーブルのインデックスがただ一つのTN3270Eサーバに関連しているエントリーにサポートする気品の3つのレベルの1つだけを使用しなければなりません。
The objects in this table reporting maximum, in-use, and spare LUs for terminals and printers presuppose an implementation where terminal resources and printer resources come from disjoint, dedicated pools. An implementation where resources for the two types of LUs come from a single shared pool should return the following values:
端末のリソースとリソースが来るプリンタがばらばらになるところで最大を使用中に報告するこのテーブルのオブジェクトと端末とプリンタのための予備LUsは実装を予想します、専用プール。 LUsの2つのタイプへのリソースが単一の共有されたプールから来るところで実装は以下の値を返すべきです:
o maximum: maximum size of the shared pool o in-use: number currently in use as this type of LU o spare: maximum - (terminal in-use + printer in-use)
o 最大: 共有されたプールoの使用中の最大のサイズ: 現在このタイプのLU oとして使用中の数は以下を割きます。 最大である、-(使用中である使用中の端末の+プリンタ)
3.2 TN3270E Server Resource Configuration
3.2 TN3270Eサーバリソース構成
The following three tables provide for configuration of resources at a TN3270E server:
以下の3個のテーブルがTN3270Eサーバでリソースの構成に備えます:
o tn3270eClientGroupTable o tn3270eResPoolTable o tn3270eClientResMapTable
o tn3270eClientGroupTable o tn3270eResPoolTable o tn3270eClientResMapTable
tn3270eClientGroupTable and tn3270eResPoolTable enable implementations to define groupings of both client addresses and resource pools for mapping client addresses to resources. The tn3270eClientResMapTable provides a mapping from a client group to a resource pool.
tn3270eClientGroupTableとtn3270eResPoolTableは、実装がクライアントアドレスをリソースに写像するためのクライアントアドレスとリソースプールの両方の組分けを定義するのを可能にします。 tn3270eClientResMapTableはクライアントグループからリソースプールまでマッピングを提供します。
White & Moore Standards Track [Page 7] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[7ページ]RFC2561TN3270E
3.3 Resource Name / Client Address Mappings
3.3 リソース名前/クライアントアドレス・マッピング
The TN3270E-MIB contains three tables for mapping resource names to client addresses, and client addresses to resource names:
TN3270E-MIBはリソース名をクライアントアドレスに写像して、クライアントアドレスをリソース名に写像するために3個のテーブルを含んでいます:
o tn3270eSnaMapTable o tn3270eResMapTable o tn3270eTcpConnTable
o tn3270eSnaMapTable o tn3270eResMapTable o tn3270eTcpConnTable
3.3.1 tn3270eSnaMapTable
3.3.1 tn3270eSnaMapTable
The tn3270eSnaMapTable is a read-only table that maps a secondary LU's SNA network name to the name by which it is known locally at the TN3270E server. For correlation with data from the SNA network, the name of the associated primary LU also appears in a tn3270eSnaMapEntry. An entry in this table is created when the Activate LU (ACTLU) request carrying the SNA network name of the SLU is received from the SSCP. The entry is deleted when the SLU is deactivated.
tn3270eSnaMapTableはそれがTN3270Eサーバで局所的に知られている名前にセカンダリLUのSNAネットワーク名を写像する書き込み禁止テーブルです。また、SNAネットワークからのデータがある相関関係に関して、関連プライマリLUという名前はtn3270eSnaMapEntryに現れます。 Activate LU(ACTLU)が、SLUのSNAネットワーク名を運ぶのがSSCPから受け取られるよう要求すると、このテーブルのエントリーは作成されます。 SLUが非活性化されるとき、エントリーは削除されます。
A TN3270E server provides a client with access to an SNA application by associating a TCP connection from the client with an SNA secondary LU (SLU) at the server. This SLU in turn has an SNA session with a primary LU (PLU) running on an SNA host. This PLU represents the application with which the client is communicating. The TN3270E-MIB includes two tables for mapping back and forth among the SNA name identifying the PLU, the SNA name identifying the SLU, and the TCP connection with the client.
TN3270Eサーバは、TCP接続をクライアントからサーバにおけるSNAのセカンダリLU(SLU)に関連づけることによって、SNAアプリケーションへのアクセスをクライアントに提供します。このSLUには、SNAホストで走るプライマリLU(PLU)とのSNAセッションが順番にあります。 このPLUはクライアントが交信する予定であるアプリケーションを表します。 TN3270E-MIBは特定というSNA名の中で前後にPLUを写像するための2個のテーブル、SLUを特定するSNA名、およびクライアントとのTCP接続を含んでいます。
In order to understand how these name mappings work, it is necessary to understand a subtlety involving the names of the SLUs at the TN3270E server: these names are often different from the names by which the SLUs are known in the rest of the SNA network. In the TN3270E-MIB, these two types of SLU names are termed "local names" and "SSCP-supplied names"; the latter term indicates that the name by which the SLU is known in the SNA network comes to the TN3270E server from the SNA System Services Control Point.
これらの名前マッピングがどのように働くかを理解するために、微妙さがTN3270EサーバでSLUsという名前にかかわるのを理解するのが必要です: これらの名前はSLUsがSNAネットワークの残りで知られている名前としばしば異なっています。 TN3270E-MIBでは、これらの2つのタイプのSLU名は「地方名」と「SSCPによって供給された名前」と呼ばれます。 後者の用語は、SLUがSNAネットワークで知られている名前がSNA System Services Control PointからTN3270Eサーバに来るのを示します。
SSCPs don't always send SLU names down to secondary LUs; in some cases this capability must be turned on. In the case of SLUs served by a Dependent LU Requester (DLUR), an SSCP always sends SLU names to the DLUR. It is necessary, however, to enable the DLUR's PU/LU Network Name Forwarding function, so that it forwards the SLU names it receives from the SSCP down to the PUs that it serves.
SSCPsはいつも名前をSLUにセカンダリLUsまで送るというわけではありません。 いくつかの場合、この能力をつけなければなりません。 Dependent LU Requester(DLUR)によって役立たれたSLUsの場合では、SSCPはDLURへの名前をSLUにいつも送ります。 しかしながら、DLURのPU/LU Network Name Forwarding機能を可能にするのが必要です、それがSSCPから役立つPUsまで受け取るSLU名を進めるように。
White & Moore Standards Track [Page 8] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[8ページ]RFC2561TN3270E
For SLUs associated with an SNA type 2.0 node (or with a boundary- function-attached type 2.1 node) not served by a DLUR, inclusion of SLU names on ACTLU must be enabled explicitly at the SSCP via local configuration.
DLURによって役立たれていないSNAタイプ2.0ノード(境界が機能で付属していた状態で、2.1ノードをタイプする)に関連しているSLUsに関しては、SSCPで地方の構成で明らかにACTLUにおけるSLU名の包含を可能にしなければなりません。
3.3.2 tn3270eResMapTable
3.3.2 tn3270eResMapTable
The tn3270eResMapTable is a read-only table that maps a resource name to a client's address. An entry in this table is created when a TCP connection is received by a TN3270E server and mapped to a resource. The entry is deleted when the resource-to-address association is no longer valid.
tn3270eResMapTableはリソース名をクライアントのアドレスに写像する書き込み禁止テーブルです。 TCP接続がTN3270Eサーバによって受けられて、リソースに写像されるとき、このテーブルのエントリーは作成されます。 リソースからアドレスへの協会がもう有効でないときに、エントリーは削除されます。
3.3.3 tn3270eTcpConnTable
3.3.3 tn3270eTcpConnTable
The TCP Connection Table is currently defined by RFC 2012 (Refer to reference [20], TCP-MIB Definitions). It contains the following objects:
TCP Connection Tableは現在、RFC2012によって定義されます(TCP-MIB Definitions、参照[20]を参照してください)。 それは以下のオブジェクトを含んでいます:
o tcpConnState (INTEGER) o tcpConnLocalAddress (IpAddress) o tcpConnLocalPort (INTEGER) o tcpConnRemAddress (IpAddress) o tcpConnRemPort (INTEGER)
o tcpConnState(INTEGER)o tcpConnLocalAddress(IpAddress)o tcpConnLocalPort(INTEGER)o tcpConnRemAddress(IpAddress)o tcpConnRemPort(整数)
It is indexed by: tcpConnLocalAddress, tcpConnLocalPort, tcpConnRemAddress, and tcpConnRemPort.
それは以下によって索引をつけられます。 tcpConnLocalAddress、tcpConnLocalPort、tcpConnRemAddress、およびtcpConnRemPort。
The tn3270eTcpConnTable contains objects for keeping a list of the current set of TN3270 and TN3270E sessions at a TN3270E server. The relationship between the tcpConnTable and the Tn3270eTcpConnTable is not one-to-one, since the tn3270eTcpConnTable contains information pertaining only to TN3270(E) sessions.
tn3270eTcpConnTableはTN3270Eサーバで現在のセットのTN3270とTN3270Eセッションのリストを保つためのオブジェクトを含んでいます。tcpConnTableとTn3270eTcpConnTableとの関係は、1〜1ではありません、tn3270eTcpConnTableがTN3270(E)セッションだけに関係する情報を含んでいるので。
The tn3270eTcpConnTable has a different indexing structure from that of the tcpConnTable. Instead of using IpAddress objects, Tn3270eAddress and IANATn3270eAddrType object pairs are used to specify client addresses (both local and remote). This enables support of IPv6 addresses. In addition, the remote address pair precedes the local address pair in the index clause, in order to enable a GET-NEXT operation using only the remote address pair.
tn3270eTcpConnTableには、tcpConnTableのものからの異なったインデックス構造があります。 IpAddressオブジェクトを使用することの代わりに、Tn3270eAddressとIANATn3270eAddrTypeオブジェクト組は、クライアントアドレス(地方のものと同様にリモートな)を指定するのに使用されます。 これはIPv6アドレスのサポートを可能にします。 さらに、リモートアドレス組は指数約款でローカルアドレス組に先行します、リモートアドレス組だけを使用することでGET-ネクスト操作を可能にするために。
3.4 Advisory Spin Lock Usage
3.4 顧問スピン・ロック用法
Within the TN3270E-MIB, tn3270eConfSpinLock is defined as an advisory lock that allows cooperating TN3270E-MIB applications to coordinate their use of the tn3270eSrvrConfTable, the tn3270eSrvrPortTable, the tn3270eClientGroupTable, the tn3270eResPoolTable, and the
そしてTN3270E-MIBの中では、tn3270eConfSpinLockは彼らのtn3270eSrvrConfTableの使用を調整するためにTN3270E-MIBアプリケーションを協力に許容する通知ロックと定義されます、tn3270eSrvrPortTable、tn3270eClientGroupTable、tn3270eResPoolTable。
White & Moore Standards Track [Page 9] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[9ページ]RFC2561TN3270E
tn3270eClientResMapTable. When creating a new entry or altering an existing entry in any of these tables, an application SHOULD make use of tn3270eConfSpinLock to serialize application changes or additions. Since this is an advisory lock, its use by management applications SHALL NOT be enforced by agents. Agents MUST, however, implement the tn3270eConfSpinLock object.
tn3270eClientResMapTable。 これらのテーブルのどれかで新しいエントリーを作成するか、または既存のエントリーを変更するとき、SHOULDがアプリケーション変化か追加を連載するためにtn3270eConfSpinLockの使用をするアプリケーションです。 以来、これは通知ロック、使用です。管理アプリケーションSHALL NOTで、エージェントによって実施されます。 しかしながら、エージェントはtn3270eConfSpinLockオブジェクトを実装しなければなりません。
3.5 Row Persistence
3.5 通りの固執
The following tables enable remote creation of their entries by including RowStatus objects:
以下のテーブルはRowStatusオブジェクトを含んでいることによって、彼らのエントリーのリモート作成を可能にします:
o tn3270eSrvrConfTable o tn3270eSrvrPortTable o tn3270eClientGroupTable o tn3270eResPoolTable o tn3270eClientResMapTable
o tn3270eSrvrConfTable o tn3270eSrvrPortTable o tn3270eClientGroupTable o tn3270eResPoolTable o tn3270eClientResMapTable
An implementation SHOULD NOT retain SNMP-created entries in these tables across reIPLs (Initial Program Loads) of the corresponding TN3270E server, since management applications need to see consistent behavior with respect to the persistence of the table entries that they create.
管理アプリケーションが、対応するTN3270EサーバのreIPLs(初期のProgram Loads)の向こう側のこれらのテーブルそれらが作成するテーブル項目の固執に関して一貫した振舞いを見る必要があるので、SHOULD NOTが保有する実装はエントリーをSNMP作成しました。
It is expected that local, implementation-dependent configuration information will be used to define the initial and persistent configurations for TN3270E server usage. Thus it is not necessary to enable persistence of table entries by adding StorageType (refer to RFC 1903 [6]) objects to these tables.
そんなに地方であって、実装依存していた状態で、設定情報がTN3270Eサーバ用法のための初期の、そして、永続的な構成を定義するのに使用されると予想されます。 その結果、StorageTypeを加えることによってテーブル項目の固執を可能にするのは必要ではありません。(RFC1903[6])オブジェクトをこれらのテーブルを参照してください。
3.6 IANA Considerations
3.6 IANA問題
The tn3270eSrvrFunctionsSupported, tn3270eTcpConnFunctions, tn3270eTcpConnClientIdFormat, and tn3270eTcpConnLogInfo objects, as well as a number of objects identifying various address types, resource types, and device types, use textual conventions imported from the IANATn3270eTC-MIB. The purpose of defining these textual conventions in a separate MIB module is to allow additional values to be defined without having to issue a new version of this document. The Internet Assigned Numbers Authority (IANA) is responsible for the assignment of all Internet numbers, including various SNMP-related numbers; it will administer the values associated with these textual conventions.
tn3270eSrvrFunctionsSupported(様々なアドレスタイプ、リソースタイプ、および装置タイプを特定するtn3270eTcpConnFunctions、tn3270eTcpConnClientIdFormat、tn3270eTcpConnLogInfoオブジェクト、および多くのオブジェクト)はIANATn3270eTC-MIBからインポートされた原文のコンベンションを使用します。 別々のMIBモジュールでこれらの原文のコンベンションを定義する目的は加算値がこのドキュメントの新しいバージョンを発行する必要はなくて定義されるのを許容することです。 インターネットAssigned民数記Authority(IANA)は様々なSNMP関連の数を含むすべてのインターネット番号の課題に責任があります。 それはこれらの原文のコンベンションに関連している値を管理するでしょう。
The rules for additions or changes to the IANATn3270eTC-MIB are outlined in the DESCRIPTION clause associated with its MODULE- IDENTITY statement.
追加のための規則かIANATn3270eTC-MIBへの変化がMODULE- IDENTITY声明に関連している記述節に概説されています。
White & Moore Standards Track [Page 10] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[10ページ]RFC2561TN3270E
The current version of the IANATn3270eTC-MIB can be accessed from the IANA home page at: "http://www.iana.org/".
以下でIANAホームページからIANATn3270eTC-MIBの最新版にアクセスできます。 " http://www.iana.org/ "。
4.0 Definitions
4.0 定義
TN3270E-MIB DEFINITIONS ::= BEGIN
TN3270E- MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, Unsigned32, TimeTicks,
IpAddress, Counter32, Gauge32, Counter64
FROM SNMPv2-SMI
TEXTUAL-CONVENTION, RowStatus, TestAndIncr, DateAndTime,
TimeStamp
FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF
snanauMIB
FROM SNA-NAU-MIB
Utf8String
FROM SYSAPPL-MIB
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB
IANATn3270eAddrType, IANATn3270eAddress,
IANATn3270eClientType, IANATn3270Functions,
IANATn3270ResourceType, IANATn3270DeviceType,
IANATn3270eLogData
FROM IANATn3270eTC-MIB;
SNMPv2-Tcモジュールコンプライアンスからモジュールアイデンティティ、オブジェクト・タイプにUnsigned32、TimeTicks、IpAddress、Counter32、Gauge32、SNMPv2-SMIの原文のコンベンションからのCounter64、RowStatus、TestAndIncr、DateAndTime、タイムスタンプをインポートします; IANATn3270eTC-MIBからのSNMPフレームワークMIB IANATn3270eAddrType、IANATn3270eAddress、IANATn3270eClientType、IANATn3270Functions、IANATn3270ResourceType、IANATn3270DeviceType、IANATn3270eLogDataからのSYSAPPL-MIB SnmpAdminStringからのSNA-NAU-MIB Utf8StringからのSNMPv2-CONF snanauMIBからのオブジェクトグループ。
tn3270eMIB MODULE-IDENTITY
LAST-UPDATED "9807270000Z" -- July 27, 1998
ORGANIZATION "TN3270E Working Group"
CONTACT-INFO
"Kenneth White (kennethw@vnet.ibm.com)
IBM Corp. - Dept. BRQA/Bldg. 501/G114
P.O. Box 12195
3039 Cornwallis
RTP, NC 27709-2195
USA
tn3270eMIBモジュールアイデンティティ最終更新日の"9807270000Z"--「ケネスは( kennethw@vnet.ibm.com )IBM社を空白にします--部」という1998年7月27日組織「TN3270Eワーキンググループ」コンタクトインフォメーション BRQA/ビルディング RTP、501/G114私書箱12195 3039コーンウォリスNC27709-2195米国
Robert Moore (remoore@us.ibm.com)
IBM Corp. - Dept. BRQA/Bldg. 501/G114
P.O. Box 12195
3039 Cornwallis
RTP, NC 27709-2195
USA
+1-919-254-4436"
DESCRIPTION
"This module defines a portion of the management
ロバート・ムーア( remoore@us.ibm.com )IBM社--部 BRQA/ビルディング 「RTP、501/G114私書箱12195 3039コーンウォリスNC27709-2195米国+1-919-254-4436」記述、「このモジュールは管理の一部を定義します」。
White & Moore Standards Track [Page 11] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[11ページ]RFC2561TN3270E
information base (MIB) for managing TN3270E servers."
REVISION "9807270000Z" -- July 27, 1998
DESCRIPTION
"RFC nnnn (Proposed Standard)" -- RFC Editor to fill in
::= { snanauMIB 8 }
「TN3270Eサーバを管理するための情報ベース(MIB)。」 REVISION"9807270000Z"--1998年7月27日記述「RFC nnnn(提案された標準)」--以下にいっぱいにするRFCエディタ:= snanauMIB8
-- Textual Conventions
-- 原文のコンベンション
SnaResourceName ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The textual convention for defining an SNA resource
name. A fully qualified SNA resource name, consisting
of a 1 to 8 character network identifier (NetId), a
period ('.'), and a 1 to 8 character resource name
(ResName).
SnaResourceName:、:= 「SNAリソースを定義するための原文のコンベンションは命名する」TEXTUAL-CONVENTION STATUSの現在の記述。 完全に適切なSNAリソース名、1〜8キャラクタから成るのは識別子(NetId)をネットワークでつなぎます、期間、('、'、)、a1〜8キャラクタリソース名義です(ResName)。
The NetId and ResName are constructed from the
uppercase letters 'A' - 'Z' and the numerics '0' - '9',
all encoded in ASCII, with the restriction that the
first character of each must be a letter. Blanks are
not allowed.
NetIdとResNameは大文字''--'Z'と数値'0'--'9'から組み立てられます、ASCIIでコード化されたすべて、それぞれの最初のキャラクタが手紙であるに違いないという制限で。 空白は許容されていません。
Earlier versions of SNA permitted three additional
characters in NetIds and ResNames: '#', '@', and '$'.
While this use of these characters has been retired,
a Management Station should still accept them for
backward compatibility.
SNAの以前のバージョンはNetIdsとResNamesの3つの添字を可能にしました: '#'、'@'、および'$'。 これらのキャラクタのこの使用が回収されている間、Management駅は後方の互換性のためにまだ彼らを受け入れているべきです。
Note: This Textual Convention is not subject to
internationalization, and does not use the character
encodings used by the Utf8String Textual Convention."
SYNTAX OCTET STRING (SIZE(0..17))
以下に注意してください。 「このTextual Conventionは国際化を被りやすくなく、またUtf8String Textual Conventionによって使用された文字符号化を使用しません。」 構文八重奏ストリング(サイズ(0 .17))
Tn3270eTraceData ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"An octet string representing trace data from the
Telnet half of a TN3270E session, from the SNA half,
or from both. The octet string contains a sequence
of trace elements, with the trace elements in the
string ordered from earliest to latest.
Tn3270eTraceData:、:= 「八重奏はTN3270EセッションのTelnet半分か、SNA半分か、両方からトレースデータを表しながら、結ぶ」TEXTUAL-CONVENTION STATUSの現在の記述。 八重奏ストリングは微量元素の系列を含んでいます、微量元素が最も早いのから最新で注文されたストリングにある状態で。
Each trace element has the following form:
各微量元素で、以下は形成されます:
+---+---+----+----------------------+
!length !type!data !
+---+---+----+----------------------+
+---+---+----+----------------------+ データ!タイプ!長さ!+---+---+----+----------------------+
White & Moore Standards Track [Page 12] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[12ページ]RFC2561TN3270E
where:
どこ:
length = two-octet length of the data portion of the
trace element, not including the length and
type octets
長さは長さとタイプ八重奏を含んでいるのではなく、微量元素のデータ部の2八重奏の長さと等しいです。
type = one-octet code point characterizing the data;
defined values are:
タイプはデータを特徴付ける1八重奏のコード・ポイントと等しいです。 定義された値は以下の通りです。
X'01' telnet PDU from the server to the client
X'02' telnet PDU from the client to the server
X'03' SNA data from the server to the SNA host
X'04' SNA data from the SNA host to the server
X'01'telnetサーバからSNAへのサーバからクライアントX'02'クライアントからサーバX'03までのtelnet PDU'SNAデータまでのPDUはSNAホストからサーバまでX'04'SNAデータをホスティングします。
data = initial part of a PDU.
データはPDUの初期の部分と等しいです。
It is implementation-dependent where the 'initial part of
a PDU' starts. For SNA data, however, the starting point
SHOULD be the first byte of the TH. For IP data the
starting point SHOULD be the first byte of the IP header.
それは'PDUの初期の部分'が始まるところで実装依存しています。 しかしながら、SNAデータ、出発点SHOULD、THの最初のバイトになってください。 IPデータ、出発点SHOULD、IPヘッダーの最初のバイトになってください。
It is left to implementations to determine how much of
each PDU to return in a trace element.
それが、微量元素の中にそれぞれのPDUのどのくらいを返すかを決定するのが実装に残されます。
The zero-length string indicates that no trace
data is available."
SYNTAX OCTET STRING (SIZE (0 | 3..4096))
「ゼロ長ストリングは、どんなトレースデータも利用可能でないことを示します。」 構文八重奏ストリング(サイズ(0| 3 .4096))
-- Top-level structure of the MIB
-- MIBのトップレベル構造
tn3270eNotifications OBJECT IDENTIFIER ::= { tn3270eMIB 0 }
tn3270eObjects OBJECT IDENTIFIER ::= { tn3270eMIB 1 }
tn3270eConformance OBJECT IDENTIFIER ::= { tn3270eMIB 3 }
tn3270eNotificationsオブジェクト識別子:、:= tn3270eMIB0tn3270eObjectsオブジェクト識別子:、:= tn3270eMIB1tn3270eConformanceオブジェクト識別子:、:= tn3270eMIB3
-- MIB Objects
-- MIBオブジェクト
tn3270eSrvrConfTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eSrvrConfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines the configuration elements for
TN3270E servers. The number of entries in this table
is expected to vary depending on the location of the
table. A particular TN3270E server is expected to
have a single entry. Modeling of the configuration
elements as a table allows multiple TN3270E
servers to be serviced by the same SNMP agent.
tn3270eSrvrConfTable OBJECT-TYPEのSYNTAX SEQUENCE OF Tn3270eSrvrConfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはTN3270Eサーバのために構成要素を定義します」。 テーブルの位置によって、このテーブルのエントリーの数が異なると予想されます。 特定のTN3270Eサーバには単一のエントリーがあると予想されます。 テーブルとしての構成要素のモデルは、複数のTN3270Eサーバが同じSNMPエージェントによって修理されるのを許容します。
White & Moore Standards Track [Page 13] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[13ページ]RFC2561TN3270E
An implementation SHOULD NOT retain an SNMP-created
entry in this table across re-IPLs (Initial Program
Loads) of the corresponding TN3270E server."
「実装SHOULD NOTは対応するTN3270Eサーバの再IPLs(初期のProgram Loads)の向こう側にこのテーブルでSNMPによって作成されたエントリーを保有します。」
::= { tn3270eObjects 1 }
::= tn3270eObjects1
tn3270eSrvrConfEntry OBJECT-TYPE
SYNTAX Tn3270eSrvrConfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Definition of the configuration elements for a single
TN3270E server."
INDEX { tn3270eSrvrConfIndex }
::= { tn3270eSrvrConfTable 1 }
tn3270eSrvrConfEntry OBJECT-TYPE SYNTAX Tn3270eSrvrConfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「. 」 ただ一つのTN3270EサーバINDEX tn3270eSrvrConfIndexのための構成要素の定義:、:= tn3270eSrvrConfTable1
Tn3270eSrvrConfEntry ::= SEQUENCE {
tn3270eSrvrConfIndex Unsigned32,
tn3270eSrvrConfInactivityTimeout Unsigned32,
tn3270eSrvrConfConnectivityChk INTEGER,
tn3270eSrvrConfTmNopInactTime Unsigned32,
tn3270eSrvrConfTmNopInterval Unsigned32,
tn3270eSrvrFunctionsSupported IANATn3270Functions,
tn3270eSrvrConfAdminStatus INTEGER,
tn3270eSrvrConfOperStatus INTEGER,
tn3270eSrvrConfSessionTermState INTEGER,
tn3270eSrvrConfSrvrType INTEGER,
tn3270eSrvrConfContact SnmpAdminString,
tn3270eSrvrConfRowStatus RowStatus,
tn3270eSrvrConfLastActTime DateAndTime,
tn3270eSrvrConfTmTimeout Unsigned32
}
Tn3270eSrvrConfEntry:、:= 系列{ tn3270eSrvrConfIndex Unsigned32、tn3270eSrvrConfInactivityTimeout Unsigned32、tn3270eSrvrConfConnectivityChk整数、tn3270eSrvrConfTmNopInactTime Unsigned32、tn3270eSrvrConfTmNopInterval Unsigned32、tn3270eSrvrFunctionsSupported IANATn3270Functions、tn3270eSrvrConfAdminStatus整数; tn3270eSrvrConfOperStatus整数、tn3270eSrvrConfSessionTermState整数、tn3270eSrvrConfSrvrType整数、tn3270eSrvrConfContact SnmpAdminString、tn3270eSrvrConfRowStatus RowStatus、tn3270eSrvrConfLastActTime DateAndTime、tn3270eSrvrConfTmTimeout Unsigned32; }
tn3270eSrvrConfIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Identifier for a single TN3270E server.
tn3270eSrvrConfIndex OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ただ一つのTN3270Eサーバのための識別子。」
tn3270eSrvrConfIndex values need not be
contiguous."
::= { tn3270eSrvrConfEntry 1 }
「tn3270eSrvrConfIndex値は隣接である必要はありません。」 ::= tn3270eSrvrConfEntry1
tn3270eSrvrConfInactivityTimeout OBJECT-TYPE
SYNTAX Unsigned32 (0..99999999)
UNITS "seconds"
MAX-ACCESS read-create
マックス-ACCESSが読書して作成するtn3270eSrvrConfInactivityTimeout OBJECT-TYPE SYNTAX Unsigned32(0 .99999999)UNITS「秒」
White & Moore Standards Track [Page 14] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[14ページ]RFC2561TN3270E
STATUS current
DESCRIPTION
"The inactivity time-out specified in seconds. When a
connection has been inactive for the number of seconds
specified by this object it is closed. Only user traffic
is considered when determining whether there has been
activity on a connection.
「不活発タイムアウトは秒に指定した」STATUSの現在の記述。 このオブジェクトによって指定された秒数に、接続が不活発であるときに、それは閉じられます。 接続には活動があったかを決定するとき、ユーザトラフィックだけが考えられます。
The default value 0 means that no inactivity time-out is
in effect."
DEFVAL { 0 }
::= { tn3270eSrvrConfEntry 2 }
「デフォルト値0は、どんな不活発タイムアウトも有効でないことを意味します。」 DEFVAL0:、:= tn3270eSrvrConfEntry2
tn3270eSrvrConfConnectivityChk OBJECT-TYPE
SYNTAX INTEGER {
timingMark(1),
nop(2),
noCheck(3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object enables TIMING-MARK processing, NOP
processing, or neither for a TN3270E server."
DEFVAL { noCheck }
::= { tn3270eSrvrConfEntry 3 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。tn3270eSrvrConfConnectivityChk OBJECT-TYPE SYNTAX INTEGER、timingMark(1)、nop(2)、noCheck(3)、「このオブジェクトはTN3270EサーバのためにTIMING-マークの処理、NOP処理、またはどちらも可能にしない」、DEFVAL noCheck:、:= tn3270eSrvrConfEntry3
tn3270eSrvrConfTmNopInactTime OBJECT-TYPE
SYNTAX Unsigned32 (1..86400) -- 1 second to 24 hours
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The amount of time a connection must have had no
traffic on it in order for a TIMING-MARK or NOP request
to be sent on the connection. This value applies only
when connections are being examined for recent activity
on a scan interval controlled by the value of the
tn3270eSrvrConfTmNopInterval object."
DEFVAL { 600 } -- 10 minutes
::= { tn3270eSrvrConfEntry 4 }
tn3270eSrvrConfTmNopInactTime OBJECT-TYPE SYNTAX Unsigned32(1 .86400)--1秒から24時間へのUNITS「秒」マックス-ACCESSは「接続がそれのトラフィックを全く接続に送られるTIMING-マークかNOP要求において整然とするようにしていてはいけない時間」のときにSTATUSの現在の記述を読書して作成します。 「接続がtn3270eSrvrConfTmNopIntervalオブジェクトの値によって制御されたスキャン間隔に最近の活動がないかどうか調べられる予定であるときだけ、この値は適用されます。」 DEFVAL600--10は以下を書き留めます:= tn3270eSrvrConfEntry4
tn3270eSrvrConfTmNopInterval OBJECT-TYPE
SYNTAX Unsigned32 (1..86400) -- 1 second to 24 hours
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
tn3270eSrvrConfTmNopInterval OBJECT-TYPE SYNTAX Unsigned32(1 .86400)--1秒から24時間へのUNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。
White & Moore Standards Track [Page 15] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[15ページ]RFC2561TN3270E
"The scan interval to be used by a TN3270E server when
it examines its Telnet connections for recent activity.
The server scans its Telnet connections on the interval
provided by this object, looking for ones that have been
idle for more than the value provided by the
tn3270eSrvrConfTmNopInactTime object. A TIMING-MARK or
NOP request is sent for each connection that has
exhibited no activity for this period of time."
DEFVAL { 120 } -- 2 minutes
::= { tn3270eSrvrConfEntry 5 }
「それであるときにTN3270Eサーバによって使用されるべきスキャン間隔は最近の活動のためのTelnet接続を調べます。」 サーバはこのオブジェクトによって提供された間隔にTelnet接続をスキャンします、tn3270eSrvrConfTmNopInactTimeオブジェクトによって提供された値以上に、活動していないものを探して。 「活動を全くこの期間に示していない各接続のためにTIMING-マークかNOP要求を送ります。」 DEFVAL120--2は以下を書き留めます:= tn3270eSrvrConfEntry5
tn3270eSrvrFunctionsSupported OBJECT-TYPE
SYNTAX IANATn3270Functions
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the functions supported by a
TN3270E server."
DEFVAL { { scsCtlCodes, dataStreamCtl,
responses, bindImage, sysreq } }
::= { tn3270eSrvrConfEntry 6 }
. scsCtlCodes(dataStreamCtl、応答、bindImage)がsysreqするtn3270eSrvrFunctionsSupported OBJECT-TYPE SYNTAX IANATn3270Functionsのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「このオブジェクトはTN3270Eサーバによってサポートされた機能を示し」DEFVAL:、:= tn3270eSrvrConfEntry6
tn3270eSrvrConfAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2),
stopImmediate(3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The desired state of the TN3270E server represented
by this entry in the table:
(1) (2)へのstopImmediate(3)に、マックス-ACCESSはSTATUSの現在の記述を読書して作成します。tn3270eSrvrConfAdminStatus OBJECT-TYPE SYNTAX INTEGER、「TN3270Eサーバの必要な事情はテーブルにこのエントリーを表しました」。
up(1) - Activate this TN3270E server.
down(2) - Informs the associated TN3270E
server to gracefully terminate
its processing.
stopImmediate(3) - Informs the associated TN3270E
server to terminate itself
immediately.
このTN3270Eサーバを活性化してください。上(1)--(2)より倒してください--、案内、優雅に. 処理stopImmediate(3)を終える関連TN3270Eサーバ--すぐにそれ自体を終えるために関連TN3270Eサーバを知らせます。
When a managed system creates an entry in this table,
tn3270eSrvrConfAdminStatus and tn3270eSrvrConfOperStatus
are initialized as up(1) by default.
管理されたシステムがこのテーブルでエントリーを作成すると、tn3270eSrvrConfAdminStatusとtn3270eSrvrConfOperStatusは(1) デフォルトで同じくらい上に初期化されます。
The exact behavior of a server in response to a down(2)
or stopImmediate(3) command is left implementation-
下(2)であるかstopImmediate(3)コマンドに対応したサーバの正確な働きは左の実装です。
White & Moore Standards Track [Page 16] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[16ページ]RFC2561TN3270E
dependent. A TN3270E server that is capable of it
SHOULD close all of its TN3270 and TN3270E sessions
during a graceful termination.
依存。 それはできます。TN3270Eサーバ、それでは、優雅な終了の間、SHOULDはTN3270とTN3270Eセッションのすべてを閉じます。
Often the function enabled via stopImmediate(3) is used
as a last resort by a system administrator, to attempt
to either bring down a hung TN3270E server or free up
its resources immediately to aid in general system
availability, or to shut down a TN3270E server that is
not recognizing a down(2) request.
しばしば、stopImmediate(3)を通して可能にされた機能は、一般に、システム稼働率を支援するか、または下に(2)要求を認識していないTN3270Eサーバを止めるために掛かっているTN3270Eサーバを降ろすか、またはすぐにリソースを開けるのを試みるのに最後の手段としてシステム管理者によって使用されます。
A TN3270E server that does not distinguish between
down(2) or stopImmediate(3) transitions should not
support stopImmediate(3)."
DEFVAL { up }
::= { tn3270eSrvrConfEntry 7 }
「下(2)であるかstopImmediate(3)変遷の間で区別されないTN3270EサーバはstopImmediate(3)をサポートするべきではありません。」 DEFVALは以下を上げます:= tn3270eSrvrConfEntry7
tn3270eSrvrConfOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2),
busy(3),
shuttingDown(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current operational state of a TN3270E server.
The following values are defined:
tn3270eSrvrConfOperStatus OBJECT-TYPE SYNTAX INTEGERが(1)で(3)、shuttingDown(4)とマックス-ACCESS書き込み禁止STATUS現在で(2)と忙しくする、記述、「a TN3270Eサーバ以下の値の現在の操作上の状態は定義されます」。
up(1) - the server is active and accepting
new client connections
down(2) - the server is not active
busy(3) - the server is active, but is not
accepting new client connections
because it lacks the resources to
do so
shuttingDown(4) - the server is active, but is not
accepting new client connections
because it is in the process of
performing a graceful shutdown."
DEFVAL { up }
::= { tn3270eSrvrConfEntry 8 }
「サーバは、サーバがアクティブであり、サーバがアクティブな忙しい(3)でないという(2)に新しいクライアント接続を受け入れて、サーバがアクティブですが、そうshuttingDown(4)をするリソースを欠いているので新しいクライアント接続を受け入れていないことであるという(1)にアクティブですが、優雅な閉鎖を実行することの途中にそれがあるので、新しいクライアント接続を受け入れていないことです。」 DEFVALは以下を上げます:= tn3270eSrvrConfEntry8
tn3270eSrvrConfSessionTermState OBJECT-TYPE
SYNTAX INTEGER {
terminate(1),
luSessionPend(2),
tn3270eSrvrConfSessionTermState OBJECT-TYPE SYNTAX INTEGER、luSessionPend(2)、(1)を終えてください。
White & Moore Standards Track [Page 17] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[17ページ]RFC2561TN3270E
queueSession(3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object determines what a TN3270E server
should do when a TN3270 Session terminates:
terminate(1) => Terminate the TCP connection.
luSessionPend(2) => Do not drop the TCP connection
associated with a client when its
TN3270 session ends. Processing
should redrive session initialization
as if the client were first connecting.
queueSession(3) => This value relates to the Close
Destination PASS (CLSDST PASS) operation
in VTAM. An example provides the
easiest explanation. Suppose a TN3270E
client is in session with APPL1, and
APPL1 does a CLSDST PASS of the client's
session to APPL2. queueSession(3)
specifies that the TN3270E server must
keep the TCP connection with the client
active after it receives the UNBIND from
APPL1, waiting for the BIND from APPL2."
DEFVAL { terminate }
::= { tn3270eSrvrConfEntry 9 }
queueSession(3) マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この目的は、TN3270 Sessionが終わるどんなTN3270Eサーバがするべきであるかを決定します」。 (1) TCP接続の=>Terminateを終えてください。>luSessionPend(2)=DoはTN3270セッションが終わるときクライアントに関連づけられたTCP接続を下げません。 まるでクライアントが最初に接続する予定であるかのように処理はセッション初期化を再運転するべきです。>This queueSession(3)=価値はVTAMでClose Destination PASS(CLSDST PASS)操作に関連します。 例は最も簡単な説明を提供します。 「TN3270EクライアントがAPPL1とのセッションのときにいると仮定してください。そうすれば、APPL1はAPPL1からUNBINDを受けた後にクライアントが活発な状態でTN3270EサーバがTCP接続を保たなければならないと指定して、APPL2からBINDを待ちながら、クライアントのセッションのCLSDST PASSをAPPL2. queueSession(3)にします。」 DEFVALは終わります。 ::= tn3270eSrvrConfEntry9
tn3270eSrvrConfSrvrType OBJECT-TYPE
SYNTAX INTEGER {
host(1),
gateway(2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates the type of TN3270E server.
The existence of MIB tables and objects that will be
defined by follow-on MIBs may be predicated on whether
the TN3270E server can be local to the same host as a
target application (host(1)) or will always be remote
(gateway(2)).
tn3270eSrvrConfSrvrType OBJECT-TYPE SYNTAX INTEGERがマックス-ACCESS書き込み禁止STATUS現在で(1)、ゲートウェイ(2)を接待する、記述、「このオブジェクトが、同じホストにとって、TN3270Eサーバが目標アプリケーションとしてローカルである場合があるかどうかに関してTN3270EサーバフォローオンMIBsによって定義されるMIBテーブルとオブジェクトの存在のタイプが叙述されるかもしれないのを示す、((1))を接待するか、またはいつもリモートである、(ゲートウェイ(2))、」
A host TN3270E server refers to an implementation where
the TN3270E server is collocated with the Systems
Network Architecture (SNA) System Services Control Point
(SSCP) for the dependent Secondary Logical Units (SLUs)
that the server makes available to its clients for
connecting into an SNA network.
ホストTN3270EサーバはTN3270Eサーバがあるところと実装を呼びます。サーバがクライアントにとってSNAネットワークに接続するのに利用可能にする依存するSecondary Logical Units(SLUs)のために、システム・ネットワーク・アーキテクチャ(SNA)システムServices Control Point(SSCP)の連語をなしました。
White & Moore Standards Track [Page 18] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[18ページ]RFC2561TN3270E
A gateway TN3270E server resides on an SNA node other
than an SSCP, either an SNA type 2.0 node or an APPN node
acting in the role of a Dependent LU Requester (DLUR).
ゲートウェイTN3270EサーバがSSCP以外のSNAノードの上にあって、SNAタイプは、Dependent LU Requester(DLUR)の役割で行動する2.0ノードかAPPNノードです。
Host and gateway TN3270E server implementations typically
differ greatly as to their internal implementation and
system definition (SYSDEF) requirements."
::= { tn3270eSrvrConfEntry 10 }
「ホストとゲートウェイTN3270Eサーバ実装はそれらの内部の実装とシステム定義(SYSDEF)要件に関して通常大きな開きがあります。」 ::= tn3270eSrvrConfEntry10
tn3270eSrvrConfContact OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object provides a scratch pad for a TN3270E
server administrator for storing information for
later retrieval."
DEFVAL { ''H } -- the empty string
::= { tn3270eSrvrConfEntry 11 }
tn3270eSrvrConfContact OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトは後の検索のための情報を保存するためにTN3270Eサーバアドミニストレータにスクラッチ・パッドを提供します」。 DEFVAL、「H、--空は以下を結びます:、」= tn3270eSrvrConfEntry11
tn3270eSrvrConfRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and deleted
in the tn3270eSrvrConfTable. Entries may also be
created and deleted as a result of implementation-
dependent operations.
tn3270eSrvrConfRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「このオブジェクトは、tn3270eSrvrConfTableで作成されて、削除されるのをエントリーを許容する」STATUSの現在の記述を読書して作成します。 エントリーは、また、実装依存する操作の結果、作成されて、削除されるかもしれません。
With the exception of tn3270eSrvrConfSrvrType, which
an implementation can easily fill in for itself, all
the columnar objects in this table have DEFVALs
associated with them. Consequently, a Management
Station can create a conceptual row via a SET
operation that specifies a value only for this object.
tn3270eSrvrConfSrvrTypeを除いて、このテーブルのすべての円柱状のオブジェクトには彼らに関連しているDEFVALsがあります。(実装はそれ自体のために容易にtn3270eSrvrConfSrvrTypeに記入できます)。 その結果、Management駅はこのオブジェクトだけに値を指定するSET操作で概念的な行を作成できます。
When a tn3270eSrvrConfEntry is deleted (by setting
this object to destroy(6)), this has the side-effect
of removing all the associated entries (i.e., those
having the same tn3270eSrvrConfIndex) from the
tn3270eSrvrPortTable, the tn3270eSrvrStatsTable, the
tn3270eClientGroupTable, the tn3270eResPoolTable,
the tn3270eSnaMapTable, the tn3270eClientResMapTable,
and the tn3270eResMapTable. All entries in the
tn3270eTcpConnTable that belong to a TN3270E server
that has been deleted MUST also be removed.
いつa tn3270eSrvrConfEntryは削除されるか。(このオブジェクトに(6))を破壊するように設定することによって、これには、tn3270eSrvrPortTable、tn3270eSrvrStatsTable、tn3270eClientGroupTable、tn3270eResPoolTable、tn3270eSnaMapTable、tn3270eClientResMapTable、およびtn3270eResMapTableからすべての関連エントリー(すなわち、同じtn3270eSrvrConfIndexを持っているもの)を取り除く副作用があります。 また、削除されたTN3270Eサーバに属すtn3270eTcpConnTableのすべてのエントリーを取り除かなければなりません。
White & Moore Standards Track [Page 19] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[19ページ]RFC2561TN3270E
In other words, a tn3270eSrvrConfEntry must exist for
a TN3270E server in order for it to have entries in
any of the other tables defined by this MIB."
REFERENCE
"RFC 1903, 'Textual Conventions for version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { tn3270eSrvrConfEntry 12 }
「言い換えれば、このMIBがそれで他のテーブルのどれかのエントリーを定義して、tn3270eSrvrConfEntryはTN3270Eサーバのために存在しなければなりません。」 REFERENCE、「RFC1903、'Simple Network Managementプロトコル(SNMPv2)のバージョン2のための原文のConventions'」、:、:= tn3270eSrvrConfEntry12
tn3270eSrvrConfLastActTime OBJECT-TYPE
SYNTAX DateAndTime
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object reports the DateAndTime when a TN3270E
server was most recently activated.
tn3270eSrvrConfLastActTime OBJECT-TYPE SYNTAX DateAndTimeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「TN3270Eサーバがごく最近活性化したとき、DateAndTimeを報告これが反対するします」。
The special value of all '00'Hs indicates that the
server has never been active, i.e., that the value of
tn3270eSrvrOperStatus has never been anything other
than down(2)."
DEFVAL { '0000000000000000'H }
::= { tn3270eSrvrConfEntry 13 }
「'すべての'00Hsの特別な値はサーバが一度もアクティブであったことがない、すなわち、tn3270eSrvrOperStatusの値が下に(2)であること以外の一度も何かであったことがないのを示します。」 DEFVAL'0000000000000000'H:、:= tn3270eSrvrConfEntry13
tn3270eSrvrConfTmTimeout OBJECT-TYPE
SYNTAX Unsigned32 (1..600) -- 1 second to 10 minutes
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The TIMING-MARK time-out, specified in seconds."
DEFVAL { 5 } -- 5 seconds
::= { tn3270eSrvrConfEntry 14 }
tn3270eSrvrConfTmTimeout OBJECT-TYPE SYNTAX Unsigned32(1 .600)--1秒から10分へのUNITS「秒」マックス-ACCESSは「TIMING-マークタイムアウトであって、秒に指定された」STATUS現在の記述を読書して作成します。 DEFVAL5--5は以下を後援します:= tn3270eSrvrConfEntry14
tn3270eSrvrPortTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eSrvrPortEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines the TCP ports associated with
TN3270E servers. No entry in this table shall exist
without a corresponding (same tn3270eSrvrConfIndex)
entry in the tn3270eSrvrConfTable existing.
tn3270eSrvrPortTable OBJECT-TYPEのSYNTAX SEQUENCE OF Tn3270eSrvrPortEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはTN3270Eサーバに関連しているTCPポートを定義します」。 tn3270eSrvrConfTableの対応する(同じtn3270eSrvrConfIndex)エントリーが存在しないで、このテーブルのエントリーは全く存在しないものとします。
An implementation SHOULD NOT retain SNMP-created
entries in this table across re-IPLs (Initial Program
Loads) of the corresponding TN3270E server."
::= { tn3270eObjects 2 }
「実装SHOULD NOTは対応するTN3270Eサーバの再IPLs(初期のProgram Loads)の向こう側にこのテーブルでSNMPによって作成されたエントリーを保有する」、:、:= tn3270eObjects2
White & Moore Standards Track [Page 20] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[20ページ]RFC2561TN3270E
tn3270eSrvrPortEntry OBJECT-TYPE
SYNTAX Tn3270eSrvrPortEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Definition of a single TCP port assignment to a
TN3270E server. Assignment of a port on a local
address basis is enabled though use of
tn3270eSrvrPortAddrType and tn3270eSrvrPortAddress.
tn3270eSrvrPortEntry OBJECT-TYPE SYNTAX Tn3270eSrvrPortEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「tn3270eSrvrPortAddrTypeとtn3270eSrvrPortAddressの使用ですが、a TN3270Eサーバローカルアドレスベースにおけるポートの課題へのただ一つのTCPポート課題の定義は可能にされます」。
A TCP port assignment that is not restricted to
a local address SHALL specify a tn3270eSrvrPortAddrType
of unknown(0), and SHALL use a zero-length octet string
for the tn3270eSrvrPortAddress."
INDEX {
tn3270eSrvrConfIndex,
tn3270eSrvrPort,
tn3270eSrvrPortAddrType,
tn3270eSrvrPortAddress
}
::= { tn3270eSrvrPortTable 1 }
「ローカルアドレスに制限されないで、SHALLが未知(0)のtn3270eSrvrPortAddrTypeを指定して、SHALLがtn3270eSrvrPortAddressにゼロ・レングス八重奏ストリングを使用するということであるTCPポート課題。」 tn3270eSrvrConfIndex、tn3270eSrvrPort、tn3270eSrvrPortAddrType、tn3270eSrvrPortAddressに索引をつけてください:、:= tn3270eSrvrPortTable1
Tn3270eSrvrPortEntry ::= SEQUENCE {
tn3270eSrvrPort Unsigned32,
tn3270eSrvrPortAddrType IANATn3270eAddrType,
tn3270eSrvrPortAddress IANATn3270eAddress,
tn3270eSrvrPortRowStatus RowStatus
}
Tn3270eSrvrPortEntry:、:= 系列tn3270eSrvrPort Unsigned32、tn3270eSrvrPortAddrType IANATn3270eAddrType、tn3270eSrvrPortAddress IANATn3270eAddress、tn3270eSrvrPortRowStatus RowStatus
tn3270eSrvrPort OBJECT-TYPE
SYNTAX Unsigned32 (0..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Indicates a port assigned to a server."
::= { tn3270eSrvrPortEntry 1 }
tn3270eSrvrPort OBJECT-TYPE SYNTAX Unsigned32(0 .65535)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述が「サーバに割り当てられたポートを示す」、:、:= tn3270eSrvrPortEntry1
tn3270eSrvrPortAddrType OBJECT-TYPE
SYNTAX IANATn3270eAddrType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Indicates the type of an address local to the host on
which the TN3270E server resides that is represented
in tn3270eSrvrPortAddress. A value of unknown(0)
SHALL be used for this object when the port is not
to be restricted to a local address."
::= { tn3270eSrvrPortEntry 2 }
tn3270eSrvrPortAddrType OBJECT-TYPE SYNTAX IANATn3270eAddrTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「tn3270eSrvrPortAddressに表されるTN3270Eサーバがあるホストにとっての、ローカルのアドレスのタイプを示します」。 「値、ポートをローカルアドレスに制限してはいけないとき未知(0)SHALLに、このオブジェクトに使用されてください、」 ::= tn3270eSrvrPortEntry2
White & Moore Standards Track [Page 21] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[21ページ]RFC2561TN3270E
tn3270eSrvrPortAddress OBJECT-TYPE
SYNTAX IANATn3270eAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A local address on the host that a TN3270E server
resides on that is associated with a TCP port that
is to be used or is in use by a TN3270E server.
tn3270eClientGroupAddrType indicates the
address type (IPv4 or IPv6, for example).
「タイプ(例えば、IPv4かIPv6)TN3270Eサーバが住んでいるホストの上の関連づけられて. tn3270eClientGroupAddrTypeがTN3270EサーバでそれがいるTCPポートをもって、使用されるか、または使用中であるということであるローカルアドレスがアドレスを示すす」tn3270eSrvrPortAddress OBJECT-TYPE SYNTAX IANATn3270eAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
A zero-length octet string SHALL be used as the
value of this object when a local address isn't
being specified."
::= { tn3270eSrvrPortEntry 3 }
「ゼロ・レングス八重奏ストリングSHALL、ローカルアドレスが指定されていないとき、このオブジェクトの値として使用されてください、」 ::= tn3270eSrvrPortEntry3
tn3270eSrvrPortRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and deleted
in the tn3270eSrvrPortTable. Entries may also be
created and deleted as a result of implementation-
dependent operations.
tn3270eSrvrPortRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「このオブジェクトは、tn3270eSrvrPortTableで作成されて、削除されるのをエントリーを許容する」STATUSの現在の記述を読書して作成します。 エントリーは、また、実装依存する操作の結果、作成されて、削除されるかもしれません。
Since this is the only accessible object in this table,
a Management Station can create a conceptual row via a SET
operation that specifies a value only for this object.
これがこのテーブルで唯一のアクセスしやすいオブジェクトであるので、Management駅はこのオブジェクトだけに値を指定するSET操作で概念的な行を作成できます。
An entry in this table is deleted by setting this object
to destroy(6). Deletion of a tn3270eSrvrPortEntry has
no effect on any other table entry defined by this MIB."
REFERENCE
"RFC 1903, 'Textual Conventions for version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { tn3270eSrvrPortEntry 4 }
このオブジェクトに(6)を破壊するように設定することによって、このテーブルのエントリーは削除されます。 「tn3270eSrvrPortEntryの削除はこのMIBによって定義されたいかなる他のテーブル項目のときにも効き目がありません。」 REFERENCE、「RFC1903、'Simple Network Managementプロトコル(SNMPv2)のバージョン2のための原文のConventions'」、:、:= tn3270eSrvrPortEntry4
tn3270eSrvrStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eSrvrStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines a set of statistics concerning
TN3270E server performance.
tn3270eSrvrStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF Tn3270eSrvrStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはTN3270Eサーバ性能に関して1セットの統計を定義します」。
No entry in this table shall exist without
a corresponding (same tn3270eSrvrConfIndex) entry in
これでテーブルが対応する(同じtn3270eSrvrConfIndex)エントリーなしで存在するものとするエントリーがありません。
White & Moore Standards Track [Page 22] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[22ページ]RFC2561TN3270E
the tn3270eSrvrConfTable existing."
::= { tn3270eObjects 3 }
「tn3270eSrvrConfTable存在。」 ::= tn3270eObjects3
tn3270eSrvrStatsEntry OBJECT-TYPE
SYNTAX Tn3270eSrvrStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A collection of statistical and maximum usage objects
for a single TN3270 server. An entry can represent the total
activity of the server, or it can represent the activity
occurring at the server on either a port or a
port-and-local-address basis.
tn3270eSrvrStatsEntry OBJECT-TYPE SYNTAX Tn3270eSrvrStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「aただ一つのTN3270サーバエントリーへの統計的で最大の用法オブジェクトの収集がサーバの総活動を表すことができますか、またはポートかポートとローカルアドレスベースのどちらかにサーバで起こる活動を表すことができます」。
Collection of the statistics represented by the objects
in this table is not mandatory. An implementation
of this table MUST use only one of the three levels of
refinement that this table supports for the entries
associated with each TN3270E server.
このテーブルの物によって表された統計の収集は義務的ではありません。 このテーブルの実現はこのテーブルがそれぞれのTN3270Eサーバに関連しているエントリーに支持する気品の3つのレベルの1つだけを使用しなければなりません。
The indexing for a row that represents total server
statistics is as follows:
総サーバ統計を表す列のためのインデックスは以下の通りです:
tn3270eSrvrConfIndex value identifying the server
tn3270eSrvrPort 0
tn3270eSrvrPortAddrType unknown(0)
tn3270eSrvrPortAddress zero-length octet string.
サーバtn3270eSrvrPort0tn3270eSrvrPortAddrType未知(0)のtn3270eSrvrPortAddressゼロ・レングス八重奏ストリングを特定するtn3270eSrvrConfIndex値。
On a port basis:
ポートベースで:
tn3270eSrvrConfIndex value identifying the server
tn3270eSrvrPort > 0
tn3270eSrvrPortAddrType unknown(0)
tn3270eSrvrPortAddress zero-length octet string.
サーバtn3270eSrvrPort>0tn3270eSrvrPortAddrType未知(0)のtn3270eSrvrPortAddressゼロ・レングス八重奏ストリングを特定するtn3270eSrvrConfIndex値。
On a port-and-local-address basis:
ポートとローカルアドレスベースで:
tn3270eSrvrConfIndex value identifying the server
tn3270eSrvrPort > 0
tn3270eSrvrPortAddrType valid value other than unknown(0)
tn3270eSrvrPortAddress non-zero-length octet string.
未知の(0)tn3270eSrvrPortAddress非ゼロ・レングス八重奏ストリング以外のサーバtn3270eSrvrPort>0tn3270eSrvrPortAddrType有効値を特定するtn3270eSrvrConfIndex値。
"
INDEX {
tn3270eSrvrConfIndex,
tn3270eSrvrPort,
tn3270eSrvrPortAddrType,
tn3270eSrvrPortAddress
「インデックス、tn3270eSrvrConfIndex、tn3270eSrvrPort、tn3270eSrvrPortAddrType、tn3270eSrvrPortAddress、」
White & Moore Standards Track [Page 23] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[23ページ]RFC2561TN3270E
}
::= { tn3270eSrvrStatsTable 1 }
} ::= tn3270eSrvrStatsTable1
Tn3270eSrvrStatsEntry ::= SEQUENCE {
tn3270eSrvrStatsUpTime TimeStamp,
tn3270eSrvrStatsMaxTerms Unsigned32,
tn3270eSrvrStatsInUseTerms Gauge32,
tn3270eSrvrStatsSpareTerms Gauge32,
tn3270eSrvrStatsMaxPtrs Unsigned32,
tn3270eSrvrStatsInUsePtrs Gauge32,
tn3270eSrvrStatsSparePtrs Gauge32,
tn3270eSrvrStatsInConnects Counter32,
tn3270eSrvrStatsConnResrceRejs Counter32,
tn3270eSrvrStatsDisconnects Counter32,
tn3270eSrvrStatsHCInOctets Counter64,
tn3270eSrvrStatsInOctets Counter32,
tn3270eSrvrStatsHCOutOctets Counter64,
tn3270eSrvrStatsOutOctets Counter32,
tn3270eSrvrStatsConnErrorRejs Counter32
}
Tn3270eSrvrStatsEntry:、:= 系列{ tn3270eSrvrStatsUpTimeタイムスタンプ、tn3270eSrvrStatsMaxTerms Unsigned32、tn3270eSrvrStatsInUseTerms Gauge32、tn3270eSrvrStatsSpareTerms Gauge32、tn3270eSrvrStatsMaxPtrs Unsigned32、tn3270eSrvrStatsInUsePtrs Gauge32、tn3270eSrvrStatsSparePtrs Gauge32、tn3270eSrvrStatsInConnects Counter32; tn3270eSrvrStatsConnResrceRejs Counter32、tn3270eSrvrStatsDisconnects Counter32、tn3270eSrvrStatsHCInOctets Counter64、tn3270eSrvrStatsInOctets Counter32、tn3270eSrvrStatsHCOutOctets Counter64、tn3270eSrvrStatsOutOctets Counter32、tn3270eSrvrStatsConnErrorRejs Counter32; }
tn3270eSrvrStatsUpTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of the sysUpTime object the last time
the TN3270E server was re-initialized.
tn3270eSrvrStatsUpTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「TN3270Eサーバが前回再初期化されたとき、sysUpTimeの値は反対します」。
Server re-initialization is the only discontinuity
event for the counters in this table. Even if table
entries are on a port or port-and-local-address
basis, port deactivation and reactivation do not
result in counter discontinuities."
::= { tn3270eSrvrStatsEntry 2 }
サーバ再初期化はこのテーブルのカウンタへの唯一の不連続出来事です。 「テーブル項目がポートかポートとローカルアドレスベースにあっても、ポート非活性化と再起動はカウンタ不連続をもたらしません。」 ::= tn3270eSrvrStatsEntry2
tn3270eSrvrStatsMaxTerms OBJECT-TYPE
SYNTAX Unsigned32
UNITS "LUs"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the maximum number of terminal LUs available
for use at a TN3270E server for the granularity of this
conceptual row (server-wide, port, or
port-and-local-address)."
::= { tn3270eSrvrStatsEntry 3 }
tn3270eSrvrStatsMaxTerms OBJECT-TYPE SYNTAX Unsigned32 UNITSの「LUs」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状に、TN3270Eサーバで使用に利用可能な端末のLUsの最大数を示します」。 ::= tn3270eSrvrStatsEntry3
White & Moore Standards Track [Page 24] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[24ページ]RFC2561TN3270E
tn3270eSrvrStatsInUseTerms OBJECT-TYPE
SYNTAX Gauge32
UNITS "LUs"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of terminal LUs currently in
use at a TN3270E server for the granularity of this
conceptual row (server-wide, port, or
port-and-local-address)."
::= { tn3270eSrvrStatsEntry 4 }
tn3270eSrvrStatsInUseTerms OBJECT-TYPE SYNTAX Gauge32 UNITSの「LUs」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状に、現在TN3270Eサーバで使用中の端末のLUsの数を示します」。 ::= tn3270eSrvrStatsEntry4
tn3270eSrvrStatsSpareTerms OBJECT-TYPE
SYNTAX Gauge32
UNITS "LUs"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of free terminal LUs at a TN3270E
server for the granularity of this conceptual row
(server-wide, port, or port-and-local-address).
tn3270eSrvrStatsSpareTerms OBJECT-TYPE SYNTAX Gauge32 UNITSの「LUs」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状のためにTN3270Eサーバで自由な端末のLUsの数を示します」。
It is possible that the difference between
tn3270eSrvrStatsMaxTerms and tn3270eSrvrStatsInUseTerms
in a conceptual row does not equal the value of
tn3270eSrvrStatsSpareTerms in that row: an LU may
exist but not be usable by a client connection.
概念的な列のtn3270eSrvrStatsMaxTermsとtn3270eSrvrStatsInUseTermsの違いがその列のtn3270eSrvrStatsSpareTermsの値と等しくないのは、可能です: LUは存在していますが、クライアント接続は使用可能でないかもしれません。
Alternatively, the administrative ceiling represented
by tn3270eSrvrStatsMaxTerms may have been lowered to
a point where it is less than the current value of
tn3270eSrvrStatsInUseTerms. In this case
tn3270eSrvrStatsSpareTerms returns the value 0."
あるいはまた、tn3270eSrvrStatsMaxTermsによって表された管理天井はそれがtn3270eSrvrStatsInUseTermsの現行価値より少ないポイントに下ろされたかもしれません。「この場合、tn3270eSrvrStatsSpareTermsは値0を返します。」
::= { tn3270eSrvrStatsEntry 5 }
::= tn3270eSrvrStatsEntry5
tn3270eSrvrStatsMaxPtrs OBJECT-TYPE
SYNTAX Unsigned32
UNITS "Printer Resources"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the maximum number of printer resources
available for use by a TN3270E server for the
granularity of this conceptual row (server-wide,
port, or port-and-local-address)."
::= { tn3270eSrvrStatsEntry 6 }
tn3270eSrvrStatsMaxPtrs OBJECT-TYPE SYNTAX Unsigned32 UNITS「プリンタリソース」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状に、TN3270Eサーバで使用に利用可能なプリンタリソースの最大数を示します」。 ::= tn3270eSrvrStatsEntry6
White & Moore Standards Track [Page 25] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[25ページ]RFC2561TN3270E
tn3270eSrvrStatsInUsePtrs OBJECT-TYPE
SYNTAX Gauge32
UNITS "Printer Resources"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of printer resources
currently in use by a TN3270E server for the
granularity of this conceptual row (server-wide,
port, or port-and-local-address)."
::= { tn3270eSrvrStatsEntry 7 }
tn3270eSrvrStatsInUsePtrs OBJECT-TYPE SYNTAX Gauge32 UNITS「プリンタリソース」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状に、現在TN3270Eサーバで使用中のプリンタリソースの数を示します」。 ::= tn3270eSrvrStatsEntry7
tn3270eSrvrStatsSparePtrs OBJECT-TYPE
SYNTAX Gauge32
UNITS "Spare Printer Resources"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of free printer resources at
a TN3270E server for the granularity of this conceptual
row (server-wide, port, or port-and-local-address).
tn3270eSrvrStatsSparePtrs OBJECT-TYPE SYNTAX Gauge32 UNITS「予備プリンタリソース」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状のためにTN3270Eサーバで無料のプリンタリソースの数を示します」。
It is possible that the difference between
tn3270eSrvrStatsMaxPtrs and tn3270eSrvrStatsInUsePtrs
in a conceptual row does not equal the value of
tn3270eSrvrStatsSparePtrs in that row: a printer
resource may exist but not be usable by a client
connection.
概念的な列のtn3270eSrvrStatsMaxPtrsとtn3270eSrvrStatsInUsePtrsの違いがその列のtn3270eSrvrStatsSparePtrsの値と等しくないのは、可能です: プリンタリソースは、存在していますが、クライアント接続は使用可能でないかもしれません。
Alternatively, the administrative ceiling represented
by tn3270eSrvrStatsMaxPtrs may have been lowered to
a point where it is less than the current value of
tn3270eSrvrStatsInUsePtrs. In this case
tn3270eSrvrStatsSparePtrs returns the value 0."
::= { tn3270eSrvrStatsEntry 8 }
あるいはまた、tn3270eSrvrStatsMaxPtrsによって表された管理天井はそれがtn3270eSrvrStatsInUsePtrsの現行価値より少ないポイントに下ろされたかもしれません。 「この場合、tn3270eSrvrStatsSparePtrsは値0を返します。」 ::= tn3270eSrvrStatsEntry8
tn3270eSrvrStatsInConnects OBJECT-TYPE
SYNTAX Counter32
UNITS "connections"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of client (TCP) connections
that succeeded at a TN3270E server for the
granularity of this conceptual row (server-wide,
port, or port-and-local-address).
tn3270eSrvrStatsInConnects OBJECT-TYPE SYNTAX Counter32 UNITS「接続」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状のためにTN3270Eサーバで成功したクライアント(TCP)接続の数を示します」。
The tn3270eSrvrStatsConnResrceRejs and
そしてtn3270eSrvrStatsConnResrceRejs。
White & Moore Standards Track [Page 26] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[26ページ]RFC2561TN3270E
tn3270eSrvrStatsConnErrorRejs objects provide a count
of failed connection attempts.
tn3270eSrvrStatsConnErrorRejs物は失敗した接続試みのカウントを提供します。
A Management Station can detect discontinuities in
this counter by monitoring the tn3270eSrvrStatsUpTime
object."
::= { tn3270eSrvrStatsEntry 9 }
「Management駅はこのカウンタにtn3270eSrvrStatsUpTime物をモニターすることによって、不連続を検出できます。」 ::= tn3270eSrvrStatsEntry9
tn3270eSrvrStatsConnResrceRejs OBJECT-TYPE
SYNTAX Counter32
UNITS "connection attempts"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of (TCP) connections rejected
during connection setup at a TN3270E server for the
granularity of this conceptual row (server-wide,
port, or port-and-local-address) due to a lack of
resources at the server. An example of when this
counter would be incremented is when no terminal
or printer resource is available to associate with a
client's TCP connection.
tn3270eSrvrStatsConnResrceRejs OBJECT-TYPE SYNTAX Counter32 UNITS「接続試み」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「サーバにおける財源不足のため接続設定の間この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状のためにTN3270Eサーバで拒絶された(TCP)接続の数を示します」; このカウンタが増加される時に関する例は端末でないプリンタリソースがないのがクライアントのTCP接続と交際するために利用可能である時です。
A Management Station can detect discontinuities in
this counter by monitoring the tn3270eSrvrStatsUpTime
object."
::= { tn3270eSrvrStatsEntry 10 }
「Management駅はこのカウンタにtn3270eSrvrStatsUpTime物をモニターすることによって、不連続を検出できます。」 ::= tn3270eSrvrStatsEntry10
tn3270eSrvrStatsDisconnects OBJECT-TYPE
SYNTAX Counter32
UNITS "disconnections"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of (TCP) connections that were
disconnected at a TN3270E server for the
granularity of this conceptual row (server-wide,
port, or port-and-local-address).
tn3270eSrvrStatsDisconnects OBJECT-TYPE SYNTAX Counter32 UNITS「断線」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状のためにTN3270Eサーバで外された(TCP)接続の数を示します」。
A Management Station can detect discontinuities in
this counter by monitoring the tn3270eSrvrStatsUpTime
object."
::= { tn3270eSrvrStatsEntry 11 }
「Management駅はこのカウンタにtn3270eSrvrStatsUpTime物をモニターすることによって、不連続を検出できます。」 ::= tn3270eSrvrStatsEntry11
tn3270eSrvrStatsHCInOctets OBJECT-TYPE
SYNTAX Counter64
UNITS "octets"
MAX-ACCESS read-only
tn3270eSrvrStatsHCInOctets OBJECT-TYPE SYNTAX Counter64 UNITS「八重奏」マックス-ACCESS書き込み禁止
White & Moore Standards Track [Page 27] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[27ページ]RFC2561TN3270E
STATUS current
DESCRIPTION
"Indicates the number of octets received from TN3270
and TN3270E clients for the granularity of this
conceptual row (server-wide, port, or
port-and-local-address).
STATUSの現在の記述は「この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状のためにTN3270から受けられた八重奏とTN3270Eクライアントの数を示します」。
A Management Station can detect discontinuities in
this counter by monitoring the tn3270eSrvrStatsUpTime
object."
::= { tn3270eSrvrStatsEntry 12 }
「Management駅はこのカウンタにtn3270eSrvrStatsUpTime物をモニターすることによって、不連続を検出できます。」 ::= tn3270eSrvrStatsEntry12
tn3270eSrvrStatsInOctets OBJECT-TYPE
SYNTAX Counter32
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Low-order 32 bits of tn3270eSrvrStatsHCInOctets for
this conceptual row.
「これに、概念的なtn3270eSrvrStatsHCInOctetsの下位の32ビットはこぐ」tn3270eSrvrStatsInOctets OBJECT-TYPE SYNTAX Counter32 UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
A Management Station can detect discontinuities in
this counter by monitoring the tn3270eSrvrStatsUpTime
object."
::= { tn3270eSrvrStatsEntry 13 }
「Management駅はこのカウンタにtn3270eSrvrStatsUpTime物をモニターすることによって、不連続を検出できます。」 ::= tn3270eSrvrStatsEntry13
tn3270eSrvrStatsHCOutOctets OBJECT-TYPE
SYNTAX Counter64
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of octets sent to TN3270
and TN3270E clients for the granularity of this
conceptual row (server-wide, port, or
port-and-local-address).
tn3270eSrvrStatsHCOutOctets OBJECT-TYPE SYNTAX Counter64 UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「八重奏の数がこの概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状のためにTN3270とTN3270Eクライアントに発信したのを示します」。
A Management Station can detect discontinuities in
this counter by monitoring the tn3270eSrvrStatsUpTime
object."
::= { tn3270eSrvrStatsEntry 14 }
「Management駅はこのカウンタにtn3270eSrvrStatsUpTime物をモニターすることによって、不連続を検出できます。」 ::= tn3270eSrvrStatsEntry14
tn3270eSrvrStatsOutOctets OBJECT-TYPE
SYNTAX Counter32
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
tn3270eSrvrStatsOutOctets OBJECT-TYPE SYNTAX Counter32 UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
White & Moore Standards Track [Page 28] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[28ページ]RFC2561TN3270E
"Low-order 32 bits of tn3270eSrvrStatsHCOutOctets for
this conceptual row.
「この概念的な列へのtn3270eSrvrStatsHCOutOctetsの下位の32ビット。」
A Management Station can detect discontinuities in
this counter by monitoring the tn3270eSrvrStatsUpTime
object."
::= { tn3270eSrvrStatsEntry 15 }
「Management駅はこのカウンタにtn3270eSrvrStatsUpTime物をモニターすることによって、不連続を検出できます。」 ::= tn3270eSrvrStatsEntry15
tn3270eSrvrStatsConnErrorRejs OBJECT-TYPE
SYNTAX Counter32
UNITS "connection attempts"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the number of (TCP) connections rejected
during connection setup at a TN3270E server for the
granularity of this conceptual row (server-wide,
port, or port-and-local-address) due to an error
of some type. An example of when this counter would
be incremented is when the client and the server
cannot agree on a common set of TN3270E functions for
the connection.
tn3270eSrvrStatsConnErrorRejs OBJECT-TYPE SYNTAX Counter32 UNITS「接続試み」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「タイプの誤りのため接続設定の間この概念的な列(広さのサーバか、ポートか、ポートとローカルアドレス)の粒状のためにTN3270Eサーバで拒絶された(TCP)接続の数を示します」。 このカウンタが増加される時に関する例はクライアントとサーバが接続のために一般的なセットのTN3270E機能に同意できない時です。
A Management Station can detect discontinuities in
this counter by monitoring the tn3270eSrvrStatsUpTime
object."
::= { tn3270eSrvrStatsEntry 16 }
「Management駅はこのカウンタにtn3270eSrvrStatsUpTime物をモニターすることによって、不連続を検出できます。」 ::= tn3270eSrvrStatsEntry16
tn3270eClientGroupTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eClientGroupEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines client address groupings for use
by a TN3270E server.
tn3270eClientGroupTable OBJECT-TYPEのSYNTAX SEQUENCE OF Tn3270eClientGroupEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはTN3270Eサーバで使用のためのクライアントアドレス組分けを定義します」。
No entry in this table shall exist without
a corresponding (same tn3270eSrvrConfIndex) entry in
the tn3270eSrvrConfTable existing.
tn3270eSrvrConfTableの対応する(同じtn3270eSrvrConfIndex)エントリーが存在しないで、このテーブルのエントリーは全く存在しないものとします。
An implementation SHOULD NOT retain SNMP-created
entries in this table across re-IPLs (Initial Program
Loads) of the corresponding TN3270E server."
::= { tn3270eObjects 4 }
「実現SHOULD NOTは対応するTN3270Eサーバの再IPLs(初期のProgram Loads)の向こう側にこのテーブルでSNMPによって作成されたエントリーを保有する」、:、:= tn3270eObjects4
tn3270eClientGroupEntry OBJECT-TYPE
SYNTAX Tn3270eClientGroupEntry
MAX-ACCESS not-accessible
アクセスしやすくないtn3270eClientGroupEntry OBJECT-TYPE SYNTAX Tn3270eClientGroupEntryマックス-ACCESS
White & Moore Standards Track [Page 29] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[29ページ]RFC2561TN3270E
STATUS current
DESCRIPTION
"Definition of a single client address entry. All
entries with the same first two indexes,
tn3270eSrvrConfIndex and tn3270eClientGroupName, are
considered to be in the same client group."
INDEX { tn3270eSrvrConfIndex,
tn3270eClientGroupName,
tn3270eClientGroupAddrType,
tn3270eClientGroupAddress }
::= { tn3270eClientGroupTable 1 }
STATUSの現在の記述、「単一のクライアントアドレスエントリーの定義。」 「同じ最初の2つのインデックスがあるすべてのエントリー(tn3270eSrvrConfIndexとtn3270eClientGroupName)が、同じクライアントグループにはあると考えられます。」 tn3270eSrvrConfIndex、tn3270eClientGroupName、tn3270eClientGroupAddrType、tn3270eClientGroupAddressに索引をつけてください:、:= tn3270eClientGroupTable1
Tn3270eClientGroupEntry ::= SEQUENCE {
tn3270eClientGroupName Utf8String,
tn3270eClientGroupAddrType IANATn3270eAddrType,
tn3270eClientGroupAddress IANATn3270eAddress,
tn3270eClientGroupSubnetMask IpAddress,
tn3270eClientGroupPfxLength Unsigned32,
tn3270eClientGroupRowStatus RowStatus
}
Tn3270eClientGroupEntry:、:= 系列tn3270eClientGroupName Utf8String、tn3270eClientGroupAddrType IANATn3270eAddrType、tn3270eClientGroupAddress IANATn3270eAddress、tn3270eClientGroupSubnetMask IpAddress、tn3270eClientGroupPfxLength Unsigned32、tn3270eClientGroupRowStatus RowStatus
tn3270eClientGroupName OBJECT-TYPE
SYNTAX Utf8String (SIZE(1..24))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The name of a client group. Note: client group
names are required to be unique only with respect
to a single TN3270E server."
::= { tn3270eClientGroupEntry 1 }
「クライアントの名前は分類する」tn3270eClientGroupName OBJECT-TYPE SYNTAX Utf8String(SIZE(1 .24))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 以下に注意してください。 「クライアントグループ名がただ一つのTN3270Eサーバだけに関して特有になるのに必要である」、:、:= tn3270eClientGroupEntry1
tn3270eClientGroupAddrType OBJECT-TYPE
SYNTAX IANATn3270eAddrType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Indicates the type of the address represented in
tn3270eClientGroupAddress."
::= { tn3270eClientGroupEntry 2 }
tn3270eClientGroupAddrType OBJECT-TYPE SYNTAX IANATn3270eAddrTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「tn3270eClientGroupAddressに表されたアドレスのタイプを示します」。 ::= tn3270eClientGroupEntry2
tn3270eClientGroupAddress OBJECT-TYPE
SYNTAX IANATn3270eAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The client address of a member of a client group.
The value of tn3270eClientGroupAddrType indicates
the address type (IPv4 or IPv6, for example)."
「クライアントのメンバーのクライアントアドレスは分類する」tn3270eClientGroupAddress OBJECT-TYPE SYNTAX IANATn3270eAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「tn3270eClientGroupAddrTypeの値はアドレスタイプ(例えば、IPv4かIPv6)を示します。」
White & Moore Standards Track [Page 30] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[30ページ]RFC2561TN3270E
::= { tn3270eClientGroupEntry 3 }
::= tn3270eClientGroupEntry3
tn3270eClientGroupSubnetMask OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The corresponding subnet mask associated with
tn3270eClientGroupAddress. A single IP address is
represented by having this object contain the value
of 255.255.255.255.
tn3270eClientGroupSubnetMask OBJECT-TYPE SYNTAX IpAddressマックス-ACCESSは「対応するサブネットマスクはtn3270eClientGroupAddressに関連づけた」STATUSの現在の記述を読書して作成します。 この物に255.255の値を含ませることによって、ただ一つのIPアドレスは表されます。.255 .255。
This object's value is meaningful only if
tn3270eClientGroupAddrType has a value of ipv4(1)."
DEFVAL { 'FFFFFFFF'H }
::= { tn3270eClientGroupEntry 4 }
「tn3270eClientGroupAddrTypeにipv4(1)の値がある場合にだけ、この物の値は重要です。」 DEFVAL'FFFFFFFF'H:、:、'= tn3270eClientGroupEntry4
tn3270eClientGroupPfxLength OBJECT-TYPE
SYNTAX Unsigned32 (0..128)
UNITS "bits"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The corresponding IPv6 network prefix length.
tn3270eClientGroupPfxLength OBJECT-TYPE SYNTAX Unsigned32(0 .128)UNITS「ビット」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「対応するIPv6ネットワーク接頭語の長さ。」
This object's value is meaningful only if
tn3270eClientGroupAddrType has a value of ipv6(2)."
DEFVAL { 0 }
::= { tn3270eClientGroupEntry 5 }
「tn3270eClientGroupAddrTypeにipv6(2)の値がある場合にだけ、この物の値は重要です。」 DEFVAL0:、:= tn3270eClientGroupEntry5
tn3270eClientGroupRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and deleted
in the tn3270eClientGroupTable. Entries may also be
created and deleted as a result of implementation-
dependent operations.
tn3270eClientGroupRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は、tn3270eClientGroupTableで作成されて、削除されるのをエントリーを許容する」STATUSの現在の記述を読書して作成します。 エントリーは、また、実現依存する操作の結果、作成されて、削除されるかもしれません。
An entry in this table is deleted by setting this object
to destroy(6). When the number of entries in this table
for a given client group becomes 0, this has the side-
effect of removing any entries for the group in the
tn3270eClientResMapTable."
REFERENCE
"RFC 1903, 'Textual Conventions for version 2 of the
Simple Network Management Protocol (SNMPv2).'"
この物に(6)を破壊するように設定することによって、このテーブルのエントリーは削除されます。 「与えられたクライアントグループのためのこのテーブルのエントリーの数が0になると、これには、tn3270eClientResMapTableのグループのためにどんなエントリーも取り除くというサイド効果があります。」 REFERENCE、「RFC1903、'Simple Network Managementプロトコル(SNMPv2)のバージョン2のための原文のConventions'。」
White & Moore Standards Track [Page 31] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[31ページ]RFC2561TN3270E
::= { tn3270eClientGroupEntry 6 }
::= tn3270eClientGroupEntry6
tn3270eResPoolTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eResPoolEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines resource groupings; the term
'pool' is used as it is defined by RFC 2355.
tn3270eResPoolTable OBJECT-TYPE SYNTAX SEQUENCE OF Tn3270eResPoolEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはリソース組分けを定義します」。 それがRFC2355によって定義されるとき、'プール'という期間は使用されています。
No entry in this table shall exist without
a corresponding (same tn3270eSrvrConfIndex) entry in
the tn3270eSrvrConfTable existing.
tn3270eSrvrConfTableの対応する(同じtn3270eSrvrConfIndex)エントリーが存在しないで、このテーブルのエントリーは全く存在しないものとします。
An implementation SHOULD NOT retain SNMP-created
entries in this table across re-IPLs (Initial Program
Loads) of the corresponding TN3270E server."
::= { tn3270eObjects 5 }
「実現SHOULD NOTは対応するTN3270Eサーバの再IPLs(初期のProgram Loads)の向こう側にこのテーブルでSNMPによって作成されたエントリーを保有する」、:、:= tn3270eObjects5
tn3270eResPoolEntry OBJECT-TYPE
SYNTAX Tn3270eResPoolEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Definition of a single resource pool member. All entries
with the same first two indexes, tn3270eSrvrConfIndex and
tn3270eResPoolName, are considered to be in the same pool."
INDEX { tn3270eSrvrConfIndex,
tn3270eResPoolName,
tn3270eResPoolElementName }
::= { tn3270eResPoolTable 1 }
tn3270eResPoolEntry OBJECT-TYPE SYNTAX Tn3270eResPoolEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「独身のリソースプールメンバーの定義。」 「同じ最初の2つのインデックスがあるすべてのエントリー(tn3270eSrvrConfIndexとtn3270eResPoolName)が、同じプールの中にあると考えられます。」 tn3270eSrvrConfIndex、tn3270eResPoolName、tn3270eResPoolElementNameに索引をつけてください:、:= tn3270eResPoolTable1
Tn3270eResPoolEntry ::= SEQUENCE {
tn3270eResPoolName Utf8String,
tn3270eResPoolElementName SnaResourceName,
tn3270eResPoolElementType IANATn3270ResourceType,
tn3270eResPoolRowStatus RowStatus
}
Tn3270eResPoolEntry:、:= 系列tn3270eResPoolName Utf8String、tn3270eResPoolElementName SnaResourceName、tn3270eResPoolElementType IANATn3270ResourceType、tn3270eResPoolRowStatus RowStatus
tn3270eResPoolName OBJECT-TYPE
SYNTAX Utf8String (SIZE(1..24))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The name of a resource pool."
::= { tn3270eResPoolEntry 1 }
「リソースの名前はプールする」tn3270eResPoolName OBJECT-TYPE SYNTAX Utf8String(SIZE(1 .24))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= tn3270eResPoolEntry1
tn3270eResPoolElementName OBJECT-TYPE
tn3270eResPoolElementNameオブジェクト・タイプ
White & Moore Standards Track [Page 32] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[32ページ]RFC2561TN3270E
SYNTAX SnaResourceName
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The name of a member of a resource pool."
::= { tn3270eResPoolEntry 2 }
「リソースのメンバーの名前はプールする」SYNTAX SnaResourceNameのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= tn3270eResPoolEntry2
tn3270eResPoolElementType OBJECT-TYPE
SYNTAX IANATn3270ResourceType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The type of the entity in a resource pool."
::= { tn3270eResPoolEntry 3 }
tn3270eResPoolElementType OBJECT-TYPE SYNTAX IANATn3270ResourceTypeマックス-ACCESSは「リソースの実体のタイプはプールする」STATUSの現在の記述を読書して作成します。 ::= tn3270eResPoolEntry3
tn3270eResPoolRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and deleted
in the tn3270eResPoolTable. Entries may also be
created and deleted as a result of implementation-
dependent operations.
tn3270eResPoolRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は、tn3270eResPoolTableで作成されて、削除されるのをエントリーを許容する」STATUSの現在の記述を読書して作成します。 エントリーは、また、実現依存する操作の結果、作成されて、削除されるかもしれません。
An entry in this table is deleted by setting this object
to destroy(6). When all entries in this table associated
with the same tn3270eResPoolElementName have been removed,
then any associated (tn3270eResPoolElementName matching
tn3270eClientResMapPoolName with same tn3270eSrvrConfIndex
values) entries in the tn3270eClientResMapTable SHALL
also be removed."
REFERENCE
"RFC 1903, 'Textual Conventions for version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { tn3270eResPoolEntry 4 }
この物に(6)を破壊するように設定することによって、このテーブルのエントリーは削除されます。 「また、このテーブルのすべてのエントリーが交際したときには、tn3270eResPoolElementNameがtn3270eClientResMapTable SHALLの取り除かれて、当時のいずれも関連している(同じtn3270eSrvrConfIndex値があるtn3270eResPoolElementNameの合っているtn3270eClientResMapPoolName)エントリーである同じくらい持っていて、取り除いてください。」 REFERENCE、「RFC1903、'Simple Network Managementプロトコル(SNMPv2)のバージョン2のための原文のConventions'」、:、:= tn3270eResPoolEntry4
tn3270eSnaMapTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eSnaMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table provide a mapping from the name by which
a secondary LU is known in the SNA network to the
name by which it is known locally at the TN3270e
server. This latter name serves as an index into
the tn3270eResPoolTable and the tn3270eResMapTable.
「このテーブルは. この後者がtn3270eResPoolTableへのインデックスとしてのサーブとtn3270eResMapTableを命名するTN3270eサーバで二次LUがSNAネットワークで知られている名前からそれが局所的に知られている名前までのマッピングを提供する」tn3270eSnaMapTable OBJECT-TYPE SYNTAX SEQUENCE OF Tn3270eSnaMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
White & Moore Standards Track [Page 33] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[33ページ]RFC2561TN3270E
No entry in this table shall exist without
a corresponding (same tn3270eSrvrConfIndex) entry in
the tn3270eSrvrConfTable existing."
::= { tn3270eObjects 6 }
「tn3270eSrvrConfTableの対応する(同じtn3270eSrvrConfIndex)エントリーが存在しないで、このテーブルのエントリーは全く存在しないものとします。」 ::= tn3270eObjects6
tn3270eSnaMapEntry OBJECT-TYPE
SYNTAX Tn3270eSnaMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Definition of a single mapping from an SSCP-supplied
SLU name to a local SLU name.
「ただ一つのマッピングのSSCPによって供給されたSLU名から地方のSLUまでの定義は命名する」tn3270eSnaMapEntry OBJECT-TYPE SYNTAX Tn3270eSnaMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
Note: In certain pathological cases, it is possible
that an SSCP will send on an ACTLU for a local LU an
SLU name currently represented by an entry in this
table that associates it with a different local LU.
In these cases the association from the newer ACTLU
SHOULD be the one represented in this table."
INDEX { tn3270eSrvrConfIndex,
tn3270eSnaMapSscpSuppliedName }
::= { tn3270eSnaMapTable 1 }
以下に注意してください。 ある病理学的な場合では、SSCPが地方のLUのために現在異なった地方のLUにそれを関連づけるこのテーブルにエントリーで表されているSLU名をACTLUに送るのは、可能です。 「これらでは、これに表されたのがテーブル用であったなら、より新しいACTLU SHOULDから協会をケースに入れます。」 tn3270eSrvrConfIndex、tn3270eSnaMapSscpSuppliedNameに索引をつけてください:、:= tn3270eSnaMapTable1
Tn3270eSnaMapEntry ::= SEQUENCE {
tn3270eSnaMapSscpSuppliedName SnaResourceName,
tn3270eSnaMapLocalName SnaResourceName,
tn3270eSnaMapPrimaryLuName SnaResourceName
}
Tn3270eSnaMapEntry:、:= 系列tn3270eSnaMapSscpSuppliedName SnaResourceName、tn3270eSnaMapLocalName SnaResourceName、tn3270eSnaMapPrimaryLuName SnaResourceName
tn3270eSnaMapSscpSuppliedName OBJECT-TYPE
SYNTAX SnaResourceName
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The name of the secondary LU (SLU) as it is known in
the SNA network. This name is sent by the SSCP on
the Activate Logical Unit (ACTLU) request."
::= { tn3270eSnaMapEntry 1 }
tn3270eSnaMapSscpSuppliedName OBJECT-TYPE SYNTAX SnaResourceNameのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「それとしての二次LU(SLU)という名前はSNAネットワークで知られています」。 「この名前は(ACTLU)が要求するActivate Logical Unitの上のSSCPによって送られます。」 ::= tn3270eSnaMapEntry1
tn3270eSnaMapLocalName OBJECT-TYPE
SYNTAX SnaResourceName
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The local name of the secondary LU (SLU)."
::= { tn3270eSnaMapEntry 2 }
「地方は二次LU(SLU)について命名する」tn3270eSnaMapLocalName OBJECT-TYPE SYNTAX SnaResourceNameのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= tn3270eSnaMapEntry2
tn3270eSnaMapPrimaryLuName OBJECT-TYPE
tn3270eSnaMapPrimaryLuNameオブジェクト・タイプ
White & Moore Standards Track [Page 34] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[34ページ]RFC2561TN3270E
SYNTAX SnaResourceName
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"When there is a currently active LU-LU session for
this connection, this object returns the primary LU
(PLU) name from the BIND. When there is no active
LU-LU session, or when the PLU name is unavailable
for some other reason, this object returns a
zero-length octet string."
::= { tn3270eSnaMapEntry 3 }
「この接続のための現在活発なLU-LUセッションがあって、この物はBINDから第一のLU(PLU)名を返す」SYNTAX SnaResourceNameのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「どんな活発なLU-LUセッションもないか、またはPLU名がある他の理由を入手できないときに、この物はゼロ・レングス八重奏ストリングを返します。」 ::= tn3270eSnaMapEntry3
tn3270eClientResMapTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eClientResMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines resource-pool to client-group
mappings. Since both the resource pool name and client
group name are included in the index clause of this
table, multiple resource pools can be assigned to the
same client group. This enables use of multiple
resource pools for use in client to resource mapping.
Assigning multiple client groups to the same resource
pool is also allowed, but is not the primary purpose
for how the indexing is structured.
tn3270eClientResMapTable OBJECT-TYPEのSYNTAX SEQUENCE OF Tn3270eClientResMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはクライアントグループマッピングとリソースプールを定義します」。 リソースプール名とクライアントグループ名の両方がこのテーブルの指数約款に含まれているので、同じクライアントグループに複数のリソースプールを配属できます。 これは複数のリソースプールのクライアントにおける使用の使用をリソースマッピングに可能にします。 複数のクライアントグループを同じリソースプールに割り当てるのは、また、許容されていますが、インデックスがどう構造化されるか第一の目的ではありません。
Assignment of a resource pool to client group can be
restricted based on TCP port. An index value of 0 for
tn3270eClientResMapClientPort disables restriction of
resource assignment based on client target port
selection.
クライアントグループへのリソースプールの課題はTCPポートに基づいて制限される場合があります。 tn3270eClientResMapClientPortのための0のインデックス値はクライアント目標ポート選択に基づくリソース課題の制限を無効にします。
No entry in this table shall exist without
a corresponding (same tn3270eSrvrConfIndex) entry in
the tn3270eSrvrConfTable existing.
tn3270eSrvrConfTableの対応する(同じtn3270eSrvrConfIndex)エントリーが存在しないで、このテーブルのエントリーは全く存在しないものとします。
An implementation SHOULD NOT retain SNMP-created
entries in this table across re-IPLs (Initial Program
Loads) of the corresponding TN3270E server."
::= { tn3270eObjects 7 }
「実装SHOULD NOTは対応するTN3270Eサーバの再IPLs(初期のProgram Loads)の向こう側にこのテーブルでSNMPによって作成されたエントリーを保有する」、:、:= tn3270eObjects7
tn3270eClientResMapEntry OBJECT-TYPE
SYNTAX Tn3270eClientResMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Definition of a single resource pool to client group
「クライアントへの単一のリソースプールの定義は分類する」tn3270eClientResMapEntry OBJECT-TYPE SYNTAX Tn3270eClientResMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
White & Moore Standards Track [Page 35] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[35ページ]RFC2561TN3270E
mapping."
INDEX { tn3270eSrvrConfIndex,
tn3270eClientResMapPoolName,
tn3270eClientResMapClientGroupName,
tn3270eClientResMapClientPort }
::= { tn3270eClientResMapTable 1 }
「写像します」。 tn3270eSrvrConfIndex、tn3270eClientResMapPoolName、tn3270eClientResMapClientGroupName、tn3270eClientResMapClientPortに索引をつけてください:、:= tn3270eClientResMapTable1
Tn3270eClientResMapEntry ::= SEQUENCE {
tn3270eClientResMapPoolName Utf8String,
tn3270eClientResMapClientGroupName Utf8String,
tn3270eClientResMapClientPort Unsigned32,
tn3270eClientResMapRowStatus RowStatus
}
Tn3270eClientResMapEntry:、:= 系列tn3270eClientResMapPoolName Utf8String、tn3270eClientResMapClientGroupName Utf8String、tn3270eClientResMapClientPort Unsigned32、tn3270eClientResMapRowStatus RowStatus
tn3270eClientResMapPoolName OBJECT-TYPE
SYNTAX Utf8String (SIZE(1..24))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The name of a resource pool."
::= { tn3270eClientResMapEntry 1 }
「リソースの名前はプールする」tn3270eClientResMapPoolName OBJECT-TYPE SYNTAX Utf8String(SIZE(1 .24))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= tn3270eClientResMapEntry1
tn3270eClientResMapClientGroupName OBJECT-TYPE
SYNTAX Utf8String (SIZE(1..24))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The name of the client group that is mapped to a
resource pool."
::= { tn3270eClientResMapEntry 2 }
tn3270eClientResMapClientGroupName OBJECT-TYPE SYNTAX Utf8String(SIZE(1 .24))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「リソースプールに写像されるクライアントグループの名前。」 ::= tn3270eClientResMapEntry2
tn3270eClientResMapClientPort OBJECT-TYPE
SYNTAX Unsigned32 (0..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A port number restricting the scope of a mapping
from a resource pool to a client group. The
value 0 for this object indicates that the scope
of the mapping is not restricted."
::= { tn3270eClientResMapEntry 3 }
「ポートはマッピングの範囲をリソースプールからクライアントグループに制限しながら、付番する」tn3270eClientResMapClientPort OBJECT-TYPE SYNTAX Unsigned32(0 .65535)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このオブジェクトのための値0は、マッピングの範囲が制限されないのを示します。」 ::= tn3270eClientResMapEntry3
tn3270eClientResMapRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object allows entries to be created and deleted
tn3270eClientResMapRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「このオブジェクトは、作成されて、削除されるのをエントリーを許容する」STATUSの現在の記述を読書して作成します。
White & Moore Standards Track [Page 36] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[36ページ]RFC2561TN3270E
in the tn3270eClientResMapTable. Entries may also be
created and deleted as a result of implementation-
dependent operations.
tn3270eClientResMapTableで。 エントリーは、また、実装依存する操作の結果、作成されて、削除されるかもしれません。
An entry in this table is deleted by setting this object
to destroy(6). Removing an entry from this table doesn't
affect any other table entry defined in this MIB."
REFERENCE
"RFC 1903, 'Textual Conventions for version 2 of the
Simple Network Management Protocol (SNMPv2).'"
::= { tn3270eClientResMapEntry 4 }
このオブジェクトに(6)を破壊するように設定することによって、このテーブルのエントリーは削除されます。 「このテーブルからエントリーを取り除くのはこのMIBで定義されたいかなる他のテーブル項目にも影響しません。」 REFERENCE、「RFC1903、'Simple Network Managementプロトコル(SNMPv2)のバージョン2のための原文のConventions'」、:、:= tn3270eClientResMapEntry4
tn3270eResMapTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eResMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines the actual mapping of a resource
to a client address.
tn3270eResMapTable OBJECT-TYPE SYNTAX SEQUENCE OF Tn3270eResMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはリソースの実際のマッピングをクライアントアドレスと定義します」。
No entry in this table shall exist without
a corresponding (same tn3270eSrvrConfIndex) entry in
the tn3270eSrvrConfTable existing."
::= { tn3270eObjects 8 }
「tn3270eSrvrConfTableの対応する(同じtn3270eSrvrConfIndex)エントリーが存在しないで、このテーブルのエントリーは全く存在しないものとします。」 ::= tn3270eObjects8
tn3270eResMapEntry OBJECT-TYPE
SYNTAX Tn3270eResMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Definition of the mapping of a Resource Element to
a client address."
INDEX { tn3270eSrvrConfIndex,
tn3270eResMapElementName }
::= { tn3270eResMapTable 1 }
「クライアントへのResource Elementに関するマッピングの定義は扱う」tn3270eResMapEntry OBJECT-TYPE SYNTAX Tn3270eResMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 tn3270eSrvrConfIndex、tn3270eResMapElementNameに索引をつけてください:、:= tn3270eResMapTable1
Tn3270eResMapEntry ::= SEQUENCE {
tn3270eResMapElementName SnaResourceName,
tn3270eResMapAddrType IANATn3270eAddrType,
tn3270eResMapAddress IANATn3270eAddress,
tn3270eResMapPort Unsigned32,
tn3270eResMapElementType IANATn3270ResourceType,
tn3270eResMapSscpSuppliedName SnaResourceName
}
Tn3270eResMapEntry:、:= 系列tn3270eResMapElementName SnaResourceName、tn3270eResMapAddrType IANATn3270eAddrType、tn3270eResMapAddress IANATn3270eAddress、tn3270eResMapPort Unsigned32、tn3270eResMapElementType IANATn3270ResourceType、tn3270eResMapSscpSuppliedName SnaResourceName
tn3270eResMapElementName OBJECT-TYPE
SYNTAX SnaResourceName
MAX-ACCESS not-accessible
アクセスしやすくないtn3270eResMapElementName OBJECT-TYPE SYNTAX SnaResourceNameマックス-ACCESS
White & Moore Standards Track [Page 37] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[37ページ]RFC2561TN3270E
STATUS current
DESCRIPTION
"The name of a resource element. This is the name by
which the server implementing this table knows the
resource. It may be different from the name by which
the resource is known in the SNA network. This latter
name is returned in the tn3270eResMapSscpSuppliedName
object."
::= { tn3270eResMapEntry 1 }
STATUSの現在の記述、「リソース要素の名前。」 これはこのテーブルを実装するサーバが知っているリソースの名前です。 それはリソースがSNAネットワークで知られている名前と異なっているかもしれません。 「tn3270eResMapSscpSuppliedNameオブジェクトでこの後者の名前を返します。」 ::= tn3270eResMapEntry1
tn3270eResMapAddrType OBJECT-TYPE
SYNTAX IANATn3270eAddrType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the type of the client address represented
in tn3270eResMapAddress."
::= { tn3270eResMapEntry 2 }
tn3270eResMapAddrType OBJECT-TYPE SYNTAX IANATn3270eAddrTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「tn3270eResMapAddressに表されたクライアントアドレスのタイプを示します」。 ::= tn3270eResMapEntry2
tn3270eResMapAddress OBJECT-TYPE
SYNTAX IANATn3270eAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A client address."
::= { tn3270eResMapEntry 3 }
「クライアントは扱う」tn3270eResMapAddress OBJECT-TYPE SYNTAX IANATn3270eAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= tn3270eResMapEntry3
tn3270eResMapPort OBJECT-TYPE
SYNTAX Unsigned32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A client port."
::= { tn3270eResMapEntry 4 }
「クライアントは移植する」tn3270eResMapPort OBJECT-TYPE SYNTAX Unsigned32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= tn3270eResMapEntry4
tn3270eResMapElementType OBJECT-TYPE
SYNTAX IANATn3270ResourceType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of the associated resource element."
::= { tn3270eResMapEntry 5 }
tn3270eResMapElementType OBJECT-TYPE SYNTAX IANATn3270ResourceTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「関連リソース要素のタイプ。」 ::= tn3270eResMapEntry5
tn3270eResMapSscpSuppliedName OBJECT-TYPE
SYNTAX SnaResourceName
MAX-ACCESS read-only
STATUS current
DESCRIPTION
tn3270eResMapSscpSuppliedName OBJECT-TYPE SYNTAX SnaResourceNameのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
White & Moore Standards Track [Page 38] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[38ページ]RFC2561TN3270E
"The name of the secondary LU (SLU) as it is known
in a SNA network. This name is sent by the SSCP on
the Activate Logical Unit (ACTLU) request. If this
name is not known, this object returns a zero-length
octet string."
::= { tn3270eResMapEntry 6 }
「それとしてのセカンダリLU(SLU)という名前はSNAネットワークで知られています。」 この名前は(ACTLU)が要求するActivate Logical Unitの上のSSCPによって送られます。 「この名前が知られていないなら、このオブジェクトはゼロ・レングス八重奏ストリングを返します。」 ::= tn3270eResMapEntry6
-- Define the set of objects to supplement the TCP Connection Table
-- オブジェクトのセットを定義して、TCP Connection Tableを補ってください。
tn3270eTcpConnTable OBJECT-TYPE
SYNTAX SEQUENCE OF Tn3270eTcpConnEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table has an entry for each TN3270(E) client
connection that is currently active at a TN3270E server.
An implementation MAY retain entries for connections
that have been terminated, but which entries are
retained, how many entries are retained, and how long
they are retained is entirely implementation-dependent.
このテーブルには、それぞれの現在TN3270Eサーバで活発なTN3270(E)クライアント接続のためのエントリーがあります。tn3270eTcpConnTable OBJECT-TYPE SYNTAX SEQUENCE OF Tn3270eTcpConnEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「実装は終えられた接続のためのエントリーを保有するかもしれませんが、どのエントリーが保有されるか、そして、いくつのエントリーが保有されるか、そして、それらがどれくらい長い間保有されるかは、実装完全に依存しています」。
The indexing for this table is designed to support the
use of an SNMP GET-NEXT operation using only the remote
address type, remote address, and remote port, as a way
for a Management Station to retrieve the table entries
related to a particular TN3270(E) client."
::= { tn3270eObjects 9 }
「このテーブルのためのインデックスはリモートアドレスタイプ、リモートアドレス、および遠く離れたポートだけを使用することでSNMP GET-ネクスト操作の使用をサポートするように設計されています、Management駅がテーブル項目を検索する方法が特定のTN3270(E)クライアントに関連したので。」 ::= tn3270eObjects9
tn3270eTcpConnEntry OBJECT-TYPE
SYNTAX Tn3270eTcpConnEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Provides information about a single TN3270/TN3270E
session. Note: a tn3270eSrvrConfIndex is not needed
in this table, since the combination of remote and
local addresses and ports is sufficient to
guarantee uniqueness across the TN3270E servers
serviced by an SNMP agent. Because of this indexing
structure, however, this table does not support
view-based access control policies that provide
access to table rows on a per-server basis."
INDEX { tn3270eTcpConnRemAddrType,
tn3270eTcpConnRemAddress,
tn3270eTcpConnRemPort,
tn3270eTcpConnLocalAddrType,
tn3270eTcpConnLocalAddress,
tn3270eTcpConnLocalPort
tn3270eTcpConnEntry OBJECT-TYPE SYNTAX Tn3270eTcpConnEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「ただ一つのTN3270/TN3270Eセッション頃に情報を提供します」。 以下に注意してください。 tn3270eSrvrConfIndexはこのテーブルで必要ではありません、遠く離れてローカルのアドレスとポートの組み合わせがSNMPエージェントによって修理されたTN3270Eサーバの向こう側にユニークさを保証するために十分であるので。 「しかしながら、このインデックス構造のために、このテーブルは、視点ベースのアクセスが1サーバあたり1個のベースで行を見送るためにアクセスを提供するコントロール方針であるとサポートしません。」 インデックス、tn3270eTcpConnRemAddrType、tn3270eTcpConnRemAddress、tn3270eTcpConnRemPort、tn3270eTcpConnLocalAddrType、tn3270eTcpConnLocalAddress、tn3270eTcpConnLocalPort
White & Moore Standards Track [Page 39] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[39ページ]RFC2561TN3270E
}
::= { tn3270eTcpConnTable 1 }
} ::= tn3270eTcpConnTable1
Tn3270eTcpConnEntry ::=
SEQUENCE
{
tn3270eTcpConnRemAddrType IANATn3270eAddrType,
tn3270eTcpConnRemAddress IANATn3270eAddress,
tn3270eTcpConnRemPort Unsigned32,
tn3270eTcpConnLocalAddrType IANATn3270eAddrType,
tn3270eTcpConnLocalAddress IANATn3270eAddress,
tn3270eTcpConnLocalPort Unsigned32,
tn3270eTcpConnLastActivity TimeTicks,
tn3270eTcpConnBytesIn Counter32,
tn3270eTcpConnBytesOut Counter32,
tn3270eTcpConnResourceElement SnaResourceName,
tn3270eTcpConnResourceType IANATn3270ResourceType,
tn3270eTcpConnDeviceType IANATn3270DeviceType,
tn3270eTcpConnFunctions IANATn3270Functions,
tn3270eTcpConnId Unsigned32,
tn3270eTcpConnClientIdFormat IANATn3270eClientType,
tn3270eTcpConnClientId OCTET STRING,
tn3270eTcpConnTraceData Tn3270eTraceData,
tn3270eTcpConnLogInfo IANATn3270eLogData,
tn3270eTcpConnLuLuBindImage OCTET STRING,
tn3270eTcpConnSnaState INTEGER,
tn3270eTcpConnStateLastDiscReason INTEGER,
tn3270eTcpConnSrvrConfIndex Unsigned32,
tn3270eTcpConnActivationTime TimeStamp
}
Tn3270eTcpConnEntry:、:= 系列{ tn3270eTcpConnRemAddrType IANATn3270eAddrType、tn3270eTcpConnRemAddress IANATn3270eAddress、tn3270eTcpConnRemPort Unsigned32、tn3270eTcpConnLocalAddrType IANATn3270eAddrType、tn3270eTcpConnLocalAddress IANATn3270eAddress、tn3270eTcpConnLocalPort Unsigned32、tn3270eTcpConnLastActivity TimeTicks、tn3270eTcpConnBytesIn Counter32、tn3270eTcpConnBytesOut Counter32、tn3270eTcpConnResourceElement SnaResourceName、tn3270eTcpConnResourceType IANATn3270ResourceType; tn3270eTcpConnDeviceType IANATn3270DeviceType、tn3270eTcpConnFunctions IANATn3270Functions、tn3270eTcpConnId Unsigned32、tn3270eTcpConnClientIdFormat IANATn3270eClientType、tn3270eTcpConnClientId八重奏ストリング、tn3270eTcpConnTraceData Tn3270eTraceData、tn3270eTcpConnLogInfo IANATn3270eLogData、tn3270eTcpConnLuLuBindImage八重奏ストリング、tn3270eTcpConnSnaState整数、tn3270eTcpConnStateLastDiscReason整数、tn3270eTcpConnSrvrConfIndex Unsigned32、tn3270eTcpConnActivationTimeタイムスタンプ; }
tn3270eTcpConnRemAddrType OBJECT-TYPE
SYNTAX IANATn3270eAddrType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Indicates the type of the value of the
tn3270eTcpConnRemAddress object. For example,
ipv4(1) or ipv6(2)."
::= { tn3270eTcpConnEntry 1 }
tn3270eTcpConnRemAddrType OBJECT-TYPE SYNTAX IANATn3270eAddrTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「tn3270eTcpConnRemAddressオブジェクトの値のタイプを示します」。 「例えば、ipv4(1)かipv6(2)。」 ::= tn3270eTcpConnEntry1
tn3270eTcpConnRemAddress OBJECT-TYPE
SYNTAX IANATn3270eAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The remote address associated with a TN3270E client.
tn3270eTcpConnRemAddrType indicates the address type
「リモートアドレスは. tn3270eTcpConnRemAddrTypeが、アドレスがタイプするのを示すTN3270Eクライアントに関連づけた」tn3270eTcpConnRemAddress OBJECT-TYPE SYNTAX IANATn3270eAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
White & Moore Standards Track [Page 40] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[40ページ]RFC2561TN3270E
(IPv4 or IPv6, for example).
(例えば、IPv4かIPv6。)
If a TN3270(E) client is connected to its
server via a proxy client the address represented by
the value of this object shall be the remote client's
address, not the proxy client's address."
::= { tn3270eTcpConnEntry 2 }
「TN3270(E)クライアントがプロキシクライアントを通してサーバに接続されるなら、このオブジェクトの値によって表されたアドレスはリモートクライアントのアドレスになるでしょう、プロキシクライアントのアドレスでない。」 ::= tn3270eTcpConnEntry2
tn3270eTcpConnRemPort OBJECT-TYPE
SYNTAX Unsigned32 (0..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The remote port associated with a TN3270E client. The value 0
is used if the tn3270eTcpConnRemAddrType identifies an address
type that does not support ports.
「遠く離れたポートはTN3270Eクライアントに関連づけた」tn3270eTcpConnRemPort OBJECT-TYPE SYNTAX Unsigned32(0 .65535)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 tn3270eTcpConnRemAddrTypeがポートを支えないアドレスタイプを特定するなら、値0は使用されています。
If a TN3270(E) client is connected to its server via a proxy
client, the port represented by the value of this object shall
be the remote client's port, not the proxy client's port."
::= { tn3270eTcpConnEntry 3 }
「TN3270(E)クライアントがプロキシクライアントを通してサーバに接続されると、このオブジェクトの値によって表されたポートはプロキシクライアントのポートではなく、リモートクライアントのポートになるでしょう。」 ::= tn3270eTcpConnEntry3
tn3270eTcpConnLocalAddrType OBJECT-TYPE
SYNTAX IANATn3270eAddrType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Indicates the type of the value of the
tn3270eTcpConnLocalAddress object. For example,
ipv4(1) or ipv6(2)."
::= { tn3270eTcpConnEntry 4 }
tn3270eTcpConnLocalAddrType OBJECT-TYPE SYNTAX IANATn3270eAddrTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「tn3270eTcpConnLocalAddressオブジェクトの値のタイプを示します」。 「例えば、ipv4(1)かipv6(2)。」 ::= tn3270eTcpConnEntry4
tn3270eTcpConnLocalAddress OBJECT-TYPE
SYNTAX IANATn3270eAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The local address associated with a TN3270E client.
tn3270eTcpConnRemAddrType indicates the address type
(IPv4 or IPv6, for example)."
::= { tn3270eTcpConnEntry 5 }
「ローカルアドレスは. tn3270eTcpConnRemAddrTypeが、アドレスがタイプするのを示すTN3270Eクライアント(例えば、IPv4かIPv6)に関連づけた」tn3270eTcpConnLocalAddress OBJECT-TYPE SYNTAX IANATn3270eAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= tn3270eTcpConnEntry5
tn3270eTcpConnLocalPort OBJECT-TYPE
SYNTAX Unsigned32 (1..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The remote port associated with a TN3270E client."
「遠く離れたポートはTN3270Eクライアントに関連づけた」tn3270eTcpConnLocalPort OBJECT-TYPE SYNTAX Unsigned32(1 .65535)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
White & Moore Standards Track [Page 41] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[41ページ]RFC2561TN3270E
::= { tn3270eTcpConnEntry 6 }
::= tn3270eTcpConnEntry6
tn3270eTcpConnLastActivity OBJECT-TYPE
SYNTAX TimeTicks
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of 100ths of seconds since any data was
transferred for the associated TCP Connection."
DEFVAL { 0 }
::= { tn3270eTcpConnEntry 7 }
tn3270eTcpConnLastActivity OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「関連TCP Connectionのためにどんなデータ以来の秒の100thsの数も移しました」。 DEFVAL0:、:= tn3270eTcpConnEntry7
tn3270eTcpConnBytesIn OBJECT-TYPE
SYNTAX Counter32
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of bytes received by the server from TCP
for this connection.
「バイト数はこの接続のためにサーバでTCPから受けた」tn3270eTcpConnBytesIn OBJECT-TYPE SYNTAX Counter32 UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
A Management Station can detect discontinuities in
this counter by monitoring the
tn3270eTcpConnActivationTime object."
::= { tn3270eTcpConnEntry 8 }
「Management駅はこのカウンタにtn3270eTcpConnActivationTimeオブジェクトをモニターすることによって、不連続を検出できます。」 ::= tn3270eTcpConnEntry8
tn3270eTcpConnBytesOut OBJECT-TYPE
SYNTAX Counter32
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of bytes sent to TCP for this connection.
「バイト数はこの接続のためにTCPに送った」tn3270eTcpConnBytesOut OBJECT-TYPE SYNTAX Counter32 UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
A Management Station can detect discontinuities in
this counter by monitoring the
tn3270eTcpConnActivationTime object."
::= { tn3270eTcpConnEntry 9 }
「Management駅はこのカウンタにtn3270eTcpConnActivationTimeオブジェクトをモニターすることによって、不連続を検出できます。」 ::= tn3270eTcpConnEntry9
tn3270eTcpConnResourceElement OBJECT-TYPE
SYNTAX SnaResourceName
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"LU/Print secondary name for connecting an client
into an SNA network."
::= { tn3270eTcpConnEntry 10 }
「クライアントをSNAに接続するための印刷LU/セカンダリの名前はネットワークでつなぐ」tn3270eTcpConnResourceElement OBJECT-TYPE SYNTAX SnaResourceNameのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= tn3270eTcpConnEntry10
White & Moore Standards Track [Page 42] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[42ページ]RFC2561TN3270E
tn3270eTcpConnResourceType OBJECT-TYPE
SYNTAX IANATn3270ResourceType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the type of resource identified by
tn3270eTcpConnResourceElement."
::= { tn3270eTcpConnEntry 11 }
tn3270eTcpConnResourceType OBJECT-TYPE SYNTAX IANATn3270ResourceTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「tn3270eTcpConnResourceElementによって特定されたリソースのタイプを示します」。 ::= tn3270eTcpConnEntry11
tn3270eTcpConnDeviceType OBJECT-TYPE
SYNTAX IANATn3270DeviceType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the device type if negotiated with the
client. A value of unknown(100) should be used as
the value of this object when a device type is not
negotiated. Refer to RFC 2355 for how device types
can be negotiated."
::= { tn3270eTcpConnEntry 12 }
tn3270eTcpConnDeviceType OBJECT-TYPE SYNTAX IANATn3270DeviceTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「クライアントと交渉されるなら、装置タイプを示します」。 装置タイプが交渉されないとき、未知(100)の値はこのオブジェクトの値として使用されるべきです。 「どう装置タイプを交渉できるかについてRFC2355を参照してください。」 ::= tn3270eTcpConnEntry12
tn3270eTcpConnFunctions OBJECT-TYPE
SYNTAX IANATn3270Functions
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates which of the TN3270 and TN3270E
functions were negotiated by the server and the client
for this TCP connection.
tn3270eTcpConnFunctions OBJECT-TYPE SYNTAX IANATn3270Functionsのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「TN3270とTN3270E機能のどれがこのTCP接続のためにサーバとクライアントによって交渉されたかを示これが反対するします」。
Refer to tn3270eSrvrFunctionsSupported for the list of
these functions supported by the server."
::= { tn3270eTcpConnEntry 13 }
「サーバによってサポートされたこれらの機能のリストについてtn3270eSrvrFunctionsSupportedを参照してください」、:、:= tn3270eTcpConnEntry13
tn3270eTcpConnId OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The connection identifier associated with a TN3270 or
a TN3270E session's TCP connection. TCP implementations
often assign a unique (with respect to itself) unsigned
integer as an identifier for a TCP connection.
「接続識別子はTN3270かTN3270EセッションのTCP接続に関連づけた」tn3270eTcpConnId OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 TCP実装はTCP接続への識別子としてしばしばユニークな(それ自体に関する)符号のない整数を割り当てます。
The value 0 indicates that a connection does not have
a valid connection identifier."
::= { tn3270eTcpConnEntry 14 }
「値0は、接続には有効な接続識別子がないのを示します。」 ::= tn3270eTcpConnEntry14
White & Moore Standards Track [Page 43] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[43ページ]RFC2561TN3270E
tn3270eTcpConnClientIdFormat OBJECT-TYPE
SYNTAX IANATn3270eClientType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The format of a corresponding tn3270eTcpConnClientId
object as defined by the IANSTn3270eClientType textual
convention imported from the IANATn3270eTC-MIB."
::= { tn3270eTcpConnEntry 15 }
「定義されるとしてのIANSTn3270eClientTypeの原文のコンベンションによる対応するtn3270eTcpConnClientIdオブジェクトの形式はIANATn3270eTC-MIBからインポートした」tn3270eTcpConnClientIdFormat OBJECT-TYPE SYNTAX IANATn3270eClientTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= tn3270eTcpConnEntry15
tn3270eTcpConnClientId OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (0..512))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Additional client identification information. The
type of this information is indicated by the value of
the corresponding tn3270eTcpConnClientIdFormat object.
All values are returned in network-byte order.
tn3270eTcpConnClientId OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .512))の現在の記述マックス-ACCESS書き込み禁止STATUS「追加クライアント識別情報。」 この情報のタイプは対応するtn3270eTcpConnClientIdFormatオブジェクトの値によって示されます。 ネットワークバイトオーダーですべての値を返します。
The purpose of this object is to provide an alternate
means of identifying a client, other than though the
remote address returned in tn3270eTcpConnRemAddress."
::= { tn3270eTcpConnEntry 16 }
「このオブジェクトの目的はクライアントを特定する代替の手段を提供することです、リモートアドレスがtn3270eTcpConnRemAddressで戻ったのを除いて。」 ::= tn3270eTcpConnEntry16
tn3270eTcpConnTraceData OBJECT-TYPE
SYNTAX Tn3270eTraceData
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Trace data for this session."
::= { tn3270eTcpConnEntry 17 }
tn3270eTcpConnTraceData OBJECT-TYPE SYNTAX Tn3270eTraceDataのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このセッションのためのデータをたどります」。 ::= tn3270eTcpConnEntry17
tn3270eTcpConnLogInfo OBJECT-TYPE
SYNTAX IANATn3270eLogData
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Log information, encoded as specified in the
IANATn3270eLogData textual convention from the
IANAtn3270eTC-MIB."
::= { tn3270eTcpConnEntry 18 }
tn3270eTcpConnLogInfo OBJECT-TYPE SYNTAX IANATn3270eLogDataのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「IANAtn3270eTC-MIBからのIANATn3270eLogDataの原文のコンベンションで指定されるようにコード化された情報を登録します」。 ::= tn3270eTcpConnEntry18
tn3270eTcpConnLuLuBindImage OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (0..256))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
tn3270eTcpConnLuLuBindImage OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .256))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
White & Moore Standards Track [Page 44] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[44ページ]RFC2561TN3270E
"When there is a currently active LU-LU session for
this connection, this object returns the BIND Image
(defined to be bytes 1-p of the complete BIND Request
Unit -- see 'SNA Formats' for more information)
that was received from the PLU during session
activation. When there is no active LU-LU session,
or when a BIND image is unavailable for some other
reason, this object returns a zero-length octet
string."
REFERENCE
"'Systems Network Architecture Formats', IBM
Publication GA27-3136."
::= { tn3270eTcpConnEntry 19 }
「この接続のための現在活発なLU-LUセッションがあるとき、このオブジェクトはセッション起動の間にPLUから受け取られたBIND Image(完全なBIND Request Unitのバイト1-p--詳しい情報に関して'SNA Formats'を見るようになるように、定義される)を返します。」 「どんな活発なLU-LUセッションもないか、またはBINDイメージがある他の理由を入手できないときに、このオブジェクトはゼロ・レングス八重奏ストリングを返します。」 「'システム・ネットワーク体系形式'、IBMの公表GA27-3136」という参照。 ::= tn3270eTcpConnEntry19
tn3270eTcpConnSnaState OBJECT-TYPE
SYNTAX INTEGER {
unknown(1),
noSluSession(2),
sscpLuSession(3), -- but no LU-LU session
luLuSession(4), -- but no SSCP-LU session
sscpLuSessionAndLuLuSession(5)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current state of the SNA side of the end-to-end
TN3270 connection. The following states are defined:
tn3270eTcpConnSnaState OBJECT-TYPE SYNTAX INTEGER、sscpLuSession(3)(LU-LUセッションがないluLuSession(4))にもかかわらず、未知(1)、noSluSession(2)、SSCP-LUセッションがないsscpLuSessionAndLuLuSession(5)、「SNA側の終わりから終わりとのTN3270接続の現状」のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 以下の州は定義されます:
unknown(1) - The true state is not known.
noSluSession(2) - The SLU has neither an SSCP-LU
nor an LU-LU session active.
sscpLuSession(3) - The SSCP-LU session for the SLU
is active, but the SLU is not
currently in session with a PLU.
luLuSession(4) - The SLU is currently in session
with a PLU, but the SSCP-LU
session for the LU is not active.
sscpLuSessionAndLuLuSession(5) - The SLU currently has
an active session with a PLU,
and the SSCP-LU session for the
SLU is active."
本当の状態は知られていません。SLUはSSCP-LUもLU-LUセッションもアクティブにしません。「未知(1)--SLUのためのSSCP-LUセッションが活発ですが、PLU. luLuSession(4)とのセッションのときに、現在、SLUがないというsscpLuSession(3)SLUによるしかし、現在、PLUとのセッション、LUのためのSSCP-LUセッションのときに、能動態sscpLuSessionAndLuLuSession(5)がないということであるというnoSluSession(2)SLUは現在PLUとの活発なセッションを過します、そして、SLUのためのSSCP-LUセッションは活発です。」
::= { tn3270eTcpConnEntry 20 }
::= tn3270eTcpConnEntry20
tn3270eTcpConnStateLastDiscReason OBJECT-TYPE
SYNTAX INTEGER {
unknown(1),
hostSendsUnbind(2),
tn3270eTcpConnStateLastDiscReason OBJECT-TYPE SYNTAX INTEGER、未知(1)、hostSendsUnbind(2)
White & Moore Standards Track [Page 45] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[45ページ]RFC2561TN3270E
hostDontAcceptConnection(3),
outOfResource(4),
clientProtocolError(5),
invalidDeviceName(6),
deviceInUse(7),
inactivityTimeout(8),
hostNotResponding(9),
clientNotResponding(10),
serverClose(11),
sysreqLogoff(12),
serverSpecificHexCode(13)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The last disconnect reason. A session that has not
experienced a disconnect shall use the value unknown(1)
for this object. Depending on when an implementation
removes entries from this table, certain states may
never be returned."
::= { tn3270eTcpConnEntry 21 }
hostDontAcceptConnection(3)、outOfResource(4)、clientProtocolError(5)、invalidDeviceName(6)、deviceInUse(7)、inactivityTimeout(8)、hostNotResponding(9)、clientNotResponding(10)、serverClose(11)、sysreqLogoff(12)、serverSpecificHexCode(13) 「最後の分離は推論する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 分離になっていないセッションはこのオブジェクトに値の未知(1)を使用するものとします。 「実装がこのテーブルからエントリーを取り除く時によって、ある州を決して返さないかもしれません。」 ::= tn3270eTcpConnEntry21
tn3270eTcpConnSrvrConfIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"tn3270eSrvrConfIndex of the tn3270eSrvrConfEntry
belonging to the TN3270E server to which this entry
belongs."
::= { tn3270eTcpConnEntry 22 }
tn3270eTcpConnSrvrConfIndex OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「tn3270eSrvrConfEntryがこのエントリーが属するTN3270Eサーバに属すtn3270eSrvrConfIndex。」 ::= tn3270eTcpConnEntry22
tn3270eTcpConnActivationTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of the sysUpTime object the last time
this TCP connection became active."
::= { tn3270eTcpConnEntry 23 }
tn3270eTcpConnActivationTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このTCP接続が前回能動態になったとき、sysUpTimeの値は反対します」。 ::= tn3270eTcpConnEntry23
tn3270eConfSpinLock OBJECT-TYPE
SYNTAX TestAndIncr
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"An advisory lock used to allow cooperating
TN3270E-MIB applications to coordinate their use
tn3270eConfSpinLock OBJECT-TYPE SYNTAX TestAndIncrマックス-ACCESSは「通知ロックは彼らの使用を調整するために以前はよくTN3270E-MIBアプリケーションを協力に許容していたこと」をSTATUSの現在の記述に読書して書きます。
White & Moore Standards Track [Page 46] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[46ページ]RFC2561TN3270E
of the tn3270eSrvrConfTable, the tn3270eSrvrPortTable,
the tn3270eClientGroupTable, the tn3270eResPoolTable,
and the tn3270eClientResMapTable.
tn3270eSrvrConfTable、tn3270eSrvrPortTable、tn3270eClientGroupTable、tn3270eResPoolTable、およびtn3270eClientResMapTableについて。
When creating a new entry or altering an existing entry
in the any of the tables mentioned above, an application
should make use of tn3270eRtSpinLock to serialize
application changes or additions.
新しいエントリーを作成するか、または中で既存のエントリーを変更する、上に言及されたテーブルのいずれも、アプリケーションはアプリケーション変化か追加を連載するのにtn3270eRtSpinLockを利用するべきです。
Since this is an advisory lock, the use of this lock is
not enforced."
::= { tn3270eObjects 10 }
「これが通知ロックであるので、この錠の使用は励行されません。」 ::= tn3270eObjects10
-- Conformance Definitions
-- 順応定義
tn3270eGroups OBJECT IDENTIFIER ::= { tn3270eConformance 1 }
tn3270eGroupsオブジェクト識別子:、:= tn3270eConformance1
tn3270eCompliances OBJECT IDENTIFIER ::= { tn3270eConformance 2 }
tn3270eCompliancesオブジェクト識別子:、:= tn3270eConformance2
-- compliance statements
-- 承諾声明
tn3270eCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for agents that support the
TN3270E-MIB."
MODULE -- this module
MANDATORY-GROUPS { tn3270eBasicGroup,
tn3270eSessionGroup
}
GROUP tn3270eResMapGroup
DESCRIPTION
"This group is optional and provides a method of
performing tn3270eClientGroup to tn3270eResPool
mapping."
tn3270eCompliance MODULE-COMPLIANCE STATUSの現在の記述、「TN3270E-MIBをサポートするエージェントのための承諾声明。」 MODULE--、このモジュールMANDATORY-GROUPS、tn3270eBasicGroup、tn3270eSessionGroup、「このグループは、tn3270eResPoolマッピングにtn3270eClientGroupを実行しながら、任意であり、メソッドを提供する」GROUP tn3270eResMapGroup記述。
GROUP tn3270eHiCapacityGroup
DESCRIPTION
"This group is optional and provides for support
of high capacity counters."
GROUP tn3270eHiCapacityGroup記述、「このグループは、任意であり、高容量カウンタのサポートに備えます」。
OBJECT tn3270eSrvrConfConnectivityChk
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a set to this
object if the associated TN3270E server doesn't
support either TIMING-MARK or NOP processing. In
this case an agent should return noCheck on
OBJECT tn3270eSrvrConfConnectivityChk MIN-ACCESS書き込み禁止記述、「関連TN3270Eサーバが、TIMING-マークかNOPのどちらかが処理であるとサポートしないなら、エージェントはこのオブジェクトにセットを支える必要はありません」。 この場合、エージェントはnoCheckを返すべきです。
White & Moore Standards Track [Page 47] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[47ページ]RFC2561TN3270E
retrieval."
「検索。」
OBJECT tn3270eSrvrConfTmNopInactTime
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a set to this
object if the functions enabled by
tn3270eSrvrConfConnectivityChk are not supported.
An agent in this case should return a value of 0."
「エージェントはtn3270eSrvrConfConnectivityChkによって可能にされた機能がサポートされないならこのオブジェクトに設定されたaをサポートしている必要はない」OBJECT tn3270eSrvrConfTmNopInactTime MIN-ACCESS書き込み禁止記述。 「この場合、エージェントは0の値を返すべきです。」
OBJECT tn3270eSrvrConfTmNopInterval
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a set to this
object if the functions enabled by
tn3270eSrvrConfConnectivityChk are not supported.
An agent in this case should return a value of 0."
「エージェントはtn3270eSrvrConfConnectivityChkによって可能にされた機能がサポートされないならこのオブジェクトに設定されたaをサポートしている必要はない」OBJECT tn3270eSrvrConfTmNopInterval MIN-ACCESS書き込み禁止記述。 「この場合、エージェントは0の値を返すべきです。」
OBJECT tn3270eSrvrConfAdminStatus
DESCRIPTION
"A TN3270E server is not required to support a
stopImmediate state transition."
OBJECT tn3270eSrvrConfAdminStatus記述、「TN3270EサーバはstopImmediateが状態遷移であるとサポートするのに必要ではありません」。
OBJECT tn3270eSrvrConfRowStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT tn3270eSrvrConfRowStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT tn3270eSrvrConfTmTimeout
MIN-ACCESS read-only
DESCRIPTION
"The agent is not required to support a set to this
object if the functions enabled by
tn3270eSrvrConfConnectivityChk are not supported.
An agent in this case should return a value of 0."
「エージェントはtn3270eSrvrConfConnectivityChkによって可能にされた機能がサポートされないならこのオブジェクトに設定されたaをサポートしている必要はない」OBJECT tn3270eSrvrConfTmTimeout MIN-ACCESS書き込み禁止記述。 「この場合、エージェントは0の値を返すべきです。」
OBJECT tn3270eSrvrPortRowStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT tn3270eSrvrPortRowStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT tn3270eClientGroupRowStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT tn3270eClientGroupRowStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT tn3270eResPoolRowStatus
MIN-ACCESS read-only
OBJECT tn3270eResPoolRowStatus MIN-ACCESS書き込み禁止
White & Moore Standards Track [Page 48] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[48ページ]RFC2561TN3270E
DESCRIPTION
"Write access is not required."
記述、「書く、アクセスは必要でない、」
OBJECT tn3270eClientResMapRowStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT tn3270eClientResMapRowStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
::= { tn3270eCompliances 1 }
::= tn3270eCompliances1
-- units of conformance
-- ユニットの順応
tn3270eBasicGroup OBJECT-GROUP
OBJECTS {
tn3270eSrvrConfInactivityTimeout,
tn3270eSrvrConfConnectivityChk,
tn3270eSrvrConfTmNopInactTime,
tn3270eSrvrConfTmNopInterval,
tn3270eSrvrFunctionsSupported,
tn3270eSrvrConfAdminStatus,
tn3270eSrvrConfOperStatus,
tn3270eSrvrConfSessionTermState,
tn3270eSrvrConfSrvrType,
tn3270eSrvrConfContact,
tn3270eSrvrConfRowStatus,
tn3270eSrvrConfLastActTime,
tn3270eSrvrConfTmTimeout,
tn3270eSrvrPortRowStatus,
tn3270eSrvrStatsUpTime,
tn3270eSrvrStatsMaxTerms,
tn3270eSrvrStatsInUseTerms,
tn3270eSrvrStatsSpareTerms,
tn3270eSrvrStatsMaxPtrs,
tn3270eSrvrStatsInUsePtrs,
tn3270eSrvrStatsSparePtrs,
tn3270eSrvrStatsInConnects,
tn3270eSrvrStatsConnResrceRejs,
tn3270eSrvrStatsDisconnects,
tn3270eSrvrStatsInOctets,
tn3270eSrvrStatsOutOctets,
tn3270eSrvrStatsConnErrorRejs,
tn3270eClientGroupSubnetMask,
tn3270eClientGroupPfxLength,
tn3270eClientGroupRowStatus,
tn3270eSnaMapLocalName,
tn3270eSnaMapPrimaryLuName,
tn3270eConfSpinLock
}
tn3270eBasicGroupオブジェクト群対象{ tn3270eSrvrConfInactivityTimeout、tn3270eSrvrConfConnectivityChk、tn3270eSrvrConfTmNopInactTime、tn3270eSrvrConfTmNopInterval、tn3270eSrvrFunctionsSupported、tn3270eSrvrConfAdminStatus、tn3270eSrvrConfOperStatus、tn3270eSrvrConfSessionTermState、tn3270eSrvrConfSrvrType、tn3270eSrvrConfContact、tn3270eSrvrConfRowStatus、tn3270eSrvrConfLastActTime、tn3270eSrvrConfTmTimeout、tn3270eSrvrPortRowStatus、tn3270eSrvrStatsUpTime、tn3270eSrvrStatsMaxTerms; tn3270eSrvrStatsInUseTerms、tn3270eSrvrStatsSpareTerms、tn3270eSrvrStatsMaxPtrs、tn3270eSrvrStatsInUsePtrs、tn3270eSrvrStatsSparePtrs、tn3270eSrvrStatsInConnects、tn3270eSrvrStatsConnResrceRejs、tn3270eSrvrStatsDisconnects、tn3270eSrvrStatsInOctets、tn3270eSrvrStatsOutOctets、tn3270eSrvrStatsConnErrorRejs、tn3270eClientGroupSubnetMask、tn3270eClientGroupPfxLength、tn3270eClientGroupRowStatus、tn3270eSnaMapLocalName、tn3270eSnaMapPrimaryLuName、tn3270eConfSpinLock; }
White & Moore Standards Track [Page 49] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[49ページ]RFC2561TN3270E
STATUS current
DESCRIPTION
"This group is mandatory for all hosts supporting the
TN3270E-MIB."
::= { tn3270eGroups 1 }
STATUSの現在の記述、「このグループはTN3270E-MIBをサポートするすべてのホストに義務的です」。 ::= tn3270eGroups1
tn3270eSessionGroup OBJECT-GROUP
OBJECTS {
tn3270eResMapAddrType,
tn3270eResMapAddress,
tn3270eResMapPort,
tn3270eResMapElementType,
tn3270eResMapSscpSuppliedName,
tn3270eTcpConnLastActivity,
tn3270eTcpConnBytesIn,
tn3270eTcpConnBytesOut,
tn3270eTcpConnResourceElement,
tn3270eTcpConnResourceType,
tn3270eTcpConnDeviceType,
tn3270eTcpConnFunctions,
tn3270eTcpConnSrvrConfIndex,
tn3270eTcpConnActivationTime
}
STATUS current
DESCRIPTION
"This group is mandatory for all hosts supporting the
TN3270E-MIB."
::= { tn3270eGroups 2 }
tn3270eSessionGroup OBJECT-GROUP OBJECTS、tn3270eResMapAddrType、tn3270eResMapAddress、tn3270eResMapPort、tn3270eResMapElementType、tn3270eResMapSscpSuppliedName、tn3270eTcpConnLastActivity、tn3270eTcpConnBytesIn、tn3270eTcpConnBytesOut、tn3270eTcpConnResourceElement、tn3270eTcpConnResourceType、tn3270eTcpConnDeviceType、tn3270eTcpConnFunctions、tn3270eTcpConnSrvrConfIndex、tn3270eTcpConnActivationTime、STATUSの現在の記述、「このグループはTN3270E-MIBをサポートするすべてのホストに義務的です」。 ::= tn3270eGroups2
tn3270eResMapGroup OBJECT-GROUP
OBJECTS {
tn3270eResPoolElementType,
tn3270eResPoolRowStatus,
tn3270eClientResMapRowStatus,
tn3270eTcpConnId,
tn3270eTcpConnClientIdFormat,
tn3270eTcpConnClientId,
tn3270eTcpConnTraceData,
tn3270eTcpConnLogInfo,
tn3270eTcpConnLuLuBindImage,
tn3270eTcpConnSnaState,
tn3270eTcpConnStateLastDiscReason
}
STATUS current
DESCRIPTION
"This group is optional for all hosts supporting the
TN3270E-MIB."
::= { tn3270eGroups 3 }
tn3270eResMapGroup OBJECT-GROUP OBJECTS、tn3270eResPoolElementType、tn3270eResPoolRowStatus、tn3270eClientResMapRowStatus、tn3270eTcpConnId、tn3270eTcpConnClientIdFormat、tn3270eTcpConnClientId、tn3270eTcpConnTraceData、tn3270eTcpConnLogInfo、tn3270eTcpConnLuLuBindImage、tn3270eTcpConnSnaState、tn3270eTcpConnStateLastDiscReason、STATUSの現在の記述、「TN3270E-MIBをサポートするすべてのホストにとって、このグループは任意です」。 ::= tn3270eGroups3
White & Moore Standards Track [Page 50] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[50ページ]RFC2561TN3270E
tn3270eHiCapacityGroup OBJECT-GROUP
OBJECTS {
tn3270eSrvrStatsHCInOctets,
tn3270eSrvrStatsHCOutOctets
}
STATUS current
DESCRIPTION
"Support of these objects is REQUIRED when the
Counter32 versions can potentially wrap too
frequently. This group is optional for all other
hosts supporting the TN3270E-MIB.
tn3270eHiCapacityGroup OBJECT-GROUP OBJECTS、tn3270eSrvrStatsHCInOctets、tn3270eSrvrStatsHCOutOctets、STATUSの現在の記述、「Counter32バージョンが潜在的にREQUIREDであることができるときに、これらのオブジェクトのサポートがREQUIREDである、包装、あまりに頻繁に」 TN3270E-MIBをサポートする他のすべてのホストにとって、このグループは任意です。
The IF-MIB (RFC 2233) requires that the 64-bit
versions of its counters be implemented when an
interface can support rates of around 20 million
bits per second or greater. This implies a minimum
wrap rate of just over 28 minutes. It is recommended
that this same guideline be used for determining
whether an implementation implements these objects.
-、MIB、(RFC2233)は、インタフェースがおよそ2000万以上のbpsのレートをサポートすることができるとき、カウンタの64ビットのバージョンが実装されるのを必要とします。 これは最低ちょうど28分以上の包装速度を含意します。 この同じガイドラインが実装がこれらのオブジェクトを実装するかどうか決定するのに使用されるのは、お勧めです。
This group contains two objects with the syntax
Counter64. An implementation that doesn't support
these objects should return noSuchObject, since
returning a zero is misleading."
このグループは構文Counter64がある2個のオブジェクトを含みます。 「ゼロを返すのが紛らわしいので、これらのオブジェクトを支えない実装はnoSuchObjectを返すべきです。」
::= { tn3270eGroups 4 }
::= tn3270eGroups4
END
終わり
5.0 Security Considerations
5.0 セキュリティ問題
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]で定義されます。
Several objects in this MIB allow write access or provide for row creation. Allowing this support in a non-secure environment can have a negative effect on network operations. It is RECOMMENDED that implementers seriously consider whether set operations or row creation should be allowed without providing, at a minimum, authentication of request origin. It is RECOMMENDED that without such support, the following objects be implemented as read-only:
MIBが許容するこれの数個のオブジェクトが、アクセスを書くか、または行作成に備えます。 非安全な環境でこのサポートを許すのはネットワーク操作のときにマイナスの影響がある場合があります。 implementersが、集合演算か行作成が提供しないで許容されるべきであるかどうか真剣に考えるのは、RECOMMENDEDです、最小限で、要求発生源の認証。 サポート、そのようなもののない以下のオブジェクトが書き込み禁止として実装されるのは、RECOMMENDEDです:
White & Moore Standards Track [Page 51] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[51ページ]RFC2561TN3270E
o tn3270eSrvrConfInactivityTimout o tn3270eSrvrConfConnectivityChk o tn3270eSrvrConfActivityTimeout o tn3270eSrvrConfActivityInterval o tn3270eSrvrConfAdminStatus o tn3270eSrvrConfSessionTermState o tn3270eSrvrConfContact o tn3270eClientGroupSubnetMask o tn3270eResPoolElementType o tn3270eSrvrConfRowStatus o tn3270eSrvrPortRowStatus o tn3270eClientGroupRowStatus o tn3270eResPoolRowStatus o tn3270eResMapRowStatus
o tn3270eSrvrConfInactivityTimout o tn3270eSrvrConfConnectivityChk o tn3270eSrvrConfActivityTimeout o tn3270eSrvrConfActivityInterval o tn3270eSrvrConfAdminStatus o tn3270eSrvrConfSessionTermState o tn3270eSrvrConfContact o tn3270eClientGroupSubnetMask o tn3270eResPoolElementType o tn3270eSrvrConfRowStatus o tn3270eSrvrPortRowStatus o tn3270eClientGroupRowStatus o tn3270eResPoolRowStatus o tn3270eResMapRowStatus
For all tables in the MIB except the tn3270eTcpConnTable, the first index identifies an individual TN3270E server. This makes it easy to implement an access control policy under which different principals have access to objects related to different servers. Implementation of such a policy is not possible for the entries in the tn3270eTcpConTable.
tn3270eTcpConnTable以外のMIBのすべてのテーブルに関しては、最初のインデックスは個々のTN3270Eサーバを特定します。これで、異なった主体が異なったサーバに関連するオブジェクトに近づく手段を持っているアクセス制御政策を実施するのは簡単になります。 tn3270eTcpConTableのエントリーには、そのような方針の実装が可能ではありません。
6.0 Intellectual Property
6.0 知的所有権
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF Secretariat.
IETFはどんな知的所有権の正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。どんなそのような権利も特定するためにいずれも取り組みにしました。 BCP-11で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可がimplementersによるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、または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専務に情報を扱ってください。
White & Moore Standards Track [Page 52] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[52ページ]RFC2561TN3270E
7.0 Acknowledgments
7.0 承認
This document is a product of the TN3270E Working Group. Thanks to Randy Presuhn of BMC Software for his valuable review comments on several versions of the document.
このドキュメントはTN3270E作業部会の製品です。 おかげに、彼の貴重なレビューのためのBMC SoftwareのランディPresuhnはドキュメントのいくつかのバージョンを批評します。
8.0 References
8.0の参照箇所
[1] Harrington D., Presuhn, R. and B. Wijnen, "An Architecture for
Describing SNMP Management Frameworks", RFC 2271, January 1998.
[1] ハリントンD.とPresuhnとR.とB.Wijnen、「SNMP管理フレームワークについて説明するためのアーキテクチャ」、RFC2271、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] ローズ、M.、およびK.McCloghrie、STD16、RFC1155が「TCP/IPベースのインターネットのための経営情報の構造と識別」とそうする、1990
[3] Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD 16,
RFC 1212, March 1991.
[3] ローズとM.とK.McCloghrie、「簡潔なMIB定義」、STD16、RFC1212、1991年3月。
[4] Rose, M., "A Convention for Defining Traps for use with the
SNMP", RFC 1215, Performance Systems International, March 1991
[4] ローズ、M.、「SNMPとの使用のためのDefining TrapsのためのConvention」、RFC1215、国際パフォーマンスSystems、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]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための経営情報の構造」、RFC1902(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]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワークマネージメントのバージョン2のための原文のコンベンションは(SNMPv2)について議定書の中で述べます」、RFC1903、1996年1月。
[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]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワークマネージメントのバージョン2のための順応声明は(SNMPv2)について議定書の中で述べます」、RFC1904、1996年1月。
[8] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple
Network Management Protocol", STD 15, RFC 1157, May 1990.
[8] ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン(「簡単なネットワーク管理プロトコル」、STD15、RFC1157)は1990がそうするかもしれません。
[9] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Introduction to Community-based SNMPv2", RFC 1901, January
1996.
[9]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「地域密着型のSNMPv2"への紹介、RFC1901、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]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワークマネージメントのバージョン2のための輸送マッピングは(SNMPv2)について議定書の中で述べます」、RFC1906、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]ケース、J.、ハリントンD.、Presuhn R.、およびB.Wijnen、「メッセージ処理と簡単なネットワークマネージメントのために急いでいるのは(SNMP)について議定書の中で述べます」、RFC2272、1998年1月。
White & Moore Standards Track [Page 53] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[53ページ]RFC2561TN3270E
[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] ブルーメンソルとU.とB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、RFC2274、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] ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための操作について議定書の中で述べます」、RFC1905、1996年1月。
[14] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications", RFC
2273, January 1998.
[14] レビとD.とマイヤーとP.とB.スチュワート、「SNMPv3アプリケーション」、RFC2273、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、「簡単なネットワークマネージメントのための視点ベースのアクセス制御モデル(VACM)は(SNMP)について議定書の中で述べます」、RFC2275、1998年1月。
[16] Postel, J. and J. Reynolds, "Telnet Protocol Specification", STD
8, RFC 854, May 1983.
[16] ポステルとJ.とJ.レイノルズ、「telnetプロトコル仕様」、STD8、RFC854、1983年5月。
[17] Postel, J. and J. Reynolds, "Telnet Timing Mark Option", STD 31,
RFC 860, May 1983.
[17] ポステル、J.、およびJ.レイノルズ(「telnetタイミング・マークオプション」、STD31、RFC860)は1983がそうするかもしれません。
[18] Rekhter, J., "Telnet 3270 Regime Option", RFC 1041, January
1988.
[18]Rekhter、J.、「telnet3270政権オプション」、RFC1041、1988年1月。
[19] Kelly, B., "TN3270 Enhancements", RFC 2355, June 1998.
[19] ケリー、B.、「TN3270増進」、RFC2355、1998年6月。
[20] McCloghrie, K., "TCP-MIB Definitions", RFC 2012, November
1996.
[20]McCloghrie、K.、「TCP-MIB定義」、RFC2012、1996年11月。
[21] Hovey, R. and S. Bradner, "The Organizations Involved in the
IETF Standards Process", BCP 11, RFC 2028, October 1996.
[21] ハービとR.とS.ブラドナー、「IETF標準化過程にかかわる組織」、BCP11、RFC2028、1996年10月。
[22] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
[22] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[23] Hinden, R. and S. Deering, "IP Version 6 Addressing
Architecture", RFC 2373, July 1998.
[23]HindenとR.とS.デアリング、「IPバージョン6アドレッシング体系」、RFC2373、1998年7月。
[24] Krupczak, C. and J. Saperia, "Definitions of System-Level
Managed Objects for Applications", RFC 2287, February 1998.
[24]KrupczakとC.とJ.Saperia、「アプリケーションのためのシステムレベル管理オブジェクトの定義」、RFC2287、1998年2月。
White & Moore Standards Track [Page 54] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[54ページ]RFC2561TN3270E
9.0 Authors' Addresses
9.0 作者のアドレス
Kenneth D. White Dept. BRQA/Bldg. 501/G114 IBM Corporation P.O.Box 12195 3039 Cornwallis Research Triangle Park, NC 27709, USA
ケネスD.ホワイト部 BRQA/ビルディング 501/G114IBM社の私書箱12195 3039コーンウォリスリサーチトライアングル公園、NC 27709、米国
EMail: kennethw@vnet.ibm.com
メール: kennethw@vnet.ibm.com
Robert Moore Dept. BRQA/Bldg. 501/G114 IBM Corporation P.O.Box 12195 3039 Cornwallis Research Triangle Park, NC 27709, USA
ロバート・ムーア部 BRQA/ビルディング 501/G114IBM社の私書箱12195 3039コーンウォリスリサーチトライアングル公園、NC 27709、米国
Phone: +1-919-254-4436 EMail: remoore@us.ibm.com
以下に電話をしてください。 +1-919-254-4436 メールしてください: remoore@us.ibm.com
White & Moore Standards Track [Page 55] RFC 2561 TN3270E Using SMIv2 MIB April 1999
1999年4月にSMIv2 MIBを使用するホワイトとムーア標準化過程[55ページ]RFC2561TN3270E
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
White & Moore Standards Track [Page 56]
ホワイトとムーア標準化過程[56ページ]
一覧
スポンサーリンク
