RFC3019 日本語訳

Network Working Group                                        B. Haberman
Request for Comments: 3019                               Nortel Networks
Category: Standards Track                                    R. Worzella
                                                                     IBM
                                                            January 2001

コメントを求めるワーキンググループB.ハーバーマンの要求をネットワークでつないでください: 3019 ノーテルはカテゴリをネットワークでつなぎます: 標準化過程R.Worzella IBM2001年1月

             IP Version 6 Management Information Base for
               The Multicast Listener Discovery Protocol

マルチキャストリスナー発見プロトコルのためのIPバージョン6管理情報ベース

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 (2001).  All Rights Reserved.

Copyright(C)インターネット協会(2001)。 All rights reserved。

Abstract

要約

   This document defines a portion of the Management Information Base
   (MIB) for use with network management protocols in Internet Protocol
   Version 6 internets.  Specifically, this document is the MIB module
   that defines managed objects for implementations of the Multicast
   Listener Discovery Protocol [RFC2710].

このドキュメントは使用のために、ネットワーク管理プロトコルでインターネットプロトコルバージョン6インターネットでManagement Information基地の一部(MIB)を定義します。 明確に、このドキュメントはMulticast Listenerディスカバリープロトコル[RFC2710]の実装のために管理オブジェクトを定義するMIBモジュールです。

Terminology

用語

   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 [RFC2119].

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

1. The SNMP Management Framework

1. SNMP管理フレームワーク

   The SNMP Management Framework presently consists of five major
   components:

SNMP Management Frameworkは現在、5個の主要コンポーネントから成ります:

   An overall architecture, described in RFC 2571 [RFC2571].

RFC2571[RFC2571]で説明された総合的なアーキテクチャ。

   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,

オブジェクトを説明して、命名するためのメカニズムと管理の目的のためのイベント。 Management情報(SMI)のこのStructureの最初のバージョンは、SMIv1と呼ばれて、STD16で説明されます。

Haberman & Worzella         Standards Track                     [Page 1]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[1ページ]。

   RFC 1155 [RFC1155], STD 16, RFC 1212 [RFC1212] and RFC 1215
   [RFC1215].  The second version, called SMIv2, is described in STD 58,
   RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580
   [RFC2580].

RFC1155[RFC1155]、STD16、RFC1212[RFC1212]、およびRFC1215[RFC1215]。 SMIv2と呼ばれる第2バージョンはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されます。

   Message protocols for transferring management information.  The first
   version of the SNMP message protocol is called SNMPv1 and described
   in STD 15, RFC 1157 [RFC1157].  A second version of the SNMP message
   protocol, which is not an Internet standards track protocol, is
   called SNMPv2c and described in RFC 1901 [RFC1901] and RFC 1906
   [RFC1906].  The third version of the message protocol is called
   SNMPv3 and described in RFC 1906 [RFC1906], RFC 2572 [RFC2572] and
   RFC 2574 [RFC2574].

経営情報を移すためのメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンは、STD15、RFC1157[RFC1157]でSNMPv1と呼ばれて、説明されます。 SNMPメッセージプロトコルの第2のバージョンは、RFC1901[RFC1901]とRFC1906[RFC1906]でSNMPv2cと呼ばれて、説明されます。(プロトコルはインターネット標準化過程プロトコルではありません)。 メッセージプロトコルの第3バージョンは、RFC1906[RFC1906]、RFC2572[RFC2572]、およびRFC2574[RFC2574]でSNMPv3と呼ばれて、説明されます。

   Protocol operations for accessing management information.  The first
   set of protocol operations and associated PDU formats is described in
   STD 15, RFC 1157 [RFC1157].  A second set of protocol operations and
   associated PDU formats is described in RFC 1905 [RFC1905].

経営情報にアクセスするための操作について議定書の中で述べてください。 プロトコル操作と関連PDU形式の第一セットはSTD15、RFC1157[RFC1157]で説明されます。 2番目のセットのプロトコル操作と関連PDU形式はRFC1905[RFC1905]で説明されます。

   A set of fundamental applications described in RFC 2573 [RFC2573] and
   the view-based access control mechanism described in RFC 2575
   [RFC2575].

RFC2573[RFC2573]で説明された1セットの基礎的応用と視点ベースのアクセス管理機構はRFC2575で[RFC2575]について説明しました。

   A more detailed introduction to the current SNMP Management Framework
   can be found in RFC 2570 [RFC2570].

RFC2570[RFC2570]で現在のSNMP Management Frameworkへの、より詳細な紹介を見つけることができます。

   Managed objects are accessed via a virtual information store, termed
   the Management Information Base or MIB.  Objects in the MIB are
   defined using the mechanisms defined in the SMI.

管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 MIBのオブジェクトは、SMIで定義されたメカニズムを使用することで定義されます。

   This memo specifies a MIB module that is compliant to the SMIv2.  A
   MIB conforming to the SMIv1 can be produced through the appropriate
   translations.  The resulting translated MIB must be semantically
   equivalent, except where objects or events are omitted because no
   translation is possible (use of Counter64).  Some machine-readable
   information in SMIv2 will be converted into textual descriptions in
   SMIv1 during the translation process.  However, this loss of
   machine-readable information is not considered to change the
   semantics of the MIB.

