この文書はRFC3737の日本語訳（和訳）です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識や情報を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のＲＦＣ同様に無制限です。
Network Working Group B. Wijnen
Request for Comments: 3737 Lucent Technologies
Category: Standards Track A. Bierman
Cisco Systems, Inc.
April 2004
IANA Guidelines for the Registry of
Remote Monitoring (RMON) MIB modules
遠隔モニタリング（ＲＭＯＮ）ＭＩＢモジュールの
登録のためのＩＡＮＡガイドライン
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.
この文書はインターネット共同体のためのインターネット標準化作業中のプ
ロトコルを指定して、そして改良のために議論と提案を求めます。標準化状
態とこのプロトコル状態は「インターネット公式プロトコル標準」（ＳＴＤ
１）の現在の版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2004). All Rights Reserved.
Abstract
概要
This document defines the procedures for IANA to administer and
maintain the Object Identifier (OID) tree under the Remote Monitoring
(rmon) root. This memo also documents the currently assigned values.
この文書はＩＡＮＡが遠隔モニタリング（rmon）ルート下のオブジェクト識
別子（ＯＩＤ）木の管理と維持をする手順を定義します。この文書は同じく
現在割り当てられた値を文書化します。
1. Introduction
1. はじめに
The RMONMIB Working Group so far has maintained its own registry for
OID assignments for new MIB modules under the root OID for rmon
[RFC2819]. This has worked reasonably well, although errors had to
be corrected at a late stage one or two times, and a few now defunct
assignments have been made as well.
ＲＭＯＮＭＩＢ作業班ははrmonのルートＯＩＤ下の新しいＭＩＢモジュール
のためのＯＩＤ割当のために自己の登記所を維持しました[RFC2819]。これは、
エラー訂正の修正が数回遅れたり、現存しない割当があったが、適度に働き
ました。
It is also a somewhat non-standard way of doing things, because
normally a new standards track MIB module will get a MIB root
assigned at the time that the module is being published as part of an
RFC.
通常新しい標準化ＭＩＢモジュールはモジュールがＲＦＣの一部として公開
される時にＭＩＢルートを割当てられるので、これは同様のことに比べて幾
分非標準の方法です。
This document lists the currently assigned rmon OIDs. It also
describes the procedures and rules for new assignments and asks IANA
to take over the responsibility for existing and future assignments.
この書類は現在割り当てられたrmon OIDをリストアップします。これは新し
い割当てのための手順と規則も記述し、そしてＩＡＮＡに既存と将来の割当
て対する責任を引き継ぐように依頼します。
The current assignments are not all too logical. Initially normal
MIB OIDs were assigned under rmon, but at a later time the WG used
the rmon root OID to create new MIB modules underneath it. Some
people will claim 'an OID is just an OID', and while this is true, it
does not make things easier if the organisation of OIDs is not
logical. However, we cannot change what has been assigned in the
past. From now on, only MODULE-IDENTITY macro (MIB root) assignments
will be made (by IANA) under the 'rmon' node. Within a MIB module,
the working group authors/editors can then assign their own OIDs
according to normal procedures.
現在の割当てはすべてあまり論理的ではありません。初めに標準的なＭＩＢ
ＯＩＤはrmon下で割り当てられました、しかし後でＷＧはそれの下部に新し
いＭＩＢモジュールを作るためにrmonルートＯＩＤを使いました。ある人は
「ＯＩＤはＯＩＤだ」と主張し、これは事実ですが、これはもしＯＩＤの組
織が論理的ではないなら、ことを簡単にしません。しかしながら、我々は過
去に割り当てられたものを変えることができません。現在以降は、ただモ
ジュール識別マクロ（ＭＩＢルート）割当てだけが「rmon」ノード下で（Ｉ
ＡＮＡによって）されるでしょう。ＭＩＢモジュールの中で、作業班の著者
／エディタは標準手順に従って自身のＯＩＤを割り当できます。
2. Currently assigned OIDs under the rmon root
2. rmonルート下の現在のＯＩＤ割当て
At the time of this writing, the following OIDs have been assigned
and IANA has picked up this information in their public registry of
assigned values. They are listed as part of the already existing
smi-numbers registry at:
この著作時において、次のＯＩＤが割り当てられています、そしてＩＡＮＡ
はこれらの割り当てられた値の公的登記所にこの情報を入れます。これだは
smi-numbers登記の一部として既に記録されています：
http://www.iana.org/assignments/smi-numbers
...mib-2.rmon (1.3.6.1.2.1.16)
The assignments under ...mib-2.rmon were maintained by the RMONMIB
Working Group until publication of RFC 3737. Some (early)
assignments may not look all too logical. That is true, but that is
history and cannot be changed. From now on, only MODULE-IDENTITY
macro (MIB root) assignments will be made (by IANA) under the 'rmon'
node.
...mib-2.rmon下の割当てはＲＦＣ３７３７の公開までＲＭＯＮＭＩＢ作業班
によって維持されました。ある（初期）割当てはあまり論理的に見えないか
もしれません。これは事実ですが、歴史的であり、変えることができません。
現在以降は、モジュール識別マクロ（ＭＩＢルート）割当てだけが「rmon」
ノード下で（ＩＡＮＡによって）されるでしょう。
Key: nnn == { rmon nnn }
nnn descriptor OID Type Document
0 rmonEventsV2 Notifications root [RFC2819]
1 statistics OID [RFC2819]
2 history OID [RFC2819]
3 alarm OID [RFC2819]
4 hosts OID [RFC2819]
5 hostTopN OID [RFC2819]
6 matrix OID [RFC2819]
7 filter OID [RFC2819]
8 capture OID [RFC2819]
9 event OID [RFC2819]
10 tokenRing OID [RFC1513]
11 protocolDir OID [RFC2021]
12 protocolDist OID [RFC2021]
13 addressMap OID [RFC2021]
14 nlHost OID [RFC2021]
15 nlMatrix OID [RFC2021]
16 alHost OID [RFC2021]
17 alMatrix OID [RFC2021]
18 usrHistory OID [RFC2021]
19 probeConfig OID [RFC2021]
20 rmonConformance OID [RFC2021]
21 mediaIndependentStats OID [RFC3273]
22 switchRMON M-I [RFC2613]
23 apm M-I [RFC3729]
24 available
25 pmCapsMIB M-I (defunct)
26 dsmonMIB M-I [RFC3287]
27 interfaceTopNMIB M-I [RFC3144]
28 reserved for sspmMIB M-I [..rmonmib-sspm-mib-nn.txt]
29 hcAlarmMIB M-I [RFC3434]
30 reserved for tpmMIB M-I [..rmonmib-tpm-mib-nn.txt]
31 reserved for raqmon M-I [..rmonmib-raqmon-mib-nn.txt]
32 reserved for raqmonDs M-I [..rmonmib-raqmon-pdu-nn.txt]
Key: xxx == { rmon.rmonConformance xxx }
...mib-2.rmon.conformance (1.3.6.1.2.1.16.20)
xxx descriptor OID Type Document
1 rmon2MIBCompliances OID [RFC2021]
2 rmon2MIBGroups OID [RFC2021]
3 smonMIBCompliances OID [RFC2613]
4 smonMIBGroups OID [RFC2613]
5 hcRMON M-I [RFC3273]
6 hcRmonMIBCompliances OID [RFC3273]
7 hcRmonMIBGroups OID [RFC3273]
8 rmonMibModule M-I [RFC2819]
9 rmonCompliances OID [RFC2819]
10 rmonGroups OID [RFC2819]
3. How to request a new assignment for a MIB module
3. ＭＩＢモジュールの新しい割当てを求める方法
When anyone is writing a internet-draft for which a new assignment is
needed/wanted under the rmon OID, then the proper way to do so is as
follows:
誰かがrmon OID下に新しい割当が必要／欲しいインターネットドラフトを書
いている時、 適切な方法は次の通りです：
EXAMPLE-MIB DEFINITIONS ::= BEGIN
IMPORTS
rmon FROM RMON-MIB
.. other imports ..
exampleMIB MODULE-IDENTITY
... other normal MODULE-IDENTITY stuff ...
::= { rmon nnn } -- IANA: please assign nnn
-- RFC-Editor: replace nnn with IANA-assigned
-- number and remove this note
-- ＩＡＮＡ：どうかnnnを割り当ててください。
-- ＲＦＣ-エディタ：nnnをＩＡＮＡの割り当てられ
-- た番号と置換え、このメモを削除してください。
IANA will assign the number as part of the RFC publication process.
ＩＡＮＡはＲＦＣ公開手順の一部として番号を割り当てるでしょう。
4. Security Considerations
4. セキュリティの考察
This memo describes procedures for IANA assignment of OBJECT
IDENTIFIER values, and has no impact on the security of the Internet.
このメモはオブジェクト識別値のＩＡＮＡ割当ての手順を記述し、そしてイ
ンターネットのセキュリティに影響を持っていません。
5. IANA Considerations
5. ＩＡＮＡの考慮
IANA has picked up the initial set of assignments and integrated them
into the existing registry for smi-numbers at:
ＩＡＮＡが最初の割当てを取り上げ、そしてsmi-numbersのための既存の下記
の登記所と統合します：
http://www.iana.org/assignments/smi-numbers
The list is presented in Section 2.
リストは２章で提出されます。
IANA is requested to maintain this registry for future assignments.
New assignments can only be made via Standards Action as described in
[RFC2434].
ＩＡＮＡは将来の宿題のためにこの登記を維持するように要請されます。新
しい割当てが[RFC2434]で記述される標準化行動によってだけできます。
IANA will assign the number as part of the RFC publication process.
ＩＡＮＡはＲＦＣ公開手順の一部として番号を割り当てるでしょう。
6. Acknowledgments
6. 謝辞
This document was produced as a result of discussion between the
Operations and Management AD responsible for Network Management and
the WG chair for the RMONMIB Working Group. Thanks to Andy Bierman
for keeping and administering the registry up to this point in time.
この文書はネットワーク管理に責任がある運用管理ＡＤとＲＭＯＮＭＩＢ作
業班のＷＧ議長間の論議の結果として作り出されました。この辞典までの登
記所の維持管理に対してAndy Biermanに感謝します。
The document has been reviewed by the RMONMIB Working Group.
この文書はＲＭＯＮＭＩＢ作業班によって再検討されました。
7. Normative References
7. 参照する参考文献
[RFC1513] Waldbusser, S., "Token Ring Extensions to the Remote
Network Monitoring MIB", RFC 1513, September 1993.
[RFC2021] Waldbusser, S., "Remote Network Monitoring Management
Information Base Version 2 using SMIv2", RFC 2021, January
1997.
[RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an
IANA Considerations Section in RFCs", BCP 26, RFC 2434,
October 1998.
[RFC2613] Waterman, R., Lahaye, B., Romascanu, D. and S. Waldbusser,
"Remote Network Monitoring MIB Extensions for Switched
Networks Version 1.0", RFC 2613, June 1999.
[RFC2819] Waldbusser, S., "Remote Network Monitoring Management
Information Base", STD 59, RFC 2819, May 2000.
[RFC3144] Romascanu, D., "Remote Monitoring MIB Extensions for
Interface Parameters Monitoring", RFC 3144, August 2001.
[RFC3273] Waldbusser, S., "Remote Network Monitoring Management
Information Base for High Capacity Networks", RFC 3273,
July 2002.
[RFC3287] Bierman, A., "Remote Monitoring MIB Extensions for
Differentiated Services", RFC 3287, July 2002.
[RFC3434] Bierman, A. and K. McCloghrie, "Remote Monitoring MIB
Extensions for High Capacity Alarms", RFC 3434, December
2002.
[RFC3729] Waldbusser, S., "Application Performance Measurement
MIB", RFC 3729, March 2004.
8. Authors' Addresses
8. 著者のアドレス
Bert Wijnen
Lucent Technologies
Schagen 33
3461 GL Linschoten
Netherlands
Phone: +31-348-407-775
EMail: bwijnen@lucent.com
Andy Bierman
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA
USA
Phone: +1-408-527-3711
EMail: abierman@cisco.com
9. Full Copyright Statement
9. 著作権表示全文
Copyright (C) The Internet Society (2004). 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.
著作権（Ｃ）インターネット学会（２００４）。この文書はＢＣＰ７８に含
まれる権利と許可と制限の適用を受け、そしてこの中に明らかにされる以外
は著者がすべての権利を維持します。
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 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.
この文書とここに含まれる情報はあるがままに供給されます、貢献者と貢献
者が代表するか貢献者を後援する組織（もしあれば）とインターネット学会
とインターネット技術標準化タスクフォースは、明確にも暗黙にも、この情
報の使用が権利の侵害しないことや商業利用や特別の目的への利用に適当で
ある事の保障を含め、全ての保証を拒否します。
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.
この文書に記述された実装や技術に関して主張される知的財産権や他の権利の
正当性や範囲について、この様な権利の元でライセンスが利用可能か利用不
可能かの範囲について、ＩＥＴＦは何の立場もとりません；この様な権利を
認識する独立の調査をしたとは述べません。ＲＦＣ文書の権利に関する手続
きの情報はＢＣＰ７８とＢＣＰ７９を見てください。
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.
ＩＥＴＦ事務局に公開されたＩＰＲの写しと、利用可能な許可証と、仕様書
の実装者や利用者によってされた一般的な許可書や許可を得るためにされた
試みの結果は、http://www.ietf.org/iprにあるＩＥＴＦオンラインＩＰＲ
貯蔵庫で得られます。
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-ipr@ietf.orgのＩＥＴＦに情報を伝えてください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the
Internet Society.
ＲＦＣエディタ機能のための資金供給が現在インターネット学会によって
供給されます。