RFC1420 日本語訳

Network Working Group                                        S. Bostock
Request for Comments: 1420                                 Novell, Inc.
Obsoletes: 1298                                              March 1993

Bostockがコメントのために要求するワーキンググループS.をネットワークでつないでください: 1420 ノベルInc.は以下を時代遅れにします。 1298 1993年3月

                             SNMP over IPX

IPXの上のSNMP

Status of this Memo

このMemoの状態

   This RFC specifies an IAB standards track protocol for the Internet
   community, and requests discussion and suggestions for improvements.
   Please refer to the current edition of the "IAB Official Protocol
   Standards" for the standardization state and status of this protocol.
   Distribution of this memo is unlimited.

このRFCはIAB標準化過程プロトコルをインターネットコミュニティに指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態の「IABの公式のプロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。

Abstract

要約

   This document defines a convention for encapsulating Simple Network
   Management Protocol (SNMP) [1] packets over the transport mechanism
   provided via the Internetwork Packet Exchange (IPX) protocol [2].

このドキュメントは、Internetwork Packet Exchange(IPX)プロトコル[2]で提供された移送機構の上でSimple Network Managementプロトコル(SNMP)が[1]パケットであるとカプセル化するためにコンベンションを定義します。

1. Introduction

1. 序論

   The Simple Network Management Protocol (SNMP) as defined in [1] is
   now used as an integral part of the network management framework for
   TCP/IP-based internets.  Together with its companion standards, which
   define the Structure of Management Information (SMI) [3,4], and the
   Management Information Base (MIB) [5], the SNMP has received
   widespread deployment in many operational networks running the
   Internet suite of protocols.

[1]で定義されるSimple Network Managementプロトコル(SNMP)は現在、TCP/IPベースのインターネットにネットワークマネージメントフレームワークの不可欠の部分として使用されます。 SNMPは仲間規格とManagement Information基地(MIB)の[5]と共にプロトコルのインターネットスイートを動かす多くの操作上のネットワークで広範囲の展開を受けました。(規格はManagement情報(SMI)[3、4]のStructureを定義します)。

   The success of SNMP in the TCP/IP environment has led to its
   deployment in non TCP/IP-based internets. This specification
   describes the mapping of SNMP onto the Internetwork Packet Exchange
   (IPX) protocol [2] used in Novell NetWare environments.

TCP/IP環境におけるSNMPの成功は非TCP/IPベースのインターネットにおける展開につながりました。 この仕様はノベルNetWare環境で使用されるInternetwork Packet Exchange(IPX)プロトコル[2]にSNMPに関するマッピングについて説明します。

   As noted in [6], the preferred mapping for SNMP is onto UDP [7].  As
   such, this specification is intended for use in environments where
   UDP transport is not available.  No aspect of this specification
   should be construed as a suggestion that, in a heterogeneous
   transport environment, a managed agent should support more than one
   mapping. Conversely, management stations are strongly encouraged to
   support mappings of SNMP onto all popular transports.

[6]に述べられるように、UDP[7]にはSNMPに、都合のよいマッピングがあります。 そういうものとして、この仕様はUDP輸送が利用可能でない環境における使用のために意図します。 管理されたエージェントが異種の輸送環境で1つ以上のマッピングをサポートするべきであるという提案にこの仕様の局面を全く理解するべきではありません。 逆に、管理局がすべてのポピュラーな輸送にSNMPに関するマッピングをサポートするよう強く奨励されます。

2.  Mapping SNMP onto IPX

2. SNMPをIPXに写像します。

   Mapping SNMP onto IPX is straight-forward since IPX provides a
   datagram service very similar to that provided by IP/UDP.

IPXがIP/UDPによって提供されたそれと非常に同様のデータグラムサービスを提供するので、SNMPをIPXに写像するのは簡単です。

Bostock                                                         [Page 1]

RFC 1420                     SNMP over IPX                    March 1993

IPX1993年3月の上のBostock[1ページ]RFC1420SNMP

   Although modifications have been made elsewhere in the NetWare
   protocol suite, IPX is identical to the Xerox Internet Datagram
   Protocol (IDP) [8].  The socket address space authority is
   administered by Novell.

