RFC4789 日本語訳

Network Working Group                                   J. Schoenwaelder
Request for Comments: 4789               International University Bremen
Obsoletes: 1089                                               T. Jeffree
Updates: 3417                                                 Consultant
Category: Standards Track                                  November 2006

Schoenwaelderがコメントのために要求するワーキンググループJ.をネットワークでつないでください: ブレーメンが時代遅れにする4789年の国際大学: 1089のT.Jeffreeアップデート: 3417年のコンサルタントカテゴリ: 標準化過程2006年11月

    Simple Network Management Protocol (SNMP) over IEEE 802 Networks

IEEE802ネットワークの上の簡単なネットワーク管理プロトコル(SNMP)

Status of This Memo

このメモの状態

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

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

Copyright Notice

版権情報

   Copyright (C) The IETF Trust (2006).

IETFが信じる著作権(C)(2006)。

Abstract

要約

   This document specifies how Simple Network Management Protocol (SNMP)
   messages can be transmitted directly over IEEE 802 networks.

このドキュメントはどうSimple Network Managementプロトコル(SNMP)メッセージをIEEE802ネットワークの直接上に送ることができるかを指定します。

   This document obsoletes RFC 1089.

このドキュメントはRFC1089を時代遅れにします。

Table of Contents

目次

   1. Introduction ....................................................2
      1.1. Key Words ..................................................2
   2. Definitions .....................................................3
   3. SNMP over IEEE 802 Networks .....................................4
      3.1. Serialization ..............................................4
      3.2. Well-known Values ..........................................4
      3.3. IEEE 802.3 Frame Format ....................................5
   4. Relationship to Other MIB Modules ...............................5
   5. IANA Considerations .............................................6
   6. Security Considerations .........................................6
   7. Acknowledgments .................................................7
   8. References ......................................................7
      8.1. Normative References .......................................7
      8.2. Informative References .....................................7

1. 序論…2 1.1. キーワード…2 2. 定義…3 3. IEEE802ネットワークの上のSNMP…4 3.1. 連載…4 3.2. よく知られる値…4 3.3. IEEE802.3は形式を縁どっています…5 4. 他のMIBモジュールとの関係…5 5. IANA問題…6 6. セキュリティ問題…6 7. 承認…7 8. 参照…7 8.1. 標準の参照…7 8.2. 有益な参照…7

Schoenwaelder & Jeffree     Standards Track                     [Page 1]

RFC 4789                   SNMP over IEEE 802              November 2006

Schoenwaelder&Jeffree規格は2006年11月にIEEE802の上でRFC4789SNMPを追跡します[1ページ]。

1.  Introduction

1. 序論

   This document specifies how Simple Network Management Protocol (SNMP)
   messages can be transmitted directly over IEEE 802 networks.  For a
   detailed overview of the documents that describe the Internet-
   Standard management framework, please refer to section 7 of RFC 3410
   [RFC3410].  This document supplements the standard SNMP transport
   mappings defined in RFC 3417 [RFC3417].

このドキュメントはどうSimple Network Managementプロトコル(SNMP)メッセージをIEEE802ネットワークの直接上に送ることができるかを指定します。 インターネットの標準の管理フレームワークについて説明するドキュメントの詳細な概要について、RFC3410[RFC3410]のセクション7を参照してください。 このドキュメントはRFC3417[RFC3417]で定義された標準のSNMP輸送マッピングを補います。

   This document obsoletes RFC 1089.

このドキュメントはRFC1089を時代遅れにします。

   Managed objects are accessed via a virtual information store, termed
   the Management Information Base or MIB.  MIB objects are generally
   accessed through the Simple Network Management Protocol (SNMP).
   Objects in the MIB are defined using the mechanisms defined in the
   Structure of Management Information (SMI).  This memo specifies a MIB
   module that is compliant to the SMIv2, which is described in STD 58,
   RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580
   [RFC2580].

管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIBオブジェクトはSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBのオブジェクトは、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。

1.1.  Key Words

1.1. キーワード

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in RFC 2119 [RFC2119].

キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか?

Schoenwaelder & Jeffree     Standards Track                     [Page 2]

RFC 4789                   SNMP over IEEE 802              November 2006

Schoenwaelder&Jeffree規格は2006年11月にIEEE802の上でRFC4789SNMPを追跡します[2ページ]。

2.  Definitions

2. 定義

   SNMP-IEEE802-TM-MIB DEFINITIONS ::= BEGIN

SNMP-IEEE802Tm MIB定義:、:= 始まってください。

   IMPORTS
       MODULE-IDENTITY, OBJECT-IDENTITY, snmpModules, snmpDomains
           FROM SNMPv2-SMI;

SNMPv2-SMIからモジュールアイデンティティ、オブジェクトアイデンティティ、snmpModules、snmpDomainsをインポートします。

       snmpIeee802TmMib MODULE-IDENTITY
           LAST-UPDATED "200611210000Z"
           ORGANIZATION "IETF Operations and Management Area"
           CONTACT-INFO
               "Juergen Schoenwaelder (Editor)
                International University Bremen
                P.O. Box 750 561
                28725 Bremen, Germany

snmpIeee802TmMibモジュールアイデンティティは「ユルゲンSchoenwaelder(エディタ)国際大学ブレーメンP.O. Box750 561 28725ブレーメン(ドイツ)」という"200611210000Z"組織「IETF操作と管理領域」コンタクトインフォメーションをアップデートしました。

                Phone: +49 421 200-3587
                EMail: j.schoenwaelder@iu-bremen.de

以下に電話をしてください。 +49 421 200-3587 メールしてください: j.schoenwaelder@iu-bremen.de

                Send comments to <ietfmibs@ops.ietf.org>."
           DESCRIPTION
               "This MIB module defines the SNMP over IEEE 802
                transport mapping.

「 to <ietfmibs@ops.ietf.org をコメントに送ってください、gt;、」 記述、「このMIBモジュールはIEEE802輸送マッピングの上でSNMPを定義します」。

                Copyright (C) The IETF Trust (2006).  This version
                of this MIB module is part of RFC 4789; see the RFC
                itself for full legal notices."
           REVISION "200611210000Z"
           DESCRIPTION
               "The initial version, published as RFC 4789."
           ::= { snmpModules 21 }

IETFが信じる著作権(C)(2006)。 このMIBモジュールのこのバージョンはRFC4789の一部です。 「完全な法定の通知に関してRFC自身を見てください。」 「初期のバージョンであって、RFC4789として発行された」REVISION"200611210000Z"記述。 ::= snmpModules21

       snmpIeee802Domain OBJECT-IDENTITY
           STATUS  current
           DESCRIPTION
               "The SNMP over IEEE 802 networks transport domain.  The
                corresponding transport address is of type MacAddress
                as defined in the SNMPv2-TC module (RFC 2579)."
           REFERENCE "RFC 2579"
           ::= { snmpDomains 6 }
   END

snmpIeee802Domain OBJECT-IDENTITY STATUSの現在の記述、「IEEE802ネットワークの上のSNMPはドメインを輸送します」。 「タイプMacAddressには対応する輸送アドレスがSNMPv2-TCモジュール(RFC2579)で定義されるようにあります。」 「RFC2579」という参照:、:= snmpDomains6は終わります。

Schoenwaelder & Jeffree     Standards Track                     [Page 3]

RFC 4789                   SNMP over IEEE 802              November 2006

Schoenwaelder&Jeffree規格は2006年11月にIEEE802の上でRFC4789SNMPを追跡します[3ページ]。

3.  SNMP over IEEE 802 Networks

3. IEEE802ネットワークの上のSNMP

   This is an optional transport mapping.  The need to carry SNMP
   directly over an 802 LAN transport in order to allow for the
   management of simple devices was identified in applications like the
   Two-Port Media Access Control (MAC) Relay, which is being developed
   in IEEE 802.1 as project P802.1aj [802.1aj].