このメモはSMIv2に対応であるMIBモジュールを指定します。 適切な翻訳でSMIv1に従うMIBは生産できます。 どんな翻訳も可能でないので(Counter64の使用)、結果として起こる翻訳されたMIBはオブジェクトかイベントが省略されるところで意味的に同等でなければなりません。 SMIv2の何らかの機械可読の情報が翻訳プロセスの間、SMIv1の原文の記述に変換されるでしょう。 しかしながら、機械可読の情報のこの損失がMIBの意味論を変えると考えられません。

2. Overview

2. 概要

   This MIB module contains two tables:

このMIBモジュールは2個のテーブルを含んでいます:

      1. The MLD Interface Table, which contains one row for each
         interface on which MLD is enabled.

1. MLD Interface Table。(そのMLD Interface TableはMLDが有効にされる各インタフェースあたり1つの行を含みます)。

Haberman & Worzella         Standards Track                     [Page 2]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[2ページ]。

      2. The MLD Cache Table which contains one row for each IPv6
         Multicast group for which there are members on a particular
         interface.

2. 1つを含むMLD Cache Tableはメンバーが特定のインタフェースにいるそれぞれのIPv6 Multicastグループのために船をこぎます。

   Both tables are intended to be implemented by hosts and routers. Some
   objects in each table apply to routers only.

ホストとルータによって両方のテーブルが実装されることを意図します。 各テーブルのいくつかのオブジェクトがルータだけに適用されます。

3. Definitions

3. 定義

   IPV6-MLD-MIB DEFINITIONS ::= BEGIN

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

   IMPORTS
       MODULE-IDENTITY, OBJECT-TYPE, Counter32, Gauge32,
       Unsigned32, TimeTicks, mib-2     FROM SNMPv2-SMI
       RowStatus, TruthValue            FROM SNMPv2-TC
       InetAddressIPv6             FROM INET-ADDRESS-MIB
       InterfaceIndex, InterfaceIndexOrZero
                                            FROM IF-MIB
       MODULE-COMPLIANCE, OBJECT-GROUP  FROM SNMPv2-CONF;

IMPORTS MODULE-IDENTITY、OBJECT-TYPE、Counter32、Gauge32、Unsigned32、TimeTicks、mib-2 FROM SNMPv2-SMI RowStatus、TruthValue FROM SNMPv2-TC InetAddressIPv6 FROM INET-ADDRESS-MIB InterfaceIndex、InterfaceIndexOrZero FROM、-、MIB MODULE-COMPLIANCE、OBJECT-GROUP FROM SNMPv2-CONF。

   mldMIB MODULE-IDENTITY
       LAST-UPDATED "200101250000Z" -- 25 Jan 2001
       ORGANIZATION "IETF IPNGWG Working Group."
       CONTACT-INFO
               " Brian Haberman
                 Nortel Networks
                 4309 Emperor Blvd.
                 Durham, NC  27703
                 USA

mldMIBモジュールアイデンティティは"200101250000Z"をアップデートしました--2001年1月25日の組織「IETF IPNGWG作業部会。」 「ブライアンハーバーマンノーテルは4309年の皇帝Blvd.をネットワークでつなぐ」というコンタクトインフォメーション ダラム、NC27703米国

                 Phone: +1 919 992 4439
                 e-mail: haberman@nortelnetworks.com"
       DESCRIPTION
               "The MIB module for MLD Management."
       REVISION "200101250000Z" -- 25 Jan 2001
       DESCRIPTION
               "Initial version, published as RFC 3019."
       ::= { mib-2 91 }

以下に電話をしてください。 +1 4439年の919 992メール: " haberman@nortelnetworks.com "記述、「MLD ManagementのためのMIBモジュール。」 REVISION"200101250000Z"--「初期のバージョンであって、RFC3019として発行された」2001年1月25日の記述。 ::= mib-2 91

   mldMIBObjects     OBJECT IDENTIFIER ::= { mldMIB 1 }
   --
   --  The MLD Interface Table
   --

mldMIBObjectsオブジェクト識別子:、:= mldMIB1----MLDはテーブルを連結します--

   mldInterfaceTable OBJECT-TYPE
       SYNTAX     SEQUENCE OF MldInterfaceEntry

MldInterfaceEntryのmldInterfaceTableオブジェクト・タイプ構文系列

Haberman & Worzella         Standards Track                     [Page 3]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[3ページ]。

       MAX-ACCESS not-accessible
       STATUS     current
       DESCRIPTION
                "The (conceptual) table listing the interfaces on which
                MLD is enabled."
       ::= { mldMIBObjects 1 }

マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「どのMLDにインタフェースを記載する(概念的)のテーブルは可能にされます」。 ::= mldMIBObjects1

   mldInterfaceEntry OBJECT-TYPE
       SYNTAX     MldInterfaceEntry
       MAX-ACCESS not-accessible
       STATUS     current
       DESCRIPTION
               "An entry (conceptual row) representing an interface on
               which MLD is enabled."
       INDEX      { mldInterfaceIfIndex }
       ::= { mldInterfaceTable 1 }