NetWareプロトコル群のほかの場所で変更をしましたが、IPXはゼロックスインターネットデータグラムプロトコル(IDP)[8]と同じです。 ソケットアドレス空間権威はノベルによって管理されます。

   SNMP packets will always set the Packet Type field in the IPX header
   to 4 (i.e., Packet Exchange Packet).

SNMPパケットはいつも4(すなわち、Packet Exchange Packet)へのIPXヘッダーにPacket Type分野をはめ込むでしょう。

2.1  Socket Assignments

2.1 ソケット課題

   SNMP protocol entities will receive GetRequest-PDU, GetNextRequest-
   PDU, and SetRequest-PDU messages on socket 36879 (Destination Socket
   field set to hexadecimal 900F), and Trap-PDU messages on socket 36880
   (Destination Socket field set to hexadecimal 9010).

SNMPプロトコル実体はソケット36880に関するGetRequest-PDU、GetNextRequest- PDU、ソケット36879(目的地Socket分野は16進に900Fセットしました)に関するSetRequest-PDUメッセージ、およびTrap-PDUメッセージを受け取るでしょう(目的地Socket分野は16進9010にセットしました)。

   GetResponse-PDU messages will be addressed to the IPX address and
   socket from which the corresponding GetRequest-PDU, GetNextRequest-
   PDU, or SetRequest-PDU originated.

GetResponse-PDUメッセージは対応するGetRequest-PDU、GetNextRequest- PDU、またはSetRequest-PDUが起因したIPXアドレスとソケットに扱われるでしょう。

2.2  Traps

2.2 罠

   When SNMP traps are sent over IPX, the agent-addr field in the Trap-
   PDU contains the IP-address "0.0.0.0".  An SNMP manager may ascertain
   the source of the trap based on information provided by the transport
   service

SNMP罠をIPXの上に送るとき、Trap- PDUのエージェント-addr分野がIP-アドレスを含んでいる、「0.0 .0 0インチ」 SNMPマネージャは輸送サービスで提供された情報に基づく罠の源を確かめるかもしれません。

2.3  Maximum Message Size

2.3 最大のメッセージサイズ

   Although SNMP does not require conformant implementations to accept
   messages whose length exceeds 484 bytes, it is recommended that
   implementations support a maximum SNMP message size of 546 bytes (the
   maximum size allowed under IPX).  Furthermore, this limit is the
   maximum packet length guaranteed to traverse IPX routers which do not
   provide fragmentation.  Implementors may choose to use longer packet
   lengths if the maximum is known, which depends on the intermediate
   routers and/or intermediate datalink layer protocols.

SNMPは長さが484バイトを超えているメッセージを受け入れるためにconformant実装を必要としませんが、実装が、最大のSNMPが546バイト(IPXの下に許容された最大サイズ)のメッセージサイズであるとサポートするのは、お勧めです。 その上、この限界は断片化を提供しない横断IPXルータに保証された最大のパケット長です。 最大(中間的ルータ、そして/または、中間的データリンク層のプロトコルによる)が知られているなら、作成者は、より長いパケット長を使用するのを選ぶかもしれません。

3.  Document Procurement

3. ドキュメント調達

   This section provides contact points for procurement of selected
   documents.

このセクションは選択されたドキュメントの調達のための接点を提供します。

   A complete description of IPX may be secured at the following
   address:

以下のアドレスでIPXの完全な記述を保証するかもしれません:

Bostock                                                         [Page 2]

RFC 1420                     SNMP over IPX                    March 1993

IPX1993年3月の上のBostock[2ページ]RFC1420SNMP

        Novell, Inc.
        122 East 1700 South
        P. O. Box 5900
        Provo, Utah 84601 USA
        800 526 5463

1700年の東南P. O. Box5900プロボ、ノベルInc.122ユタ84601米国800 526 5463

        Novell Part # 883-000780-001

ノベル部分#883-000780-001

   The specification for IDP (part of XNS) may be ordered from:

IDP(XNSの一部)のための仕様は以下に注文されるかもしれません。

        Xerox System Institute
        475 Oakmead Parkway
        Sunnyvale, CA 94086
        Attn.: Fonda Pallone
        (415) 813-7164