これは任意の輸送マッピングです。 簡単な装置の管理を考慮するために802LAN輸送の直接上までSNMPを運ぶ必要性はTwo-ポートメディアAccess Control(MAC)リレーのようなアプリケーションで特定されました。(リレーはプロジェクトP802.1aj[802.1aj]としてIEEE802.1で開発されています)。

   SNMP over IEEE 802 networks has some inherent restrictions.  Using
   the SNMP over IEEE 802 transport mapping restricts messages to a
   single logical IEEE 802 LAN, bridged LAN or VLAN.  Furthermore, only
   a single SNMP engine can be addressed on a given IEEE 802 network
   interface.  In particular, command generators and notification
   receivers, as well as command responders and notification
   originators, must share a single transport endpoint.

IEEE802ネットワークの上のSNMPには、いくつかの固有の制限があります。 IEEE802輸送マッピングの上でSNMPを使用すると、メッセージはブリッジしているただ一つの論理的なIEEE802LAN、LANまたはVLANに制限されます。 その上、与えられたIEEE802ネットワーク・インターフェースで単一のSNMPエンジンしか扱うことができません。 特に、コマンドジェネレータ、通知受信機、コマンド応答者、および通知創始者は単一の輸送終点を共有しなければなりません。

3.1.  Serialization

3.1. 連載

   SNMP messages are serialized, as described in Section 8 of RFC 3417
   [RFC3417].  The resulting serialized message is shipped in the data
   portion of an IEEE LAN MAC frame.

SNMPメッセージはRFC3417[RFC3417]のセクション8で説明されるように連載されます。 IEEE LAN MACフレームのデータ部で結果として起こる連載されたメッセージを出荷します。

3.2.  Well-known Values

3.2. よく知られる値

   Serialized SNMP messages are sent in IEEE 802.3 frames with an
   Ethernet type field of 33100 (hexadecimal 814C).

メッセージがIEEE802.3で送られる連載されたSNMPは33100のイーサネットタイプ分野で(16進814C)を縁どっています。

   When serialized SNMP messages are sent in IEEE 802.3 frames (and in
   other IEEE 802 MAC frame types that can natively represent Ethernet
   type values), an Ethernet type field value of 33100 (hexadecimal
   814C) MUST be used as the link layer protocol identifier.  In IEEE
   802 LANs that use LLC as the means of link layer protocol
   identification, such as IEEE 802.11 Wireless LANs, the SNAP
   encapsulation method described in subclause 10.5 "Encapsulation of
   Ethernet frames over LLC" in [IEEE802] MUST be used.

連載されたSNMPメッセージが送られたIEEE802.3フレーム(そしてネイティブにイーサネットタイプ値を表すことができる他のIEEE802MACフレームタイプで)であるときに、リンクレイヤプロトコル識別子として33100(16進814C)のイーサネットタイプ分野価値を使用しなければなりません。 リンクレイヤの手段が識別について議定書の中で述べるときLLCを使用するWireless LAN、カプセル化メソッドが「副-節」10.5で説明したIEEE802.11SNAPなどのIEEE802LANでは、[IEEE802]の「LLCの上のイーサネットフレームのカプセル化」を使用しなければなりません。

   When an SNMP entity uses this transport mapping, it MUST be capable
   of accepting SNMP messages up to and including 484 octets in size.
   It is RECOMMENDED that implementations be capable of accepting
   messages of up to 1472 octets in size.  Implementation of larger
   values is encouraged whenever possible.

SNMP実体がこの輸送マッピングを使用するとき、それはサイズにおける484の八重奏を含めてSNMPメッセージを受け入れることができなければなりません。 実装がサイズにおける最大1472の八重奏に関するメッセージを受け入れることができるのは、RECOMMENDEDです。 可能であるときはいつも、より大きい値の実装は奨励されます。

Schoenwaelder & Jeffree     Standards Track                     [Page 4]

RFC 4789                   SNMP over IEEE 802              November 2006

Schoenwaelder&Jeffree規格は2006年11月にIEEE802の上でRFC4789SNMPを追跡します[4ページ]。

3.3.  IEEE 802.3 Frame Format