mldInterfaceEntry OBJECT-TYPE SYNTAX MldInterfaceEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「どのMLDでインタフェースを表すエントリー(概念的な行)は可能にされます」。 mldInterfaceIfIndexに索引をつけてください:、:= mldInterfaceTable1

   MldInterfaceEntry ::= SEQUENCE {
       mldInterfaceIfIndex               InterfaceIndex,
       mldInterfaceQueryInterval         Unsigned32,
       mldInterfaceStatus                RowStatus,
       mldInterfaceVersion               Unsigned32,
       mldInterfaceQuerier               InetAddressIPv6,
       mldInterfaceQueryMaxResponseDelay Unsigned32,
       mldInterfaceJoins                 Counter32,
       mldInterfaceGroups                Gauge32,
       mldInterfaceRobustness            Unsigned32,
       mldInterfaceLastListenQueryIntvl  Unsigned32,
       mldInterfaceProxyIfIndex          InterfaceIndexOrZero,
       mldInterfaceQuerierUpTime         TimeTicks,
       mldInterfaceQuerierExpiryTime     TimeTicks
   }

MldInterfaceEntry:、:= 系列mldInterfaceIfIndex InterfaceIndex、mldInterfaceQueryInterval Unsigned32、mldInterfaceStatus RowStatus、mldInterfaceVersion Unsigned32、mldInterfaceQuerier InetAddressIPv6、mldInterfaceQueryMaxResponseDelay Unsigned32、mldInterfaceJoins Counter32、mldInterfaceGroups Gauge32、mldInterfaceRobustness Unsigned32、mldInterfaceLastListenQueryIntvl Unsigned32、mldInterfaceProxyIfIndex InterfaceIndexOrZero、mldInterfaceQuerierUpTime TimeTicks、mldInterfaceQuerierExpiryTime TimeTicks

   mldInterfaceIfIndex OBJECT-TYPE

mldInterfaceIfIndexオブジェクト・タイプ

       SYNTAX     InterfaceIndex
       MAX-ACCESS not-accessible
       STATUS     current
       DESCRIPTION
               "The internetwork-layer interface value of the interface
               for which MLD is enabled."
       ::= { mldInterfaceEntry 1 }

SYNTAX InterfaceIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「MLDが有効にされるインタフェースのインターネットワーク層のインタフェース価値。」 ::= mldInterfaceEntry1

   mldInterfaceQueryInterval OBJECT-TYPE
       SYNTAX     Unsigned32
       UNITS      "seconds"
       MAX-ACCESS read-create
       STATUS     current

mldInterfaceQueryInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSはSTATUS海流を読書して引き起こします。

Haberman & Worzella         Standards Track                     [Page 4]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[4ページ]。

       DESCRIPTION
               "The frequency at which MLD Host-Query packets are
               transmitted on this interface."
       DEFVAL     { 125 }
       ::= { mldInterfaceEntry 2 }

記述、「MLD Host-質問パケットがこのインタフェースで伝えられる頻度。」 DEFVAL125:、:= mldInterfaceEntry2

   mldInterfaceStatus OBJECT-TYPE
       SYNTAX     RowStatus
       MAX-ACCESS read-create
       STATUS     current
       DESCRIPTION
                "The activation of a row enables MLD on the interface.
                The destruction of a row disables MLD on the interface."
       ::= { mldInterfaceEntry 3 }

mldInterfaceStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「行の起動はインタフェースのMLDを有効にします」。 「行の破壊はインタフェースのMLDを無効にします。」 ::= mldInterfaceEntry3

   mldInterfaceVersion OBJECT-TYPE
       SYNTAX     Unsigned32
       MAX-ACCESS read-create
       STATUS     current
       DESCRIPTION
                "The version of MLD which is running on this interface.
                This object is a place holder to allow for new versions
                of MLD to be introduced.  Version 1 of MLD is defined
                in RFC 2710."
       DEFVAL     { 1 }
       ::= { mldInterfaceEntry 4 }

mldInterfaceVersion OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このインタフェースで走っているMLDのバージョン。」 このオブジェクトはMLDの新しいバージョンが紹介されるのを許容する場所所有者です。 「MLDのバージョン1はRFC2710で定義されます。」 DEFVAL1:、:= mldInterfaceEntry4

   mldInterfaceQuerier OBJECT-TYPE
       SYNTAX     InetAddressIPv6 (SIZE (16))
       MAX-ACCESS read-only
       STATUS     current
       DESCRIPTION
                "The address of the MLD Querier on the IPv6 subnet to
                which this interface is attached."
       ::= { mldInterfaceEntry 5 }

mldInterfaceQuerier OBJECT-TYPE SYNTAX InetAddressIPv6、(SIZEの(16))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このインタフェースが付けているIPv6サブネットのMLD Querierのアドレス。」 ::= mldInterfaceEntry5

   mldInterfaceQueryMaxResponseDelay OBJECT-TYPE
       SYNTAX     Unsigned32
       UNITS      "seconds"
       MAX-ACCESS read-create
       STATUS     current
       DESCRIPTION
               "The maximum query response time advertised in MLD
               queries on this interface."
       DEFVAL     { 10 }
       ::= { mldInterfaceEntry 6 }

mldInterfaceQueryMaxResponseDelay OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSは「MLDの広告に掲載されていて、これにおける質問が連結する最大の質問応答時間」のときにSTATUSの現在の記述を読書して作成します。 DEFVAL10:、:= mldInterfaceEntry6

   mldInterfaceJoins OBJECT-TYPE

mldInterfaceJoinsオブジェクト・タイプ

