RFC1474 日本語訳
1474 The Definitions of Managed Objects for the Bridge Network ControlProtocol of the Point-to-Point Protocol. F. Kastenholz. June 1993. (Format: TXT=31846 bytes) (Status: HISTORIC)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group F. Kastenholz
Request for Comments: 1474 FTP Software, Inc.
June 1993
Kastenholzがコメントのために要求するワーキンググループF.をネットワークでつないでください: 1474 FTPソフトウェアInc.1993年6月
The Definitions of Managed Objects for
the Bridge Network Control Protocol of
the Point-to-Point Protocol
二地点間プロトコルのブリッジネットワーク制御プロトコルのための管理オブジェクトの定義
Status of this Memo
このMemoの状態
This RFC specifies an IAB standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "IAB Official Protocol Standards" for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このRFCはIAB標準化過程プロトコルをインターネットコミュニティに指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態の「IABの公式のプロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it describes managed objects used for managing the bridge Network Control Protocol [10] on subnetwork interfaces using the family of Point-to-Point Protocols.
このメモは使用のために、ネットワーク管理プロトコルでTCP/IPベースのインターネットでManagement Information基地の一部(MIB)を定義します。 特に、それはサブネットワークインタフェースでPointからポイントへのプロトコルのファミリーを使用することでブリッジNetwork Controlプロトコル[10]を管理するのに使用される管理オブジェクトについて説明します。
Table of Contents
目次
1. The Network Management Framework ...................... 1 2. Objects ............................................... 2 2.1 Format of Definitions ................................ 2 3. Overview .............................................. 2 3.1 Object Selection Criteria ............................ 2 3.2 Structure of the PPP ................................. 3 3.3 MIB Groups ........................................... 3 4. Definitions ........................................... 4 5. Acknowledgements ...................................... 13 6. Security Considerations ............................... 14 7. References ............................................ 14 8. Author's Address ...................................... 15
1. ネットワークマネージメントフレームワーク… 1 2. オブジェクト… 2 2.1 定義の形式… 2 3. 概要… 2 3.1 オブジェクト選択評価基準… 2 3.2 pppの構造… 3 3.3 MIBは分類します… 3 4. 定義… 4 5. 承認… 13 6. セキュリティ問題… 14 7. 参照… 14 8. 作者のアドレス… 15
1. The Network Management Framework
1. ネットワークマネージメントフレームワーク
The Internet-standard Network Management Framework consists of three components. They are:
インターネット標準Network Management Frameworkは3つのコンポーネントから成ります。 それらは以下の通りです。
STD 16/RFC 1155 which defines the SMI, the mechanisms used for
describing and naming objects for the purpose of management. STD
16/RFC 1212 defines a more concise description mechanism, which is
SMI、説明に、中古のメカニズム、および命名を定義するSTD16/RFC1155は管理の目的のために反対します。 STD16/RFC1212は、より簡潔な記述メカニズムを定義して、どれがありますか?
Kastenholz [Page 1] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[1ページ]RFC1474ブリッジMIB1993年ppp/6月
wholly consistent with the SMI.
完全にSMIと一致しています。
STD 17/RFC 1213 which defines MIB-II, the core set of managed
objects for the Internet suite of protocols.
MIB-II、管理オブジェクトの巻き癖をプロトコルのインターネットスイートと定義するSTD17/RFC1213。
STD 15/RFC 1157 which defines the SNMP, the protocol used for
network access to managed objects.
SNMPを定義するSTD15/RFC1157、管理オブジェクトへのネットワークアクセスに使用されるプロトコル。
The Framework permits new objects to be defined for the purpose of experimentation and evaluation.
Frameworkは、新しいオブジェクトが実験と評価の目的のために定義されるのを可能にします。
2. Objects
2. オブジェクト
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) [3] defined in the SMI. In particular, each object type is named by an OBJECT IDENTIFIER, an administratively assigned name. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, we often use a textual string, termed the descriptor, to refer to the object type.
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 MIBのオブジェクトは、SMIで定義された抽象的なSyntax Notation One(ASN.1)[3]の部分集合を使用することで定義されます。 特に、各オブジェクト・タイプはOBJECT IDENTIFIER、行政上割り当てられた名前によって命名されます。 オブジェクトインスタンスに伴うオブジェクト・タイプは、唯一オブジェクトの特定の具体化を特定するのに勤めます。 人間の便宜のために、私たちはしばしば記述子と呼ばれた原文のストリングを使用して、オブジェクトについて言及するのはタイプされます。
2.1. Format of Definitions
2.1. 定義の形式
Section 4 contains the specification of all object types contained in this MIB module. The object types are defined using the conventions defined in the SMI, as amended by the extensions specified in [5,6].
セクション4はこのMIBモジュールで含まれたすべてのオブジェクト・タイプの仕様を含みます。 オブジェクト・タイプは、[5、6]で指定された拡大で修正されるようにSMIで定義されたコンベンションを使用することで定義されます。
3. Overview
3. 概要
3.1. Object Selection Criteria
3.1. オブジェクト選択評価基準
To be consistent with IAB directives and good engineering practice, an explicit attempt was made to keep this MIB as simple as possible. This was accomplished by applying the following criteria to objects proposed for inclusion:
IAB指示と良いエンジニアリング方式と一致しているように、このMIBをできるだけ簡単に保つのを明白な試みをしました。 これは包含のために提案されたオブジェクトに以下の評価基準を適用することによって、達成されました:
(1) Require objects be essential for either fault or
configuration management. In particular, objects for
which the sole purpose was to debug implementations were
explicitly excluded from the MIB.
(1) オブジェクトを必要としてください。欠点か構成管理のどちらかにおいて、不可欠であってください。 特に、実装をデバッグする唯一の目的がことであったオブジェクトはMIBから明らかに除かれました。
(2) Consider evidence of current use and/or utility.
(2) 現在の使用、そして/または、ユーティリティに関する証拠を考えてください。
(3) Limit the total number of objects.
(3) オブジェクトの総数を制限してください。
(4) Exclude objects which are simply derivable from others in
(4) 中で単に誘導できるオブジェクトを他のものに入れないようにしてください。
Kastenholz [Page 2] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[2ページ]RFC1474ブリッジMIB1993年ppp/6月
this or other MIBs.
これか他のMIBs。
3.2. Structure of the PPP
3.2. pppの構造
This section describes the basic model of PPP used in developing the PPP MIB. This information should be useful to the implementor in understanding some of the basic design decisions of the MIB.
このセクションはPPP MIBを開発する際に使用されるPPPの基本型について説明します。 この情報はMIBの基本的なデザイン決定のいくつかを理解する際に作成者の役に立つべきです。
The PPP is not one single protocol but a large family of protocols. Each of these is, in itself, a fairly complex protocol. The PPP protocols may be divided into three rough categories:
PPPは1つのただ一つのプロトコルではなく、プロトコルの大家族です。 本来それぞれのこれらはかなり複雑なプロトコルです。 PPPプロトコルは3つの荒いカテゴリに分割されるかもしれません:
Control Protocols
The Control Protocols are used to control the operation of the
PPP. The Control Protocols include the Link Control Protocol
(LCP), the Password Authentication Protocol (PAP), the Link
Quality Report (LQR), and the Challenge Handshake Authentication
Protocol (CHAP).
Controlプロトコルが使用されている規制プロトコルはPPPの操作を制御します。 ControlプロトコルはLink Controlプロトコル(LCP)、パスワード認証プロトコル(PAP)、Link Quality Report(LQR)、およびチャレンジハンドシェイク式認証プロトコル(CHAP)を含んでいます。
Network Protocols
The Network Protocols are used to move the network traffic over
the PPP interface. A Network Protocol encapsulates the datagrams
of a specific higher-layer protocol that is using the PPP as a
data link. Note that within the context of PPP, the term "Network
Protocol" does not imply an OSI Layer-3 protocol; for instance,
there is a Bridging network protocol.
Networkプロトコルが使用されているネットワークプロトコルはネットワークトラフィックをPPPインタフェースの上に動かします。 Networkプロトコルはデータ・リンクとしてPPPを使用している特定の上位層プロトコルのデータグラムをカプセル化します。 PPPの文脈の中では、「ネットワーク・プロトコル」という用語がOSI Layer-3プロトコルを含意しないことに注意してください。 例えば、Bridgingネットワーク・プロトコルがあります。
Network Control Protocols (NCPs)
The NCPs are used to control the operation of the Network
Protocols. Generally, each Network Protocol has its own Network
Control Protocol; thus, the IP Network Protocol has its IP Control
Protocol, the Bridging Network Protocol has its Bridging Network
Control Protocol and so on.
NCPが使用されているネットワークControlプロトコル(NCP)はNetworkプロトコルの操作を制御します。 一般に、それぞれのNetworkプロトコルには、それ自身のNetwork Controlプロトコルがあります。 したがって、IP Networkプロトコルには、IP Controlプロトコルがあって、Bridging NetworkプロトコルにそのBridging Network Controlプロトコルなどがあります。
This document specifies the objects used in managing one of these protocols, namely the Bridge Network Control Protocol.
このドキュメントはこれらのプロトコルの1つ、すなわち、Bridge Network Controlプロトコルを管理する際に使用されるオブジェクトを指定します。
3.3. MIB Groups
3.3. MIBグループ
Objects in this MIB are arranged into several MIB groups. Each group is organized as a set of related objects.
このMIBのオブジェクトはいくつかのMIBグループにアレンジされます。 各グループは1セットの関連するオブジェクトとしてまとめられます。
These groups are the basic unit of conformance: if the semantics of a group are applicable to an implementation then all objects in the group must be implemented.
これらのグループは順応の原単位です: グループの意味論が実装に適切であるなら、グループにおけるすべてのオブジェクトを実装しなければなりません。
The PPP MIB is organized into several MIB Groups, including, but not limited to, the following groups:
PPP MIBは数個のMIB Groups、包含、他、以下のグループに組織化されます:
Kastenholz [Page 3] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[3ページ]RFC1474ブリッジMIB1993年ppp/6月
o The PPP Link Group
o The PPP LQR Group
o The PPP LQR Extensions Group
o The PPP IP Group
o The PPP Bridge Group
o The PPP Security Group
o PPP Link Group o PPP LQR Group o PPP LQR Extensions Group o PPP IP Group o PPP Bridge Group o PPP Security Group
This document specifies the following group:
このドキュメントは以下のグループを指定します:
The PPP Bridge Group
The PPP Bridge Group contains configuration, status, and control
variables that apply to the operation of Bridging over PPP.
PPP Bridge Group PPP Bridge GroupはPPPの上でBridgingの操作に適用される構成、状態、および制御変数を含んでいます。
Implementation of this group is mandatory for all implementations
of PPP that support the Bridging over PPP.
このグループの実装はPPPの上でBridgingをサポートするPPPのすべての実装に義務的です。
4. Definitions
4. 定義
PPP-BRIDGE-NCP-MIB DEFINITIONS ::= BEGIN
pppブリッジNCP MIB定義:、:= 始まってください。
IMPORTS
Counter
FROM RFC1155-SMI
ifIndex
FROM RFC1213-MIB
OBJECT-TYPE
FROM RFC-1212
ppp
FROM PPP-LCP-MIB;
IMPORTS Counter FROM RFC1155-SMI ifIndex FROM RFC1213-MIB OBJECT-TYPE FROM RFC-1212ppp FROM PPP-LCP-MIB。
pppBridge OBJECT IDENTIFIER ::= { ppp 4 }
pppBridgeオブジェクト識別子:、:= ppp4
--
-- The PPP Bridge NCP Group.
-- Implementation of this group is mandatory for all
-- PPP implementations that support MAC Bridging over
-- PPP (RFC1220).
--
-- -- pppはNCPグループをブリッジします。 -- このグループの実装はすべて--それがMAC BridgingをサポートするPPP実装--PPP(RFC1220)に義務的です。 --
-- The following object reflect the values of the option
-- parameters used in the PPP Link Control Protocol
-- pppBridgeLocalToRemoteTinygramCompression
-- pppBridgeRemoteToLocalTinygramCompression
-- pppBridgeLocalToRemoteLanId
-- pppBridgeRemoteToLocalLanId
--
-- These values are not available until after the PPP Option
-- 以下のオブジェクトはオプションの値を反映します(パラメタはPPP Link Controlプロトコル(pppBridgeLocalToRemoteTinygramCompression)にpppBridgeRemoteToLocalTinygramCompression--pppBridgeLocalToRemoteLanId--pppBridgeRemoteToLocalLanIdを使用しました)--これらの値はPPP Optionの後まで利用可能ではありません。
Kastenholz [Page 4] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[4ページ]RFC1474ブリッジMIB1993年ppp/6月
-- negotiation has completed, which is indicated by the link
-- reaching the open state (i.e. pppBridgeOperStatus is set to
-- opened).
--
-- Therefore, when pppBridgeOperStatus is not opened
-- the contents of these objects is undefined. The value
-- returned when accessing the objects is an implementation
-- dependent issue.
-- 交渉が持っている、完成していて、開口状態に達して、どれがリンクによって示されますか?(すなわち、pppBridgeOperStatusは用意ができています--開かれます) -- -- したがって、pppBridgeOperStatusがいつでないかが開きました--これらのオブジェクトのコンテンツは未定義です。 値--オブジェクトにアクセスするとき、戻るのは、実装です--依存する問題。
pppBridgeTable OBJECT-TYPE
SYNTAX SEQUENCE OF PppBridgeEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Table containing the parameters and statistics
for the local PPP entity that are related to
the operation of Bridging over the PPP."
::= { pppBridge 1 }
義務的な記述が「PPPの上に地方のPPP実体のためのBridgingの操作に関連するパラメタと統計を含んでいて、テーブルの上に置く」pppBridgeTable OBJECT-TYPE SYNTAX SEQUENCE OF PppBridgeEntry ACCESSのアクセスしやすくないSTATUS。 ::= pppBridge1
pppBridgeEntry OBJECT-TYPE
SYNTAX PppBridgeEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Bridging information for a particular PPP
link."
INDEX { ifIndex }
::= { pppBridgeTable 1 }
「特定のPPPのための情報をブリッジするのはリンクする」pppBridgeEntry OBJECT-TYPE SYNTAX PppBridgeEntry ACCESSのアクセスしやすくないSTATUS義務的な記述。 ifIndexに索引をつけてください:、:= pppBridgeTable1
PppBridgeEntry ::= SEQUENCE {
pppBridgeOperStatus
INTEGER,
pppBridgeLocalToRemoteTinygramCompression
INTEGER,
pppBridgeRemoteToLocalTinygramCompression
INTEGER,
pppBridgeLocalToRemoteLanId
INTEGER,
pppBridgeRemoteToLocalLanId
INTEGER
}
PppBridgeEntry:、:= 系列pppBridgeOperStatus整数、pppBridgeLocalToRemoteTinygramCompression整数、pppBridgeRemoteToLocalTinygramCompression整数、pppBridgeLocalToRemoteLanId整数、pppBridgeRemoteToLocalLanId整数
pppBridgeOperStatus OBJECT-TYPE
SYNTAX INTEGER {opened(1), not-opened(2)}
ACCESS read-only
pppBridgeOperStatus OBJECT-TYPE SYNTAX INTEGERが(1)を開いて、(2)は開かなかった、ACCESS書き込み禁止
Kastenholz [Page 5] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[5ページ]RFC1474ブリッジMIB1993年ppp/6月
STATUS mandatory
DESCRIPTION
"The operational status of the Bridge network
protocol. If the value of this object is up
then the finite state machine for the Bridge
network protocol has reached the Opened state."
::= { pppBridgeEntry 1 }
「Bridgeネットワークの操作上の状態は議定書の中で述べる」STATUSの義務的な記述。 「このオブジェクトの値が上がるなら、Bridgeネットワーク・プロトコルのための有限状態機械はOpened状態に達しました。」 ::= pppBridgeEntry1
pppBridgeLocalToRemoteTinygramCompression OBJECT-TYPE
SYNTAX INTEGER { false(1), true(2) }
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Indicates whether the local node will perform
Tinygram Compression when sending packets to
the remote entity. If false then the local
entity will not perform Tinygram Compression.
If true then the local entity will perform
Tinygram Compression. The value of this object
is meaningful only when the link has reached
the open state (pppBridgeOperStatus is
opened)."
REFERENCE
"Section 6.7, Tinygram Compression Option, of
RFC1220"
::= { pppBridgeEntry 2 }
pppBridgeLocalToRemoteTinygramCompression OBJECT-TYPE SYNTAX INTEGER、誤った(1)、ACCESSの書き込み禁止のSTATUSの義務的な記述が「リモート実体にパケットを送るとき、ローカルのノードがTinygram Compressionを実行するか否かに関係なく、示す」本当の(2)。 誤っていると、ローカル要素はTinygram Compressionを実行しないでしょう。 本当であるなら、ローカル要素はTinygram Compressionを実行するでしょう。 「リンクが開口状態に達したときだけ(pppBridgeOperStatusは開かれます)、このオブジェクトの値は重要です。」 「セクション6.7、RFC1220のTinygram圧縮オプション」という参照:、:= pppBridgeEntry2
pppBridgeRemoteToLocalTinygramCompression OBJECT-TYPE
SYNTAX INTEGER { false(1), true(2) }
ACCESS read-only
STATUS mandatory
DESCRIPTION
"If false(1) then the remote entity is not
expected to perform Tinygram Compression. If
true then the remote entity is expected to
perform Tinygram Compression. The value of this
object is meaningful only when the link has
reached the open state (pppBridgeOperStatus is
opened)."
REFERENCE
"Section 6.7, Tinygram Compression Option, of
RFC1220"
::= { pppBridgeEntry 3 }
pppBridgeRemoteToLocalTinygramCompression OBJECT-TYPE SYNTAX INTEGER、誤った(1)、本当の(2)、ACCESSの書き込み禁止のSTATUSの義務的な記述、「(1) 次に、リモート実体がTinygram Compressionを実行しないと虚偽で予想されるなら」。 本当であるなら、リモート実体がTinygram Compressionを実行すると予想されます。 「リンクが開口状態に達したときだけ(pppBridgeOperStatusは開かれます)、このオブジェクトの値は重要です。」 「セクション6.7、RFC1220のTinygram圧縮オプション」という参照:、:= pppBridgeEntry3
Kastenholz [Page 6] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[6ページ]RFC1474ブリッジMIB1993年ppp/6月
pppBridgeLocalToRemoteLanId OBJECT-TYPE
SYNTAX INTEGER { false(1), true(2) }
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Indicates whether the local node will include
the LAN Identification field in transmitted
packets or not. If false(1) then the local node
will not transmit this field, true(2) means
that the field will be transmitted. The value
of this object is meaningful only when the link
has reached the open state (pppBridgeOperStatus
is opened)."
REFERENCE
"Section 6.8, LAN Identification Option, of
RFC1220"
::= { pppBridgeEntry 4 }
pppBridgeLocalToRemoteLanId OBJECT-TYPE SYNTAX INTEGER、誤った(1)、ACCESSの書き込み禁止のSTATUSの義務的な記述が「ローカルのノードが伝えられたパケットのLAN Identification分野を含むか否かに関係なく、示す」本当の(2)。 (1) 次に、ローカルのノードがこの野原を虚偽で伝えないなら、本当の(2)は、野原が伝えられることを意味します。 「リンクが開口状態に達したときだけ(pppBridgeOperStatusは開かれます)、このオブジェクトの値は重要です。」 「セクション6.8、RFC1220のLAN識別オプション」という参照:、:= pppBridgeEntry4
pppBridgeRemoteToLocalLanId OBJECT-TYPE
SYNTAX INTEGER { false(1), true(2) }
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Indicates whether the remote node has
indicated that it will include the LAN
Identification field in transmitted packets or
not. If false(1) then the field will not be
transmitted, if true(2) then the field will be
transmitted. The value of this object is
meaningful only when the link has reached the
open state (pppBridgeOperStatus is opened)."
REFERENCE
"Section 6.8, LAN Identification Option, of
RFC1220"
::= { pppBridgeEntry 5 }
pppBridgeRemoteToLocalLanId OBJECT-TYPE SYNTAX INTEGER、誤った(1)、ACCESSの書き込み禁止のSTATUSの義務的な記述が「遠隔ノードが、伝えられたパケットのLAN Identification分野を含むのを示したか否かに関係なく、示す」本当の(2)。 (1) 次に、分野が虚偽、伝えられて、本当の(2)でなくなると、野原は伝えられるでしょう。 「リンクが開口状態に達したときだけ(pppBridgeOperStatusは開かれます)、このオブジェクトの値は重要です。」 「セクション6.8、RFC1220のLAN識別オプション」という参照:、:= pppBridgeEntry5
--
-- The PPP Bridge Configuration table
--
-- -- PPP Bridge Configurationテーブル--
pppBridgeConfigTable OBJECT-TYPE
SYNTAX SEQUENCE OF PppBridgeConfigEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Table containing the parameters and statistics
アクセスしやすくないSTATUS義務的な記述が「パラメタと統計を含んでいて、テーブルの上に置く」pppBridgeConfigTable OBJECT-TYPE SYNTAX SEQUENCE OF PppBridgeConfigEntry ACCESS
Kastenholz [Page 7] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[7ページ]RFC1474ブリッジMIB1993年ppp/6月
for the local PPP entity that are related to
the operation of Bridging over the PPP."
::= { pppBridge 2 }
「地方のPPP実体において、それはPPPの上のBridgingの操作に関連します。」 ::= pppBridge2
pppBridgeConfigEntry OBJECT-TYPE
SYNTAX PppBridgeConfigEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Bridging Configuration information for a
particular PPP link."
INDEX { ifIndex }
::= { pppBridgeConfigTable 1 }
「Configurationが特定のPPPのための情報であるとブリッジするのがリンクする」pppBridgeConfigEntry OBJECT-TYPE SYNTAX PppBridgeConfigEntry ACCESSのアクセスしやすくないSTATUS義務的な記述。 ifIndexに索引をつけてください:、:= pppBridgeConfigTable1
PppBridgeConfigEntry ::= SEQUENCE {
pppBridgeConfigAdminStatus
INTEGER,
pppBridgeConfigTinygram
INTEGER,
pppBridgeConfigRingId
INTEGER,
pppBridgeConfigLineId
INTEGER,
pppBridgeConfigLanId
INTEGER
}
PppBridgeConfigEntry:、:= 系列pppBridgeConfigAdminStatus整数、pppBridgeConfigTinygram整数、pppBridgeConfigRingId整数、pppBridgeConfigLineId整数、pppBridgeConfigLanId整数
pppBridgeConfigAdminStatus OBJECT-TYPE
SYNTAX INTEGER { open(1), close(2) }
ACCESS read-write
STATUS mandatory
DESCRIPTION
"The immediate desired status of the Bridging
network protocol. Setting this object to open
will inject an administrative open event into
the Bridging network protocol's finite state
machine. Setting this object to close will
inject an administrative close event into the
Bridging network protocol's finite state
machine."
::= { pppBridgeConfigEntry 1 }
pppBridgeConfigAdminStatus OBJECT-TYPE SYNTAX INTEGERは(1)、近い(2)を開きます。ACCESSは「Bridgingネットワーク・プロトコルの即座の必要な状態」をSTATUSの義務的な記述に読書して書きます。 このオブジェクトに開くように設定するのがBridgingネットワーク・プロトコルの有限状態機械に管理オープン・ゲームを注ぐでしょう。 「このオブジェクトに閉じるように設定するのがBridgingネットワーク・プロトコルの有限状態機械に管理近いイベントを注ぐでしょう。」 ::= pppBridgeConfigEntry1
pppBridgeConfigTinygram OBJECT-TYPE
SYNTAX INTEGER { false(1), true(2) }
pppBridgeConfigTinygramオブジェクト・タイプ構文整数誤った(1)、本当の(2)
Kastenholz [Page 8] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[8ページ]RFC1474ブリッジMIB1993年ppp/6月
ACCESS read-write
STATUS mandatory
DESCRIPTION
"If false then the local BNCP entity will not
initiate the Tinygram Compression Option
Negotiation. If true then the local BNCP entity
will initiate negotiation of this option."
REFERENCE
"Section 6.7, Tinygram Compression Option, of
RFC1220"
DEFVAL { true }
::= { pppBridgeConfigEntry 2 }
ACCESSは「誤っていると、地方のBNCP実体はTinygram Compression Option Negotiationを開始しないこと」をSTATUSの義務的な記述に読書して書きます。 「本当であるなら、地方のBNCP実体はこのオプションの交渉を開始するでしょう。」 REFERENCE、「セクション6.7 Tinygram圧縮は本当に」 DEFVALにRFC1220をゆだねます:、:= pppBridgeConfigEntry2
pppBridgeConfigRingId OBJECT-TYPE
SYNTAX INTEGER { false(1), true(2) }
ACCESS read-write
STATUS mandatory
DESCRIPTION
"If false then the local PPP Entity will not
initiate a Remote Ring Identification Option
negotiation. If true then the local PPP entity
will intiate this negotiation. This MIB object
is relevant only if the interface is for 802.5
Token Ring bridging."
REFERENCE
"Section 6.4, IEEE 802.5 Remote Ring
Identification Option, of RFC1220"
DEFVAL { false }
::= { pppBridgeConfigEntry 3 }
pppBridgeConfigRingId OBJECT-TYPE SYNTAX INTEGER、誤った(1)、「そして、地方のPPP EntityはRemote Ring Identification Option交渉を虚偽で開始しない」ならACCESSがSTATUS義務的な記述を読書して書く本当の(2)。 本当であるなら、地方のPPP実体はこの交渉をintiateするでしょう。 「このMIBオブジェクトはブリッジしながらインタフェースが802.5Token Ringのためのものである場合にだけ関連しています。」 REFERENCE「セクション6.4、RFC1220のIEEEの802.5のリモートリング識別オプション」DEFVAL偽:、:= pppBridgeConfigEntry3
pppBridgeConfigLineId OBJECT-TYPE
SYNTAX INTEGER { false(1), true(2) }
ACCESS read-write
STATUS mandatory
DESCRIPTION
"If false then the local PPP Entity is not to
initiate a Line Identification Option
negotiation. If true then the local PPP entity
will intiate this negotiation. This MIB object
is relevant only if the interface is for 802.5
Token Ring bridging."
REFERENCE
"Section 6.5, IEEE 802.5 Line Identification
Option, of RFC1220"
DEFVAL { false }
::= { pppBridgeConfigEntry 4 }
pppBridgeConfigLineId OBJECT-TYPE SYNTAX INTEGER、誤った(1)、「そして、地方のPPP Entityは線Identification Option交渉を虚偽で開始しないつもりである」ならACCESSがSTATUS義務的な記述を読書して書く本当の(2)。 本当であるなら、地方のPPP実体はこの交渉をintiateするでしょう。 「このMIBオブジェクトはブリッジしながらインタフェースが802.5Token Ringのためのものである場合にだけ関連しています。」 REFERENCE「セクション6.5、RFC1220のIEEE802.5回線識別オプション」DEFVAL偽:、:= pppBridgeConfigEntry4
Kastenholz [Page 9] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[9ページ]RFC1474ブリッジMIB1993年ppp/6月
pppBridgeConfigLanId OBJECT-TYPE
SYNTAX INTEGER { false(1), true(2) }
ACCESS read-write
STATUS mandatory
DESCRIPTION
"If false then the local BNCP entity will not
initiate the LAN Identification Option
Negotiation. If true then the local BNCP entity
will initiate negotiation of this option."
REFERENCE
"Section 6.8, LAN Identification Option, of
RFC1220"
DEFVAL { false }
::= { pppBridgeConfigEntry 5 }
pppBridgeConfigLanId OBJECT-TYPE SYNTAX INTEGER、誤った(1)、「そして、地方のBNCP実体はLAN Identification Option Negotiationを虚偽で開始しない」ならACCESSがSTATUS義務的な記述を読書して書く本当の(2)。 「本当であるなら、地方のBNCP実体はこのオプションの交渉を開始するでしょう。」 REFERENCE「セクション6.8、RFC1220のLAN識別オプション」DEFVAL偽:、:= pppBridgeConfigEntry5
--
-- The PPP Bridge Media Status Table
--
-- -- pppは、メディアが状態テーブルであるとブリッジします--
pppBridgeMediaTable OBJECT-TYPE
SYNTAX SEQUENCE OF PppBridgeMediaEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Table identifying which MAC media types are
enabled for the Bridging NCPs."
::= { pppBridge 3 }
アクセスしやすくないSTATUS義務的な記述が「どのMACメディアタイプがBridging NCPのために可能にされるかを特定して、テーブルの上に置く」pppBridgeMediaTable OBJECT-TYPE SYNTAX SEQUENCE OF PppBridgeMediaEntry ACCESS。 ::= pppBridge3
pppBridgeMediaEntry OBJECT-TYPE
SYNTAX PppBridgeMediaEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Status of a specific MAC Type for a specific
PPP Link."
INDEX { ifIndex, pppBridgeMediaMacType }
::= { pppBridgeMediaTable 1 }
pppBridgeMediaEntry OBJECT-TYPE SYNTAX PppBridgeMediaEntry ACCESSのアクセスしやすくないSTATUS義務的な記述、「特定のPPP Linkのための特定のMAC Typeの状態。」 ifIndex、pppBridgeMediaMacTypeに索引をつけてください:、:= pppBridgeMediaTable1
PppBridgeMediaEntry ::= SEQUENCE {
pppBridgeMediaMacType
INTEGER,
pppBridgeMediaLocalStatus
INTEGER,
pppBridgeMediaRemoteStatus
INTEGER
PppBridgeMediaEntry:、:= 系列、pppBridgeMediaMacType整数、pppBridgeMediaLocalStatus整数、pppBridgeMediaRemoteStatus整数
Kastenholz [Page 10] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[10ページ]RFC1474ブリッジMIB1993年ppp/6月
}
}
pppBridgeMediaMacType OBJECT-TYPE
SYNTAX INTEGER(0..2147483647)
ACCESS read-only
STATUS mandatory
DESCRIPTION
"The MAC type for which this entry in the
pppBridgeMediaTable is providing status
information. Valid values for this object are
defined in Section 6.6 MAC Type Support
Selection of RFC1220 (Bridging Point-to-Point
Protocol)."
REFERENCE
"Section 6.6, MAC Type Support Selection, of
RFC1212."
::= { pppBridgeMediaEntry 1 }
「MACはpppBridgeMediaTableのこのエントリーがどれであるかために状態情報を提供しながら、タイプする」pppBridgeMediaMacType OBJECT-TYPE SYNTAX INTEGER(0 .2147483647)のACCESSの書き込み禁止のSTATUSの義務的な記述。 「このオブジェクトのための有効値はセクション6.6 RFC1220のMAC Type Support Selectionで定義されます(Pointからポイントがプロトコルであるとブリッジして)。」 「セクション6.6 MACはRFC1212のサポート選択をタイプする」という参照。 ::= pppBridgeMediaEntry1
pppBridgeMediaLocalStatus OBJECT-TYPE
SYNTAX INTEGER { accept(1), dont-accept(2) }
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Indicates whether the local PPP Bridging
Entity will accept packets of the protocol type
identified in pppBridgeMediaMacType on the PPP
link identified by ifIndex or not. If this
object is accept then any packets of the
indicated MAC type will be received and
properly processed. If this object is dont-
accept then received packets of the indicated
MAC type will not be properly processed."
REFERENCE
"Section 6.6, MAC Type Support Selection, of
RFC1212."
::= { pppBridgeMediaEntry 2 }
ACCESS書き込み禁止STATUS記述が「地方のPPP Bridging EntityがifIndexによって特定されたPPPリンクの上のpppBridgeMediaMacTypeで特定されたプロトコルタイプのパケットを受け入れるかどうかを示すこと」が義務的な状態で、pppBridgeMediaLocalStatus OBJECT-TYPE SYNTAX INTEGERは(1)を受け入れて、(2)をdont受け入れます。 このオブジェクトが受け入れることであるなら、示されたMACタイプのどんなパケットも、受け取られて、適切に処理されるでしょう。 「このオブジェクトがdontであるなら受け入れてください、そして、次に、示されたMACタイプの容認されたパケットは適切に処理されないでしょう。」 「セクション6.6 MACはRFC1212のサポート選択をタイプする」という参照。 ::= pppBridgeMediaEntry2
pppBridgeMediaRemoteStatus OBJECT-TYPE
SYNTAX INTEGER { accept(1), dont-accept(2) }
ACCESS read-only
STATUS mandatory
DESCRIPTION
"Indicates whether the local PPP Bridging
Entity believes that the remote PPP Bridging
Entity will accept packets of the protocol type
identified in pppBridgeMediaMacType on the PPP
ACCESS書き込み禁止STATUS記述が「地方のPPP Bridging Entityが、リモートPPP Bridging EntityがPPPの上のpppBridgeMediaMacTypeで特定されたプロトコルタイプのパケットを受け入れると信じているかどうかを示すこと」が義務的な状態で、pppBridgeMediaRemoteStatus OBJECT-TYPE SYNTAX INTEGERは(1)を受け入れて、(2)をdont受け入れます。
Kastenholz [Page 11] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[11ページ]RFC1474ブリッジMIB1993年ppp/6月
link identified by ifIndex or not."
REFERENCE
"Section 6.6, MAC Type Support Selection, of
RFC1212."
::= { pppBridgeMediaEntry 3 }
「ifIndexによって特定されて、リンクしてください。」 「セクション6.6 MACはRFC1212のサポート選択をタイプする」という参照。 ::= pppBridgeMediaEntry3
--
-- The PPP Bridge Media Configuration Table
--
-- -- pppは、メディアが構成テーブルであるとブリッジします--
pppBridgeMediaConfigTable OBJECT-TYPE
SYNTAX SEQUENCE OF PppBridgeMediaConfigEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Table identifying which MAC media types are
enabled for the Bridging NCPs."
::= { pppBridge 4 }
アクセスしやすくないSTATUS義務的な記述が「どのMACメディアタイプがBridging NCPのために可能にされるかを特定して、テーブルの上に置く」pppBridgeMediaConfigTable OBJECT-TYPE SYNTAX SEQUENCE OF PppBridgeMediaConfigEntry ACCESS。 ::= pppBridge4
pppBridgeMediaConfigEntry OBJECT-TYPE
SYNTAX PppBridgeMediaConfigEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"Status of a specific MAC Type for a specific
PPP Link."
INDEX { ifIndex, pppBridgeMediaConfigMacType }
::= { pppBridgeMediaConfigTable 1 }
pppBridgeMediaConfigEntry OBJECT-TYPE SYNTAX PppBridgeMediaConfigEntry ACCESSのアクセスしやすくないSTATUS義務的な記述、「特定のPPP Linkのための特定のMAC Typeの状態。」 ifIndex、pppBridgeMediaConfigMacTypeに索引をつけてください:、:= pppBridgeMediaConfigTable1
PppBridgeMediaConfigEntry ::= SEQUENCE {
pppBridgeMediaConfigMacType
INTEGER,
pppBridgeMediaConfigLocalStatus
INTEGER
}
PppBridgeMediaConfigEntry:、:= 系列pppBridgeMediaConfigMacType整数、pppBridgeMediaConfigLocalStatus整数
pppBridgeMediaConfigMacType OBJECT-TYPE
SYNTAX INTEGER(0..2147483647)
ACCESS read-write
STATUS mandatory
DESCRIPTION
"The MAC type for which this entry in the
pppBridgeMediaConfigTable is providing status
information. Valid values for this object are
pppBridgeMediaConfigMacType OBJECT-TYPE SYNTAX INTEGER(0 .2147483647)ACCESSは「pppBridgeMediaConfigTableのこのエントリーが状態情報を提供しているMACタイプ」をSTATUSの義務的な記述に読書して書きます。 このオブジェクトのための有効値はそうです。
Kastenholz [Page 12] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[12ページ]RFC1474ブリッジMIB1993年ppp/6月
defined in Section 6.6 MAC Type Support
Selection of RFC1220 (Bridging Point-to-Point
Protocol)."
REFERENCE
"Section 6.6, MAC Type Support Selection, of
RFC1212."
::= { pppBridgeMediaConfigEntry 1 }
「セクション6.6では、RFC1220(Pointからポイントがプロトコルであるとブリッジする)のMAC Type Support Selectionを定義します。」だった 「セクション6.6 MACはRFC1212のサポート選択をタイプする」という参照。 ::= pppBridgeMediaConfigEntry1
pppBridgeMediaConfigLocalStatus OBJECT-TYPE
SYNTAX INTEGER { accept(1), dont-accept(2) }
ACCESS read-write
STATUS mandatory
DESCRIPTION
"Indicates whether the local PPP Bridging
Entity should accept packets of the protocol
type identified in pppBridgeMediaConfigMacType
on the PPP link identified by ifIndex or not.
Setting this object to the value dont-accept
has the affect of invalidating the
corresponding entry in the
pppBridgeMediaConfigTable object. It is an
implementation-specific matter as to whether
the agent removes an invalidated entry from the
table. Accordingly, management stations must be
prepared to receive tabular information from
agents that corresponds to entries not
currently in use. Changing this object will
have effect when the link is next restarted."
REFERENCE
"Section 6.6, MAC Type Support Selection, of
RFC1212."
::= { pppBridgeMediaConfigEntry 2 }
pppBridgeMediaConfigLocalStatus OBJECT-TYPE SYNTAX INTEGERは(1)を受け入れて、(2)をdont受け入れます。ACCESSは記述が「地方のPPP Bridging EntityがifIndexによって特定されたPPPリンクの上のpppBridgeMediaConfigMacTypeで特定されたプロトコルタイプのパケットを受け入れるはずであるかどうかを示すこと」が義務的なSTATUSに読書して書きます。 値はdont受け入れます。このオブジェクトを設定する、pppBridgeMediaConfigTableオブジェクトで対応するエントリーを無効にする感情を持っています。 それはエージェントがテーブルから無効にされたエントリーを取り除くかどうかに関する実装特有の問題です。 それに従って、エージェントからの現在使用中でないエントリーに対応する表情報を受け取るように管理局を準備しなければなりません。 「リンクが再開されていた状態で次であるときに、このオブジェクトを変えるのは手答えがあるでしょう。」 「セクション6.6 MACはRFC1212のサポート選択をタイプする」という参照。 ::= pppBridgeMediaConfigEntry2
END
終わり
6. Acknowledgements
6. 承認
This document was produced by the PPP working group. In addition to the working group, the author wishes to thank the following individuals for their comments and contributions:
このドキュメントはPPPワーキンググループによって製作されました。 ワーキンググループに加えて、作者は彼らのコメントと貢献について以下の個人に感謝したがっています:
Bill Simpson -- Daydreamer
Glenn McGregor -- Merit
Jesse Walker -- DEC
Chris Gunner -- DEC
ビル・シンプソン--空想家グレン・マクレガー--長所ジェシー・ウォーカー--12月のクリス砲手--12月
Kastenholz [Page 13] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[13ページ]RFC1474ブリッジMIB1993年ppp/6月
6. Security Considerations
6. セキュリティ問題
The PPP MIB affords the network operator the ability to configure and control the PPP links of a particular system, including the PPP authentication protocols. This represents a security risk.
PPP MIBは構成する能力をネットワーク・オペレータに提供して、特定のシステムのPPPリンクをコントロールに提供します、PPP認証プロトコルを含んでいて。 これはセキュリティリスクを表します。
These risks are addressed in the following manners:
これらの危険は以下のマナーで扱われます:
(1) All variables which represent a significant security risk
are placed in separate, optional, MIB Groups. As the MIB
Group is the quantum of implementation within a MIB, the
implementor of the MIB may elect not to implement these
groups.
(1) 重要なセキュリティリスクを表すすべての変数が別々の、そして、任意のMIB Groupsに置かれます。 MIB GroupがMIBの中の実装の量子であるので、MIBの作成者は、これらのグループを実装しないのを選ぶかもしれません。
(2) The implementor may choose to implement the variables
which present a security risk so that they may not be
written, i.e., the variables are READ-ONLY. This method
still presents a security risk, and is not recommended,
in that the variables, specifically the PPP
Authentication Protocols' variables, may be easily read.
(2) 作成者は、それらが書かれていないようにセキュリティリスクを提示する変数を実装するのを選ぶかもしれません、すなわち、変数がREADにすぎません。 このメソッドは、まだセキュリティリスクを提示していて、推薦されません、変数(明確にPPP Authenticationプロトコルの変数)が容易に読まれるかもしれないので。
(3) Using SNMPv2, the operator can place the variables into
MIB views which are protected in that the parties which
have access to those MIB views use authentication and
privacy protocols, or the operator may elect to make
these views not accessible to any party. In order to
facilitate this placement, all security-related variables
are placed in separate MIB Tables. This eases the
identification of the necessary MIB View Subtree.
(3) SNMPv2を使用して、オペレータがそれらのMIB視点に近づく手段を持っているパーティーが認証を使用するので保護されるMIB視点とプライバシープロトコルに変数を置くことができますか、またはオペレータは、これらの視点をどんなパーティーにもアクセスしやすくしないのを選ぶかもしれません。 このプレースメントを容易にするために、すべてのセキュリティ関連の変数が別々のMIB Tablesに置かれます。 これは必要なMIB View Subtreeの識別を緩和します。
7. References
7. 参照
[1] Rose M., and K. McCloghrie, "Structure and Identification of
Management Information for TCP/IP-based internets", STD 16, RFC
1155, Performance Systems International, Hughes LAN Systems, May
1990.
[1]ローズM.、およびK.のMcCloghrieと、「TCP/IPベースのインターネットのためのManagement情報の構造とIdentification」、STD16、RFC1155、国際パフォーマンスSystemsヒューズLAN Systems(1990年5月)
[2] McCloghrie K., and M. Rose, Editors, "Management Information Base
for Network Management of TCP/IP-based internets", STD 17, RFC
1213, Performance Systems International, March 1991.
[2]McCloghrie K.、およびM.ローズ、エディターズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地」、STD17、RFC1213、国際パフォーマンスSystems、1991年3月。
[3] Information processing systems - Open Systems Interconnection -
Specification of Abstract Syntax Notation One (ASN.1),
International Organization for Standardization, International
Standard 8824, December 1987.
[3] 情報処理システム--オープン・システム・インターコネクション--抽象的なSyntax Notation One(ASN.1)、国際標準化機構国際規格8824(1987年12月)の仕様。
[4] Information processing systems - Open Systems Interconnection -
Specification of Basic Encoding Rules for Abstract Notation One
[4] 情報処理システム--オープン・システム・インターコネクション--抽象的なNotation OneのためのBasic Encoding Rulesの仕様
Kastenholz [Page 14] RFC 1474 PPP/Bridge MIB June 1993
Kastenholz[14ページ]RFC1474ブリッジMIB1993年ppp/6月
(ASN.1), International Organization for Standardization,
International Standard 8825, December 1987.
1987年12月の(ASN.1)、国際標準化機構国際規格8825。
[5] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
STD 16, RFC 1212, Performance Systems International, Hughes LAN
Systems, March 1991.
[5] ローズ、M.とK.McCloghrie、エディターズ、「簡潔なMIB定義」、STD16、RFC1212、国際言語運用機構、ヒューズLANシステム(1991年3月)。
[6] Rose, M., Editor, "A Convention for Defining Traps for use with
the SNMP", RFC 1215, Performance Systems International, March
1991.
[6] ローズ、M.、Editor、「SNMPとの使用のためのDefining TrapsのためのConvention」、RFC1215、国際パフォーマンスSystems、1991年3月。
[7] McCloghrie, K., "Extensions to the Generic-Interface MIB", RFC
1229, Hughes LAN Systems, Inc., May 1991.
[7] McCloghrie(K.、「ジェネリックインタフェースMIBへの拡大」、RFC1229、ヒューズLANシステムInc.)は1991がそうするかもしれません。
[8] Simpson, W., "The Point-to-Point Protocol for the Transmission of
Multi-protocol Datagrams over Point-to-Point Links, RFC 1331,
Daydreamer, May 1992.
[8] シンプソン、W.、「ポイントツーポイント接続、RFC1331、空想家、1992年5月の間のマルチプロトコルデータグラムの送信のための二地点間プロトコル。」
[9] McGregor, G., "The PPP Internet Protocol Control Protocol", RFC
1332, Merit, May 1992.
[9] マクレガー、G.、「pppインターネットプロトコル制御プロトコル」RFC1332(長所)は1992がそうするかもしれません。
[10] Baker, F., "Point-to-Point Protocol Extensions for Bridging", RFC
1220, ACC, April 1991.
[10] ベイカー、F.、「ブリッジするための二地点間プロトコル拡大」、RFC1220、ACC、1991年4月。
[11] Lloyd, B., and W. Simpson, "PPP Authentication Protocols", RFC
1334, L&A, Daydreamer, October 1992.
[11] ロイドとB.とW.シンプソンと「ppp認証プロトコル」とRFC1334とLとA、空想家、1992年10月。
[12] Simpson, W., "PPP Link Quality Monitoring", RFC 1333, Daydreamer,
May 1992.
w.[12] シンプソン、「pppのリンクの上質のモニター(RFC1333、空想家)」は1992がそうするかもしれません。
8. Author's Address
8. 作者のアドレス
Frank Kastenholz FTP Software, Inc. 2 High Street North Andover, Mass 01845 USA
フランクKastenholz FTPソフトウェアInc.2本通り大規模01845ノースアンドーバー(米国)
Phone: (508) 685-4000 EMail: kasten@ftp.com
以下に電話をしてください。 (508) 685-4000 メールしてください: kasten@ftp.com
Kastenholz [Page 15]
Kastenholz[15ページ]
一覧
スポンサーリンク