3.3. IEEE802.3フレーム形式

                0                   1
                0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               |          Destination          |
               +-                             -+
               |            Ethernet           |
               +-                             -+
               |            Address            |
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               |             Source            |
               +-                             -+
               |            Ethernet           |
               +-                             -+
               |            Address            |
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               |1 0 0 0 0 0 0 1 0 1 0 0 1 1 0 0|
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               |             SNMP              |
               +-                             -+
               /            message ...        /
               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 目的地| +- -+ | イーサネット| +- -+ | アドレス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ソース| +- -+ | イーサネット| +- -+ | アドレス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1 0 0 0 0 0 0 1 0 1 0 0 1 1 0 0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SNMP| +-+/メッセージ… / +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

               (Each tic mark represents one bit.)

(それぞれのチックマークは1ビットを表します。)

4.  Relationship to Other MIB Modules

4. 他のMIBモジュールとの関係

   Several core SNMP MIB modules use TDomain/TAddress pairs to identify
   SNMP transport endpoints.  The SNMP-TARGET-MIB [RFC3413] uses
   TDomain/TAddress pairs to identify targets that can be used as
   notification receivers.  TDomain/TAddress pairs are used by the
   NOTIFICATION-LOG-MIB [RFC3014] to record the source from which a
   notification was received.  The ENTITY-MIB [RFC4133] uses TDomain/
   TAddress pairs to provide the transport endpoint of logical entities.

いくつかのコアSNMP MIBモジュールが、SNMP輸送終点を特定するのにTDomain/TAddress組を使用します。 SNMP-TARGET-MIB[RFC3413]は、使用できる目標が通知受信機であると認識するのにTDomain/TAddress組を使用します。 TDomain/TAddress組は、通知が受け取られたソースを記録するのにNOTIFICATION-LOG-MIB[RFC3014]によって使用されます。 ENTITY-MIB[RFC4133]は、論理的な実体の輸送終点を提供するのにTDomain/ TAddress組を使用します。

   The MIB module contained in this document introduces the object
   identifier constant snmpIeee802Domain.  This constant can be assigned
   to an object of type TDomain to identify an SNMP over IEEE 802
   endpoint, in which case the corresponding TAddress will have a value
   that conforms to the MacAddress textual convention.  By providing
   these definitions, it is possible to use the generic MIB modules to
   refer to SNMP over IEEE 802 endpoints.

本書では含まれたMIBモジュールはオブジェクト識別子の一定のsnmpIeee802Domainを導入します。 IEEE802終点の上でSNMPを特定するためにタイプTDomainのオブジェクトにこの定数を割り当てることができます、その場合、対応するTAddressには、MacAddressの原文のコンベンションに従う値があるでしょう。 これらの定義を提供することによって、IEEE802終点の上でSNMPについて言及するのにジェネリックMIBモジュールを使用するのは可能です。

Schoenwaelder & Jeffree     Standards Track                     [Page 5]

RFC 4789                   SNMP over IEEE 802              November 2006

Schoenwaelder&Jeffree規格は2006年11月にIEEE802の上でRFC4789SNMPを追跡します[5ページ]。

5.  IANA Considerations

5. IANA問題

   IANA made a MIB OID assignment under the snmpModules branch for the
   SNMP-IEEE802-TM-MIB module.

IANAはSNMP-IEEE802-TM-MIBモジュールのためにsnmpModulesの下のMIB OID課題を分岐させました。

   IANA assigned an OID value below snmpDomains for the transport
   domain.  This first required the setup of a registry for OIDs under
   snmpDomains.  At the point of this writing, the following assignments
   already exist:

IANAはsnmpDomainsの下でOID値を輸送ドメインに割り当てました。 これは最初に、snmpDomainsの下のOIDsのために登録のセットアップを必要としました。 この書くことのポイントでは、以下の課題は既に存在しています:

     Prefix: iso.org.dod.internet.snmpv2.snmpDomains (1.3.6.1.6.1)