Haberman & Worzella         Standards Track                     [Page 5]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[5ページ]。

       SYNTAX     Counter32
       MAX-ACCESS read-only
       STATUS     current
       DESCRIPTION
               "The number of times a group membership has been added on
               this interface; that is, the number of times an entry for
               this interface has been added to the Cache Table.  This
               object gives an indication of the amount of MLD activity
               over time."
       ::= { mldInterfaceEntry 7 }

SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「グループ会員資格がこれで加えられるという回の数は連結します」。 すなわち、このインタフェースのためのエントリーがCache Tableに加えられるという回の数。 「このオブジェクトは時間がたつにつれて、MLD活動の量のしるしを与えます。」 ::= mldInterfaceEntry7

   mldInterfaceGroups OBJECT-TYPE
       SYNTAX     Gauge32
       MAX-ACCESS read-only
       STATUS     current
       DESCRIPTION
               "The current number of entries for this interface in the
               Cache Table."
       ::= { mldInterfaceEntry 8 }

mldInterfaceGroups OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Cache Tableのこのインタフェースのためのエントリーの最新号。」 ::= mldInterfaceEntry8

   mldInterfaceRobustness OBJECT-TYPE
       SYNTAX     Unsigned32
       MAX-ACCESS read-create
       STATUS     current
       DESCRIPTION
               "The Robustness Variable allows tuning for the expected
               packet loss on a subnet.  If a subnet is expected to be
               lossy, the Robustness Variable may be increased.  MLD is
               robust to (Robustness Variable-1) packet losses.  The
               discussion of the Robustness Variable is in Section 7.1
               of RFC 2710."
       DEFVAL     { 2 }
       ::= { mldInterfaceEntry 9 }

mldInterfaceRobustness OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSは「Robustness Variableはサブネットにおける期待しているパケット損失で調整するのを許容する」STATUSの現在の記述を読書して作成します。 サブネットが損失性であると予想されるなら、Robustness Variableは増強されるかもしれません。 MLDは(丈夫さVariable-1)パケット損失に強健です。 「Robustness Variableの議論がRFC2710のセクション7.1にあります。」 DEFVAL2:、:= mldInterfaceEntry9

   mldInterfaceLastListenQueryIntvl OBJECT-TYPE
       SYNTAX     Unsigned32
       UNITS      "seconds"
       MAX-ACCESS read-create
       STATUS     current
       DESCRIPTION
                "The Last Member Query Interval is the Max Response
                Delay inserted into Group-Specific Queries sent in
                response to Leave Group messages, and is also the amount
                of time between Group-Specific Query messages.  This
                value may be tuned to modify the leave latency of the
                network.  A reduced value results in reduced time to
                detect the loss of the last member of a group."
       DEFVAL     { 1 }

mldInterfaceLastListenQueryIntvl OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「LastメンバーQuery IntervalはLeave Groupメッセージに対応して送られたGroup特有のQueriesに挿入されたマックスResponse Delayであり、また、Group特有のQueryメッセージの間の時間です」。 この値は、休暇を変更するために調整されるかもしれません。ネットワークの潜在。 「減少している値はグループの最後のメンバーの損失を検出する減少している時間で結果として生じます。」 DEFVAL{ 1 }

Haberman & Worzella         Standards Track                     [Page 6]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[6ページ]。

       ::= { mldInterfaceEntry 10 }

::= mldInterfaceEntry10

   mldInterfaceProxyIfIndex OBJECT-TYPE
       SYNTAX     InterfaceIndexOrZero
       MAX-ACCESS read-create
       STATUS     current
       DESCRIPTION
                "Some devices implement a form of MLD proxying whereby
                memberships learned on the interface represented by this
                row, cause MLD Multicast Listener Reports to be sent on
                the internetwork-layer interface identified by this
                object.  Such a device would implement mldRouterMIBGroup
                only on its router interfaces (those interfaces with
                non-zero mldInterfaceProxyIfIndex).  Typically, the
                value of this object is 0, indicating that no proxying
                is being done."
       DEFVAL     { 0 }
       ::= { mldInterfaceEntry 11 }

mldInterfaceProxyIfIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESSは「いくつかのデバイスで会員資格がこの行によって表されたインタフェースで学んだMLD proxyingのフォームを実装して、このオブジェクトによって特定されたインターネットワーク層のインタフェースでMLD Multicast Listener Reportsを送る」STATUSの現在の記述を読書して作成します。 そのようなデバイスはルータインタフェース(非ゼロmldInterfaceProxyIfIndexとのそれらのインタフェース)だけのmldRouterMIBGroupを実装するでしょう。 「proxyingでないのが完了しているのを示して、このオブジェクトの値は通常、0です。」 DEFVAL0:、:= mldInterfaceEntry11

   mldInterfaceQuerierUpTime OBJECT-TYPE
       SYNTAX     TimeTicks
       MAX-ACCESS read-only
       STATUS     current
       DESCRIPTION
               "The time since mldInterfaceQuerier was last changed."
       ::= { mldInterfaceEntry 12 }

「最後にmldInterfaceQuerierを変えて以来の時間」の間のmldInterfaceQuerierUpTime OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mldInterfaceEntry12

   mldInterfaceQuerierExpiryTime OBJECT-TYPE
       SYNTAX     TimeTicks
       MAX-ACCESS read-only
       STATUS     current
       DESCRIPTION
               "The time remaining before the Other Querier Present
               Timer expires.  If the local system is the querier,
               the value of this object is zero."
       ::= { mldInterfaceEntry 13 }

