RFC2787 日本語訳
2787 Definitions of Managed Objects for the Virtual Router RedundancyProtocol. B. Jewell, D. Chuang. March 2000. (Format: TXT=56672 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group B. Jewell
Request for Comments: 2787 Copper Mountain Networks, Inc.
Category: Standards Track D. Chuang
CoSine Communications
March 2000
コメントを求めるワーキンググループB.ジュエル要求をネットワークでつないでください: 2787 カッパーマウンテンはInc.カテゴリをネットワークでつなぎます: 2000年の標準化過程D.Chuangコサインコミュニケーション行進
Definitions of Managed Objects for the
Virtual Router Redundancy Protocol
仮想のルータ冗長プロトコルのための管理オブジェクトの定義
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 (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
Abstract
要約
This specification defines an extension to the Management Information Base (MIB) for use with SNMP-based network management. In particular, it defines objects for configuring, monitoring, and controlling routers that employ the Virtual Router Redundancy Protocol (VRRP) [17].
この仕様はSNMPベースのネットワークマネージメントで使用のためのManagement Information基地(MIB)と拡大を定義します。 特に、それは、Virtual Router Redundancyプロトコル(VRRP)[17]を使うルータを構成して、モニターして、制御するためにオブジェクトを定義します。
This memo specifies a MIB module in a manner that is compliant with SMIv2 [5], and semantically identical to the SMIv1 definitions [2].
このメモはSMIv1定義[2]とSMIv2[5]と共に対応である方法と、意味的に同じMIBモジュールを指定します。
Jewell & Chuang Standards Track [Page 1] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[1ページ]。
Table of Contents
目次
1 The SNMP Network Management Framework ................. 2 2 Overview .............................................. 3 2.1 VRRP MIB Structure .................................. 3 2.2 Virtual Router Redundancy Protocol .................. 4 2.3 VRRP MIB Table Design ............................... 4 2.3.1 Relation to Interface Group ....................... 5 2.4 VRRP Scenarios ...................................... 5 2.4.1 Scenario #1 ....................................... 5 2.4.2 Scenario #2 ....................................... 8 3 Definitions ........................................... 11 4 Security Considerations ............................... 27 5 Acknowledgements ...................................... 28 6 References ............................................ 28 7 Authors' Addresses .................................... 30 8 Intellectual Property Statement........................ 30 9 Full Copyright Statement............................... 31
1 SNMPネットワークマネージメントフレームワーク… 2 2概要… 3 2.1 VRRP MIB構造… 3 2.2 仮想のルータ冗長プロトコル… 4 2.3 VRRP MIBはデザインを見送ります… 4 2.3 グループを連結する.1関係… 5 2.4 VRRPシナリオ… 5 2.4 .1シナリオ#1… 5 2.4 .2シナリオ#2… 8 3の定義… 11 4 セキュリティ問題… 27 5つの承認… 28 6つの参照箇所… 28 7人の作者のアドレス… 30 8 知的所有権声明… 30 9 完全な著作権宣言文… 31
1. The SNMP Management Framework
1. SNMP管理フレームワーク
The SNMP Management Framework presently consists of five major components:
SNMP Management Frameworkは現在、5個の主要コンポーネントから成ります:
o An overall architecture, described in RFC 2571 [1].
o RFC2571[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 STD 58, RFC 2578 [5], STD
58, RFC 2579 [6] and STD 58, RFC 2580 [7].
o オブジェクトを説明して、命名するためのメカニズムと管理の目的のためのイベント。 Management情報(SMI)のこのStructureの最初のバージョンは、STD16、RFC1155[2]、STD16、RFC1212[3]、およびRFC1215[4]でSMIv1と呼ばれて、説明されます。 SMIv2と呼ばれる第2バージョンはSTD58、RFC2578[5]、STD58、RFC2579[6]、およびSTD58(RFC2580[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 2572 [11] and RFC 2574
[12].
o 経営情報を移すためのメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンは、STD15、RFC1157[8]でSNMPv1と呼ばれて、説明されます。 SNMPメッセージプロトコルの第2のバージョンは、RFC1901[9]とRFC1906[10]でSNMPv2cと呼ばれて、説明されます。(プロトコルはインターネット標準化過程プロトコルではありません)。 メッセージプロトコルの第3バージョンは、RFC1906[10]、RFC2572[11]、およびRFC2574[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]で説明されます。
Jewell & Chuang Standards Track [Page 2] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[2ページ]。
o A set of fundamental applications described in RFC 2573 [14] and
the view-based access control mechanism described in RFC 2575 [15].
o 1セットの基礎的応用はRFCで2573[14]について説明しました、そして、視点ベースのアクセス管理機構はRFCで2575[15]について説明しました。
A more detailed introduction to the current SNMP Management Framework can be found in RFC 2570 [16].
RFC2570[16]で現在の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 memo identifies the set of objects for configuring, monitoring, and controlling the Virtual Router Redundancy Protocol (VRRP), as defined in RFC 2338 [17].
このメモはVirtual Router Redundancyプロトコル(VRRP)を構成して、モニターして、制御するためにオブジェクトのセットを特定します、RFC2338[17]で定義されるように。
VRRP specifies an election protocol that will allow one or more associated IP addresses to be assumed by another router in the event of a failure of the IP address(es) owner. Thus, IP traffic from a host using a failed router as a default gateway is transparently fowarded by the VRRP router that has assumed control. VRRP provides redundancy in routed networks without requiring configuration of dynamic routing or router discovery protocols on every end-host.
VRRPは1つ以上の関連IPアドレスがIPアドレス(es)所有者の失敗の場合、別のルータによって想定されるのを許容する選挙プロトコルを指定します。 したがって、デフォルトゲートウェイとして失敗したルータを使用しているホストからのIPトラフィックはコントロールを仮定したVRRPルータによって透過的にfowardedされます。 すべての終わりホストの上でダイナミックルーティングかルータ発見プロトコルの構成を必要としないで、VRRPは発送されたネットワークに冗長を提供します。
Since the VRRP protocol is intended for use with IPv4 routers only, this MIB uses the SYNTAX for IP addresses which is specific to IPv4. Thus, changes will be required for this MIB to interoperate in an IPv6 environment.
VRRPプロトコルがIPv4ルータだけがある使用のために意図するので、このMIBはIPアドレスのためのIPv4に特定のSYNTAXを使用します。 したがって、このMIBは変化がIPv6環境で共同利用しなければならないでしょう。
2.1. VRRP MIB Structure
2.1. VRRP MIB構造
The VRRP MIB contains three conformance groups:
VRRP MIBは3つの順応グループを含みます:
- vrrpOperations Group: Objects related to VRRP router's
configuration and control.
- vrrpOperationsは分類します: オブジェクトはVRRPルータの構成とコントロールに関連しました。
- vrrpStatistics Group: Objects containing information useful in
monitoring the operation of VRRP routers.
- vrrpStatisticsは分類します: VRRPルータの操作をモニターする際に役に立つ情報を含むオブジェクト。
Jewell & Chuang Standards Track [Page 3] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[3ページ]。
- vrrpNotifications Group: Consists of objects and definitions for
use in SNMP notifications sent by VRRP routers.
- vrrpNotificationsは分類します: VRRPルータによって送られたSNMP通知における使用のためのオブジェクトと定義から成ります。
Tables in the MIB include the following:
MIBのテーブルは以下を含んでいます:
(1) The vrrpOperTable, which contains objects that define the
operational characteristics of a VRRP router. Rows in this table
correspond to instances of virtual routers.
(1) vrrpOperTable。(そのvrrpOperTableはVRRPルータの操作上の特性を定義するオブジェクトを含みます)。 このテーブルの通りは仮想のルータのインスタンスに対応しています。
(2) The vrrpAssoIpAddrTable, which contains the addresses of the
virtual router(s) that a given VRRP router is backing up.
(2) vrrpAssoIpAddrTable。(そのvrrpAssoIpAddrTableは与えられたVRRPルータが支援している仮想のルータのアドレスを含みます)。
(3) The vrrpRouterStatsTable which contains the operating statistics
for a VRRP router.
(3) VRRPルータのための操作統計を含むvrrpRouterStatsTable。
2.2. Virtual Router Redundancy Protocol
2.2. 仮想のルータ冗長プロトコル
This MIB is based on the following characteristics of VRRP as defined in the VRRP specification [17].
このMIBはVRRP仕様[17]に基づき定義されるようにVRRPの以下の特性に基づいています。
- A "VRRP router" is one that is configured to run the VRRP protocol
in conjunction with one or more other VRRP routers attached to a
LAN.
- 「VRRPルータ」はLANに付けられた他の1つ以上のVRRPルータに関連してVRRPプロトコルを実行するために構成されるものです。
- A VRRP router can be running one or more instances of a virtual
router.
- VRRPルータは仮想のルータの1つ以上のインスタンスを実行できます。
- A "virtual router" is an abstraction which consists of two or more
physical routers associated by a Virtual Router Identifier (VRID).
- 「仮想のルータ」はVirtual Router Identifier(VRID)によって関連づけられた2つ以上の物理的なルータから成る抽象化です。
- An instance of a virtual router (on a physical VRRP router), can be
uniquely identified by a combination of the 'ifIndex' [18] and
"Virtual Router Identifier" (VRID).
- 仮想のルータ(物理的なVRRPルータの)のインスタンス、唯一、'ifIndex'[18]と「仮想のルータ識別子」(VRID)の組み合わせで特定できます。
- For each VRID there is a set of one or more "associated IP
addresses" that are backed-up by the virtual router.
- 各VRIDのために、仮想のルータによって支援される1「関連IPアドレス」のセットがあります。
2.3. VRRP MIB Table Design
2.3. VRRP MIBテーブルデザイン
The tables in the VRRP MIB are structured with the assumption that a VRRP network management application would likely be designed to display information or provide configuration about a VRRP router on a "per-virtual-router basis". Thus, the tables defined in the MIB consist of conceptual rows which are grouped in a manner to present a view of individual virtual routers with a minimal number of SNMP operations.
VRRP MIBのテーブルがVRRPネットワークマネージメントアプリケーションがaでVRRPルータに関して情報を表示するか、または構成を提供するようにおそらく設計されているだろうという仮定で構造化される、「仮想のルータ、基礎、」 したがって、MIBで定義されたテーブルはSNMP操作の最少数で個々の仮想のルータの視点を提示するために方法で分類される概念的な行から成ります。
Jewell & Chuang Standards Track [Page 4] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[4ページ]。
2.3.1. Relation to Interface Group (RFC 2233) [18].
2.3.1. グループ(RFC2233)[18]を連結する関係。
Since a router can be participating in VRRP on one or more physical interfaces, "ifIndex" is used as an index into the tables defined in the VRRP MIB.
ルータが1つ以上の物理インターフェースのVRRPに参加できるので、"ifIndex"はインデックスとしてVRRP MIBで定義されたテーブルに使用されます。
2.4. VRRP Scenarios
2.4. VRRPシナリオ
The following section provides examples of how some of the objects in this MIB are instantiated for two different VRRP scenarios.
以下のセクションはこのMIBのいくつかのオブジェクトが2つの異なったVRRPシナリオのためにどう例示されるかに関する例を提供します。
KEY: ----
キー: ----
The labels in the following tables and diagrams correspond to the actual MIB objects as follows:
以下のテーブルとダイヤグラムによるラベルは以下の実際のMIBオブジェクトに対応しています:
if = vrrpOperIfIndex
VrId = vrrpOperVrId
State = vrrpOperState
Prior = vrrpOperPriority
AddrCnt = vrrpOperIpAddrCount
IpAddr = vrrpOperMasterIpAddr
RowStat = vrrpOperRowStatus
= vrrpOperState先の=vrrpOperVrId vrrpOperIfIndex VrId=状態=vrrpOperPriority AddrCnt=vrrpOperIpAddrCount IpAddrがvrrpOperMasterIpAddr RowStat=vrrpOperRowStatusと等しいなら
2.4.1. VRRP Scenario #1
2.4.1. VRRPシナリオ#1
The following figure shows a simple network with two VRRP routers configured with two virtual routers. This sample topology is taken from the VRRP specification [17]. Addresses in '()' indicate the IP address of the default gateway for a given host, H1 - H4. In the diagram, "Interface" is used in the context defined in IF-MIB [18].
2つのVRRPルータが2つの仮想のルータによって構成にされているので、以下の図は簡単なネットワークを示しています。 このサンプルトポロジーはVRRP仕様[17]から抜粋されます。 '()'のアドレスは与えられたホスト、H1のためにデフォルトゲートウェイのIPアドレスを示します--H4。 ダイヤグラムで、「インタフェース」が中で定義された文脈で使用される、-、MIB、[18]。
Jewell & Chuang Standards Track [Page 5] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[5ページ]。
VRID=1 VRID=2
+-----+ +-----+
| MR1 | | MR2 |
| & | | & |
| BR2 | | BR1 |
+-----+ +-----+
IP A ---------->* *<---------- IP B
Interface=I1 | | Interface=I2
| |
| |
------------------+------------+-----+--------+--------+--------+--
^ ^ ^ ^
| | | |
(IP A) (IP A) (IP A) (IP A)
| | | |
+--+--+ +--+--+ +--+--+ +--+--+
| H1 | | H2 | | H3 | | H4 |
+-----+ +-----+ +--+--+ +--+--+
VRID=1 VRID=2+-----+ +-----+ | MR1| | MR2| | & | | & | | BR2| | BR1| +-----+ +-----+ IP A---------->* *<、-、-、-、-、-、-、-、-、-- IP Bインタフェース=I1| | インタフェース=I2| | | | ------------------+------------+-----+--------+--------+--------+-- ^ ^ ^ ^ | | | | (IP a) (IP a) (IP a) (IP a) | | | | +--+--+ +--+--+ +--+--+ +--+--+ | H1| | H2| | H3| | H4| +-----+ +-----+ +--+--+ +--+--+
----- MIB Tables For VRRP Router "IP A": -----
----- VRRPルータ「IP A」のためのMIBテーブル: -----
vrrpOperTable -------------
vrrpOperTable-------------
| if | VrId | State | Prior | AddrCnt | IpAddr | ... | RowStat |
+----+------+-------+-------+---------+--------+-( )-+---------+
| | | | | | | | |
| I1 | 01 | M | 255 | 1 | A | | active |
| | | | | | | | |
+----+------+-------+-------+---------+--------+-( )-+---------+
| | | | | | | | |
| I1 | 02 | B | 1-254 | 1 | B | | active |
| | | | | | | | |
+----+------+-------+-------+---------+--------+-( )-+---------+
|| VrId| 状態| 先| AddrCnt| IpAddr| ... | RowStat| +----+------+-------+-------+---------+--------+-( )-+---------+ | | | | | | | | | | I1| 01 | M| 255 | 1 | A| | アクティブ| | | | | | | | | | +----+------+-------+-------+---------+--------+-( )-+---------+ | | | | | | | | | | I1| 02 | B| 1-254 | 1 | B| | アクティブ| | | | | | | | | | +----+------+-------+-------+---------+--------+-( )-+---------+
Jewell & Chuang Standards Track [Page 6] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[6ページ]。
vrrpAssoIpAddrTable -------------------
vrrpAssoIpAddrTable-------------------
| if | VrId | IP | RowStat |
+----+------+-------+---------+
| | | | |
| I1 | 01 | A | active |
| | | | |
+----+------+-------+---------+
| | | | |
| I1 | 02 | B | active |
| | | | |
+----+------+-------+---------+
|| VrId| IP| RowStat| +----+------+-------+---------+ | | | | | | I1| 01 | A| アクティブ| | | | | | +----+------+-------+---------+ | | | | | | I1| 02 | B| アクティブ| | | | | | +----+------+-------+---------+
----- MIB Tables For VRRP Router "IP B": -----
----- VRRPルータ「IP B」のためのMIBテーブル: -----
vrrpOperTable -------------
vrrpOperTable-------------
| if | VrId | State | Prior | AddrCnt | IpAddr | ... | RowStat |
+----+------+-------+-------+---------+--------+-( )-+---------+
| | | | | | | | |
| I2 | 01 | B | 1-254 | 1 | A | | active |
| | | | | | | | |
+----+------+-------+-------+---------+--------+-( )-+---------+
| | | | | | | | |
| I2 | 02 | M | 255 | 1 | B | | active |
| | | | | | | | |
+----+------+-------+-------+---------+--------+-( )-+---------+
|| VrId| 状態| 先| AddrCnt| IpAddr| ... | RowStat| +----+------+-------+-------+---------+--------+-( )-+---------+ | | | | | | | | | | I2| 01 | B| 1-254 | 1 | A| | アクティブ| | | | | | | | | | +----+------+-------+-------+---------+--------+-( )-+---------+ | | | | | | | | | | I2| 02 | M| 255 | 1 | B| | アクティブ| | | | | | | | | | +----+------+-------+-------+---------+--------+-( )-+---------+
vrrpAssoIpAddrTable -------------------
vrrpAssoIpAddrTable-------------------
| if | VrId | IP | RowStat |
+----+------+-------+---------+
| | | | |
| I2 | 01 | A | active |
| | | | |
+----+------+-------+---------+
| | | | |
| I2 | 02 | B | active |
| | | | |
+----+------+-------+---------+
|| VrId| IP| RowStat| +----+------+-------+---------+ | | | | | | I2| 01 | A| アクティブ| | | | | | +----+------+-------+---------+ | | | | | | I2| 02 | B| アクティブ| | | | | | +----+------+-------+---------+
Jewell & Chuang Standards Track [Page 7] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[7ページ]。
NOTES:
注意:
1) "I1" and "I2" are used to designate IF indices on each respective
router.
1) 「I1"で「I2"はそれぞれのそれぞれのルータに関するインデックスリストであるなら指定するのにおいて使用されています」。
2) For "State": M = Master; B = Backup.
2) 「状態」に: Mはマスターと等しいです。 Bはバックアップと等しいです。
3) In the vrrpOperTable, a "priority" of 255 indicates that the
respective router owns the IP address, e.g., this IP address is
native to the router (i.e., "the IP Address Owner" [17]).
3) vrrpOperTableでは、255の「優先権」は、それぞれのルータがIPアドレスを所有しているのを示します、例えば、このIPアドレスはルータ固有です。(すなわち、「IPアドレス所有者」[17])。
2.4.2. VRRP Scenario #2
2.4.2. VRRPシナリオ#2
The following figure shows a simple network with two virtual routers. Here, a single interface has been configured with two IP addresses. Again, addresses in () indicate the IP address of the default gateway for a given host, H1 - H2.
以下の図は2つの仮想のルータで簡単なネットワークを示しています。 ここで、単一のインタフェースは2つのIPアドレスによって構成されました。 一方、()のアドレスは与えられたホスト、H1のためにデフォルトゲートウェイのIPアドレスを示します--H2。
VRID=1 VRID=2
+-----+ +-----+
| MR1 | | MR2 |
| & | | & |
| BR2 | | BR1 |
+-----+ +-----+
IP A ---------->* *<---------- IP B
IP C | | Interface=I2
Interface=I1 | |
| |
| |
------------------+------------+-----+--------+
^ ^
| |
(IP A) (IP B)
| |
+--+--+ +--+--+
| H1 | | H2 |
+-----+ +-----+
VRID=1 VRID=2+-----+ +-----+ | MR1| | MR2| | & | | & | | BR2| | BR1| +-----+ +-----+ IP A---------->* *<、-、-、-、-、-、-、-、-、-- IP B IP C| | インタフェース=I2インタフェース=I1| | | | | | ------------------+------------+-----+--------+ ^ ^ | | (IP a) (IP B) | | +--+--+ +--+--+ | H1| | H2| +-----+ +-----+
Jewell & Chuang Standards Track [Page 8] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[8ページ]。
----- MIB Tables For VRRP Router "IP A": -----
----- VRRPルータ「IP A」のためのMIBテーブル: -----
vrrpOperTable -------------
vrrpOperTable-------------
| if | VrId | State | Prior | AddrCnt | IpAddr | ... | RowStat |
+----+------+-------+-------+---------+--------+-( )-+---------+
| | | | | | | | |
| I1 | 01 | M | 255 | 2 | A | | active |
| | | | | | | | |
+----+------+-------+-------+---------+--------+-( )-+---------+
| | | | | | | | |
| I1 | 02 | B | 1-254 | 1 | B | | active |
| | | | | | | | |
+----+------+-------+-------+---------+--------+-( )-+---------+
|| VrId| 状態| 先| AddrCnt| IpAddr| ... | RowStat| +----+------+-------+-------+---------+--------+-( )-+---------+ | | | | | | | | | | I1| 01 | M| 255 | 2 | A| | アクティブ| | | | | | | | | | +----+------+-------+-------+---------+--------+-( )-+---------+ | | | | | | | | | | I1| 02 | B| 1-254 | 1 | B| | アクティブ| | | | | | | | | | +----+------+-------+-------+---------+--------+-( )-+---------+
vrrpAssoIpAddrTable -------------------
vrrpAssoIpAddrTable-------------------
| if | VrId | IP | RowStat |
+----+------+-------+---------+
| | | | |
| I1 | 01 | A | active |
| | | | |
+----+------+-------+---------+
| | | | |
| I1 | 01 | C | active |
| | | | |
+----+------+-------+---------+
| | | | |
| I1 | 02 | B | active |
| | | | |
+----+------+-------+---------+
|| VrId| IP| RowStat| +----+------+-------+---------+ | | | | | | I1| 01 | A| アクティブ| | | | | | +----+------+-------+---------+ | | | | | | I1| 01 | C| アクティブ| | | | | | +----+------+-------+---------+ | | | | | | I1| 02 | B| アクティブ| | | | | | +----+------+-------+---------+
Jewell & Chuang Standards Track [Page 9] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[9ページ]。
----- MIB Tables For VRRP Router "IP B": -----
----- VRRPルータ「IP B」のためのMIBテーブル: -----
vrrpOperTable -------------
vrrpOperTable-------------
| if | VrId | State | Prior | AddrCnt | IpAddr | ... | RowStat |
+----+------+-------+-------+---------+--------+-( )-+---------+
| | | | | | | | |
| I2 | 01 | B | 1-254 | 2 | A | | active |
| | | | | | | | |
+----+------+-------+-------+---------+--------+-( )-+---------+
| | | | | | | | |
| I2 | 02 | M | 255 | 1 | B | | active |
| | | | | | | | |
+----+------+-------+-------+---------+--------+-( )-+---------+
|| VrId| 状態| 先| AddrCnt| IpAddr| ... | RowStat| +----+------+-------+-------+---------+--------+-( )-+---------+ | | | | | | | | | | I2| 01 | B| 1-254 | 2 | A| | アクティブ| | | | | | | | | | +----+------+-------+-------+---------+--------+-( )-+---------+ | | | | | | | | | | I2| 02 | M| 255 | 1 | B| | アクティブ| | | | | | | | | | +----+------+-------+-------+---------+--------+-( )-+---------+
vrrpAssoIpAddrTable -------------------
vrrpAssoIpAddrTable-------------------
| if | VrId | IP | RowStat |
+----+------+-------+---------+
| | | | |
| I2 | 01 | A | active |
| | | | |
+----+------+-------+---------+
| | | | |
| I2 | 01 | C | active |
| | | | |
+----+------+-------+---------+
| | | | |
| I2 | 02 | B | active |
| | | | |
+----+------+-------+---------+
|| VrId| IP| RowStat| +----+------+-------+---------+ | | | | | | I2| 01 | A| アクティブ| | | | | | +----+------+-------+---------+ | | | | | | I2| 01 | C| アクティブ| | | | | | +----+------+-------+---------+ | | | | | | I2| 02 | B| アクティブ| | | | | | +----+------+-------+---------+
Jewell & Chuang Standards Track [Page 10] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[10ページ]。
3. Definitions
3. 定義
VRRP-MIB DEFINITIONS ::= BEGIN
VRRP-MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE,
NOTIFICATION-TYPE, Counter32,
Integer32, IpAddress, mib-2 FROM SNMPv2-SMI
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、Counter32、Integer32、IpAddress、mib-2 FROM SNMPv2-SMI
TEXTUAL-CONVENTION, RowStatus,
MacAddress, TruthValue, TimeStamp FROM SNMPv2-TC
SNMPv2-Tcからの原文のコンベンション、RowStatus、MacAddress、TruthValue、タイムスタンプ
MODULE-COMPLIANCE, OBJECT-GROUP,
NOTIFICATION-GROUP FROM SNMPv2-CONF
ifIndex FROM IF-MIB;
SNMPv2-CONF ifIndexからのモジュールコンプライアンス、オブジェクトグループ、通知グループ、-、MIB、。
vrrpMIB MODULE-IDENTITY
LAST-UPDATED "200003030000Z"
ORGANIZATION "IETF VRRP Working Group"
CONTACT-INFO
"Brian R. Jewell
Postal: Copper Mountain Networks, Inc.
2470 Embarcadero Way
Palo Alto, California 94303
Tel: +1 650 687 3367
E-Mail: bjewell@coppermountain.com"
vrrpMIBモジュールアイデンティティが"200003030000Z"組織「IETF VRRP作業部会」コンタクトインフォメーションをアップデートした、「ブライアン・R.ジュエルPostal:、」 カッパーマウンテンがInc.2470波止場道パロアルト(カリフォルニア)94303をネットワークでつなぐ、Tel: +1 3367年の650 687メール: " bjewell@coppermountain.com "
DESCRIPTION
"This MIB describes objects used for managing Virtual Router
Redundancy Protocol (VRRP) routers."
REVISION "200003030000Z" -- 03 Mar 2000
DESCRIPTION "Initial version as published in RFC 2787."
::= { mib-2 68 }
「このMIBはVirtual Router Redundancyプロトコル(VRRP)ルータを管理しながら、使用されるオブジェクトについて説明する」記述。 REVISION"200003030000Z"--2000年3月3日の記述は「RFC2787で発行されるバージョンに頭文字をつけます」。 ::= mib-2 68
-- ******************************************************************* -- Textual Conventions -- *******************************************************************
-- ******************************************************************* -- 原文..コンベンション
VrId ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"A number which, along with an interface index (ifIndex),
serves to uniquely identify a virtual router on a given VRRP
router. A set of one or more associated addresses is assigned
to a VRID."
SYNTAX Integer32 (1..255)
VrId:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「インタフェースインデックス(ifIndex)と共に与えられたVRRPルータで唯一仮想のルータを特定するのに役立つ数。」 「1つ以上の関連アドレスのセットはVRIDに割り当てられます。」 構文Integer32(1..255)
Jewell & Chuang Standards Track [Page 11] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[11ページ]。
-- ******************************************************************* -- VRRP MIB Groups -- *******************************************************************
-- ******************************************************************* -- VRRP MIB Groups -- *******************************************************************
vrrpOperations OBJECT IDENTIFIER ::= { vrrpMIB 1 }
vrrpStatistics OBJECT IDENTIFIER ::= { vrrpMIB 2 }
vrrpConformance OBJECT IDENTIFIER ::= { vrrpMIB 3 }
vrrpOperationsオブジェクト識別子:、:= vrrpMIB1vrrpStatisticsオブジェクト識別子:、:= vrrpMIB2vrrpConformanceオブジェクト識別子:、:= vrrpMIB3
-- ******************************************************************* -- Start of MIB objects -- *******************************************************************
-- ******************************************************************* -- Start of MIB objects -- *******************************************************************
vrrpNodeVersion OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value identifies the particular version of the VRRP
supported by this node."
::= { vrrpOperations 1 }
vrrpNodeVersion OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このノードによってサポートされたVRRPの特定のバージョンを特定これが評価するします」。 ::= vrrpOperations1
vrrpNotificationCntl OBJECT-TYPE
SYNTAX INTEGER {
enabled (1),
disabled (2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether the VRRP-enabled router will generate
SNMP traps for events defined in this MIB. 'Enabled'
results in SNMP traps; 'disabled', no traps are sent."
DEFVAL { enabled }
::= { vrrpOperations 2 }
(1)を可能にして、(2)であることが無効にされたマックス-ACCESSが「VRRPによって可能にされたルータがこのMIBで定義されたイベントのためにSNMPに罠を生成するかどうかを示す」とSTATUSの現在の記述に読書して書くvrrpNotificationCntl OBJECT-TYPE SYNTAX INTEGER。 SNMP罠における'可能にされた'結果。 「'身体障害者'と罠を全く送りません。」 DEFVALは可能にしました:、:= vrrpOperations2
-- ******************************************************************* -- VRRP Operations Table -- *******************************************************************
-- ******************************************************************* -- 操作..テーブル
vrrpOperTable OBJECT-TYPE
SYNTAX SEQUENCE OF VrrpOperEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Operations table for a VRRP router which consists of a
sequence (i.e., one or more conceptual rows) of
'vrrpOperEntry' items."
「操作は'vrrpOperEntry'項目の系列(すなわち、1つ以上の概念的な行)から成るVRRPルータのためにテーブルの上に置く」vrrpOperTable OBJECT-TYPE SYNTAX SEQUENCE OF VrrpOperEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
Jewell & Chuang Standards Track [Page 12] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[12ページ]。
::= { vrrpOperations 3 }
::= vrrpOperations3
vrrpOperEntry OBJECT-TYPE
SYNTAX VrrpOperEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the vrrpOperTable containing the operational
characteristics of a virtual router. On a VRRP router,
a given virtual router is identified by a combination
of the IF index and VRID.
vrrpOperEntry OBJECT-TYPE SYNTAX VrrpOperEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「仮想のルータの操作上の特性を含むvrrpOperTableのエントリー。」 VRRPルータでは、与えられた仮想のルータが組み合わせで特定される、インデックスとVRIDであるなら。
Rows in the table cannot be modified unless the value
of `vrrpOperAdminState' is `disabled' and the
`vrrpOperState' has transitioned to `initialize'."
「'vrrpOperAdminState'の値は'障害がない'場合、テーブルの通りが変更されているはずがありません、そして、'vrrpOperState'は'初期化'に移行しました。」
INDEX { ifIndex, vrrpOperVrId }
::= { vrrpOperTable 1 }
ifIndex、vrrpOperVrIdに索引をつけてください:、:= vrrpOperTable1
VrrpOperEntry ::=
SEQUENCE {
vrrpOperVrId
VrId,
vrrpOperVirtualMacAddr
MacAddress,
vrrpOperState
INTEGER,
vrrpOperAdminState
INTEGER,
vrrpOperPriority
Integer32,
vrrpOperIpAddrCount
Integer32,
vrrpOperMasterIpAddr
IpAddress,
vrrpOperPrimaryIpAddr
IpAddress,
vrrpOperAuthType
INTEGER,
vrrpOperAuthKey
OCTET STRING,
vrrpOperAdvertisementInterval
Integer32,
vrrpOperPreemptMode
TruthValue,
vrrpOperVirtualRouterUpTime
TimeStamp,
vrrpOperProtocol
VrrpOperEntry:、:= 系列、vrrpOperVrId VrId、vrrpOperVirtualMacAddr MacAddress、vrrpOperState整数、vrrpOperAdminState整数、vrrpOperPriority Integer32、vrrpOperIpAddrCount Integer32、vrrpOperMasterIpAddr IpAddress、vrrpOperPrimaryIpAddr IpAddress、vrrpOperAuthType整数、vrrpOperAuthKey八重奏ストリング、vrrpOperAdvertisementInterval Integer32、vrrpOperPreemptMode TruthValue、vrrpOperVirtualRouterUpTimeタイムスタンプ、vrrpOperProtocol
Jewell & Chuang Standards Track [Page 13] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[13ページ]。
INTEGER,
vrrpOperRowStatus
RowStatus
}
整数、vrrpOperRowStatus RowStatus
vrrpOperVrId OBJECT-TYPE
SYNTAX VrId
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This object contains the Virtual Router Identifier (VRID)."
::= { vrrpOperEntry 1 }
vrrpOperVrId OBJECT-TYPE SYNTAX VrIdのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「Virtual Router Identifier(VRID)を含これが反対するしています」。 ::= vrrpOperEntry1
vrrpOperVirtualMacAddr OBJECT-TYPE
SYNTAX MacAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The virtual MAC address of the virtual router. Although this
object can be derived from the 'vrrpOperVrId' object, it is
defined so that it is easily obtainable by a management
application and can be included in VRRP-related SNMP traps."
::= { vrrpOperEntry 2 }
「ルータは仮想のMACは仮想を扱う」vrrpOperVirtualMacAddr OBJECT-TYPE SYNTAX MacAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「'vrrpOperVrId'オブジェクトからこのオブジェクトを得ることができますが、それは管理アプリケーションで容易に入手可能であり、VRRP関連のSNMP罠に含むことができるようにそれを定義します。」 ::= vrrpOperEntry2
vrrpOperState OBJECT-TYPE
SYNTAX INTEGER {
initialize(1),
backup(2),
master(3)
}
MAX-ACCESS read-only
STATUS current
vrrpOperState OBJECT-TYPE SYNTAX INTEGERはマックス-ACCESS書き込み禁止STATUS現在で(1)、バックアップ(2)、マスター(3)を初期化します。
DESCRIPTION
"The current state of the virtual router. This object has
three defined values:
記述、「仮想のルータの現状。」 このオブジェクトには、3つの定義された値があります:
- `initialize', which indicates that all the
virtual router is waiting for a startup event.
- すべての仮想のルータが始動イベントを待っているのを示す'初期化'。
- `backup', which indicates the virtual router is
monitoring the availability of the master router.
- 'バックアップ'(仮想のルータを示す)はマスタールータの有用性をモニターしています。
- `master', which indicates that the virtual router
is forwarding packets for IP addresses that are
associated with this router.
- 仮想のルータがこのルータに関連しているIPアドレスのためにパケットを進めているのを示す'マスター'。
Setting the `vrrpOperAdminState' object (below) initiates
'vrrpOperAdminState'オブジェクト(below)開始を設定します。
Jewell & Chuang Standards Track [Page 14] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[14ページ]。
transitions in the value of this object."
::= { vrrpOperEntry 3 }
「このオブジェクトの値における変遷。」 ::= vrrpOperEntry3
vrrpOperAdminState OBJECT-TYPE
SYNTAX INTEGER {
up(1),
down(2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object will enable/disable the virtual router
function. Setting the value to `up', will transition
the state of the virtual router from `initialize' to `backup'
or `master', depending on the value of `vrrpOperPriority'.
Setting the value to `down', will transition the
router from `master' or `backup' to `initialize'. State
transitions may not be immediate; they sometimes depend on
other factors, such as the interface (IF) state.
vrrpOperAdminState OBJECT-TYPE SYNTAX INTEGERは(2)に(1)を上げます。マックス-ACCESSは「このオブジェクトは、仮想のルータ機能を可能にするか、または無効にする」STATUSの現在の記述を読書して作成します。 'up'に値を設定して、'''バックアップ'か'マスターを初期化してください'から変遷に仮想のルータの状態を望んでください、'vrrpOperPriority'の値によって。 'down'に値を設定して、'初期化する''マスター'か'バックアップ'から変遷にルータを望んでください。 状態遷移は即座でないかもしれません。 彼らは時々インタフェース(IF)状態などの他の要素に依存します。
The `vrrpOperAdminState' object must be set to `down' prior
to modifying the other read-create objects in the conceptual
row. The value of the `vrrpOperRowStatus' object (below)
must be `active', signifying that the conceptual row
is valid (i.e., the objects are correctly set),
in order for this object to be set to `up'."
DEFVAL { down }
::= { vrrpOperEntry 4 }
'vrrpOperAdminState'オブジェクトは他が読書して作成する変更の前の'down'へのセットが概念的な行のオブジェクトであったならそうしなければなりません。 「'vrrpOperRowStatus'オブジェクト(below)の値は'アクティブでなければなりません'、概念的な行が有効であることを意味して(すなわち、オブジェクトは正しく設定されます)、このオブジェクトが'up'に設定されるために。」 DEFVALは以下より倒します:= vrrpOperEntry4
vrrpOperPriority OBJECT-TYPE
SYNTAX Integer32 (0..255)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object specifies the priority to be used for the
virtual router master election process. Higher values imply
higher priority.
vrrpOperPriority OBJECT-TYPE SYNTAX Integer32(0 .255)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトは仮想のルータマスター選挙プロセスに使用されるべき優先権を指定します」。 より高い値は、より高い優先度を含意します。
A priority of '0', although not settable, is sent by
the master router to indicate that this router has ceased
to participate in VRRP and a backup virtual router should
transition to become a new master.
「舗装用敷石-可能」ではありませんが、マスタールータで'0'の優先を送って、このルータが、VRRPに参加するのをやめて、バックアップの仮想のルータが新しいマスターになるように移行するべきであるのを示します。
A priority of 255 is used for the router that owns the
associated IP address(es)."
DEFVAL { 100 }
::= { vrrpOperEntry 5 }
「255の優先は関連IPアドレス(es)を所有しているルータに使用されます。」 DEFVAL100:、:= vrrpOperEntry5
Jewell & Chuang Standards Track [Page 15] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[15ページ]。
vrrpOperIpAddrCount OBJECT-TYPE
SYNTAX Integer32 (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of IP addresses that are associated with this
virtual router. This number is equal to the number of rows
in the vrrpAssoIpAddrTable that correspond to a given IF
index/VRID pair."
::= { vrrpOperEntry 6 }
「IPの数はこの仮想のルータで関連づけられたそれを扱う」vrrpOperIpAddrCount OBJECT-TYPE SYNTAX Integer32(0 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「この数はインデックス/VRIDが対にするなら当然のことに対応するvrrpAssoIpAddrTableの行の数と等しいです。」 ::= vrrpOperEntry6
vrrpOperMasterIpAddr OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The master router's real (primary) IP address. This is
the IP address listed as the source in VRRP advertisement
last received by this virtual router."
::= { vrrpOperEntry 7 }
「マスタールータの本当(プライマリ)のIPは扱う」vrrpOperMasterIpAddr OBJECT-TYPE SYNTAX IpAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「これはVRRP広告におけるソースが最後にこの仮想のルータで受信したので記載されたIPアドレスです。」 ::= vrrpOperEntry7
vrrpOperPrimaryIpAddr OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"In the case where there is more than one IP address for
a given `ifIndex', this object is used to specify the IP
address that will become the `vrrpOperMasterIpAddr', should
the virtual router transition from backup to master. If
this object is set to 0.0.0.0, the IP address which is
numerically lowest will be selected."
DEFVAL { '00000000'H } -- 0.0.0.0
::= { vrrpOperEntry 8 }
vrrpOperPrimaryIpAddr OBJECT-TYPE SYNTAX IpAddressマックス-ACCESSが「ケース中'ifIndexを考えて、aのための1つ以上のIPアドレスがある'におけるSTATUSの現在の記述を読書して作成して、このオブジェクトが'vrrpOperMasterIpAddr'になるIPアドレスを指定するのに使用される、バックアップからマスターまでの仮想のルータ変遷、」であるべきです 「このオブジェクトが.0、.0IPを0.0に設定することであるなら、数の上で最も低いアドレスは選択されるでしょう。」 DEFVAL'00000000'H--0.0 .0、.0:、:= vrrpOperEntry8
vrrpOperAuthType OBJECT-TYPE
SYNTAX INTEGER {
noAuthentication(1), -- VRRP protocol exchanges are not
-- authenticated.
simpleTextPassword(2), -- Exchanges are authenticated by a
-- clear text password.
ipAuthenticationHeader(3) -- Exchanges are authenticated using
-- the IP authentication header.
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
vrrpOperAuthType OBJECT-TYPE SYNTAX INTEGER、VRRPプロトコル交換がそうでないというnoAuthentication(1)は. simpleTextPassword(2)を認証しました--交換はaによって認証されます--テキストパスワードipAuthenticationHeader(3)をきれいにしてください--交換は認証された使用です--IP認証ヘッダー マックス-ACCESSはSTATUSの現在の記述を読書して作成します。
Jewell & Chuang Standards Track [Page 16] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[16ページ]。
"Authentication type used for VRRP protocol exchanges between
virtual routers. This value of this object is the same for a
given ifIndex.
「認証タイプはVRRPに仮想のルータの間のプロトコル交換を使用しました。」 与えられたifIndexに、このオブジェクトのこの値は同じです。
New enumerations to this list can only be added via a new
RFC on the standards track."
DEFVAL { noAuthentication }
::= { vrrpOperEntry 9 }
「標準化過程の上の新しいRFCを通してこのリストへの新しい列挙を加えることができるだけです。」 DEFVAL noAuthentication:、:= vrrpOperEntry9
vrrpOperAuthKey OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (0..16))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The Authentication Key. This object is set according to
the value of the 'vrrpOperAuthType' object
('simpleTextPassword' or 'ipAuthenticationHeader'). If the
length of the value is less than 16 octets, the agent will
left adjust and zero fill to 16 octets. The value of this
object is the same for a given ifIndex.
vrrpOperAuthKey OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .16))マックス-ACCESSは「認証は合わせる」STATUSの現在の記述を読書して作成します。 'vrrpOperAuthType'オブジェクト('simpleTextPassword'か'ipAuthenticationHeader')の値に従って、このオブジェクトは設定されます。 価値の長さが16未満の八重奏であるなら、意志が置き去りにしたエージェントは適応します、そして、ゼロは16の八重奏までいっぱいになります。 与えられたifIndexに、このオブジェクトの値は同じです。
When read, vrrpOperAuthKey always returns an Octet String
of length zero."
::= { vrrpOperEntry 10 }
「読まれると、vrrpOperAuthKeyはいつも長さゼロのOctet Stringを返します。」 ::= vrrpOperEntry10
vrrpOperAdvertisementInterval OBJECT-TYPE
SYNTAX Integer32 (1..255)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The time interval, in seconds, between sending
advertisement messages. Only the master router sends
VRRP advertisements."
DEFVAL { 1 }
::= { vrrpOperEntry 11 }
vrrpOperAdvertisementInterval OBJECT-TYPE SYNTAX Integer32(1 .255)UNITS「秒」マックス-ACCESSは「送付広告メッセージの間の秒の時間間隔」の間のSTATUSの現在の記述を読書して作成します。 「マスタールータだけが広告をVRRPに送ります。」 DEFVAL1:、:= vrrpOperEntry11
vrrpOperPreemptMode OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Controls whether a higher priority virtual router will
preempt a lower priority master."
DEFVAL { true }
::= { vrrpOperEntry 12 }
vrrpOperPreemptMode OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「より高い優先権仮想のルータが低優先度マスターを先取りするか否かに関係なく、制御する」STATUSを読書して作成します。 DEFVAL、本当:、:= vrrpOperEntry12
vrrpOperVirtualRouterUpTime OBJECT-TYPE
vrrpOperVirtualRouterUpTimeオブジェクト・タイプ
Jewell & Chuang Standards Track [Page 17] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[17ページ]。
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the value of the `sysUpTime' object when this
virtual router (i.e., the `vrrpOperState') transitioned
out of `initialized'."
::= { vrrpOperEntry 13 }
「これによる(すなわち、'vrrpOperState')が移行したこの仮想のルータであるときに、'sysUpTime'の値が反対するということです'が初期化したSYNTAX TimeStampのマックス-ACCESSの読書だけのSTATUSの現在の記述、'、」 ::= vrrpOperEntry13
vrrpOperProtocol OBJECT-TYPE
SYNTAX INTEGER {
ip (1),
bridge (2),
decnet (3),
other (4)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The particular protocol being controlled by this Virtual
Router.
vrrpOperProtocol OBJECT-TYPE SYNTAX INTEGERは(1)、ブリッジ(2)、decnet(3)、他の(4)をipします。マックス-ACCESSは「このVirtual Routerによって制御されながら、事項は議定書の中で述べる」STATUSの現在の記述を読書して作成します。
New enumerations to this list can only be added via a new
RFC on the standards track."
DEFVAL { ip }
::= { vrrpOperEntry 14 }
「標準化過程の上の新しいRFCを通してこのリストへの新しい列挙を加えることができるだけです。」 DEFVALは以下をipします:= vrrpOperEntry14
vrrpOperRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The row status variable, used in accordance to installation
and removal conventions for conceptual rows. The rowstatus of
a currently active row in the vrrpOperTable is constrained
by the operational state of the corresponding virtual router.
When `vrrpOperRowStatus' is set to active(1), no other
objects in the conceptual row, with the exception of
`vrrpOperAdminState', can be modified. Prior to setting the
`vrrpOperRowStatus' object from `active' to a different value,
the `vrrpOperAdminState' object must be set to `down' and the
`vrrpOperState' object be transitioned to `initialize'.
vrrpOperRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「概念的な行に、インストールと取り外しコンベンションに一致の可変で、中古である行状態。」 vrrpOperTableの現在アクティブな行のrowstatusは対応仮想のルータの操作上の州によって抑制されます。 'vrrpOperRowStatus'がアクティブな(1)に設定されるとき、'vrrpOperAdminState'以外に、概念的な行の他のオブジェクトを全く変更できません。 'vrrpOperRowStatus'が'down'へのセットと'vrrpOperState'がオブジェクトであったに違いないなら'アクティブ'から異価、'vrrpOperAdminState'オブジェクトまで反対させる設定の前に、いてください。'初期化する'ために、移行しています。
To create a row in this table, a manager sets this object
to either createAndGo(4) or createAndWait(5). Until instances
of all corresponding columns are appropriately configured,
the value of the corresponding instance of the `vrrpOperRowStatus'
column will be read as notReady(3).
このテーブルの行を作成するために、マネージャはcreateAndGo(4)かcreateAndWait(5)のどちらかにこのオブジェクトを設定します。 すべての対応するコラムのインスタンスが適切に構成されるまで、'vrrpOperRowStatus'コラムの対応するインスタンスの値はnotReady(3)と読まれるでしょう。
Jewell & Chuang Standards Track [Page 18] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[18ページ]。
In particular, a newly created row cannot be made active(1)
until (minimally) the corresponding instance of
`vrrpOperVrId' has been set and there is at least one active
row in the `vrrpAssoIpAddrTable' defining an associated
IP address for the virtual router."
::= { vrrpOperEntry 15 }
「仮想のルータのための関連IPアドレスを定義しながら、新たに作成された行はアクティブに特に、(1) 'vrrpOperVrId'の(最少量で)対応するインスタンスが設定されて、少なくとも1つのアクティブな行が'vrrpAssoIpAddrTable'にあるまですることができません。」 ::= vrrpOperEntry15
-- ******************************************************************* -- VRRP Associated IP Address Table -- *******************************************************************
-- ******************************************************************* -- VRRP Associated IP Address Table -- *******************************************************************
vrrpAssoIpAddrTable OBJECT-TYPE
SYNTAX SEQUENCE OF VrrpAssoIpAddrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The table of addresses associated with this virtual router."
::= { vrrpOperations 4 }
「アドレスのテーブルはこの仮想のルータに関連づけた」vrrpAssoIpAddrTable OBJECT-TYPE SYNTAX SEQUENCE OF VrrpAssoIpAddrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= vrrpOperations4
vrrpAssoIpAddrEntry OBJECT-TYPE
SYNTAX VrrpAssoIpAddrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table contains an IP address that is
associated with a virtual router. The number of rows for
a given ifIndex and VrId will equal the number of IP
addresses associated (e.g., backed up) by the virtual
router (equivalent to 'vrrpOperIpAddrCount').
vrrpAssoIpAddrEntry OBJECT-TYPE SYNTAX VrrpAssoIpAddrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「テーブルのエントリーは仮想のルータに関連しているIPアドレスを含んでいます」。 与えられたifIndexとVrIdのための行の数は仮想のルータ('vrrpOperIpAddrCount'に同等な)によって関連づけられた(例えば、支援されます)IPアドレスの数と等しいでしょう。
Rows in the table cannot be modified unless the value
of `vrrpOperAdminState' is `disabled' and the
`vrrpOperState' has transitioned to `initialize'."
「'vrrpOperAdminState'の値は'障害がない'場合、テーブルの通りが変更されているはずがありません、そして、'vrrpOperState'は'初期化'に移行しました。」
INDEX { ifIndex, vrrpOperVrId, vrrpAssoIpAddr }
::= { vrrpAssoIpAddrTable 1 }
ifIndex、vrrpOperVrId、vrrpAssoIpAddrに索引をつけてください:、:= vrrpAssoIpAddrTable1
VrrpAssoIpAddrEntry ::=
SEQUENCE {
vrrpAssoIpAddr
IpAddress,
vrrpAssoIpAddrRowStatus
RowStatus
}
VrrpAssoIpAddrEntry:、:= 系列vrrpAssoIpAddr IpAddress、vrrpAssoIpAddrRowStatus RowStatus
vrrpAssoIpAddr OBJECT-TYPE
SYNTAX IpAddress
vrrpAssoIpAddrオブジェクト・タイプ構文IpAddress
Jewell & Chuang Standards Track [Page 19] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[19ページ]。
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The assigned IP addresses that a virtual router is
responsible for backing up."
::= { vrrpAssoIpAddrEntry 1 }
支援「IPがそのa仮想のルータを扱う割り当ては責任がるある」マックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= vrrpAssoIpAddrEntry1
vrrpAssoIpAddrRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The row status variable, used according to installation
and removal conventions for conceptual rows. Setting this
object to active(1) or createAndGo(4) results in the
addition of an associated address for a virtual router.
Destroying the entry or setting it to notInService(2)
removes the associated address from the virtual router.
The use of other values is implementation-dependent."
::= { vrrpAssoIpAddrEntry 2 }
vrrpAssoIpAddrRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「インストールと取り外しコンベンションによると、概念的な行に、可変で、中古の行状態。」 アクティブな(1)かcreateAndGo(4)にこのオブジェクトを設定すると、仮想のルータのための関連アドレスの追加はもたらされます。 エントリーを破壊するか、またはnotInService(2)にそれを設定すると、関連アドレスは仮想のルータから取り除かれます。 「他の値の使用は実装依存しています。」 ::= vrrpAssoIpAddrEntry2
-- ******************************************************************* -- VRRP Router Statistics -- *******************************************************************
-- ******************************************************************* -- VRRP Router Statistics -- *******************************************************************
vrrpRouterChecksumErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of VRRP packets received with an invalid
VRRP checksum value."
::= { vrrpStatistics 1 }
「VRRPパケットの総数は無効のVRRPチェックサム価値で受けた」vrrpRouterChecksumErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpStatistics1
vrrpRouterVersionErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of VRRP packets received with an unknown
or unsupported version number."
::= { vrrpStatistics 2 }
「VRRPパケットの総数は未知の、または、サポートされないバージョン番号で受けた」vrrpRouterVersionErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpStatistics2
vrrpRouterVrIdErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
vrrpRouterVrIdErrors OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Jewell & Chuang Standards Track [Page 20] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[20ページ]。
DESCRIPTION
"The total number of VRRP packets received with an invalid
VRID for this virtual router."
::= { vrrpStatistics 3 }
「VRRPパケットの総数はこの仮想のルータのために無効のVRIDと共に受けた」記述。 ::= vrrpStatistics3
-- ******************************************************************* -- VRRP Router Statistics Table -- *******************************************************************
-- ******************************************************************* -- ルータ..統計..テーブル
vrrpRouterStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF VrrpRouterStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Table of virtual router statistics."
::= { vrrpStatistics 4 }
vrrpRouterStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF VrrpRouterStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「仮想のルータ統計のテーブル。」 ::= vrrpStatistics4
vrrpRouterStatsEntry OBJECT-TYPE
SYNTAX VrrpRouterStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table, containing statistics information
about a given virtual router."
AUGMENTS { vrrpOperEntry }
::= { vrrpRouterStatsTable 1 }
vrrpRouterStatsEntry OBJECT-TYPE SYNTAX VrrpRouterStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「与えられた仮想のルータの統計情報を含むテーブルのエントリー。」 vrrpOperEntryを増大させます:、:= vrrpRouterStatsTable1
VrrpRouterStatsEntry ::=
SEQUENCE {
vrrpStatsBecomeMaster
Counter32,
vrrpStatsAdvertiseRcvd
Counter32,
vrrpStatsAdvertiseIntervalErrors
Counter32,
vrrpStatsAuthFailures
Counter32,
vrrpStatsIpTtlErrors
Counter32,
vrrpStatsPriorityZeroPktsRcvd
Counter32,
vrrpStatsPriorityZeroPktsSent
Counter32,
vrrpStatsInvalidTypePktsRcvd
Counter32,
vrrpStatsAddressListErrors
Counter32,
vrrpStatsInvalidAuthType
VrrpRouterStatsEntry:、:= 系列、vrrpStatsBecomeMaster Counter32、vrrpStatsAdvertiseRcvd Counter32、vrrpStatsAdvertiseIntervalErrors Counter32、vrrpStatsAuthFailures Counter32、vrrpStatsIpTtlErrors Counter32、vrrpStatsPriorityZeroPktsRcvd Counter32、vrrpStatsPriorityZeroPktsSent Counter32、vrrpStatsInvalidTypePktsRcvd Counter32、vrrpStatsAddressListErrors Counter32、vrrpStatsInvalidAuthType
Jewell & Chuang Standards Track [Page 21] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[21ページ]。
Counter32,
vrrpStatsAuthTypeMismatch
Counter32,
vrrpStatsPacketLengthErrors
Counter32
}
Counter32、vrrpStatsAuthTypeMismatch Counter32、vrrpStatsPacketLengthErrors Counter32
vrrpStatsBecomeMaster OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of times that this virtual router's state
has transitioned to MASTER."
::= { vrrpRouterStatsEntry 1 }
vrrpStatsBecomeMaster OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「それの回の総数はMASTERに移行仮想のルータのこのものが述べるました」。 ::= vrrpRouterStatsEntry1
vrrpStatsAdvertiseRcvd OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of VRRP advertisements received by this
virtual router."
::= { vrrpRouterStatsEntry 2 }
「VRRP広告の総数はこの仮想のルータで受けた」vrrpStatsAdvertiseRcvd OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpRouterStatsEntry2
vrrpStatsAdvertiseIntervalErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of VRRP advertisement packets received
for which the advertisement interval is different than the
one configured for the local virtual router."
::= { vrrpRouterStatsEntry 3 }
vrrpStatsAdvertiseIntervalErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「広告間隔が地方の仮想のルータのために構成されたものと異なっているパケットが受け取ったVRRP広告の総数。」 ::= vrrpRouterStatsEntry3
vrrpStatsAuthFailures OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of VRRP packets received that do not pass
the authentication check."
::= { vrrpRouterStatsEntry 4 }
vrrpStatsAuthFailures OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「認証を通過しない受け取られたVRRPパケットの総数はチェックします」。 ::= vrrpRouterStatsEntry4
vrrpStatsIpTtlErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
vrrpStatsIpTtlErrors OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Jewell & Chuang Standards Track [Page 22] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[22ページ]。
DESCRIPTION
"The total number of VRRP packets received by the virtual
router with IP TTL (Time-To-Live) not equal to 255."
::= { vrrpRouterStatsEntry 5 }
「VRRPパケットの総数は255と等しくないIP TTL(生きる時間)と共に仮想のルータで受けた」記述。 ::= vrrpRouterStatsEntry5
vrrpStatsPriorityZeroPktsRcvd OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of VRRP packets received by the virtual
router with a priority of '0'."
::= { vrrpRouterStatsEntry 6 }
「VRRPパケットの総数は'0'の優先がある仮想のルータで受けた」vrrpStatsPriorityZeroPktsRcvd OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpRouterStatsEntry6
vrrpStatsPriorityZeroPktsSent OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of VRRP packets sent by the virtual router
with a priority of '0'."
::= { vrrpRouterStatsEntry 7 }
「VRRPパケットの総数は'0'の優先がある仮想のルータで送った」vrrpStatsPriorityZeroPktsSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpRouterStatsEntry7
vrrpStatsInvalidTypePktsRcvd OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of VRRP packets received by the virtual router
with an invalid value in the 'type' field."
::= { vrrpRouterStatsEntry 8 }
「無効の値が'タイプ'分野にある状態で、VRRPパケットの数は仮想のルータで受けた」vrrpStatsInvalidTypePktsRcvd OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpRouterStatsEntry8
vrrpStatsAddressListErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of packets received for which the address
list does not match the locally configured list for the
virtual router."
::= { vrrpRouterStatsEntry 9 }
「パケットの総数は局所的に構成されているのが仮想のルータのために記載するマッチではなく、住所録がするもののために受けた」vrrpStatsAddressListErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpRouterStatsEntry9
vrrpStatsInvalidAuthType OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of packets received with an unknown
「パケットの総数は未知で受けた」vrrpStatsInvalidAuthType OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Jewell & Chuang Standards Track [Page 23] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[23ページ]。
authentication type."
::= { vrrpRouterStatsEntry 10 }
「認証タイプ。」 ::= vrrpRouterStatsEntry10
vrrpStatsAuthTypeMismatch OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of packets received with 'Auth Type' not
equal to the locally configured authentication method
(`vrrpOperAuthType')."
::= { vrrpRouterStatsEntry 11 }
「'Auth Type'と共に受け取られていているパケットの総数は局所的に構成された認証方法('vrrpOperAuthType')と等しくない」vrrpStatsAuthTypeMismatch OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpRouterStatsEntry11
vrrpStatsPacketLengthErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of packets received with a packet length
less than the length of the VRRP header."
::= { vrrpRouterStatsEntry 12 }
「パケット長がVRRPヘッダーの長さより少ない状態でパケットの総数は受けた」vrrpStatsPacketLengthErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= vrrpRouterStatsEntry12
-- ******************************************************************* -- Trap Definitions -- *******************************************************************
-- ******************************************************************* -- 罠..定義
vrrpNotifications OBJECT IDENTIFIER ::= { vrrpMIB 0 }
vrrpNotificationsオブジェクト識別子:、:= vrrpMIB0
vrrpTrapPacketSrc OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS accessible-for-notify
STATUS current
DESCRIPTION
"The IP address of an inbound VRRP packet. Used by
vrrpTrapAuthFailure trap."
::= { vrrpOperations 5 }
vrrpTrapPacketSrc OBJECT-TYPE SYNTAX IpAddressマックス-ACCESS、アクセスしやすい、通知、「パケットはIPは本国行きのVRRPを扱う」STATUSの現在の記述。 「vrrpTrapAuthFailure罠で、使用されます」。 ::= vrrpOperations5
vrrpTrapAuthErrorType OBJECT-TYPE
SYNTAX INTEGER {
invalidAuthType (1),
authTypeMismatch (2),
authFailure (3)
}
MAX-ACCESS accessible-for-notify
STATUS current
DESCRIPTION
"Potential types of configuration conflicts.
Used by vrrpAuthFailure trap."
vrrpTrapAuthErrorType OBJECT-TYPE SYNTAX INTEGER、invalidAuthType(1)、authTypeMismatch(2)、authFailure(3)、マックス-ACCESS、アクセスしやすい、通知、STATUSの現在の記述、「潜在的タイプの構成は闘争します」。 「vrrpAuthFailure罠で、使用されます」。
Jewell & Chuang Standards Track [Page 24] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[24ページ]。
::= { vrrpOperations 6 }
::= vrrpOperations6
vrrpTrapNewMaster NOTIFICATION-TYPE
OBJECTS { vrrpOperMasterIpAddr
}
STATUS current
DESCRIPTION
"The newMaster trap indicates that the sending agent
has transitioned to 'Master' state."
::= { vrrpNotifications 1 }
vrrpTrapNewMaster NOTIFICATION-TYPE OBJECTS vrrpOperMasterIpAddr、「newMaster罠は、状態を'マスタリングする'ために送付エージェントが移行したのを示す」STATUSの現在の記述。 ::= vrrpNotifications1
vrrpTrapAuthFailure NOTIFICATION-TYPE
OBJECTS { vrrpTrapPacketSrc,
vrrpTrapAuthErrorType
}
STATUS current
DESCRIPTION
"A vrrpAuthFailure trap signifies that a packet has
been received from a router whose authentication key
or authentication type conflicts with this router's
authentication key or authentication type. Implementation
of this trap is optional."
::= { vrrpNotifications 2 }
vrrpTrapAuthFailure NOTIFICATION-TYPE OBJECTS、vrrpTrapPacketSrc、vrrpTrapAuthErrorType、STATUSの現在の記述、「vrrpAuthFailure罠は、パケットが認証キーか認証がこのルータの認証キーか認証タイプとの闘争をタイプするルータから受け取られたのを意味します」。 「この罠の実装は任意です。」 ::= vrrpNotifications2
-- ******************************************************************* -- Conformance Information -- *******************************************************************
-- ******************************************************************* -- Conformance Information -- *******************************************************************
vrrpMIBCompliances OBJECT IDENTIFIER ::= { vrrpConformance 1 }
vrrpMIBGroups OBJECT IDENTIFIER ::= { vrrpConformance 2 }
vrrpMIBCompliancesオブジェクト識別子:、:= vrrpConformance1vrrpMIBGroupsオブジェクト識別子:、:= vrrpConformance2
-- ................................................................... -- Compliance Statements -- ...................................................................
-- ................................................................... -- 承諾声明--、…
vrrpMIBCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The core compliance statement for all VRRP implementations."
MODULE -- this module
MANDATORY-GROUPS {
vrrpOperGroup,
vrrpStatsGroup
}
OBJECT vrrpOperPriority
WRITE-SYNTAX Integer32 (1..255)
DESCRIPTION "SETable values are from 1 to 255."
vrrpMIBCompliance MODULE-COMPLIANCE STATUSの現在の記述、「すべてのVRRP実装のためのコア承諾声明。」 MODULE--、このモジュールMANDATORY-GROUPS、vrrpOperGroup、vrrpStatsGroup、OBJECT vrrpOperPriority WRITE-SYNTAX Integer32(1 .255)記述は「SETableが、評価する1〜255です」。
Jewell & Chuang Standards Track [Page 25] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[25ページ]。
::= { vrrpMIBCompliances 1 }
::= vrrpMIBCompliances1
-- ................................................................... -- Conformance Groups -- ...................................................................
-- ................................................................... -- 順応は分類されます--、…
vrrpOperGroup OBJECT-GROUP
OBJECTS {
vrrpNodeVersion,
vrrpNotificationCntl,
vrrpOperVirtualMacAddr,
vrrpOperState,
vrrpOperAdminState,
vrrpOperPriority,
vrrpOperIpAddrCount,
vrrpOperMasterIpAddr,
vrrpOperPrimaryIpAddr,
vrrpOperAuthType,
vrrpOperAuthKey,
vrrpOperAdvertisementInterval,
vrrpOperPreemptMode,
vrrpOperVirtualRouterUpTime,
vrrpOperProtocol,
vrrpOperRowStatus,
vrrpAssoIpAddrRowStatus
}
STATUS current
DESCRIPTION
"Conformance group for VRRP operations."
::= { vrrpMIBGroups 1 }
vrrpOperGroup OBJECT-GROUP OBJECTS、vrrpNodeVersion、vrrpNotificationCntl、vrrpOperVirtualMacAddr、vrrpOperState、vrrpOperAdminState、vrrpOperPriority、vrrpOperIpAddrCount、vrrpOperMasterIpAddr、vrrpOperPrimaryIpAddr、vrrpOperAuthType、vrrpOperAuthKey、vrrpOperAdvertisementInterval、vrrpOperPreemptMode、vrrpOperVirtualRouterUpTime、vrrpOperProtocol、vrrpOperRowStatus、vrrpAssoIpAddrRowStatus、「順応はVRRP操作のために分類する」STATUSの現在の記述。 ::= vrrpMIBGroups1
vrrpStatsGroup OBJECT-GROUP
OBJECTS {
vrrpRouterChecksumErrors,
vrrpRouterVersionErrors,
vrrpRouterVrIdErrors,
vrrpStatsBecomeMaster,
vrrpStatsAdvertiseRcvd,
vrrpStatsAdvertiseIntervalErrors,
vrrpStatsAuthFailures,
vrrpStatsIpTtlErrors,
vrrpStatsPriorityZeroPktsRcvd,
vrrpStatsPriorityZeroPktsSent,
vrrpStatsInvalidTypePktsRcvd,
vrrpStatsAddressListErrors,
vrrpStatsInvalidAuthType,
vrrpStatsAuthTypeMismatch,
vrrpStatsPacketLengthErrors
vrrpStatsGroupオブジェクト群対象、vrrpRouterChecksumErrors、vrrpRouterVersionErrors、vrrpRouterVrIdErrors、vrrpStatsBecomeMaster、vrrpStatsAdvertiseRcvd、vrrpStatsAdvertiseIntervalErrors、vrrpStatsAuthFailures、vrrpStatsIpTtlErrors、vrrpStatsPriorityZeroPktsRcvd、vrrpStatsPriorityZeroPktsSent、vrrpStatsInvalidTypePktsRcvd、vrrpStatsAddressListErrors、vrrpStatsInvalidAuthType、vrrpStatsAuthTypeMismatch、vrrpStatsPacketLengthErrors
Jewell & Chuang Standards Track [Page 26] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[26ページ]。
}
STATUS current
DESCRIPTION
"Conformance group for VRRP statistics."
::= { vrrpMIBGroups 2 }
} 「順応はVRRP統計のために分類する」STATUSの現在の記述。 ::= vrrpMIBGroups2
vrrpTrapGroup OBJECT-GROUP
OBJECTS {
vrrpTrapPacketSrc,
vrrpTrapAuthErrorType
}
STATUS current
DESCRIPTION
"Conformance group for objects contained in VRRP notifications."
::= { vrrpMIBGroups 3 }
vrrpTrapGroup OBJECT-GROUP OBJECTS、vrrpTrapPacketSrc、vrrpTrapAuthErrorType、「オブジェクトのための順応グループはVRRP通知に含んだ」STATUSの現在の記述。 ::= vrrpMIBGroups3
vrrpNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS {
vrrpTrapNewMaster,
vrrpTrapAuthFailure
}
STATUS current
DESCRIPTION
"The VRRP MIB Notification Group."
::= { vrrpMIBGroups 4 }
vrrpNotificationGroup NOTIFICATION-GROUP NOTIFICATIONS、vrrpTrapNewMaster、vrrpTrapAuthFailure、「VRRP MIB通知は分類する」STATUSの現在の記述。 ::= vrrpMIBGroups4
END
終わり
4. Security Considerations
4. セキュリティ問題
There are a number of management objects defined in this MIB that have a MAX-ACCESS clause of read-write or read-create. Such objects may be considered sensitive or vulnerable to security attacks in some networking environments. The support for SET operations in a non- secure environment without proper protection can have a negative effect on VRRP router operations.
aがあります。読書して書くことのマックス-ACCESS節を持っているこのMIBで定義された管理オブジェクトに付番するか、または読書して作成します。 そのようなオブジェクトはいくつかのネットワーク環境におけるセキュリティー攻撃に敏感であるか、または被害を受け易いと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはVRRPルータ操作のときにマイナスの影響がある場合があります。
A number of objects in the vrrpOperTable possess the read-create attribute. Manipulation of these objects is capable of affecting the operation of a virtual router.
vrrpOperTableの多くのオブジェクトが所有している、属性を読書して作成してください。 これらのオブジェクトの操作は仮想のルータの操作に影響できます。
Specific examples of this include, but are not limited to:
含んでいますが、この特定の例は制限されません:
o The vrrpOperAdminState object which could be used to disable a
virtual router.
o 仮想のルータを無効にするのに使用できたvrrpOperAdminStateオブジェクト。
o The vrrpOperPrimaryIpAddr object which, if compromised, could allow
assignment of an invalid IP address to a master router.
o 感染されるなら無効のIPアドレスの課題をマスタールータに許容するかもしれないvrrpOperPrimaryIpAddrオブジェクト。
Jewell & Chuang Standards Track [Page 27] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[27ページ]。
o The authentication type/key related objects which could potentially
render the VRRP security mechanisms ineffective.
o 認証タイプ/キーは潜在的にVRRPセキュリティー対策を効力がなく表すことができたオブジェクトを関係づけました。
Of additional concern is the ability to disable the transmission of traps. This would nullify the capability of a virtual router to provide notification in the event of an authentication failure.
追加することでは、関心は罠の送信を無効にする能力です。 これは仮想のルータが認証失敗の場合、通知を提供する能力を無効にするでしょう。
SNMPv1 by itself is not a secure environment. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB.
それ自体でSNMPv1は安全な環境ではありません。 ネットワーク自体が安全であっても(例えば、IPSecを使用するのによる)、その時でさえ、アクセスとGET/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 an instance of this 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/create/delete) them.
そして、本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために構成されて、それはこのMIBのインスタンスへのアクセスを与えるSNMP実体が適切にそうであることを保証する顧客/ユーザ責任です。
5. Acknowledgements
5. 承認
The authors would like to thank Danny Mitzel, Venkat Prasad, Al Pham, Robert Hinden, Venkat Prasad, Barbera Denny, Fred Baker, Jeff Case, Flavio Fernandes, Acee Lindem, Scott Barvick, and Bert Wijnen for their comments and suggestions.
作者は彼らのコメントと提案についてダニーMitzel、ヴェンカト・プラサード、アル・ファム、ロバートHinden、ヴェンカト・プラサード、バーベラ・デニー、フレッド・ベイカー、ジェフCase、フラビオフェルナンデス、Acee Lindem、スコットBarvick、およびバートWijnenに感謝したがっています。
6. References
6. 参照
[1] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for
Describing SNMP Management Frameworks", RFC 2571, April 1999.
[1] ハリントンとD.とPresuhnとR.とB.Wijnen、「SNMP管理フレームワークについて説明するためのアーキテクチャ」、RFC2571、1999年4月。
[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、「TCP/IPベースのインターネットのための経営情報の構造と識別」(STD16、RFC1155)は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, March 1991.
[4] ローズ、1991年3月、M.、「SNMPとの使用のためのDefining TrapsのためのConvention」RFC1215。
[5] 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.
[5]McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS.Waldbusser、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
Jewell & Chuang Standards Track [Page 28] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[28ページ]。
[6] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose,
M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58,
RFC 2579, April 1999.
[6]McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS.Waldbusser、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[7] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose,
M. and S. Waldbusser, "Conformance Statements for SMIv2", STD
58, RFC 2580, April 1999.
[7]McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS.Waldbusser、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[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 2572, April 1999.
[11]ケース、J.、ハリントンD.、Presuhn R.、およびB.Wijnen、「メッセージ処理と簡単なネットワークマネージメントのために急いでいるのは(SNMP)について議定書の中で述べます」、RFC2572、1999年4月。
[12] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM)
for version 3 of the Simple Network Management Protocol
(SNMPv3)", RFC 2574, April 1999.
[12] ブルーメンソルとU.とB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、RFC2574、1999年4月。
[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
2573, April 1999.
[14] レビとD.とマイヤーとP.とB.スチュワート、「SNMPv3アプリケーション」、RFC2573、1999年4月。
[15] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access
Control Model (VACM) for the Simple Network Management Protocol
(SNMP)", RFC 2575, April 1999
[15] Wijnen、B.、Presuhn、R.、およびK.McCloghrie、「簡単なネットワークマネージメントのための視点ベースのアクセス制御モデル(VACM)は(SNMP)について議定書の中で述べます」、RFC2575、1999年4月
[16] Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction
to Version 3 of the Internet-standard Network Management
Framework", RFC 2570, April 1999
[16] ケースとJ.とマンディとR.とパーテインとD.とB.スチュワート、「インターネット標準ネットワークマネージメントフレームワークのバージョン3への序論」、RFC2570、1999年4月
[17] Knight, S., Weaver, D., Whipple, D., Hinden, R., Mitzel, D.,
Hunt, P., Higginson, P., Shand, M. and Lindem, A., "Virtual
Router Redundancy Protocol", RFC 2338, November 1997.
[17] ナイトとS.とウィーバーとD.とホイップルとD.とHindenとR.とMitzelとD.と狩りとP.とヒギンソンとP.とシャンドとM.とLindem、A.、「仮想のルータ冗長プロトコル」、RFC2338、1997年11月。
[18] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB
using SMIv2", RFC 2233, November 1997.
[18] McCloghrie、K.、およびF.Kastenholz、「インタフェースは1997年11月にSMIv2"、RFC2233を使用するMIBを分類します」。
Jewell & Chuang Standards Track [Page 29] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[29ページ]。
7. Authors' Addresses
7. 作者のアドレス
Brian R. Jewell Copper Mountain Networks, Inc. 2470 Embarcadero Way Palo Alto, California 94303 US
ブライアン・R.ジュエル・カッパーマウンテンは米国でInc.2470波止場道パロアルト(カリフォルニア)94303をネットワークでつなぎます。
Phone: +1 650 687 3367 EMail: bjewell@coppermountain.com
以下に電話をしてください。 +1 3367年の650 687メール: bjewell@coppermountain.com
David Chuang CoSine Communications 1200 Bridge Parkway Redwood City, CA 94065 US
デヴィッドChuangコサインコミュニケーション1200ブリッジParkwayカリフォルニア94065レッドウッドシティー(米国)
Phone: +1 650 628 4850 EMail: david_chuang@cosinecom.com
以下に電話をしてください。 +1 4850年の650 628メール: david_chuang@cosinecom.com
8. Intellectual Property Statement
8. 知的所有権声明
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 implementors or users of this specification can be obtained from the IETF Secretariat.
IETFはどんな知的所有権の正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。どんなそのような権利も特定するためにいずれも取り組みにしました。 BCP-11で標準化過程の権利と規格の関連するドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可が作成者によるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、または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専務に情報を扱ってください。
Jewell & Chuang Standards Track [Page 30] RFC 2787 VRRP MIB Management Objects March 2000
ジュエルとChuang規格は2000年3月にRFC2787VRRP MIB管理オブジェクトの跡をつけます[30ページ]。
9. Full Copyright Statement
9. 完全な著作権宣言文
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 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機能のための基金は現在、インターネット協会によって提供されます。
Jewell & Chuang Standards Track [Page 31]
ジュエルとChuang標準化過程[31ページ]
一覧
スポンサーリンク