以下を前に置いてください。 iso.org.dod.internet.snmpv2.snmpDomains(1.3.6.1.6.1)

     Decimal   Name                Description          References
     -------   ----                -----------          ----------
          1    snmpUDPDomain       SNMP over UDP         [RFC3417]
          2    snmpCLNSDomain      SNMP over CLNS        [RFC3417]
          3    snmpCONSDomain      SNMP over CONS        [RFC3417]
          4    snmpDDPDomain       SNMP over DDP         [RFC3417]
          5    snmpIPXDomain       SNMP over IPX         [RFC3417]

10進名前記述参照------- ---- ----------- ---------- 1 IPXの上のDDP[RFC3417]5snmpIPXDomain SNMPの上のコンズ[RFC3417]4snmpDDPDomain SNMPの上のCLNS[RFC3417]3snmpCONSDomain SNMPの上のUDP[RFC3417]2snmpCLNSDomain SNMPの上のsnmpUDPDomain SNMP[RFC3417]

   The following assigment has been made:

以下のassigmentは作られています:

     Decimal   Name                Description          References
     -------   ----                -----------          ----------
          6    snmpIeee802Domain   SNMP over IEEE 802    RFC 4789

10進名前記述参照------- ---- ----------- ---------- 6 IEEE802RFC4789の上のsnmpIeee802Domain SNMP

   For new assignments, a specification is required as per [RFC2434].

新しい課題において、仕様が[RFC2434]に従って必要です。

6.  Security Considerations

6. セキュリティ問題

   This module does not define any management objects.  Instead, it
   defines an OBJECT-IDENTIFIER which may be used by other MIB modules
   to identify an SNMP transport mapping.  Meaningful security
   considerations can only be written in the MIB modules that define
   management objects.  The MIB module in this document has therefore no
   impact on the security of the Internet.

このモジュールはどんな管理オブジェクトも定義しません。 代わりに、それはSNMP輸送マッピングを特定するのに他のMIBモジュールで使用されるかもしれないOBJECT-IDENTIFIERを定義します。 管理オブジェクトを定義するMIBモジュールで重要なセキュリティ問題を書くことができるだけです。 したがって、MIBモジュールはインターネットのセキュリティに本書では影響力を全く持っていません。

   SNMPv1 and SNMPv2c messages are not considered secure.  It is
   recommended that the implementors consider the use of SNMPv3 messages
   and the security features as provided by the SNMPv3 framework.
   Specifically, the use of the User-based Security Model STD 62, RFC
   3414 [RFC3414] and the View-based Access Control Model STD 62, RFC
   3415 [RFC3415] is recommended.

SNMPv1とSNMPv2cメッセージは安全であると考えられません。 作成者がSNMPv3フレームワークで提供するようにSNMPv3メッセージとセキュリティ機能の使用を考えるのは、お勧めです。 明確にUserベースのSecurity Model STD62の使用、RFC3414[RFC3414]、およびViewベースのAccess Control Model STD62、RFC3415[RFC3415]はお勧めです。

   It is then a customer/user responsibility to ensure that the SNMP
   entity giving access to a MIB is properly configured to give access
   to the objects only to those principals (users) that have legitimate
   rights to indeed GET or SET (change) them.

そして、MIBへのアクセスを与えるSNMP実体が本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変化)それらをSETに与えるために適切に構成されるのを保証するのは、顧客/ユーザ責任です。

Schoenwaelder & Jeffree     Standards Track                     [Page 6]

RFC 4789                   SNMP over IEEE 802              November 2006

Schoenwaelder&Jeffree規格は2006年11月にIEEE802の上でRFC4789SNMPを追跡します[6ページ]。

7.  Acknowledgments

7. 承認

   The original SNMP over Ethernet definition was written by Marty
   Schoffstall, Chuck Davin, Mark Fedor, and Jeff Case, and published as
   RFC 1089 [RFC1089].

イーサネット定義の上のオリジナルのSNMPはマーティSchoffstall、チャック・デーヴィン、マーク・ヒョードル、およびジェフCaseによって書かれていて、RFC1089[RFC1089]として発行されました。

   Bert Wijnen and Dan Romascanu provided guidance on many aspects of
   this revised specification.  David Harrington provided useful
   comments that improved the presentation.