「Other Querier Present Timerの前の時間の残りは吐き出す」mldInterfaceQuerierExpiryTime OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「ローカルシステムがquerierであるなら、このオブジェクトの値はゼロです。」 ::= mldInterfaceEntry13

   --
   --  The MLD Cache Table
   --

-- -- MLDはテーブルをキャッシュします--

   mldCacheTable OBJECT-TYPE
       SYNTAX     SEQUENCE OF MldCacheEntry
       MAX-ACCESS not-accessible
       STATUS     current
       DESCRIPTION
                "The (conceptual) table listing the IPv6 multicast

mldCacheTable OBJECT-TYPE SYNTAX SEQUENCE OF MldCacheEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「IPv6マルチキャストを記載する(概念的)のテーブル」です。

Haberman & Worzella         Standards Track                     [Page 7]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[7ページ]。

                groups for which there are members on a particular
                interface."
       ::= { mldMIBObjects 2 }

「メンバーが特定のインタフェースにいるグループ。」 ::= mldMIBObjects2

   mldCacheEntry OBJECT-TYPE
       SYNTAX     MldCacheEntry
       MAX-ACCESS not-accessible
       STATUS     current
       DESCRIPTION
               "An entry (conceptual row) in the mldCacheTable."
       INDEX      { mldCacheAddress, mldCacheIfIndex }
       ::= { mldCacheTable 1 }

mldCacheEntry OBJECT-TYPE SYNTAX MldCacheEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「mldCacheTableのエントリー(概念的な行)。」 mldCacheAddress、mldCacheIfIndexに索引をつけてください:、:= mldCacheTable1

   MldCacheEntry ::= SEQUENCE {
       mldCacheAddress         InetAddressIPv6,
       mldCacheIfIndex            InterfaceIndex,
       mldCacheSelf               TruthValue,
       mldCacheLastReporter   InetAddressIPv6,
       mldCacheUpTime             TimeTicks,
       mldCacheExpiryTime         TimeTicks,
       mldCacheStatus             RowStatus
   }

MldCacheEntry:、:= 系列mldCacheAddress InetAddressIPv6、mldCacheIfIndex InterfaceIndex、mldCacheSelf TruthValue、mldCacheLastReporter InetAddressIPv6、mldCacheUpTime TimeTicks、mldCacheExpiryTime TimeTicks、mldCacheStatus RowStatus

   mldCacheAddress OBJECT-TYPE
       SYNTAX     InetAddressIPv6 (SIZE (16))
       MAX-ACCESS not-accessible
       STATUS     current
       DESCRIPTION
               "The IPv6 multicast group address for which this entry
               contains information."
       ::= { mldCacheEntry 1 }

mldCacheAddress OBJECT-TYPE SYNTAX InetAddressIPv6、(「IPv6マルチキャストグループはこのエントリーが含むもののために情報を扱う」(16)) アクセスしやすくないマックス-ACCESSのSIZEのSTATUSの現在の記述。 ::= mldCacheEntry1

   mldCacheIfIndex OBJECT-TYPE
       SYNTAX     InterfaceIndex
       MAX-ACCESS not-accessible
       STATUS     current
       DESCRIPTION
                "The internetwork-layer interface for which this entry
                contains information for an IPv6 multicast group
                address."
       ::= { mldCacheEntry 2 }

mldCacheIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このエントリーがIPv6マルチキャストグループアドレスのための情報を含むインターネットワーク層のインタフェース。」 ::= mldCacheEntry2

   mldCacheSelf OBJECT-TYPE
       SYNTAX     TruthValue
       MAX-ACCESS read-create
       STATUS     current
       DESCRIPTION
               "An indication of whether the local system is a member of

mldCacheSelf OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「ローカルシステムがメンバーであるかどうかしるし、」

Haberman & Worzella         Standards Track                     [Page 8]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[8ページ]。

               this group address on this interface."
       DEFVAL     { true }
       ::= { mldCacheEntry 3 }

「このインタフェースに関するこのグループアドレス。」 DEFVAL、本当:、:= mldCacheEntry3

   mldCacheLastReporter OBJECT-TYPE
       SYNTAX     InetAddressIPv6 (SIZE (16))
       MAX-ACCESS read-only
       STATUS     current
       DESCRIPTION
                "The IPv6 address of the source of the last membership
                report received for this IPv6 Multicast group address on
                this interface.  If no membership report has been
                received, this object has the value 0::0."
       ::= { mldCacheEntry 4 }

mldCacheLastReporter OBJECT-TYPE SYNTAX InetAddressIPv6、(「最後の会員資格レポートの源のIPv6アドレスはこのインタフェースに関するこのIPv6 Multicastグループアドレスのために受けた」SIZEの(16))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 会員資格レポートを全く受け取っていないなら、このオブジェクトには、値0があります:、:0." ::= mldCacheEntry4

   mldCacheUpTime OBJECT-TYPE
       SYNTAX     TimeTicks
       MAX-ACCESS read-only
       STATUS     current
       DESCRIPTION
               "The time elapsed since this entry was created."
       ::= { mldCacheEntry 5 }

