RFC3559 日本語訳
3559 Multicast Address Allocation MIB. D. Thaler. June 2003. (Format: TXT=68239 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group D. Thaler Request for Comments: 3559 Microsoft Category: Standards Track June 2003
ターレルがコメントのために要求するワーキンググループD.をネットワークでつないでください: 3559年のマイクロソフトカテゴリ: 標準化過程2003年6月
Multicast Address Allocation MIB
マルチキャストアドレス配分MIB
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 (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
Abstract
要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing multicast address allocation.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはマルチキャストアドレス配分を管理するのに使用される管理オブジェクトについて説明します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. The Internet-Standard Management Framework . . . . . . . . . . 2
3. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
3.1. Protocol-independent objects . . . . . . . . . . . . . . 3
3.2. Protocol-specific objects. . . . . . . . . . . . . . . . 3
4. Definitions. . . . . . . . . . . . . . . . . . . . . . . . . . 4
5. IANA Considerations. . . . . . . . . . . . . . . . . . . . . . 32
6. Security Considerations. . . . . . . . . . . . . . . . . . . . 33
7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 34
8. Intellectual Property Statement. . . . . . . . . . . . . . . . 34
9. References . . . . . . . . . . . . . . . . . . . . . . . . . . 35
9.1. Normative References . . . . . . . . . . . . . . . . . . 35
9.2. Informative References . . . . . . . . . . . . . . . . . 35
10. Author's Address . . . . . . . . . . . . . . . . . . . . . . . 36
11. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 37
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 2 2。 インターネット標準の管理枠組み. . . . . . . . . . 2 3。 概観. . . . . . . . . . . . . . . . . . . . . . . . . . . 2 3.1。 プロトコルから独立している物. . . . . . . . . . . . . . 3 3.2。 プロトコル特有の物。 . . . . . . . . . . . . . . . 3 4. 定義。 . . . . . . . . . . . . . . . . . . . . . . . . . 4 5. IANA問題。 . . . . . . . . . . . . . . . . . . . . . 32 6. セキュリティ問題。 . . . . . . . . . . . . . . . . . . . 33 7. 承認. . . . . . . . . . . . . . . . . . . . . . . 34 8。 知的所有権声明。 . . . . . . . . . . . . . . . 34 9. 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 35 9.1。 引用規格. . . . . . . . . . . . . . . . . . 35 9.2。 有益な参照. . . . . . . . . . . . . . . . . 35 10。 作者のアドレス. . . . . . . . . . . . . . . . . . . . . . . 36 11。 完全な著作権宣言文. . . . . . . . . . . . . . . . . . . 37
Thaler Standards Track [Page 1] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[1ページ]。
1. Introduction
1. 序論
This document defines a Management Information Base (MIB) module for managing multicast address allocation in a protocol-independent manner, as well as for managing specific protocols used in allocating multicast addresses. The protocol-independent objects in this MIB apply to all multicast address allocation servers (MAASs) and clients, as described in [ARCH], including those that allocate source-specific multicast addresses for the local machine.
このドキュメントはプロトコルから独立している方法でマルチキャストアドレス配分を管理するためのManagement Information基地(MIB)のモジュールを定義します、よく特定のプロトコルがマルチキャストアドレスを割り当てる際に使用した管理のように。 このMIBのプロトコルから独立している物はすべてのマルチキャストアドレス配分サーバ(MAASs)とクライアントに適用されます、[ARCH]で説明されるように、地方のマシンのためのソース特有のマルチキャストアドレスを割り当てるものを含んでいて。
The protocol-specific objects in this MIB include objects related to the Multicast Address Dynamic Client Allocation Protocol (MADCAP) [MADCAP]. Interactions with the Multicast-scope Zone Announcement Protocol (MZAP) [MZAP] are also noted where appropriate.
このMIBのプロトコル特有の物はMulticast Address Dynamic Client Allocationプロトコル(MADCAP)[MADCAP]に関連する物を含んでいます。 また、Multicast-範囲Zone Announcementプロトコル(MZAP)[MZAP]との相互作用も適切であるところで有名です。
2. The Internet-Standard Management Framework
2. インターネット標準の管理枠組み
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[RFC3410]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP).
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIB物はSimple Network Managementプロトコル(SNMP)を通してアクセスされます。
Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
MIBの物は、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。
3. Overview
3. 概観
The purpose of this MIB module is to provide the ability to configure and monitor the status of multicast address allocation within the local domain.
このMIBモジュールの目的は局所領域の中でマルチキャストアドレス配分の状態を構成して、モニターする能力を提供することです。
Some important monitoring questions which can be answered by this MIB module include:
このMIBモジュールで答えることができるいくつかの重要なモニターしている質問は:
o How full is scope X?
o 範囲は満どのようにXですか?
o Who's using up the space?
o だれがスペースを使いきっていますか?
o Who allocated a given address A?
o だれが与えられたアドレスAを割り当てましたか?
o Are requests being met?
o 要求は迎えられていますか?
Thaler Standards Track [Page 2] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[2ページ]。
This MIB module is divided into two primary sections:
このMIBモジュールは2つの第一のセクションに分割されます:
o Protocol-independent objects relevant to all multicast address
allocation servers and clients.
o すべてのマルチキャストに関連しているプロトコルから独立している物は配分サーバとクライアントに演説します。
o Protocol-specific objects related to the MADCAP client-server
protocol.
o プロトコル特有の物はMADCAPクライアント/サーバプロトコルに関連しました。
3.1. Protocol-independent objects
3.1. プロトコルから独立している物
The protocol-independent objects consist of one "capabilities" scalar and five tables. The tables are:
プロトコルから独立している物は1つの「能力」スカラと5個のテーブルから成ります。 テーブルは以下の通りです。
o The Scope Table contains information on the multicast scopes
known to a multicast address allocation server. This table
allows configuring scopes, and viewing what scopes are known to
the local system after being configured elsewhere.
o Scope Tableはマルチキャストアドレス配分サーバに知られているマルチキャスト範囲の情報を含んでいます。このテーブルは、範囲と、見られるものを見るのが、そうであることを構成するのをほかの場所で構成された後にローカルシステムに知られていた状態で許容します。
o The Scope Name Table contains the names of the multicast
scopes. This table logically extends the Scope Table with the
list of scope names in various languages for each scope.
o Scope Name Tableはマルチキャスト範囲の名前を含んでいます。 このテーブルは様々な言語の範囲名のリストで各範囲にScope Tableを論理的に広げています。
o The Allocation Range Table contains the address ranges out of
which the device may allocate addresses. It also allows
answering the questions "How full is scope X?" and "Are
requests being met?"
o Allocation Range Tableは装置がアドレスを割り当てるかもしれないアドレスの範囲を含んでいます。 また、それで、「範囲は満どのようにXですか?」という質問と「要求は迎えられていますか?」に答えます。
o The Request Table contains the requests for address
allocations, and allows answering the question "Who's using up
the space?"
o Request Tableは、アドレス配分を求める要求を含んでいて、「だれがスペースを使いきっていますか?」という質問に答えるのを許容します。
o The Address Table contains the blocks of addresses which have
been allocated, and together with the Request Table, allows
answering the question "Who allocated a given address A?"
o Address Tableは、割り当てる、およびRequest Tableと共にあったアドレスのブロックを含んでいて、「だれが与えられたアドレスAを割り当てましたか?」という質問に答えるのを許容します。
3.2. Protocol-specific objects
3.2. プロトコル特有の物
The MADCAP objects consist of a group of (scalar) configuration parameters, and a group of (scalar) statistics.
MADCAP物は(スカラ)の設定パラメータのグループ、および(スカラ)の統計のグループから成ります。
Thaler Standards Track [Page 3] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[3ページ]。
4. Definitions
4. 定義
MALLOC-MIB DEFINITIONS ::= BEGIN
MALLOC-MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, OBJECT-IDENTITY, mib-2,
Unsigned32, Gauge32, Counter32 FROM SNMPv2-SMI
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、OBJECT-IDENTITY、mib-2、Unsigned32、Gauge32、Counter32 FROM SNMPv2-SMI
RowStatus, TruthValue, StorageType FROM SNMPv2-TC
SNMPv2-TcからのRowStatus、TruthValue、StorageType
MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF
SNMPv2-CONFからのモジュールコンプライアンス、物グループ
InetAddress, InetAddressType FROM INET-ADDRESS-MIB
INETアドレスMIBからのInetAddress、InetAddressType
LanguageTag FROM IPMROUTE-STD-MIB
IPMROUTE-STD-MIBからのLanguageTag
SnmpAdminString FROM SNMP-FRAMEWORK-MIB
SNMP枠組みのMIBからのSnmpAdminString
IANAscopeSource, IANAmallocRangeSource FROM IANA-MALLOC-MIB;
IANA-MALLOC-MIBからのIANAscopeSource、IANAmallocRangeSource。
mallocMIB MODULE-IDENTITY
LAST-UPDATED "200306090000Z" -- June 9, 2003
ORGANIZATION "IETF MALLOC Working Group"
CONTACT-INFO
" WG-EMail: malloc@catarina.usc.edu
Subscribe: malloc-request@catarina.usc.edu
Archive: catarina.usc.edu/pub/multicast/malloc/
mallocMIBモジュールアイデンティティ最終更新日の"200306090000Z"--「以下をWGメールしてください」という2003年6月9日組織「IETF MALLOCワーキンググループ」コンタクトインフォメーション malloc@catarina.usc.edu は申し込まれます: malloc-request@catarina.usc.edu アーカイブ: catarina.usc.edu/pub/multicast/malloc/
Co-chair/editor:
Dave Thaler
Microsoft Corporation
One Microsoft Way
Redmond, WA 98052
EMail: dthaler@microsoft.com
共同議長/エディタ: レッドモンド、ワシントン 98052がメールするデーヴターレルマイクロソフト社1マイクロソフト方法: dthaler@microsoft.com
Co-chair:
Steve Hanna
Sun Microsystems, Inc.
One Network Drive
Burlington, MA 01803
EMail: steve.hanna@sun.com"
DESCRIPTION
"The MIB module for management of multicast address
allocation.
共同議長: スティーブハンナサン・マイクロシステムズ・インク1はドライブバーリントンをネットワークでつないで、MA 01803はメールされます: " steve.hanna@sun.com "記述、「マルチキャストアドレス配分の管理のためのMIBモジュール。」
Copyright (C) The Internet Society (2003). This version of
this MIB module is part of RFC 3559; see the RFC itself for
full legal notices."
Copyright(C)インターネット協会(2003)。 このMIBモジュールのこのバージョンはRFC3559の一部です。 「完全な法定の通知に関してRFC自身を見てください。」
Thaler Standards Track [Page 4] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[4ページ]。
-- revision log
-- 改正ログ
REVISION "200306090000Z" -- June 9, 2003
DESCRIPTION
"Initial version, published as RFC 3559."
::= { mib-2 101 }
REVISION"200306090000Z"--「初期のバージョンであって、RFC3559として発行された」2003年6月9日記述。 ::= mib-2 101
mallocMIBObjects OBJECT IDENTIFIER ::= { mallocMIB 1 }
mallocMIBObjects物の識別子:、:= mallocMIB1
malloc OBJECT IDENTIFIER ::= { mallocMIBObjects 1 }
malloc OBJECT IDENTIFIER:、:= mallocMIBObjects1
madcap OBJECT IDENTIFIER ::= { mallocMIBObjects 2 }
向こう見ずなOBJECT IDENTIFIER:、:= mallocMIBObjects2
-- -- scalars --
-- -- スカラ--
mallocCapabilities OBJECT-TYPE
SYNTAX BITS {
startTime(0),
serverMobility(1),
retryAfter(2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object describes the capabilities which a client or
server supports. The startTime bit indicates that
allocations with a future start time are supported. The
serverMobility bit indicates that allocations can be renewed
or released from a server other than the one granting the
original allocation. The retryAfter bit indicates support
for a waiting state where the client may check back at a
later time to get the status of its request."
::= { malloc 1 }
mallocCapabilities OBJECT-TYPE SYNTAX BITS、startTime(0)、serverMobility(1)、retryAfter(2)、マックス-ACCESSの読書だけのSTATUSの現在の記述は「クライアントかサーバが支持する能力について説明これが反対するします」。 startTimeビットは、将来の開始時刻がある配分が支持されるのを示します。 serverMobilityビットは、オリジナルの配分を承諾するもの以外のサーバから配分を更新するか、またはリリースできるのを示します。 「クライアントが要求の状態を得るために後で調べ直すかもしれないところでretryAfterビットは待ち状態のサポートを示します。」 ::= malloc1
-- -- the Scope Table --
-- -- 範囲テーブル--
mallocScopeTable OBJECT-TYPE
SYNTAX SEQUENCE OF MallocScopeEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The (conceptual) table containing information on multicast
scopes from which addresses may be allocated. Entries in
this table may be dynamically discovered via some other
「マルチキャストの(概念的)のテーブル含有情報はどのアドレスを割り当てるかもしれないかから見る」mallocScopeTable OBJECT-TYPE SYNTAX SEQUENCE OF MallocScopeEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 を通してこのテーブルのエントリーがダイナミックに発見されるかもしれない、ある他の
Thaler Standards Track [Page 5] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[5ページ]。
protocol, such as MZAP, or may be statically configured,
such as in an isolated network environment. Each scope is
associated with a range of multicast addresses, and ranges
for different rows must be disjoint."
::= { malloc 2 }
MZAPなどのように議定書を作るか、または孤立しているネットワーク環境などのように静的に構成されるかもしれません。 「それぞれの範囲はさまざまなマルチキャストアドレスに関連しています、そして、異なった列への範囲はばらばらになることであるに違いありません。」 ::= malloc2
mallocScopeEntry OBJECT-TYPE
SYNTAX MallocScopeEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry (conceptual row) containing the information on a
particular multicast scope."
INDEX { mallocScopeAddressType, mallocScopeFirstAddress }
::= { mallocScopeTable 1 }
mallocScopeEntry OBJECT-TYPE SYNTAX MallocScopeEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のマルチキャスト範囲の情報を含むエントリー(概念的な列)。」 mallocScopeAddressType、mallocScopeFirstAddressに索引をつけてください:、:= mallocScopeTable1
MallocScopeEntry ::= SEQUENCE {
mallocScopeAddressType InetAddressType,
mallocScopeFirstAddress InetAddress,
mallocScopeLastAddress InetAddress,
mallocScopeHopLimit Unsigned32,
mallocScopeStatus RowStatus,
mallocScopeSource IANAscopeSource,
mallocScopeDivisible TruthValue,
mallocScopeServerAddressType InetAddressType,
mallocScopeServerAddress InetAddress,
mallocScopeSSM TruthValue,
mallocScopeStorage StorageType
}
MallocScopeEntry:、:= 系列mallocScopeAddressType InetAddressType、mallocScopeFirstAddress InetAddress、mallocScopeLastAddress InetAddress、mallocScopeHopLimit Unsigned32、mallocScopeStatus RowStatus、mallocScopeSource IANAscopeSource、mallocScopeDivisible TruthValue、mallocScopeServerAddressType InetAddressType、mallocScopeServerAddress InetAddress、mallocScopeSSM TruthValue、mallocScopeStorage StorageType
mallocScopeAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The type of the addresses in the multicast scope range.
Legal values correspond to the subset of address families
for which multicast address allocation is supported."
::= { mallocScopeEntry 1 }
mallocScopeAddressType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「マルチキャスト範囲のアドレスのタイプは及びます」。 「法定価格はマルチキャストアドレス配分が支持されるアドレス家族の部分集合に対応しています。」 ::= mallocScopeEntry1
mallocScopeFirstAddress OBJECT-TYPE
SYNTAX InetAddress (SIZE(0..20))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The first address in the multicast scope range. The type
of this address is determined by the value of the
mallocScopeAddressType object."
「1番目はマルチキャスト範囲の範囲に記述する」mallocScopeFirstAddress OBJECT-TYPE SYNTAX InetAddress(SIZE(0 .20))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このアドレスのタイプはmallocScopeAddressType物の値で決定します。」
Thaler Standards Track [Page 6] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[6ページ]。
::= { mallocScopeEntry 2 }
::= mallocScopeEntry2
mallocScopeLastAddress OBJECT-TYPE
SYNTAX InetAddress (SIZE(0..20))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The last address in the multicast scope range. The type of
this address is determined by the value of the
mallocScopeAddressType object."
::= { mallocScopeEntry 3 }
mallocScopeLastAddress OBJECT-TYPE SYNTAX InetAddress(SIZE(0 .20))マックス-ACCESSは「最終はマルチキャスト範囲の範囲に記述する」STATUSの現在の記述を読書して作成します。 「このアドレスのタイプはmallocScopeAddressType物の値で決定します。」 ::= mallocScopeEntry3
mallocScopeHopLimit OBJECT-TYPE
SYNTAX Unsigned32 (0..255)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The default IPv4 TTL or IPv6 hop limit which applications
should use for groups within the scope."
DEFVAL { 255 }
::= { mallocScopeEntry 4 }
mallocScopeHopLimit OBJECT-TYPE SYNTAX Unsigned32(0 .255)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「デフォルトIPv4 TTLかIPv6がアプリケーションがグループに範囲の中で使用するべきである限界を飛び越します」。 DEFVAL255:、:= mallocScopeEntry4
mallocScopeStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this row, by which new entries may be
created, or old entries deleted from this table. If write
access is supported, the other writable objects in this
table may be modified even while the status is `active'."
::= { mallocScopeEntry 5 }
mallocScopeStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「新しいエントリーがどれであるかもしれないかによって作成されたこの列の状態か古いエントリーがこのテーブルから削除した」STATUSの現在の記述を読書して作成します。 「書く、アクセスが支持されて、状態が'アクティブでさえある'間、このテーブルの他の書き込み可能な物が変更されるかもしれない、」 ::= mallocScopeEntry5
mallocScopeSource OBJECT-TYPE
SYNTAX IANAscopeSource
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The method by which this entry was learned."
::= { mallocScopeEntry 6 }
mallocScopeSource OBJECT-TYPE SYNTAX IANAscopeSourceのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このエントリーが学習された方法。」 ::= mallocScopeEntry6
mallocScopeDivisible OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"If false, the server may allocate addresses out of the
entire range. If true, the server must not allocate
「サーバは全体の範囲からアドレスを虚偽で割り当てるかもしれない」なら、mallocScopeDivisible OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSがSTATUSの現在の記述を読書して作成します。 本当に、サーバは割り当ててはいけません。
Thaler Standards Track [Page 7] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[7ページ]。
addresses out of the entire range, but may only allocate
addresses out of a subrange learned via another method.
Creating or deleting a scope which is not divisible has the
side effect of creating or deleting the corresponding entry
in the mallocAllocRangeTable. Deleting a scope which is
divisible has the side effect of deleting any corresponding
entries in the mallocAllocRangeTable, and the
mallocRequestTable."
DEFVAL { false }
::= { mallocScopeEntry 7 }
全体からのアドレスは、及びますが、別の方法で学習されたサブレンジからアドレスを割り当てるだけであるかもしれません。 分割可能でない範囲を作成するか、または削除するのにおいて、mallocAllocRangeTableで対応するエントリーを作成するか、または削除する副作用があります。 「分割可能な範囲を削除すると、どんな対応するエントリーも削除する副作用はmallocAllocRangeTable、およびmallocRequestTableに持たれています。」 DEFVAL偽:、:= mallocScopeEntry7
mallocScopeServerAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The type of the address of a multicast address allocation
server to which a request may be sent."
DEFVAL { unknown }
::= { mallocScopeEntry 8 }
mallocScopeServerAddressType OBJECT-TYPE SYNTAX InetAddressTypeマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「要求が送られるかもしれないマルチキャストアドレス配分サーバのアドレスのタイプ。」 DEFVAL未知:、:= mallocScopeEntry8
mallocScopeServerAddress OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The address of a multicast address allocation server to
which a request may be sent. The default value is an zero-
length address, indicating that no server is known. The
type of this address is determined by the value of the
mallocScopeServerAddressType object."
DEFVAL { ''h } -- the empty string
::= { mallocScopeEntry 9 }
mallocScopeServerAddress OBJECT-TYPE SYNTAX InetAddressマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「要求が送られるかもしれないマルチキャストアドレス配分サーバのアドレス。」 サーバが全く知られていないのを示して、デフォルト値は無の長さのアドレスです。 「このアドレスのタイプはmallocScopeServerAddressType物の値で決定します。」 DEFVAL、「h、--空は以下を結びます:、」= mallocScopeEntry9
mallocScopeSSM OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates whether the scope is a Source-Specific Multicast
(SSM) range."
DEFVAL { false }
::= { mallocScopeEntry 10 }
mallocScopeSSM OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「範囲がSource特有のMulticast(SSM)範囲であるか否かに関係なく、示す」STATUSを読書して作成します。 DEFVAL偽:、:= mallocScopeEntry10
mallocScopeStorage OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
mallocScopeStorage OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSはSTATUS海流を読書して引き起こします。
Thaler Standards Track [Page 8] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[8ページ]。
DESCRIPTION
"The storage type for this conceptual row. Conceptual rows
having the value 'permanent' need not allow write-access to
any columnar objects in the row."
DEFVAL { nonVolatile }
::= { mallocScopeEntry 11 }
「これに、概念的な格納タイプはこぐ」記述。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 DEFVAL、不揮発性:、:= mallocScopeEntry11
-- -- the Scope Name Table --
-- -- 範囲ネームテーブル--
mallocScopeNameTable OBJECT-TYPE
SYNTAX SEQUENCE OF MallocScopeNameEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The (conceptual) table containing information on multicast
scope names. Entries in this table may be dynamically
discovered via some other protocol, such as MZAP, or may be
statically configured, such as in an isolated network
environment."
::= { malloc 3 }
「マルチキャスト範囲の(概念的)のテーブル含有情報は命名する」mallocScopeNameTable OBJECT-TYPEのSYNTAX SEQUENCE OF MallocScopeNameEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このテーブルのエントリーは、MZAPなどのある他のプロトコルでダイナミックに発見されるか、または静的に構成されるかもしれません、孤立しているネットワーク環境などのように。」 ::= malloc3
mallocScopeNameEntry OBJECT-TYPE
SYNTAX MallocScopeNameEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry (conceptual row) containing the information on a
particular multicast scope name."
INDEX { mallocScopeAddressType, mallocScopeFirstAddress,
IMPLIED mallocScopeNameLangName }
::= { mallocScopeNameTable 1 }
mallocScopeNameEntry OBJECT-TYPE SYNTAX MallocScopeNameEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のマルチキャスト範囲名の情報を含むエントリー(概念的な列)。」 mallocScopeAddressType、mallocScopeFirstAddress、暗示しているmallocScopeNameLangNameに索引をつけてください:、:= mallocScopeNameTable1
MallocScopeNameEntry ::= SEQUENCE {
mallocScopeNameLangName LanguageTag,
mallocScopeNameScopeName SnmpAdminString,
mallocScopeNameDefault TruthValue,
mallocScopeNameStatus RowStatus,
mallocScopeNameStorage StorageType
}
MallocScopeNameEntry:、:= 系列mallocScopeNameLangName LanguageTag、mallocScopeNameScopeName SnmpAdminString、mallocScopeNameDefault TruthValue、mallocScopeNameStatus RowStatus、mallocScopeNameStorage StorageType
mallocScopeNameLangName OBJECT-TYPE
SYNTAX LanguageTag (SIZE(1..94))
MAX-ACCESS not-accessible
STATUS current
mallocScopeNameLangName OBJECT-TYPE SYNTAX LanguageTag(SIZE(1 .94))のマックス-ACCESSのアクセスしやすくないSTATUS海流
Thaler Standards Track [Page 9] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[9ページ]。
DESCRIPTION
"The RFC 3066 language tag for the language of the scope
name."
::= { mallocScopeNameEntry 1 }
「範囲の言語のためのRFC3066言語タグは命名する」記述。 ::= mallocScopeNameEntry1
mallocScopeNameScopeName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The textual name associated with the multicast scope. The
value of this object should be suitable for displaying to
end-users, such as when allocating a multicast address in
this scope. If the scope is an IPv4 scope, and no name is
specified, the default value of this object should be the
string 239.x.x.x/y with x and y replaced appropriately to
describe the address and mask length associated with the
scope. If the scope is an IPv6 scope, and no name is
specified, the default value of this object should
generically describe the scope level (e.g., site)."
::= { mallocScopeNameEntry 2 }
mallocScopeNameScopeName OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSは「原文の名前はマルチキャスト範囲に関連づけた」STATUSの現在の記述を読書して作成します。 この物の値はこの範囲にマルチキャストアドレスを割り当てながらいつなどのエンドユーザに表示するかに適当であるはずです。 範囲がIPv4範囲であり、名前が全く指定されないなら、この物のデフォルト値はアドレスについて説明するために適切にxとyを取り替えて、マスクの長さが範囲に関連しているストリング239.x.x.x/yであるべきである。 「範囲がIPv6範囲であり、名前が全く指定されないなら、この物のデフォルト値は一般的に、範囲レベル(例えば、サイト)について説明するべきです。」 ::= mallocScopeNameEntry2
mallocScopeNameDefault OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"If true, indicates a preference that the name in the
associated language should be used by applications if no
name is available in a desired language."
DEFVAL { false }
::= { mallocScopeNameEntry 3 }
mallocScopeNameDefault OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「本当である、どんな名前も必要な言語で利用可能でないなら関連言語の名前がそうするべきである優先がアプリケーションで使用されるのを示す、」 DEFVAL偽:、:= mallocScopeNameEntry3
mallocScopeNameStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this row, by which new entries may be
created, or old entries deleted from this table. If write
access is supported, the other writable objects in this
table may be modified even while the status is `active'."
::= { mallocScopeNameEntry 4 }
mallocScopeNameStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「新しいエントリーがどれであるかもしれないかによって作成されたこの列の状態か古いエントリーがこのテーブルから削除した」STATUSの現在の記述を読書して作成します。 「書く、アクセスが支持されて、状態が'アクティブでさえある'間、このテーブルの他の書き込み可能な物が変更されるかもしれない、」 ::= mallocScopeNameEntry4
mallocScopeNameStorage OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
mallocScopeNameStorage OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSはSTATUS海流を読書して引き起こします。
Thaler Standards Track [Page 10] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[10ページ]。
DESCRIPTION
"The storage type for this conceptual row. Conceptual rows
having the value 'permanent' need not allow write-access to
any columnar objects in the row."
DEFVAL { nonVolatile }
::= { mallocScopeNameEntry 5 }
「これに、概念的な格納タイプはこぐ」記述。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 DEFVAL、不揮発性:、:= mallocScopeNameEntry5
--
-- the Allocation Range Table
--
mallocAllocRangeTable OBJECT-TYPE
SYNTAX SEQUENCE OF MallocAllocRangeEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The (conceptual) table containing information on subranges
of addresses from which the device may allocate addresses,
if it is a MAAS. If the device is a Prefix Coordinator, any
ranges which the device is advertising to MAAS's will be in
this table. Note that the device may be both a MAAS and a
Prefix Coordinator.
-- -- Allocation Range Table--、mallocAllocRangeTable OBJECT-TYPEのSYNTAX SEQUENCE OF MallocAllocRangeEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「装置がそれがマースであるならアドレスを割り当てるかもしれないアドレスのサブレンジの情報を含む(概念的)のテーブル。」 装置がPrefix Coordinatorであるなら、装置がマースの意志に広告を出しているどんな範囲もこのテーブルのPrefix Coordinatorです。 装置がマースとPrefix Coordinatorの両方であるかもしれないことに注意してください。
Address ranges for different rows must be disjoint, and must
be contained with the address range of the corresponding row
of the mallocScopeTable.
異なった列へのアドレスの範囲をばらばらになることでなければならなく、mallocScopeTableの対応する列のアドレスの範囲で含まなければなりません。
Deleting an allocation range has the side effect of deleting
any entries within that range from the mallocAddressTable."
::= { malloc 4 }
「配分範囲を削除すると、どんなエントリーも削除する副作用はその範囲の中にmallocAddressTableから持たれています。」 ::= malloc4
mallocAllocRangeEntry OBJECT-TYPE
SYNTAX MallocAllocRangeEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry (conceptual row) containing the information on a
particular allocation range."
INDEX { mallocScopeAddressType, mallocScopeFirstAddress,
mallocAllocRangeFirstAddress }
::= { mallocAllocRangeTable 1 }
mallocAllocRangeEntry OBJECT-TYPE SYNTAX MallocAllocRangeEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定の配分範囲の情報を含むエントリー(概念的な列)。」 mallocScopeAddressType、mallocScopeFirstAddress、mallocAllocRangeFirstAddressに索引をつけてください:、:= mallocAllocRangeTable1
MallocAllocRangeEntry ::= SEQUENCE {
mallocAllocRangeFirstAddress InetAddress,
mallocAllocRangeLastAddress InetAddress,
mallocAllocRangeStatus RowStatus,
mallocAllocRangeSource IANAmallocRangeSource,
mallocAllocRangeLifetime Unsigned32,
mallocAllocRangeMaxLeaseAddrs Unsigned32,
MallocAllocRangeEntry:、:= 系列、mallocAllocRangeFirstAddress InetAddress、mallocAllocRangeLastAddress InetAddress、mallocAllocRangeStatus RowStatus、mallocAllocRangeSource IANAmallocRangeSource、mallocAllocRangeLifetime Unsigned32、mallocAllocRangeMaxLeaseAddrs Unsigned32
Thaler Standards Track [Page 11] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[11ページ]。
mallocAllocRangeMaxLeaseTime Unsigned32,
mallocAllocRangeNumAllocatedAddrs Gauge32,
mallocAllocRangeNumOfferedAddrs Gauge32,
mallocAllocRangeNumWaitingAddrs Gauge32,
mallocAllocRangeNumTryingAddrs Gauge32,
mallocAllocRangeAdvertisable TruthValue,
mallocAllocRangeTotalAllocatedAddrs Gauge32,
mallocAllocRangeTotalRequestedAddrs Gauge32,
mallocAllocRangeStorage StorageType
}
mallocAllocRangeMaxLeaseTime Unsigned32、mallocAllocRangeNumAllocatedAddrs Gauge32、mallocAllocRangeNumOfferedAddrs Gauge32、mallocAllocRangeNumWaitingAddrs Gauge32、mallocAllocRangeNumTryingAddrs Gauge32、mallocAllocRangeAdvertisable TruthValue、mallocAllocRangeTotalAllocatedAddrs Gauge32、mallocAllocRangeTotalRequestedAddrs Gauge32、mallocAllocRangeStorage StorageType
mallocAllocRangeFirstAddress OBJECT-TYPE
SYNTAX InetAddress (SIZE(0..20))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The first address in the allocation range. The type of
this address is determined by the value of the
mallocScopeAddressType object."
::= { mallocAllocRangeEntry 1 }
「1番目は配分範囲に記述する」mallocAllocRangeFirstAddress OBJECT-TYPE SYNTAX InetAddress(SIZE(0 .20))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このアドレスのタイプはmallocScopeAddressType物の値で決定します。」 ::= mallocAllocRangeEntry1
mallocAllocRangeLastAddress OBJECT-TYPE
SYNTAX InetAddress (SIZE(0..20))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The last address in the allocation range. The type of this
address is determined by the value of the
mallocScopeAddressType object."
::= { mallocAllocRangeEntry 2 }
mallocAllocRangeLastAddress OBJECT-TYPE SYNTAX InetAddress(SIZE(0 .20))マックス-ACCESSは「最終は配分範囲に記述する」STATUSの現在の記述を読書して作成します。 「このアドレスのタイプはmallocScopeAddressType物の値で決定します。」 ::= mallocAllocRangeEntry2
mallocAllocRangeStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The status of this row, by which new entries may be
created, or old entries deleted from this table. If write
access is supported, the other writable objects in this
table may be modified even while the status is `active'."
::= { mallocAllocRangeEntry 3 }
mallocAllocRangeStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「新しいエントリーがどれであるかもしれないかによって作成されたこの列の状態か古いエントリーがこのテーブルから削除した」STATUSの現在の記述を読書して作成します。 「書く、アクセスが支持されて、状態が'アクティブでさえある'間、このテーブルの他の書き込み可能な物が変更されるかもしれない、」 ::= mallocAllocRangeEntry3
mallocAllocRangeSource OBJECT-TYPE
SYNTAX IANAmallocRangeSource
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The means by which this entry was learned."
mallocAllocRangeSource OBJECT-TYPE SYNTAX IANAmallocRangeSourceのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このエントリーが学習された手段。」
Thaler Standards Track [Page 12] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[12ページ]。
::= { mallocAllocRangeEntry 4 }
::= mallocAllocRangeEntry4
mallocAllocRangeLifetime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of seconds remaining in the lifetime of the
(sub)range out of which addresses are being allocated. A
value of 0 indicates that the range is not subject to
aging."
DEFVAL { 0 }
::= { mallocAllocRangeEntry 5 }
mallocAllocRangeLifetime OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSは「秒が(潜水艦)範囲の生涯どのアドレスの外で残るか数を割り当てている」STATUSの現在の記述を読書して作成します。 「0の値は、範囲は年をとるのを受けることがないのを示します。」 DEFVAL0:、:= mallocAllocRangeEntry5
mallocAllocRangeMaxLeaseAddrs OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The maximum number of addresses which the server is willing
to grant for each future request in this range. A value of
0 means that no specific limit is enforced, as long as the
server has valid addresses to allocate."
DEFVAL { 0 }
::= { mallocAllocRangeEntry 6 }
mallocAllocRangeMaxLeaseAddrs OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「サーバがこれでのそれぞれの未来の要求のために与えても構わないと思っているアドレスの最大数は及びます」。 「0の値は、どんな特定の限界も励行されないことを意味します、サーバに割り当てる有効なアドレスがある限り。」 DEFVAL0:、:= mallocAllocRangeEntry6
mallocAllocRangeMaxLeaseTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The maximum lifetime which the server will grant for future
requests in this range. A value of 0 means that no
additional limit is enforced beyond that of
mallocAllocRangeLifetime."
DEFVAL { 0 }
::= { mallocAllocRangeEntry 7 }
mallocAllocRangeMaxLeaseTime OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「サーバがこの範囲での今後の要求のために与える最大の生涯。」 「0の値は、どんな追加限界もmallocAllocRangeLifetimeのものを超えて励行されないことを意味します。」 DEFVAL0:、:= mallocAllocRangeEntry7
mallocAllocRangeNumAllocatedAddrs OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of addresses in the range which have been
allocated. This value can be used to determine the current
address space utilization within the scoped range. This
mallocAllocRangeNumAllocatedAddrs OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「範囲の割り当てられたアドレスの数。」 見られた範囲の中で現在のアドレス空間利用を決定するのにこの値を使用できます。 これ
Thaler Standards Track [Page 13] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[13ページ]。
should match the total number of addresses for this scope
covered by entries in the mallocAddressTable."
::= { mallocAllocRangeEntry 8 }
「mallocAddressTableのエントリーでカバーされたこの範囲へのアドレスの総数を合わせるべきです。」 ::= mallocAllocRangeEntry8
mallocAllocRangeNumOfferedAddrs OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of addresses in the range which have been
offered. This number should match the sum of
mallocRequestNumAddrs for all entries in the
mallocRequestTable in the offered state. Together with
mallocAllocRangeNumAllocatedAddrs and
mallocAllocRangeNumTryingAddrs, this can be used to
determine the address space utilization within the scoped
range in the immediate future."
::= { mallocAllocRangeEntry 9 }
mallocAllocRangeNumOfferedAddrs OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「範囲の提供されたアドレスの数。」 この数は提供された状態でmallocRequestTableのすべてのエントリーへのmallocRequestNumAddrsの合計に匹敵するべきです。 「mallocAllocRangeNumAllocatedAddrsとmallocAllocRangeNumTryingAddrsと共に、見られた範囲の中でもっとも近い将来においてアドレス空間利用を決定するのにこれを使用できます。」 ::= mallocAllocRangeEntry9
mallocAllocRangeNumWaitingAddrs OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of addresses in the range which have been
requested, but whose state is waiting, while the server
attempts to acquire more address space."
::= { mallocAllocRangeEntry 10 }
「サーバは、より多くのアドレス空間を取得するのを試みますが、しかし、範囲の要求されているアドレスの数、状態は待ちである」mallocAllocRangeNumWaitingAddrs OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mallocAllocRangeEntry10
mallocAllocRangeNumTryingAddrs OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of addresses in the scope covered by entries in
the mallocRequestTable in the trying state."
::= { mallocAllocRangeEntry 11 }
「範囲のアドレスの数は骨の折れる状態のmallocRequestTableのエントリーでカバーした」mallocAllocRangeNumTryingAddrs OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mallocAllocRangeEntry11
mallocAllocRangeAdvertisable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The value of this object is true if the range is eligible
to be advertised to other MAASs. When the row is first
created, the default value of this object is true if the
scope is divisible, and is false otherwise."
::= { mallocAllocRangeEntry 12 }
mallocAllocRangeAdvertisable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「範囲が他のMAASsに広告を出すのが適任であるなら、このオブジェクトの値は本当です」。 「行が最初に作成されるとき、分割可能であり、そうでなければ、範囲が偽であるなら、このオブジェクトのデフォルト値は本当です。」 ::= mallocAllocRangeEntry12
Thaler Standards Track [Page 14] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[14ページ]。
mallocAllocRangeTotalAllocatedAddrs OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The approximate number of addresses in the range which have
been allocated by any MAAS, as determined by a Prefix
Coordinator. This object need only be present if
mallocAllocRangeAdvertisable is true. If the number is
unknown, a value of 0 may be reported."
::= { mallocAllocRangeEntry 13 }
mallocAllocRangeTotalAllocatedAddrs OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「範囲のPrefix Coordinatorによって決定されるようにどんなマースによっても割り当てられたアドレスの概数。」 mallocAllocRangeAdvertisableが本当であるなら、このオブジェクトは存在しているだけでよいです。 「数が未知であるなら、0の値は報告されるかもしれません。」 ::= mallocAllocRangeEntry13
mallocAllocRangeTotalRequestedAddrs OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The approximate number of addresses in the range for which
there is potential demand among MAASs, as determined by a
Prefix Coordinator. This object need only be present if
mallocAllocRangeAdvertisable is true. If the number is
unknown, a value of 0 may be reported."
::= { mallocAllocRangeEntry 14 }
mallocAllocRangeTotalRequestedAddrs OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Prefix Coordinatorによって決定されるようにMAASsの中に潜在需要がある範囲のアドレスの概数。」 mallocAllocRangeAdvertisableが本当であるなら、このオブジェクトは存在しているだけでよいです。 「数が未知であるなら、0の値は報告されるかもしれません。」 ::= mallocAllocRangeEntry14
mallocAllocRangeStorage OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row. Conceptual rows
having the value 'permanent' need not allow write-access to
any columnar objects in the row."
DEFVAL { nonVolatile }
::= { mallocAllocRangeEntry 15 }
mallocAllocRangeStorage OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的なストレージタイプはこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な行は行でいずれにもアクセスを書いている円柱状のオブジェクトを許容する必要はありません。」 DEFVAL、不揮発性:、:= mallocAllocRangeEntry15
-- -- the Request Table --
-- -- 要求テーブル--
mallocRequestTable OBJECT-TYPE
SYNTAX SEQUENCE OF MallocRequestEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The (conceptual) table containing information on allocation
requests, whether allocated or in progress. This table may
also be used to determine which clients are responsible for
high address space utilization within a given scope.
mallocRequestTable OBJECT-TYPE SYNTAX SEQUENCE OF MallocRequestEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「割り当てるか、または進行中であることにかかわらず配分要求の情報を含む(概念的)のテーブル。」 また、このテーブルは、どのクライアントが与えられた範囲の中の高いアドレス空間利用に責任があるかを決定するのに使用されるかもしれません。
Thaler Standards Track [Page 15] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[15ページ]。
Entries in this table reflect requests dynamically received
by an address allocation protocol."
::= { malloc 5 }
「このテーブルのエントリーはアドレス配分プロトコルによってダイナミックに受け取られた要求を反映します。」 ::= malloc5
mallocRequestEntry OBJECT-TYPE
SYNTAX MallocRequestEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry (conceptual row) containing the information on a
particular allocation request."
INDEX { mallocRequestId }
::= { mallocRequestTable 1 }
mallocRequestEntry OBJECT-TYPE SYNTAX MallocRequestEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定の配分要求の情報を含むエントリー(概念的な行)。」 mallocRequestIdに索引をつけてください:、:= mallocRequestTable1
MallocRequestEntry ::= SEQUENCE {
mallocRequestId Unsigned32,
mallocRequestScopeAddressType InetAddressType,
mallocRequestScopeFirstAddress InetAddress,
mallocRequestStartTime Unsigned32,
mallocRequestEndTime Unsigned32,
mallocRequestNumAddrs Unsigned32,
mallocRequestState INTEGER,
mallocRequestClientAddressType InetAddressType,
mallocRequestClientAddress InetAddress,
mallocRequestServerAddressType InetAddressType,
mallocRequestServerAddress InetAddress,
mallocRequestLeaseIdentifier OCTET STRING
}
MallocRequestEntry:、:= 系列mallocRequestId Unsigned32、mallocRequestScopeAddressType InetAddressType、mallocRequestScopeFirstAddress InetAddress、mallocRequestStartTime Unsigned32、mallocRequestEndTime Unsigned32、mallocRequestNumAddrs Unsigned32、mallocRequestState整数、mallocRequestClientAddressType InetAddressType、mallocRequestClientAddress InetAddress、mallocRequestServerAddressType InetAddressType、mallocRequestServerAddress InetAddress、mallocRequestLeaseIdentifier八重奏ストリング
mallocRequestId OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An arbitrary value identifying this row."
::= { mallocRequestEntry 1 }
mallocRequestId OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「この行を特定する任意の値。」 ::= mallocRequestEntry1
mallocRequestScopeAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of the first address of the scope to which the
request applies. Legal values correspond to the subset of
address families for which multicast address allocation is
supported."
::= { mallocRequestEntry 2 }
mallocRequestScopeAddressType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「要求が適用される範囲の最初のアドレスのタイプ。」 「正当な値はマルチキャストアドレス配分がサポートされるアドレスファミリーの部分集合に対応しています。」 ::= mallocRequestEntry2
Thaler Standards Track [Page 16] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[16ページ]。
mallocRequestScopeFirstAddress OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The first address of the scope to which the request
applies. This must match mallocScopeFirstAddress for some
row in the mallocScopeTable. The type of this address is
determined by the value of the mallocRequestScopeAddressType
object."
::= { mallocRequestEntry 3 }
mallocRequestScopeFirstAddress OBJECT-TYPE SYNTAX InetAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「要求が適用される範囲の最初のアドレス。」 これはmallocScopeTableの何らかの行のためのmallocScopeFirstAddressに合わなければなりません。 「このアドレスのタイプはmallocRequestScopeAddressTypeオブジェクトの値で決定します。」 ::= mallocRequestEntry3
mallocRequestStartTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of seconds remaining before the start time of
the request. A value of 0 means that the allocation is
currently in effect."
::= { mallocRequestEntry 4 }
mallocRequestStartTime OBJECT-TYPE SYNTAX Unsigned32 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「後援します」。「要求の開始時刻の前に残っている秒数。」 「0の値は、配分が現在有効であることを意味します。」 ::= mallocRequestEntry4
mallocRequestEndTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of seconds remaining before the end time of the
request."
::= { mallocRequestEntry 5 }
mallocRequestEndTime OBJECT-TYPE SYNTAX Unsigned32 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「後援します」。「要求の終わりの時の前に残っている秒数。」 ::= mallocRequestEntry5
mallocRequestNumAddrs OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of addresses requested. If the addresses have
been allocated, this number should match the total number of
addresses for this request covered by entries in the
mallocAddressTable."
::= { mallocRequestEntry 6 }
「アドレスの数は要求した」mallocRequestNumAddrs OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「アドレスを割り当てたなら、この数はmallocAddressTableのエントリーでカバーされたこの要求のためのアドレスの総数に合うべきです。」 ::= mallocRequestEntry6
mallocRequestState OBJECT-TYPE
SYNTAX INTEGER {
allocated(1),
offered(2), -- tentatively allocated
mallocRequestState OBJECT-TYPE SYNTAX INTEGER、(1)を割り当てて、(2)--試験的に割り当てられると申し出ます。
Thaler Standards Track [Page 17] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[17ページ]。
waiting(3), -- waiting for more space
trying(4) -- working on allocating
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The state of the request. A value of allocated(1)
indicates that one or more entries for this request are
present in the mallocAddressTable. A value of offered(2)
indicates that addresses have been offered to the client
(e.g. via a MADCAP OFFER message), but the allocation has
not been committed. A value of waiting(3) indicates that
the allocation is blocked while the server attempts to
acquire more space from which it can allocate addresses. A
value of trying(4) means that no addresses have been offered
to the client, but that an attempt to allocate is in
progress."
::= { mallocRequestEntry 7 }
割り当てであることに働いていて、(4)を試みるより多くのスペースを待っていて、(3)を待つこと。 マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「要求の状態。」 割り当てられることの値はmallocAddressTableに存在していますこれのためのその1つ以上のエントリーが、要求する(1)が、示す。 値、提供されることでは、(2)は、クライアント(例えば、MADCAP OFFERメッセージを通した)にアドレスを提供しましたが、配分を遂行していないのを示します。 待ち(3)の値は、サーバが、それがアドレスを割り当てることができるより多くのスペースを取得するのを試みている間配分が妨げられるのを示します。 「骨の折れる(4)の値は、アドレスを全くクライアントに提供していませんが、割り当てる試みが進行していることを意味します。」 ::= mallocRequestEntry7
mallocRequestClientAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of the address of the client that (last) requested
this allocation."
::= { mallocRequestEntry 8 }
mallocRequestClientAddressType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「(最後に)この配分を要求したクライアントのアドレスのタイプ。」 ::= mallocRequestEntry8
mallocRequestClientAddress OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The address of the client that (last) requested this
allocation. The type of this address is determined by the
value of the mallocRequestClientAddressType object."
::= { mallocRequestEntry 9 }
mallocRequestClientAddress OBJECT-TYPE SYNTAX InetAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「(最後に)この配分を要求したクライアントのアドレス。」 「このアドレスのタイプはmallocRequestClientAddressTypeオブジェクトの値で決定します。」 ::= mallocRequestEntry9
mallocRequestServerAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of the address of the server to which the request
was (last) sent."
::= { mallocRequestEntry 10 }
mallocRequestServerAddressType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「要求が(最後)であったサーバのアドレスのタイプは発信しました」。 ::= mallocRequestEntry10
Thaler Standards Track [Page 18] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[18ページ]。
mallocRequestServerAddress OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The address of the server to which the request was (last)
sent. The type of this address is determined by the value
of the mallocRequestServerAddressType object."
::= { mallocRequestEntry 11 }
mallocRequestServerAddress OBJECT-TYPE SYNTAX InetAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「要求が(最後)であったサーバのアドレスは発信しました」。 「このアドレスのタイプはmallocRequestServerAddressTypeオブジェクトの値で決定します。」 ::= mallocRequestEntry11
mallocRequestLeaseIdentifier OBJECT-TYPE
SYNTAX OCTET STRING (SIZE (0..255))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Lease Identifier of this request. If the allocation
mechanism in use does not use Lease Identifiers, then the
value is a 0-length string."
::= { mallocRequestEntry 12 }
「このLease Identifierは要求する」mallocRequestLeaseIdentifier OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .255))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「使用中の配分メカニズムがLease Identifiersを使用しないなら、値は0長さのストリングです。」 ::= mallocRequestEntry12
-- -- the Address Table --
-- -- アドレス・テーブル--
mallocAddressTable OBJECT-TYPE
SYNTAX SEQUENCE OF MallocAddressEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The (conceptual) table containing information on blocks of
allocated addresses. This table may be used to map a given
multicast group address to the associated request."
::= { malloc 6 }
「割り当てられることのブロックの(概念的)のテーブルの含んでいる情報は扱う」mallocAddressTable OBJECT-TYPE SYNTAX SEQUENCE OF MallocAddressEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このテーブルは与えられたマルチキャストグループアドレスを関連要求に写像するのに使用されるかもしれません。」 ::= malloc6
mallocAddressEntry OBJECT-TYPE
SYNTAX MallocAddressEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry (conceptual row) containing the information on a
particular block of allocated addresses. The block of
addresses covered by each entry in this table must fall
within a range corresponding to an entry in the
mallocAllocRangeTable."
INDEX { mallocAddressAddressType, mallocAddressFirstAddress }
::= { mallocAddressTable 1 }
mallocAddressEntry OBJECT-TYPE SYNTAX MallocAddressEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「割り当てられたアドレスの特定のブロックの情報を含むエントリー(概念的な行)。」 「このテーブルの各エントリーでカバーされたアドレスのブロックはmallocAllocRangeTableのエントリーに対応する範囲の中で転ばなければなりません。」 mallocAddressAddressType、mallocAddressFirstAddressに索引をつけてください:、:= mallocAddressTable1
Thaler Standards Track [Page 19] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[19ページ]。
MallocAddressEntry ::= SEQUENCE {
mallocAddressAddressType InetAddressType,
mallocAddressFirstAddress InetAddress,
mallocAddressNumAddrs Unsigned32,
mallocAddressRequestId Unsigned32
}
MallocAddressEntry:、:= 系列mallocAddressAddressType InetAddressType、mallocAddressFirstAddress InetAddress、mallocAddressNumAddrs Unsigned32、mallocAddressRequestId Unsigned32
mallocAddressAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The type of the first address in the allocated block.
Legal values correspond to the subset of address families
for which multicast address allocation is supported."
::= { mallocAddressEntry 1 }
「1番目のタイプは割り当てブロックで扱う」mallocAddressAddressType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「正当な値はマルチキャストアドレス配分がサポートされるアドレスファミリーの部分集合に対応しています。」 ::= mallocAddressEntry1
mallocAddressFirstAddress OBJECT-TYPE
SYNTAX InetAddress (SIZE(0..20))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The first address in the allocated block. The type of this
address is determined by the value of the
mallocAddressAddressType object."
::= { mallocAddressEntry 2 }
「1番目は割り当てブロックで扱う」mallocAddressFirstAddress OBJECT-TYPE SYNTAX InetAddress(SIZE(0 .20))のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このアドレスのタイプはmallocAddressAddressTypeオブジェクトの値で決定します。」 ::= mallocAddressEntry2
mallocAddressNumAddrs OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of addresses in the allocated block."
::= { mallocAddressEntry 3 }
「割り当てのアドレスの数は妨げる」mallocAddressNumAddrs OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mallocAddressEntry3
mallocAddressRequestId OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The index of the request which caused this block of
addresses to be allocated. This value must match the value
of mallocRequestId for some entry in the
mallocRequestTable."
::= { mallocAddressEntry 4 }
mallocAddressRequestId OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「アドレスのこのブロックを割り当てた要求のインデックス。」 「この値はmallocRequestTableのいくらかのエントリーへのmallocRequestIdの値に合わなければなりません。」 ::= mallocAddressEntry4
-- -- MADCAP-specific objects
-- -- MADCAP特有のオブジェクト
Thaler Standards Track [Page 20] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[20ページ]。
--
--
madcapConfig OBJECT-IDENTITY
STATUS current
DESCRIPTION
"Group of objects that count various MADCAP events."
::= { madcap 1 }
madcapConfig OBJECT-IDENTITY STATUSの現在の記述は「様々なMADCAPイベントを数えるオブジェクトを分類します」。 ::= 向こう見ずな1
madcapConfigExtraAllocationTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The amount of extra time on either side of a lease which
the MADCAP server allocates to allow for clock skew among
clients."
::= { madcapConfig 1 }
madcapConfigExtraAllocationTime OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSは「MADCAPサーバがクライアントの中で時計斜行を考慮するために割り当てるリースのどちらかの側の延長時間の量」をSTATUSの現在の記述に読書して書きます。 ::= madcapConfig1
madcapConfigNoResponseDelay OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The amount of time the MADCAP client allows for receiving a
response from a MADCAP server."
::= { madcapConfig 2 }
madcapConfigNoResponseDelay OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSが「MADCAPサーバから応答を受けるMADCAPクライアントが考慮する時間」をSTATUSの現在の記述に読書して書く、:、:= madcapConfig2
madcapConfigOfferHold OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The amount of time the MADCAP server will reserve an
address for after sending an OFFER message in anticipation
of receiving a REQUEST message."
::= { madcapConfig 3 }
madcapConfigOfferHold OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSは「MADCAPサーバがREQUESTメッセージを受け取ることを予測して後にOFFERメッセージを送るためのアドレスを予約する時間」のときに現在の記述をSTATUSに読書して書きます。 ::= madcapConfig3
madcapConfigResponseCacheInterval OBJECT-TYPE
SYNTAX Unsigned32 (0..300)
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The amount of time the MADCAP server uses to detect
duplicate messages."
madcapConfigResponseCacheInterval OBJECT-TYPE SYNTAX Unsigned32(0 .300)UNITS「秒」マックス-ACCESSは「MADCAPサーバが写しメッセージを検出するために費やす時間」をSTATUSの現在の記述に読書して書きます。
Thaler Standards Track [Page 21] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[21ページ]。
::= { madcapConfig 4 }
::= madcapConfig4
madcapConfigClockSkewAllowance OBJECT-TYPE
SYNTAX Unsigned32
UNITS "seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The clock skew threshold used by the MADCAP server to
generate Excessive Clock Skew errors."
::= { madcapConfig 5 }
madcapConfigClockSkewAllowance OBJECT-TYPE SYNTAX Unsigned32 UNITS「秒」マックス-ACCESSは「MADCAPサーバによって使用される、Excessive Clock Skewに誤りを生成する時計斜行敷居」をSTATUSの現在の記述に読書して書きます。 ::= madcapConfig5
madcapCounters OBJECT-IDENTITY
STATUS current
DESCRIPTION
"A group of objects that count various MADCAP events."
::= { madcap 2 }
madcapCounters OBJECT-IDENTITY STATUSの現在の記述、「様々なMADCAPイベントを数えるオブジェクトのグループ。」 ::= 向こう見ずな2
madcapTotalErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of transactions for which the MADCAP
server has detected an error of any type, regardless of
whether the server ignored the request or generated a NAK."
::= { madcapCounters 1 }
「MADCAPサーバがどんなタイプの誤りも検出したトランザクションサーバが要求を無視したか、またはNAKを生成したことにかかわらず合計は付番する」madcapTotalErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= madcapCounters1
madcapRequestsDenied OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of valid requests for which the MADCAP server
could not complete an allocation, regardless of whether NAKs
were sent. This corresponds to the Valid Request Could Not
Be Completed error code in MADCAP."
::= { madcapCounters 2 }
「有効の数は配分を終了しないで、NAKsがそうであったかどうかにかかわらず送って、MADCAPサーバがそうすることができたもののために要求する」madcapRequestsDenied OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「これはMADCAPのValid Request Could Not Be Completedエラーコードに対応しています。」 ::= madcapCounters2
madcapInvalidRequests OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of invalid requests received by the MADCAP
server, regardless of whether NAKs were sent. This
corresponds to the Invalid Request error code in MADCAP."
::= { madcapCounters 3 }
「NAKsを送ったかどうかにかかわらず無効の要求の数はMADCAPサーバで受けた」madcapInvalidRequests OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「これはMADCAPのInvalid Requestエラーコードに対応しています。」 ::= madcapCounters3
Thaler Standards Track [Page 22] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[22ページ]。
madcapExcessiveClockSkews OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of requests received by the MADCAP server with
an excessive clock skew, regardless of whether NAKs were
sent. This corresponds to the Excessive Clock Skew error
code in MADCAP."
::= { madcapCounters 4 }
「NAKsを送ったかどうかにかかわらず要求の数は過度の時計斜行があるMADCAPサーバで受けた」madcapExcessiveClockSkews OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「これはMADCAPのExcessive Clock Skewエラーコードに対応しています。」 ::= madcapCounters4
madcapBadLeaseIds OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of requests received by the MADCAP server with
an unrecognized Lease Identifier, regardless of whether NAKs
were sent. This corresponds to the Lease Identifier Not
Recognized error code in MADCAP."
::= { madcapCounters 5 }
「NAKsを送ったかどうかにかかわらず要求の数は認識されていないLease Identifierと共にMADCAPサーバで受けた」madcapBadLeaseIds OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「これはMADCAPのLease Identifier Not Recognizedエラーコードに対応しています。」 ::= madcapCounters5
madcapDiscovers OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of DISCOVER messages received by the MADCAP
server."
::= { madcapCounters 6 }
「DISCOVERメッセージの数はMADCAPサーバで受けた」madcapDiscovers OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、:、:= madcapCounters6
madcapInforms OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of INFORM messages received by the MADCAP
server."
::= { madcapCounters 7 }
「INFORMメッセージの数はMADCAPサーバで受けた」madcapInforms OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、:、:= madcapCounters7
madcapRequests OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of REQUEST messages received by the MADCAP
server."
::= { madcapCounters 8 }
「REQUESTメッセージの数はMADCAPサーバで受けた」madcapRequests OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、:、:= madcapCounters8
Thaler Standards Track [Page 23] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[23ページ]。
madcapRenews OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RENEW messages received by the MADCAP
server."
::= { madcapCounters 9 }
「RENEWメッセージの数はMADCAPサーバで受けた」madcapRenews OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、:、:= madcapCounters9
madcapReleases OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RELEASE messages received by the MADCAP
server."
::= { madcapCounters 10 }
「RELEASEメッセージの数はMADCAPサーバで受けた」madcapReleases OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、:、:= madcapCounters10
-- conformance information
-- 順応情報
mallocConformance OBJECT IDENTIFIER ::= { mallocMIB 2 }
mallocCompliances OBJECT IDENTIFIER ::= { mallocConformance 1 }
mallocGroups OBJECT IDENTIFIER ::= { mallocConformance 2 }
mallocConformanceオブジェクト識別子:、:= mallocMIB2mallocCompliancesオブジェクト識別子:、:= mallocConformance1mallocGroupsオブジェクト識別子:、:= mallocConformance2
-- compliance statements
-- 承諾声明
mallocServerReadOnlyCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for multicast address allocation
servers implementing the MALLOC MIB without support for
read-create (i.e., in read-only mode). Such a server can
then be monitored but can not be configured with this MIB."
MODULE -- this module
MANDATORY-GROUPS { mallocBasicGroup,
mallocServerGroup }
mallocServerReadOnlyCompliance MODULE-COMPLIANCE STATUSの現在の記述、「マルチキャストのための承諾声明がサポートなしでMALLOC MIBを実装する配分サーバを扱う、読書する作成(すなわち、読込み専用モードで)、」 「そのようなサーバを次に、モニターできますが、このMIBは構成できません。」 MODULE--このモジュールMANDATORY-GROUPSmallocBasicGroup、mallocServerGroup
OBJECT mallocScopeLastAddress
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeLastAddress MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeHopLimit
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeHopLimit MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Thaler Standards Track [Page 24] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[24ページ]。
OBJECT mallocScopeStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeDivisible
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeDivisible MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeSSM
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeSSM MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeStorage
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeStorage MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeNameScopeName
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeNameScopeName MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeNameDefault
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeNameDefault MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeNameStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeNameStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeNameStorage
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeNameStorage MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeLastAddress
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeLastAddress MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Thaler Standards Track [Page 25] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[25ページ]。
OBJECT mallocAllocRangeStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeLifetime
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeLifetime MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeMaxLeaseAddrs
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeMaxLeaseAddrs MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeMaxLeaseTime
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeMaxLeaseTime MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeStorage
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeStorage MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
GROUP madcapServerGroup
DESCRIPTION
"This group is mandatory for servers which implement the
MADCAP client-server protocol."
GROUP madcapServerGroup記述、「このグループはMADCAPクライアント/サーバプロトコルを実装するサーバに義務的です」。
OBJECT madcapConfigExtraAllocationTime
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT madcapConfigExtraAllocationTime MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT madcapConfigOfferHold
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT madcapConfigOfferHold MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT madcapConfigResponseCacheInterval
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT madcapConfigResponseCacheInterval MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Thaler Standards Track [Page 26] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[26ページ]。
OBJECT madcapConfigClockSkewAllowance
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
::= { mallocCompliances 1 }
OBJECT madcapConfigClockSkewAllowance MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 ::= mallocCompliances1
mallocClientReadOnlyCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for clients implementing the
MALLOC MIB without support for read-create (i.e., in read-
only mode). Such clients can then be monitored but can not
be configured with this MIB."
MODULE -- this module
MANDATORY-GROUPS { mallocBasicGroup,
mallocClientGroup }
mallocClientReadOnlyCompliance MODULE-COMPLIANCE STATUSの現在の記述、「サポートなしでMALLOC MIBを実装するクライアントのための承諾声明、読書する作成(すなわち、中では、モードだけを読む)、」 「そのようなクライアントを次に、モニターできますが、このMIBは構成できません。」 MODULE--このモジュールMANDATORY-GROUPSmallocBasicGroup、mallocClientGroup
GROUP mallocClientScopeGroup
DESCRIPTION
"This group is mandatory for clients which maintain a list
of multicast scopes."
GROUP mallocClientScopeGroup記述、「このグループはクライアントに義務的(マルチキャスト範囲のリストを維持します)です」。
OBJECT mallocScopeLastAddress
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeLastAddress MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeHopLimit
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeHopLimit MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeServerAddressType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeServerAddressType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeServerAddress
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeServerAddress MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Thaler Standards Track [Page 27] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[27ページ]。
OBJECT mallocScopeSSM
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeSSM MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeStorage
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeStorage MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
GROUP madcapClientGroup
DESCRIPTION
"This group is mandatory for clients which implement the
MADCAP client-server protocol."
GROUP madcapClientGroup記述、「このグループはクライアントに義務的(MADCAPクライアント/サーバプロトコルを実装します)です」。
OBJECT madcapConfigNoResponseDelay
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
::= { mallocCompliances 2 }
OBJECT madcapConfigNoResponseDelay MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 ::= mallocCompliances2
mallocPrefixCoordinatorReadOnlyCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for prefix coordinators
implementing the MALLOC MIB without support for read-create
(i.e., in read-only mode). Such devices can then be
monitored but can not be configured with this MIB."
MODULE -- this module
MANDATORY-GROUPS { mallocBasicGroup,
mallocPrefixCoordinatorGroup }
mallocPrefixCoordinatorReadOnlyCompliance MODULE-COMPLIANCE STATUSの現在の記述、「サポートなしでMALLOC MIBを実装する接頭語コーディネータのための承諾声明、読書する作成(すなわち、読込み専用モードで)、」 「そのようなデバイスを次に、モニターできますが、このMIBは構成できません。」 MODULE--このモジュールMANDATORY-GROUPSmallocBasicGroup、mallocPrefixCoordinatorGroup
OBJECT mallocScopeLastAddress
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeLastAddress MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocScopeDivisible
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocScopeDivisible MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeLastAddress
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeLastAddress MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Thaler Standards Track [Page 28] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[28ページ]。
OBJECT mallocAllocRangeStatus
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeLifetime
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeLifetime MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeAdvertisable
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT mallocAllocRangeAdvertisable MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mallocAllocRangeStorage
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
::= { mallocCompliances 3 }
OBJECT mallocAllocRangeStorage MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 ::= mallocCompliances3
mallocServerFullCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for multicast address allocation
servers implementing the MALLOC MIB with support for read-
create. Such servers can then be both monitored and
configured with this MIB."
MODULE -- this module
MANDATORY-GROUPS { mallocBasicGroup,
mallocServerGroup }
「マルチキャストのための承諾声明は読書のサポートでMALLOC MIBを実装すると作成される配分サーバを扱う」mallocServerFullCompliance MODULE-COMPLIANCE STATUSの現在の記述。 「次に、そのようなサーバをモニターして、このMIBは構成できます。」 MODULE--このモジュールMANDATORY-GROUPSmallocBasicGroup、mallocServerGroup
GROUP madcapServerGroup
DESCRIPTION
"This group is mandatory for servers which implement the
MADCAP client-server protocol."
::= { mallocCompliances 4 }
GROUP madcapServerGroup記述、「このグループはMADCAPクライアント/サーバプロトコルを実装するサーバに義務的です」。 ::= mallocCompliances4
mallocClientFullCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for hosts implementing the MALLOC
MIB with support for read-create. Such clients can then be
both monitored and configured with this MIB."
MODULE -- this module
MANDATORY-GROUPS { mallocBasicGroup,
mallocClientGroup }
mallocClientFullCompliance MODULE-COMPLIANCE STATUSの現在の記述、「サポートでMALLOC MIBを実装するホストのための承諾声明、読書する作成、」 「次に、そのようなクライアントをモニターして、このMIBは構成できます。」 MODULE--このモジュールMANDATORY-GROUPSmallocBasicGroup、mallocClientGroup
Thaler Standards Track [Page 29] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[29ページ]。
GROUP mallocClientScopeGroup
DESCRIPTION
"This group is mandatory for clients which maintain a list
of multicast scopes."
GROUP mallocClientScopeGroup記述、「このグループはクライアントに義務的(マルチキャスト範囲のリストを維持します)です」。
GROUP madcapClientGroup
DESCRIPTION
"This group is mandatory for clients which implement the
MADCAP client-server protocol."
::= { mallocCompliances 5 }
GROUP madcapClientGroup記述、「このグループはクライアントに義務的(MADCAPクライアント/サーバプロトコルを実装します)です」。 ::= mallocCompliances5
mallocPrefixCoordinatorFullCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for prefix coordinators
implementing the MALLOC MIB with support for read-create.
Such devices can then be both monitored and configured with
this MIB."
MODULE -- this module
MANDATORY-GROUPS { mallocBasicGroup,
mallocPrefixCoordinatorGroup }
::= { mallocCompliances 6 }
mallocPrefixCoordinatorFullCompliance MODULE-COMPLIANCE STATUSの現在の記述、「サポートでMALLOC MIBを実装する接頭語コーディネータのための承諾声明、読書する作成、」 「次に、そのようなデバイスをモニターして、このMIBは構成できます。」 MODULE--、このモジュールMANDATORY-GROUPS、mallocBasicGroup、mallocPrefixCoordinatorGroup:、:= mallocCompliances6
-- units of conformance
-- ユニットの順応
mallocBasicGroup OBJECT-GROUP
OBJECTS { mallocCapabilities, mallocRequestScopeAddressType,
mallocRequestScopeFirstAddress,
mallocRequestStartTime,
mallocRequestEndTime, mallocRequestNumAddrs,
mallocRequestState,
mallocAddressNumAddrs, mallocAddressRequestId
}
STATUS current
DESCRIPTION
"The basic collection of objects providing management of IP
multicast address allocation."
::= { mallocGroups 1 }
mallocBasicGroup OBJECT-GROUP OBJECTS、mallocCapabilities、mallocRequestScopeAddressType、mallocRequestScopeFirstAddress、mallocRequestStartTime、mallocRequestEndTime、mallocRequestNumAddrs、mallocRequestState、mallocAddressNumAddrs、mallocAddressRequestId、「オブジェクトがIPマルチキャストの管理を提供する基本的な収集は配分を扱う」STATUSの現在の記述。 ::= mallocGroups1
mallocServerGroup OBJECT-GROUP
OBJECTS { mallocScopeLastAddress, mallocScopeHopLimit,
mallocScopeSSM, mallocScopeStatus, mallocScopeStorage,
mallocAllocRangeLastAddress, mallocAllocRangeLifetime,
mallocAllocRangeNumAllocatedAddrs,
mallocAllocRangeNumOfferedAddrs,
mallocAllocRangeNumWaitingAddrs,
mallocAllocRangeNumTryingAddrs,
mallocAllocRangeMaxLeaseAddrs,
mallocServerGroupオブジェクト群対象、mallocScopeLastAddress、mallocScopeHopLimit、mallocScopeSSM、mallocScopeStatus、mallocScopeStorage、mallocAllocRangeLastAddress、mallocAllocRangeLifetime、mallocAllocRangeNumAllocatedAddrs、mallocAllocRangeNumOfferedAddrs、mallocAllocRangeNumWaitingAddrs、mallocAllocRangeNumTryingAddrs、mallocAllocRangeMaxLeaseAddrs
Thaler Standards Track [Page 30] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[30ページ]。
mallocAllocRangeMaxLeaseTime, mallocAllocRangeSource,
mallocAllocRangeStatus, mallocAllocRangeStorage,
mallocScopeDivisible, mallocScopeSource,
mallocScopeNameScopeName, mallocScopeNameDefault,
mallocScopeNameStatus, mallocScopeNameStorage,
mallocRequestClientAddressType,
mallocRequestClientAddress
}
STATUS current
DESCRIPTION
"A collection of objects providing management of multicast
address allocation in servers."
::= { mallocGroups 2 }
mallocAllocRangeMaxLeaseTime、mallocAllocRangeSource、mallocAllocRangeStatus、mallocAllocRangeStorage、mallocScopeDivisible、mallocScopeSource、mallocScopeNameScopeName、mallocScopeNameDefault、mallocScopeNameStatus、mallocScopeNameStorage、mallocRequestClientAddressType、mallocRequestClientAddress 「オブジェクトがマルチキャストの管理を提供する収集はサーバにおける配分を扱う」STATUSの現在の記述。 ::= mallocGroups2
mallocClientGroup OBJECT-GROUP
OBJECTS { mallocRequestServerAddressType,
mallocRequestServerAddress }
STATUS current
DESCRIPTION
"A collection of objects providing management of multicast
address allocation in clients."
::= { mallocGroups 3 }
mallocClientGroup OBJECT-GROUP OBJECTS、mallocRequestServerAddressType、mallocRequestServerAddress、「オブジェクトがマルチキャストの管理を提供する収集はクライアントで配分を扱う」STATUSの現在の記述。 ::= mallocGroups3
madcapServerGroup OBJECT-GROUP
OBJECTS { madcapConfigClockSkewAllowance,
madcapConfigExtraAllocationTime, madcapConfigOfferHold,
madcapConfigResponseCacheInterval,
madcapTotalErrors, madcapRequestsDenied,
madcapInvalidRequests, madcapBadLeaseIds,
madcapExcessiveClockSkews, madcapDiscovers,
madcapInforms, madcapRequests,
madcapRenews, madcapReleases }
STATUS current
DESCRIPTION
"A collection of objects providing management of MADCAP
servers."
::= { mallocGroups 4 }
madcapServerGroup OBJECT-GROUP OBJECTS、madcapConfigClockSkewAllowance、madcapConfigExtraAllocationTime、madcapConfigOfferHold、madcapConfigResponseCacheInterval、madcapTotalErrors、madcapRequestsDenied、madcapInvalidRequests、madcapBadLeaseIds、madcapExcessiveClockSkews、madcapDiscovers、madcapInforms、madcapRequests、madcapRenews、madcapReleases、STATUSの現在の記述、「MADCAPサーバの管理を提供するオブジェクトの収集。」 ::= mallocGroups4
madcapClientGroup OBJECT-GROUP
OBJECTS { mallocRequestLeaseIdentifier,
madcapConfigNoResponseDelay }
STATUS current
DESCRIPTION
"A collection of objects providing management of MADCAP
clients."
::= { mallocGroups 5 }
madcapClientGroup OBJECT-GROUP OBJECTS、mallocRequestLeaseIdentifier、madcapConfigNoResponseDelay、STATUSの現在の記述、「MADCAPクライアントの管理を提供するオブジェクトの収集。」 ::= mallocGroups5
Thaler Standards Track [Page 31] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[31ページ]。
mallocClientScopeGroup OBJECT-GROUP
OBJECTS { mallocScopeLastAddress, mallocScopeHopLimit,
mallocScopeStatus, mallocScopeStorage, mallocScopeSource,
mallocScopeServerAddressType, mallocScopeServerAddress,
mallocScopeSSM, mallocScopeNameScopeName,
mallocScopeNameDefault, mallocScopeNameStatus,
mallocScopeNameStorage }
STATUS current
DESCRIPTION
"A collection of objects providing management of multicast
scope information in clients."
::= { mallocGroups 6 }
mallocClientScopeGroup OBJECT-GROUP OBJECTS、mallocScopeLastAddress、mallocScopeHopLimit、mallocScopeStatus、mallocScopeStorage、mallocScopeSource、mallocScopeServerAddressType、mallocScopeServerAddress、mallocScopeSSM、mallocScopeNameScopeName、mallocScopeNameDefault、mallocScopeNameStatus、mallocScopeNameStorage、STATUSの現在の記述、「クライアントでのマルチキャスト範囲情報の管理を提供するオブジェクトの収集。」 ::= mallocGroups6
mallocPrefixCoordinatorGroup OBJECT-GROUP
OBJECTS { mallocAllocRangeLastAddress, mallocAllocRangeLifetime,
mallocAllocRangeStatus, mallocAllocRangeStorage,
mallocAllocRangeSource,
mallocAllocRangeTotalAllocatedAddrs,
mallocAllocRangeTotalRequestedAddrs,
mallocAllocRangeAdvertisable, mallocScopeLastAddress,
mallocScopeDivisible, mallocScopeSource }
STATUS current
DESCRIPTION
"A collection of objects for managing Prefix Coordinators."
::= { mallocGroups 7 }
END
mallocPrefixCoordinatorGroup OBJECT-GROUP OBJECTS、mallocAllocRangeLastAddress、mallocAllocRangeLifetime、mallocAllocRangeStatus、mallocAllocRangeStorage、mallocAllocRangeSource、mallocAllocRangeTotalAllocatedAddrs、mallocAllocRangeTotalRequestedAddrs、mallocAllocRangeAdvertisable、mallocScopeLastAddress、mallocScopeDivisible、mallocScopeSource、STATUSの現在の記述、「Prefix Coordinatorsを管理するためのオブジェクトの収集。」 ::= mallocGroups7は終わります。
5. IANA Considerations
5. IANA問題
The IANAscopeSource and IANAmallocRangeSource textual conventions are imported from the IANA-MALLOC-MIB. The purpose of defining these textual conventions in a separate MIB module is to allow additional values to be defined without having to issue a new version of this document. The Internet Assigned Numbers Authority (IANA) is responsible for the assignment of all Internet numbers, including various SNMP-related numbers; it will administer the values associated with these textual conventions.
IANAscopeSourceとIANAmallocRangeSourceの原文のコンベンションはIANA-MALLOC-MIBからインポートされます。 別々のMIBモジュールでこれらの原文のコンベンションを定義する目的は加算値がこのドキュメントの新しいバージョンを発行する必要はなくて定義されるのを許容することです。 インターネットAssigned民数記Authority(IANA)は様々なSNMP関連の数を含むすべてのインターネット番号の課題に責任があります。 それはこれらの原文のコンベンションに関連している値を管理するでしょう。
The rules for additions or changes to the IANA-MALLOC-MIB are outlined in the DESCRIPTION clause associated with its MODULE- IDENTITY statement.
追加のための規則かIANA-MALLOC-MIBへの変化がMODULE- IDENTITY声明に関連している記述節に概説されています。
The current versions of the IANA-MALLOC-MIB can be accessed from the IANA home page at: "http://www.iana.org/".
以下でIANAホームページからIANA-MALLOC-MIBの最新版にアクセスできます。 " http://www.iana.org/ "。
Thaler Standards Track [Page 32] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[32ページ]。
6. Security Considerations
6. セキュリティ問題
There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations. These are the tables and objects and their sensitivity/vulnerability:
aがあります。読書して書くことのマックス-ACCESS節でこのMIBモジュールで定義された管理オブジェクトに付番する、そして/または、読書して作成します。 そのようなオブジェクトはいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
mallocScopeTable,mallocAllocRangeTable:
Unauthorized modifications to these tables can result in denial of
service by not being able to allocate and use multicast addresses,
allocating too many addresses, allocating addresses that other
organizations are already using, or causing applications to use a
hop limit that results in extra bandwidth usage.
mallocScopeTable、mallocAllocRangeTable: これらのテーブルへの権限のない変更はマルチキャストアドレスを割り当てて、使用できないことによって、サービスの否定をもたらすことができます、あまりに多くのアドレスを割り当てて、他の組織が既に使用するか、またはアプリケーションに使用させるアドレスに付加的な帯域幅用法をもたらすホップ限界を割り当てて。
mallocScopeNameTable:
Unauthorized modifications to this table can result in incorrect
or misleading scope names being presented to users, resulting in
potentially using the wrong scope for application data.
mallocScopeNameTable: このテーブルへの権限のない変更はユーザに提示される不正確であるか紛らわしい範囲名をもたらすことができます、アプリケーションデータに潜在的に間違った範囲を使用するようになって。
madcapConfigExtraAllocationTime,madcapConfigOfferHold:
Unauthorized modifications to these objects can result in
reservations lasting too long, potentially resulting in denial of
service if allocation ranges are small.
madcapConfigExtraAllocationTime、madcapConfigOfferHold: これらのオブジェクトへの権限のない変更はあまりに長い間続く予約をもたらすことができます、配分範囲が小さいなら潜在的にサービスの否定をもたらして。
madcapConfigNoResponseDelay:
Unauthorized modifications can result in a client not being able
to allocate multicast addresses.
madcapConfigNoResponseDelay: 権限のない変更はマルチキャストアドレスを割り当てることができないクライアントをもたらすことができます。
Some of the readable objects in this MIB module (i.e., objects with a MAX-ACCESS other than not-accessible) may be considered sensitive or vulnerable in some network environments. It is thus important to control GET and/or NOTIFY access to these objects and possibly to encrypt the values of these objects when sending them over the network via SNMP. These are the tables and objects and their sensitivity/vulnerability:
このMIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるオブジェクト)によるいくつかの読み込み可能なオブジェクトがいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 SNMPを通してネットワークの上にそれらを送るとき、その結果、GET、そして/または、これらのオブジェクトへのNOTIFYアクセスを制御して、ことによるとこれらのオブジェクトの値を暗号化するのは重要です。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
mallocRequestLeaseIdentifier:
If address allocation servers are configured to allow renewal or
release purely on the basis of knowledge of the Lease Identifier,
then unauthorized read access to mallocRequestLeaseIdentifier can
be used in a denial-of-service attack.
mallocRequestLeaseIdentifier: 読まれて、アドレス配分サーバがLease Identifierに関する知識に基づいて純粋に更新かリリースを許すために構成されていて、次に、権限がないなら、サービス不能攻撃にmallocRequestLeaseIdentifierへのアクセスを使用できます。
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), there is no control as to who on the secure network is allowed to
SNMPv3の前のSNMPバージョンは十分な安全性を含んでいませんでした。 ネットワーク自体が安全であっても(例えば、IPSecを使用するのによる)、だれが安全なネットワークに許容されているかに関してコントロールが全くありません。
Thaler Standards Track [Page 33] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[33ページ]。
access and GET/SET (read/change/create/delete) the objects in this MIB module.
アクセス、GET/SET(読むか、変える、作成する、または削除する)はこのMIBモジュールによるオブジェクトをそうします。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは([RFC3410]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured for only those principals (users) with legitimate rights to have access to GET or SET (change/create/delete) objects.
さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 そして、このMIBモジュールのインスタンスへのアクセスを与えるSNMP実体がそれらの主体(ユーザ)だけのためにGETかSET(変えるか、作成する、または削除する)オブジェクトに近づく手段を持つ正当な権利によって適切に構成されるのを保証するのは、顧客/オペレータ責任です。
7. Acknowledgements
7. 承認
This MIB module was updated based on feedback from the IETF's Multicast Address Allocation (MALLOC) Working Group. Lars Viklund, Frank Strauss, and Mike Heard provided helpful feedback on this document.
IETFのMulticast Address Allocation(MALLOC)作業部会からのフィードバックに基づいてこのMIBモジュールをアップデートしました。 ラースViklund、フランク・ストラウス、およびマイクHeardはこのドキュメントの役立っているフィードバックを提供しました。
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専務に情報を扱ってください。
Thaler Standards Track [Page 34] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[34ページ]。
9. References
9. 参照
9.1. Normative References
9.1. 引用規格
[ARCH] Thaler, D., Handley, M. and D. Estrin, "The Internet
Multicast Address Allocation Architecture", RFC 2908,
September 2000.
[アーチ]ターレルとD.とハンドレーとM.とD.Estrin、「インターネットマルチキャストアドレス配分アーキテクチャ」、RFC2908、2000年9月。
[MADCAP] Hanna, S., Patel, B. and M. Shah, "Multicast Address
Dynamic Client Allocation Protocol (MADCAP)", RFC 2730,
December 1999.
[向こう見ずな] ハンナとS.とパテルとB.とM.シャー、「マルチキャストのアドレスのダイナミックなクライアント配分プロトコル(向こう見ず)」、RFC2730、1999年12月。
[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月のための順応声明。」
[RFC2932] McCloghrie, K., Farinacci, D. and D. Thaler, "IPv4
Multicast Routing MIB", RFC 2932, October 2000.
[RFC2932] McCloghrieとK.とファリナッチとD.とD.ターレル、「IPv4マルチキャストルート設定MIB」、RFC2932 2000年10月。
[RFC3291] Daniele, M., Haberman, B., Routhier, S. and J.
Schoenwaelder, "Textual Conventions for Internet Network
Addresses", RFC 3291, May 2002.
[RFC3291] ダニエル、M.、ハーバーマン、B.、Routhier、S.、およびJ.Schoenwaelder(「インターネットネットワーク・アドレスのための原文のコンベンション」、RFC3291)は2002がそうするかもしれません。
[RFC3411] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture
for Describing Simple Network Management Protocol (SNMP)
Management Frameworks", STD 62, RFC 3411, December 2002.
[RFC3411] ハリントンとD.とPresuhnとR.とB.Wijnen、「簡単なネットワーク管理プロトコル(SNMP)管理フレームワークについて説明するためのアーキテクチャ」、STD62、RFC3411、2002年12月。
9.2. Informative References
9.2. 有益な参照
[IPSEC] Kent, S. and R. Atkinson, "Security Architecture for the
Internet Protocol", RFC 2401, November 1998.
[IPSEC] ケントとS.とR.アトキンソン、「インターネットプロトコルのためのセキュリティー体系」、RFC2401、1998年11月。
[MZAP] Handley, M., Thaler, D. and R. Kermode, "Multicast-Scope
Zone Announcement Protocol (MZAP)", RFC 2776, February
2000.
[MZAP]ハンドレーとM.とターレルとD.とR.カーモード、「マルチキャスト範囲ゾーン発表プロトコル(MZAP)」、RFC2776 2000年2月。
[RFC3410] Case, J., Mundy, R., Partain, D. and B. Stewart,
"Introduction and Applicability Statements for Internet
Standard Management Framework", RFC 3410, December 2002.
[RFC3410]ケースとJ.とマンディとR.とパーテイン、D.とB.スチュワート、「インターネットの標準の管理フレームワークのための序論と適用性声明」RFC3410(2002年12月)。
Thaler Standards Track [Page 35] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[35ページ]。
10. Author's Address
10. 作者のアドレス
Dave Thaler Microsoft Corporation One Microsoft Way Redmond, WA 98052-6399
デーヴターレルマイクロソフト社1マイクロソフト道、レッドモンド、ワシントン98052-6399
Phone: +1 425 703 8835 EMail: dthaler@microsoft.com
以下に電話をしてください。 +1 8835年の425 703メール: dthaler@microsoft.com
Thaler Standards Track [Page 36] RFC 3559 Multicast Address Allocation MIB June 2003
ターレル規格はマルチキャストアドレス配分MIB2003年6月にRFC3559を追跡します[36ページ]。
11. Full Copyright Statement
11. 完全な著作権宣言文
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 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機能のための基金は現在、インターネット協会によって提供されます。
Thaler Standards Track [Page 37]
ターレル標準化過程[37ページ]
一覧
スポンサーリンク