バートWijnenとダンRomascanuはこの訂正明細書の多くの局面で指導を提供しました。 デヴィッド・ハリントンはプレゼンテーションを改良した役に立つコメントを提供しました。

8.  References

8. 参照

8.1.  Normative References

8.1. 引用規格

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。

   [RFC2578]  McCloghrie, K., Perkins, D., and J. Schoenwaelder,
              "Structure of Management Information Version 2 (SMIv2)",
              STD 58, RFC 2578, April 1999.

[RFC2578] McCloghrie、K.、パーキンス、D.、およびJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。

   [RFC2579]  McCloghrie, K., Perkins, D., and J. Schoenwaelder,
              "Textual Conventions for SMIv2", STD 58, RFC 2579, April
              1999.

[RFC2579] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」

   [RFC2580]  McCloghrie, K., Perkins, D., and J. Schoenwaelder,
              "Conformance Statements for SMIv2", STD 58, RFC 2580,
              April 1999.

[RFC2580] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」

   [RFC3417]  Presuhn, R., Ed., "Transport Mappings for the Simple
              Network Management Protocol (SNMP)", STD 62, RFC 3417,
              December 2002.

[RFC3417] Presuhn、R.、エド、「簡単なネットワーク管理プロトコル(SNMP)のための輸送マッピング」、STD62、RFC3417、12月2002日

   [IEEE802]  "IEEE Standard for Local Area Networks: Overview and
              Architecture", IEEE Std. 802-2001.

[IEEE802]、「ローカル・エリア・ネットワークのIEEE規格:」 「概要とアーキテクチャ」、IEEE Std。 802-2001.

   [RFC2434]  Narten, T. and H. Alvestrand, "Guidelines for Writing an
              IANA Considerations Section in RFCs", BCP 26, RFC 2434,
              October 1998.

[RFC2434]Narten、T.とH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」BCP26、RFC2434(1998年10月)。

8.2.  Informative References

8.2. 有益な参照

   [RFC3410]  Case, J., Mundy, R., Partain, D., and B. Stewart,
              "Introduction and Applicability Statements for Internet-
              Standard Management Framework", RFC 3410, December 2002.

[RFC3410] ケース、J.、マンディ、R.、パーテイン、D.、およびB.スチュワート、「インターネットの標準の管理フレームワークのための序論と適用性声明」、RFC3410(2002年12月)。

Schoenwaelder & Jeffree     Standards Track                     [Page 7]

RFC 4789                   SNMP over IEEE 802              November 2006

Schoenwaelder&Jeffree規格は2006年11月にIEEE802の上でRFC4789SNMPを追跡します[7ページ]。

   [RFC3413]  Levi, D., Meyer, P., and B. Stewart, "Simple Network
              Management Protocol (SNMP) Applications", STD 62, RFC
              3413, December 2002.

[RFC3413] レビ、D.、マイヤー、P.、およびB.スチュワート、「簡単なネットワーク管理プロトコル(SNMP)アプリケーション」、STD62、RFC3413、2002年12月。

   [RFC3414]  Blumenthal, U. and B. Wijnen, "User-based Security Model
              (USM) for version 3 of the Simple Network Management
              Protocol (SNMPv3)", STD 62, RFC 3414, December 2002.

[RFC3414]ブルーメンソルとU.とB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、STD62、RFC3414、2002年12月。

   [RFC3415]  Wijnen, B., Presuhn, R., and K. McCloghrie, "View-based
              Access Control Model (VACM) for the Simple Network
              Management Protocol (SNMP)", STD 62, RFC 3415, December
              2002.

[RFC3415] Wijnen、B.、Presuhn、R.、およびK.McCloghrie、「簡単なネットワークマネージメントのための視点ベースのアクセス制御モデル(VACM)は(SNMP)について議定書の中で述べます」、STD62、RFC3415、2002年12月。

   [RFC3014]  Kavasseri, R., "Notification Log MIB", RFC 3014, November
              2000.