mldCacheUpTime OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このエントリー以来の経過時間は作成されました」。 ::= mldCacheEntry5

   mldCacheExpiryTime OBJECT-TYPE
       SYNTAX     TimeTicks
       MAX-ACCESS read-only
       STATUS     current
       DESCRIPTION
                "The minimum amount of time remaining before this entry
                will be aged out.  A value of 0 indicates that the entry
                is only present because mldCacheSelf is true and that if
                the router left the group, this entry would be aged out
                immediately.  Note that some implementations may process
                Membership Reports from the local system in the same way
                as reports from other hosts, so a value of 0 is not
                required."
       ::= { mldCacheEntry 6 }

「高年層が出かけていたなら、このエントリーの前の最小の時間の残りはそうするでしょう」mldCacheExpiryTime OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 0の値はmldCacheSelfが本当であるのでエントリーが存在しているだけであり、ルータが仲間から抜けるなら、このエントリーがすぐに出かけている高年層であることを示します。 「0の値は必要でないようにレポートと同様に、いくつかの実装がローカルシステムから他のホストからMembership Reportsを処理するかもしれないことに注意してください。」 ::= mldCacheEntry6

   mldCacheStatus OBJECT-TYPE
       SYNTAX     RowStatus
       MAX-ACCESS read-create
       STATUS     current
       DESCRIPTION
               "The status of this row, by which new entries may be
               created, or existing entries deleted from this table."
       ::= { mldCacheEntry 7 }

mldCacheStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「新しいエントリーが作成されるかもしれないこの行、またはエントリーがこのテーブルから削除した存在の状態。」 ::= mldCacheEntry7

Haberman & Worzella         Standards Track                     [Page 9]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[9ページ]。

   -- conformance information

-- 順応情報

   mldMIBConformance
                  OBJECT IDENTIFIER ::= { mldMIB 2 }
   mldMIBCompliances
                  OBJECT IDENTIFIER ::= { mldMIBConformance 1 }
   mldMIBGroups
                  OBJECT IDENTIFIER ::= { mldMIBConformance 2 }

mldMIBConformanceオブジェクト識別子:、:= mldMIB2mldMIBCompliancesオブジェクト識別子:、:= mldMIBConformance1mldMIBGroupsオブジェクト識別子:、:= mldMIBConformance2

   -- compliance statements

-- 承諾声明

   mldHostMIBCompliance MODULE-COMPLIANCE
       STATUS  current
       DESCRIPTION
               "The compliance statement for hosts running MLD and
               implementing the MLD MIB."
       MODULE  -- this module
       MANDATORY-GROUPS { mldBaseMIBGroup,
                          mldHostMIBGroup
                        }

mldHostMIBCompliance MODULE-COMPLIANCE STATUSの現在の記述、「MLDを実行して、MLD MIBを実装するホストのための承諾声明。」 MODULE--このモジュールMANDATORY-GROUPSmldBaseMIBGroup、mldHostMIBGroup

       OBJECT     mldInterfaceStatus
       MIN-ACCESS read-only
       DESCRIPTION
                "Write access is not required."

OBJECT mldInterfaceStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」

       ::= { mldMIBCompliances 1 }

::= mldMIBCompliances1

   mldRouterMIBCompliance MODULE-COMPLIANCE
       STATUS  current
       DESCRIPTION
               "The compliance statement for routers running MLD and
               implementing the MLD MIB."
       MODULE  -- this module
       MANDATORY-GROUPS { mldBaseMIBGroup,
                          mldRouterMIBGroup
                        }

mldRouterMIBCompliance MODULE-COMPLIANCE STATUSの現在の記述、「MLDを実行して、MLD MIBを実装するルータのための承諾声明。」 MODULE--このモジュールMANDATORY-GROUPSmldBaseMIBGroup、mldRouterMIBGroup

       OBJECT     mldInterfaceStatus
       MIN-ACCESS read-only
       DESCRIPTION
                "Write access is not required."

OBJECT mldInterfaceStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」

       ::= { mldMIBCompliances 2 }

::= mldMIBCompliances2

   -- units of conformance

-- ユニットの順応

Haberman & Worzella         Standards Track                    [Page 10]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[10ページ]。

   mldBaseMIBGroup OBJECT-GROUP
       OBJECTS { mldCacheSelf,
                 mldCacheStatus, mldInterfaceStatus
               }
       STATUS  current
       DESCRIPTION
               "The basic collection of objects providing management of
               MLD.  The mldBaseMIBGroup is designed to allow for the
               manager creation and deletion of MLD cache entries."
       ::= { mldMIBGroups 1 }

mldBaseMIBGroup OBJECT-GROUP OBJECTS、mldCacheSelf、mldCacheStatus、mldInterfaceStatus、STATUSの現在の記述、「MLDの管理を提供するオブジェクトの基本的な収集。」 「mldBaseMIBGroupはMLDキャッシュエントリーのマネージャ作成と削除を考慮するように設計されています。」 ::= mldMIBGroups1

   mldRouterMIBGroup OBJECT-GROUP
       OBJECTS { mldCacheUpTime, mldCacheExpiryTime,
                 mldInterfaceQueryInterval,
                 mldInterfaceJoins, mldInterfaceGroups,
                 mldCacheLastReporter,
                 mldInterfaceQuerierUpTime,
                 mldInterfaceQuerierExpiryTime,
                 mldInterfaceQuerier,
                 mldInterfaceVersion,
                 mldInterfaceQueryMaxResponseDelay,
                 mldInterfaceRobustness,
                 mldInterfaceLastListenQueryIntvl
               }
       STATUS  current
       DESCRIPTION
               "A collection of additional objects for management of MLD
               in routers."
       ::= { mldMIBGroups 2 }