ゼロックスシステム研究所475Oakmead Parkwayサニーベル(カリフォルニア)94086Attn、: フォンダパローネ(415)813-7164

4.  Acknowledgments

4. 承認

   This specification was derived from RFC 1298, based on discussions in
   the IETF's "SNMP over a Multiprotocol Internet" Working Group.

IETFの「Multiprotocolインターネットの上のSNMP」作業部会における議論に基づいてRFC1298からこの仕様を得ました。

5.  References

5. 参照

   [1] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple
       Network Management Protocol", STD 15, RFC 1157, SNMP Research,
       Performance Systems International, Performance Systems
       International, MIT Laboratory for Computer Science, May 1990.

[1] ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン、「簡単なネットワーク管理プロトコル」、STD15、RFC1157、SNMPは研究します、国際言語運用機構、国際言語運用機構、MITコンピュータサイエンス研究所、1990年5月。

   [2] Novell, Inc., "NetWare System Technical Interface Overview", part
       number 883-000780-001, June 1989.

[2] ノベルInc.、「NetWareシステム技術的インタフェース概要」は883-000780-001と、1989年6月に数を分けます。

   [3] Rose M., and K. McCloghrie, "Structure and Identification of
       Management Information for TCP/IP-based internets", STD 16, RFC
       1155, Performance Systems International, Hughes LAN Systems, May
       1990.

[3]ローズM.、およびK.のMcCloghrieと、「TCP/IPベースのインターネットのためのManagement情報の構造とIdentification」、STD16、RFC1155、国際パフォーマンスSystemsヒューズLAN Systems(1990年5月)

   [4] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
       STD 16, RFC 1212, Performance Systems International, Hughes LAN
       Systems, March 1991.

[4] ローズ、M.とK.McCloghrie、エディターズ、「簡潔なMIB定義」、STD16、RFC1212、国際言語運用機構、ヒューズLANシステム(1991年3月)。

   [5] Rose M., and K. McCloghrie, Editors, "Management Information Base
       for Network Management of TCP/IP-based Internets", STD 17, RFC
       1213, Hughes LAN Systems, Inc., Performance Systems
       International, March 1991.

[5] ローズM.、およびK.McCloghrie、エディターズ、「TCP/IPベースのインターネットのネットワークマネージメントのための管理情報ベース」、STD17、RFC1213、ヒューズLANシステムInc.、国際言語運用機構、1991年3月。

   [6] Kastenholz, F., "SNMP Communications Services", RFC 1270,
       Clearpoint Research Corporation, October 1991.

[6]Kastenholz、F.、「SNMP情報提供サービス」、RFC1270、Clearpoint研究社、1991年10月。

Bostock                                                         [Page 3]

RFC 1420                     SNMP over IPX                    March 1993

IPX1993年3月の上のBostock[3ページ]RFC1420SNMP

   [7] Postel J., "User Datagram Protocol", STD 6, RFC 768,
       USC/Information Sciences Institute, August 1980.

[7] ポステルJ.、「ユーザー・データグラム・プロトコル」、STD6、RFC768、科学が1980年8月に設けるUSC/情報。

   [8] Xerox System Integration Standard, "Internet Transport
       Protocols", XSIS 028112, Xerox Corporation, December 1981.

[8] 標準のゼロックスシステムインテグレーション「インターネットトランスポート・プロトコル」、XSIS028112、ゼロックス社、1981年12月。

6.  Security Considerations

6. セキュリティ問題

   Security issues are not discussed in this memo.

このメモで安全保障問題について議論しません。

7. Author's Address

7. 作者のアドレス

   Steve Bostock
   Novell, Inc.
   2180 Fortune Drive
   San Jose, CA 95131

Driveサンノゼ、スティーブBostockノベルInc.2180Fortuneカリフォルニア 95131

   Phone: 408 473 8203
   Fax:   408 435 1706
   Email: steveb@novell.com

以下に電話をしてください。 408 473、8203Fax: 1706年の408 435メール: steveb@novell.com

Bostock                                                         [Page 4]

Bostock[4ページ]