R.、「通知ログMIB」、RFC3014 2000年11月の[RFC3014]Kavasseri。

   [RFC4133]  Bierman, A. and K. McCloghrie, "Entity MIB (Version 3)",
              RFC 4133, August 2005.

[RFC4133]BiermanとA.とK.McCloghrie、「実体MIB(バージョン3)」、RFC4133 2005年8月。

   [RFC1089]  Schoffstall, M., Davin, C., Fedor, M., and J. Case, "SNMP
              over Ethernet", RFC 1089, February 1989.

1989年2月の[RFC1089]SchoffstallとM.とデーヴィンとC.とヒョードル、M.とJ.ケース、「イーサネットの上のSNMP」RFC1089。

   [802.1aj]  P802.1aj/D1.4 Draft Standard for Local and Metropolitan
              Area Networks - Virtual Bridged Local Area Networks -
              Amendment 08:  Two-Port Media Access Control (MAC) Relay,
              IEEE 802.1 Working Group, June 2006, Work in Progress.

[802.1aj]P802.1aj/D1.4は地方とメトロポリタンエリアネットワーク--仮想のブリッジしているローカル・エリア・ネットワーク--修正08の規格を作成します: アクセスコントロール(MAC)がリレーする2ポートのメディア(IEEE802.1ワーキンググループ、2006年6月)は進行中であることで利きます。

Authors' Addresses

作者のアドレス

   Juergen Schoenwaelder
   International University Bremen
   Campus Ring 1
   28725 Bremen
   Germany

ユルゲンSchoenwaelderの国際大学ブレーメンキャンパスリング1 28725・ブレーメンドイツ

   Phone: +49 421 200-3587
   EMail: j.schoenwaelder@iu-bremen.de

以下に電話をしてください。 +49 421 200-3587 メールしてください: j.schoenwaelder@iu-bremen.de

   Tony Jeffree
   Consultant
   11a Poplar Grove
   Sale, Cheshire, M33 3AX
   United Kingdom

トニーJeffreeコンサルタント11aポプラグローブの販売、チェーシャー州、M33 3AXイギリス

   Phone: +44-161-973-4278
   EMail: tony@jeffree.co.uk

以下に電話をしてください。 +44-161-973-4278 メールしてください: tony@jeffree.co.uk

Schoenwaelder & Jeffree     Standards Track                     [Page 8]

RFC 4789                   SNMP over IEEE 802              November 2006

Schoenwaelder&Jeffree規格は2006年11月にIEEE802の上でRFC4789SNMPを追跡します[8ページ]。

Full Copyright Statement

完全な著作権宣言文

   Copyright (C) The IETF Trust (2006).

IETFが信じる著作権(C)(2006)。

   This document is subject to the rights, licenses and restrictions
   contained in BCP 78, and except as set forth therein, the authors
   retain all their rights.

このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。

   This document and the information contained herein are provided on an
   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST,
   AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.

このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、IETF信頼、「そのままで」という基礎と貢献者の上で提供していて、そして、インターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。

Intellectual Property

知的所有権

   The IETF takes no position regarding the validity or scope of any
   Intellectual Property Rights 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; nor does it represent that it has
   made any independent effort to identify any such rights.  Information
   on the procedures with respect to rights in RFC documents can be
   found in BCP 78 and BCP 79.

IETFはどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。

   Copies of IPR disclosures made to the IETF Secretariat 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 on-line IPR repository at
   http://www.ietf.org/ipr.

IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights that may cover technology that may be required to implement
   this standard.  Please address the information to the IETF at
   ietf-ipr@ietf.org.

IETFはこの規格を実装するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を扱ってください。

Acknowledgement

承認

   Funding for the RFC Editor function is currently provided by the
   Internet Society.

RFC Editor機能のための基金は現在、インターネット協会によって提供されます。

Schoenwaelder & Jeffree     Standards Track                     [Page 9]

Schoenwaelder&Jeffree標準化過程[9ページ]