mldRouterMIBGroup OBJECT-GROUP OBJECTS、mldCacheUpTime、mldCacheExpiryTime、mldInterfaceQueryInterval、mldInterfaceJoins、mldInterfaceGroups、mldCacheLastReporter、mldInterfaceQuerierUpTime、mldInterfaceQuerierExpiryTime、mldInterfaceQuerier、mldInterfaceVersion、mldInterfaceQueryMaxResponseDelay、mldInterfaceRobustness、mldInterfaceLastListenQueryIntvl、「追加することの収集はルータにおけるMLDの管理のために反対させる」STATUSの現在の記述。 ::= mldMIBGroups2

   mldHostMIBGroup OBJECT-GROUP
       OBJECTS { mldInterfaceQuerier
               }
       STATUS  current
       DESCRIPTION
               "A collection of additional objects for management of MLD
               in hosts."
       ::= { mldMIBGroups 3 }

mldHostMIBGroup OBJECT-GROUP OBJECTS mldInterfaceQuerier、「追加することの収集はホストでのMLDの管理のために反対させる」STATUSの現在の記述。 ::= mldMIBGroups3

   mldProxyMIBGroup OBJECT-GROUP
       OBJECTS { mldInterfaceProxyIfIndex }
       STATUS  current
       DESCRIPTION
               "A collection of additional objects for management of MLD
               proxy devices."

mldProxyMIBGroup OBJECT-GROUP OBJECTS mldInterfaceProxyIfIndex、「追加することの収集はMLDプロキシデバイスの管理のために反対させる」STATUSの現在の記述。

Haberman & Worzella         Standards Track                    [Page 11]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[11ページ]。

       ::= { mldMIBGroups 4 }

::= mldMIBGroups4

   END

終わり

Security Considerations

セキュリティ問題

   This MIB contains readable objects whose values provide information
   related to multicast sessions.  Some of these objects could contain
   sensitive information.  In particular, the mldCacheSelf and
   mldCacheLastReporter could be used to identify machines which are
   listening to a given group address.  There are also a number of
   objects that have a MAX-ACCESS clause of read-write and/or read-
   create, which allow an administrator to configure MLD in the router.

このMIBは値がマルチキャストセッションまで話された情報を提供する読み込み可能なオブジェクトを含んでいます。 これらのいくつかのオブジェクトが機密情報を含むかもしれません。 特に、与えられたグループアドレスを聞いているマシンを特定するのにmldCacheSelfとmldCacheLastReporterを使用できました。 また、読書して書くことの節、そして/または、読書が作成する管理者にルータでMLDを構成させるマックス-ACCESSを持っている多くのオブジェクトがあります。

   While unauthorized access to the readable objects is relatively
   innocuous, unauthorized access to the write-able objects could cause
   a denial of service.  Hence, the support of SET operations in a non-
   secure environment without proper protection can have a negative
   effect on network operations.

読み込み可能なオブジェクトへの不正アクセスが比較的無毒である間、書きできるオブジェクトへの不正アクセスはサービスの否定を引き起こす場合がありました。 したがって、適切な保護のない非安全な環境における、SET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。

   SNMPv1 by itself is such an insecure environment.  Even if the
   network itself is secure (for example by using IPSec), even then,
   there is no control as to who on the network is allowed to access and
   SET (change/create/delete) the objects in this MIB.

それ自体でSNMPv1はそのように不安定な環境です。 ネットワーク自体が安全であっても(例えば、IPSecを使用するのによる)、その時でさえ、アクセスとSET(変えるか、作成する、または削除する)へのオブジェクトがこのMIBにネットワークにだれに許容されているかに関してコントロールが全くありません。

   It is recommended that the implementers consider the security
   features as provided by the SNMPv3 framework.  Specifically, the use
   of the User-based Security Model RFC 2574 [RFC2574] and the View-
   based Access Control Model RFC 2575 [RFC2575] is recommended.

implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは、お勧めです。 明確に、UserベースのSecurity Model RFC2574[RFC2574]とViewのベースのAccess Control Model RFC2575[RFC2575]の使用はお勧めです。

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

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

Acknowledgements

承認

   This MIB module is based on the IGMP MIB authored by Keith
   McCloghrie, Dino Farinacci, and Dave Thaler.  It was updated based on
   feedback from the IPNGWG working group, Bert Wijnen, Peder Norgaard,
   and extensive comments from Juergen Schoenwaelder.

このMIBモジュールはキースMcCloghrie、ディーノ・ファリナッチ、およびデーヴThalerによって書かれたIGMP MIBに基づいています。 IPNGWGワーキンググループ、バートWijnen、Peder Norgaard、および大規模なコメントからのフィードバックに基づいてユルゲンSchoenwaelderからそれをアップデートしました。

Haberman & Worzella         Standards Track                    [Page 12]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[12ページ]。

References

参照

   [RFC2710] Deering, S., Fenner, W. and B. Haberman, "Multicast
             Listener Discovery (MLD) for IPv6", RFC 2710, October 1999.

[RFC2710] デアリングとS.とフェナーとW.とB.ハーバーマン、「IPv6"、RFC2710、1999年10月のためのマルチキャストリスナー発見(MLD)。」

   [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月。

   [RFC2571] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture
             for Describing SNMP Management Frameworks", RFC 2571, April
             1999.

[RFC2571] ハリントンとD.とPresuhnとR.とB.Wijnen、「SNMP管理フレームワークについて説明するためのアーキテクチャ」、RFC2571、1999年4月。

   [RFC1155] Rose, M. and K. McCloghrie, "Structure and Identification
             of Management Information for TCP/IP-based Internets", STD
             16, RFC 1155, May 1990.

M.とK.McCloghrie、[RFC1155]は上昇して、「TCP/IPベースのインターネットのための経営情報の構造と識別」(STD16、RFC1155)は1990がそうするかもしれません。

   [RFC1212] Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD
             16, RFC 1212, March 1991.

[RFC1212] ローズとM.とK.McCloghrie、「簡潔なMIB定義」、STD16、RFC1212、1991年3月。

   [RFC1215] Rose, M., "A Convention for Defining Traps for use with the
             SNMP", RFC 1215, March 1991.

[RFC1215]ローズ、1991年3月のM.、「SNMPとの使用のためのDefining TrapsのためのConvention」RFC1215。

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

[RFC2578]McCloghrieとK.、パーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズとM.とS.Waldbusser、「経営情報バージョン2(SMIv2)の構造」STD58、RFC2578(1999年4月)。

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

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

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

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

   [RFC1157] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple
             Network Management Protocol", STD 15, RFC 1157, May 1990.

[RFC1157] ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン(「簡単なネットワーク管理プロトコル」、STD15、RFC1157)は1990がそうするかもしれません。

   [RFC1901] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
             "Introduction to Community-based SNMPv2", RFC 1901, January
             1996.

[RFC1901] ケースとJ.とMcCloghrieとK.とローズとM.とS.Waldbusser、「地域密着型のSNMPv2"への紹介、RFC1901、1996年1月。」

   [RFC1906] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
             "Transport Mappings for Version 2 of the Simple Network
             Management Protocol (SNMPv2)", RFC 1906, January 1996.

[RFC1906]ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のためのマッピングを輸送します」、RFC1906、1996年1月。

Haberman & Worzella         Standards Track                    [Page 13]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[13ページ]。

   [RFC2572] Case, J., Harrington D., Presuhn R. and B. Wijnen, "Message
             Processing and Dispatching for the Simple Network
             Management Protocol (SNMP)", RFC 2572, April 1999.

[RFC2572] ケース、J.、ハリントンD.、Presuhn R.、およびB.Wijnen、「メッセージ処理と簡単なネットワークマネージメントのために急いでいるのは(SNMP)について議定書の中で述べます」、RFC2572、1999年4月。

   [RFC2574] Blumenthal, U. and B. Wijnen, "User-based Security Model
             (USM) for version 3 of the Simple Network Management
             Protocol (SNMPv3)", RFC 2574, April 1999.

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

   [RFC1905] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
             "Protocol Operations for Version 2 of the Simple Network
             Management Protocol (SNMPv2)", RFC 1905, January 1996.

[RFC1905]ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための操作について議定書の中で述べます」、RFC1905、1996年1月。

   [RFC2573] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications",
             RFC 2573, April 1999.

[RFC2573] レビとD.とマイヤーとP.とB.スチュワート、「SNMPv3アプリケーション」、RFC2573、1999年4月。

   [RFC2575] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based
             Access Control Model (VACM) for the Simple Network
             Management Protocol (SNMP)", RFC 2575, April 1999.

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

   [RFC2570] Case, J., Mundy, R., Partain, D. and B. Stewart,
             "Introduction to Version 3 of the Internet-standard Network
             Management Framework", RFC 2570, April 1999.

[RFC2570]ケースとJ.とマンディとR.、パーテインとD.とB.スチュワート、「インターネット標準ネットワークマネージメントフレームワークのバージョン3への序論」RFC2570(1999年4月)。

Authors' Addresses

作者のアドレス

   Brian Haberman
   Nortel Networks
   4309 Emperor Blvd.
   Suite 200
   Durham, NC  27703
   USA

ブライアンハーバーマンノーテルは4309年の皇帝Blvd.をネットワークでつなぎます。 Suite200NC27703ダラム(米国)

   Phone: +1-919-992-4439
   EMail: haberman@nortelnetworks.com

以下に電話をしてください。 +1-919-992-4439 メールしてください: haberman@nortelnetworks.com

   Randy Worzella
   IBM Corporation
   800 Park Office Drive
   Research Triangle Park, NC  27709
   USA

ランディWorzella IBM社800の公園緑地事務所ドライブリサーチトライアングル公園、NC27709米国

   Phone: +1-919-254-2202
   EMail: worzella@us.ibm.com

以下に電話をしてください。 +1-919-254-2202 メールしてください: worzella@us.ibm.com

Haberman & Worzella         Standards Track                    [Page 14]

RFC 3019                      MIB for MLD                   January 2001

ハーバーマンとWorzella規格は2001年1月にMLDのためにRFC3019MIBを追跡します[14ページ]。

Full Copyright Statement

完全な著作権宣言文

   Copyright (C) The Internet Society (2001).  All Rights Reserved.

Copyright(C)インターネット協会(2001)。 All rights reserved。

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。

Acknowledgement

承認

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

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

Haberman & Worzella         Standards Track                    [Page 15]

ハーバーマンとWorzella標準化過程[15ページ]