RFC1376 日本語訳
1376 The PPP DECnet Phase IV Control Protocol (DNCP). S. Senum. November 1992. (Format: TXT=12448 bytes) (Obsoleted by RFC1762) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Senum
Request for Comments: 1376 Network Systems Corporation
November 1992
Senumがコメントのために要求するワーキンググループS.をネットワークでつないでください: 1376は社の1992年11月にシステムをネットワークでつなぎます。
The PPP DECnet Phase IV Control Protocol (DNCP)
ppp DECnetフェーズIV制御プロトコル(DNCP)
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
要約
The Point-to-Point Protocol (PPP) [1] provides a standard method of encapsulating Network Layer protocol information over point-to-point links. PPP also defines an extensible Link Control Protocol, and proposes a family of Network Control Protocols (NCPs) for establishing and configuring different network-layer protocols.
Pointからポイントへのプロトコル(PPP)[1]はポイントツーポイント接続の上でNetwork Layerがプロトコル情報であるとカプセル化する標準方法を提供します。 PPPは、異なったネットワーク層プロトコルを設立して、構成するためにまた、広げることができるLink Controlプロトコルを定義して、Network Controlプロトコル(NCP)のファミリーを提案します。
This document defines the NCP for establishing and configuring Digital's DNA Phase IV Routing protocol (DECnet Phase IV) over PPP. This document applies only to DNA Phase IV Routing messages (both data and control), and not to other DNA Phase IV protocols (MOP, LAT, etc.).
このドキュメントは、PPPの上でDigitalのDNA Phase IVルート設定プロトコル(DECnet Phase IV)を設立して、構成するためにNCPを定義します。 このドキュメントは他のDNA Phase IVプロトコル(MOP、LATなど)ではなく、DNA Phase IVルート設定メッセージ(データとコントロールの両方)だけに適用されます。
1. Introduction
1. 序論
There are two basic approaches to running the DNA Phase IV Routing protocol over a serial line:
シリアル・ラインでDNA Phase IVルート設定プロトコルを実行することへの2つの基本的なアプローチがあります:
1. The approached that several router vendors have taken which is to
treat the serial link as an Ethernet, using the same data and
control messages an Ethernet would use.
1. そのいくつかのルータベンダーが取らせるイーサネットが使用する同じデータとコントロールメッセージを使用して、連続のリンクをイーサネットとして扱うことになっているアプローチ。
2. The approach defined by Digital, which uses DDCMP and slightly
different control messages.
2. DDCMPとわずかに異なったコントロールメッセージを使用するDigitalによって定義されたアプローチ。
This document will define a method that uses the first approach.
このドキュメントは最初のアプローチを使用するメソッドを定義するでしょう。
Senum [Page 1] RFC 1376 PPP DNCP November 1992
Senum[1ページ]RFC1376ppp DNCP1992年11月
2. Overview Of Phase IV DNA Protocols
2. フェーズIV DNAプロトコルの概要
The Phase IV DNA protocols which act as data link clients are:
データがクライアントをリンクするとき行動するPhase IV DNAプロトコルは以下の通りです。
o DNA Phase IV Routing
The Phase IV Digital Network Architecture (DNA) Routing
protocol is a network layer protocol providing services similar
to that of DoD IP. It routes messages in Phase IV DECnet
networks and manages the packet flow. The complete definition
of the DNA Phase IV Routing protocol can be found in [2].
o Phase IV Digital Network Architecture(DNA)ルート設定が議定書の中で述べるDNA Phase IVルート設定はDoD IPのものと同様のサービスを提供するネットワーク層プロトコルです。 それは、Phase IV DECnetネットワークでメッセージを発送して、パケット流動を管理します。 [2]でDNA Phase IVルート設定プロトコルの完全な定義を見つけることができます。
o DNA System Console
The Digital Network Architecture (DNA) System Console protocol
is a maintenance protocol providing low level access to a
system for the functions of:
o Digital Network Architecture(DNA)システムConsoleが議定書の中で述べるDNA System Consoleは以下の機能のシステムへの低い平らなアクセスを提供するメインテナンスプロトコルです。
. Identify processor
. Read data link counters
. Boot system
. Console carrier (a general purpose i/o channel)
プロセッサを特定してください。データ・リンクカウンタを読んでください。. システムコンソールキャリヤーをブートしてください。(汎用の入出力チャンネル)
The complete definition of the DNA System Console protocol can
be found in [3].
[3]でDNA System Consoleプロトコルの完全な定義を見つけることができます。
o Digital Customer Use
The Digital Customer Use protocol type is a value reserved for
use by Digital customers. It allocates a type for private use
which will not conflict with Digital or other vendor protocols.
o Digital Customer UseプロトコルタイプのデジタルCustomer Useは使用のためにDigitalの顧客によって予約された値です。 それはDigitalか他のベンダープロトコルと衝突しない私用のためにタイプを割り当てます。
o DNA Diagnostics
The Digital Network Architecture (DNA) Diagnostics protocol
type is reserved to allow diagnostic software communications in
parallel with other data link clients.
o 病気の特徴が議定書の中で述べるDigital Network Architecture(DNA)が他のデータと平行して診断ソフトウェアコミュニケーションを許容するために予約されるのをタイプするDNA Diagnosticsはクライアントをリンクします。
o DNA Naming Service (DNS)
The Digital Network Architecture Naming Service (DNS) provides
a distributed naming service. It allows clients to register
named objects and to bind a set of attributes to the objects in
a distributed database.
o DNA Naming Service(DNS)Digital Network Architecture Naming Service(DNS)は分配された名前付けサービスを提供します。 それで、クライアントは、命名されたオブジェクトを登録して、分散データベースで1セットの属性をオブジェクトに縛ります。
o DNA Time Service (DTS)
The Digital Network Architecture Time Service (DTS) is a
protocol providing global clock synchronization in a
distributed environment.
o DNA Time Service(DTS)Digital Network Architecture Time Service(DTS)はグローバルな時計同期を分散環境に提供するプロトコルです。
o DNA Load/Dump
The Digital Network Architecture (DNA) Load/Dump protocol is a
maintenance protocol for copying the contents of processor
o Digital Network Architecture(DNA)負荷/ダンプが議定書の中で述べるDNA Load/ダンプは、プロセッサのコンテンツをコピーするためのメインテナンスプロトコルです。
Senum [Page 2] RFC 1376 PPP DNCP November 1992
Senum[2ページ]RFC1376ppp DNCP1992年11月
memory to or from a remote system. For example, a system
manager can load an operating system into an unattended, remote
system. The complete definition of the Phase IV DNA Load/Dump
protocol can be found in [3].
システム、または、リモートシステムからのメモリ。 例えば、システム・マネージャは無人の、そして、リモートなシステムにオペレーティングシステムをロードできます。 [3]でPhase IV DNA Load/ダンププロトコルの完全な定義を見つけることができます。
o DNA Experimental Use
The Digital Network Architecture (DNA) Experimental Use
protocol type allows Digital experimental protocols to share a
data link with other data link clients. It is for use by
Digital Equipment Corporation only.
o Digital Network Architecture(DNA)の実験Useプロトコルタイプが他のデータとのデータ・リンクをDigitalの実験プロトコルを共有させるDNA Experimental Useはクライアントをリンクします。 それはDECだけによる使用のためのものです。
o DNA Communications Test
The Digital Network Architecture (DNA) Communications Test
protocol is a maintenance protocol for testing the data link
communications path. The complete definition of the DNA
Communications Test protocol can be found in [3].
o Digital Network Architecture(DNA)コミュニケーションTestが議定書の中で述べるDNA Communications Testは、データ・リンクコミュニケーション経路をテストするためのメインテナンスプロトコルです。 [3]でDNA Communications Testプロトコルの完全な定義を見つけることができます。
o Digital Protocol X1
The Digital X1 protocol is a network layer protocol currently
private to Digital.
o Digital X1が議定書の中で述べるデジタルプロトコルX1は現在Digitalに個人的なネットワーク層プロトコルです。
This document defines the NCP for establishing and configuring Digital's DNA Phase IV Routing protocol (DECnet Phase IV) over PPP. This document applies only to DNA Phase IV Routing messages (both data and control), and not to other DNA Phase IV protocols (MOP, LAT, etc.).
このドキュメントは、PPPの上でDigitalのDNA Phase IVルート設定プロトコル(DECnet Phase IV)を設立して、構成するためにNCPを定義します。 このドキュメントは他のDNA Phase IVプロトコル(MOP、LATなど)ではなく、DNA Phase IVルート設定メッセージ(データとコントロールの両方)だけに適用されます。
3. A PPP Network Control Protocol for DNA Phase IV Routing
3. DNAフェーズIVルート設定のためのpppネットワーク制御プロトコル
The DNA Phase IV Routing Control Protocol (DNCP) is responsible for configuring, enabling, and disabling the DNA Phase IV Routing protocol modules on both ends of the point-to-point link. DNCP uses the same packet exchange mechanism as the Link Control Protocol (LCP). DNCP packets may not be exchanged until PPP has reached the Network-Layer Protocol phase. DNCP packets received before this phase is reached should be silently discarded.
ポイントツーポイント接続の両端でDNA Phase IVがルート設定プロトコルモジュールであると構成して、可能にして、無効にするのにDNA Phase IVルート設定Controlプロトコル(DNCP)は原因となります。 DNCPはLink Controlプロトコル(LCP)と同じパケット交換メカニズムを使用します。 PPPがNetwork-層のプロトコルフェーズに達するまで、DNCPパケットは交換されないかもしれません。 このフェーズに達する前に受け取られたDNCPパケットは静かに捨てられるべきです。
The DNA Phase IV Routing Control Protocol is exactly the same as the Link Control Protocol [1] with the following exceptions:
DNA Phase IVルート設定Controlプロトコルはまさに以下の例外でLink Controlプロトコル[1]と同じです:
Frame Modifications
フレーム変更
The packet may utilize any modifications to the basic frame format
which have been negotiated during the Link Establishment phase.
パケットは基本枠形式へのLink特権階級段階の間に交渉されているどんな変更も利用するかもしれません。
Data Link Layer Protocol Field
データリンク層プロトコル分野
Exactly one DNCP packet is encapsulated in the Information field
ちょうど1つのDNCPパケットが情報分野でカプセルに入れられます。
Senum [Page 3] RFC 1376 PPP DNCP November 1992
Senum[3ページ]RFC1376ppp DNCP1992年11月
of a PPP Data Link Layer frame where the Protocol field indicates
type hex 8027 (DNA Phase IV Control Protocol).
PPP Data Link Layerでは、プロトコル分野が、タイプが8027(DNA Phase IV Controlプロトコル)人に魔法をかけるのを示すところで縁どってください。
Code field
コード分野
Only Codes 1 through 7 (Configure-Request, Configure-Ack,
Configure-Nak, Configure-Reject, Terminate-Request, Terminate-Ack
and Code-Reject) are used. Other Codes should be treated as
unrecognized and should result in Code-Rejects.
Codes1だけ、通じて、7 (要求を構成する、Configure-Ack、Configure-Nak、Configure-廃棄物、Terminate-要求、Terminate-Ack、およびCode-廃棄物) 使用されます。 他のCodesは認識されていないとして扱われるべきであり、Code-廃棄物をもたらすはずです。
Timeouts
タイムアウト
DNCP packets may not be exchanged until PPP has reached the
Network-Layer Protocol phase. An implementation should be
prepared to wait for Authentication and Link Quality Determination
to finish before timing out waiting for a Configure-Ack or other
response. It is suggested that an implementation give up only
after user intervention or a configurable amount of time.
PPPがNetwork-層のプロトコルフェーズに達するまで、DNCPパケットは交換されないかもしれません。 実装はAuthenticationとLink Quality Determinationが、以前タイミングが外でConfigure-Ackか他の応答を待ち終えるのを待つように準備されるべきです。 実装がユーザ介入か構成可能な時間の後にだけあきらめることが提案されます。
Configuration Option Types
設定オプションタイプ
DNCP has no Configuration Options.
DNCPには、Configuration Optionsが全くありません。
4. Sending DNA Phase IV Routing Packets
4. 送付DNAフェーズIVルート設定パケット
Before any DNA Phase IV Routing packets may be communicated, PPP must reach the Network-Layer Protocol phase, and the DNA Phase IV Routing Control Protocol must reach the Opened state.
どんなDNA Phase IVルート設定パケットも伝えられるかもしれない前に、PPPはNetwork-層のプロトコルフェーズに達しなければなりません、そして、DNA Phase IVルート設定ControlプロトコルはOpened状態に達しなければなりません。
Exactly one octet-count field and one DNA Phase IV Routing packet are encapsulated in the information field of a PPP Data Link Layer frame where the Protocol field indicates type hex 0027 (DNA Phase IV Routing). The octet-count contains a count of the number of octets in the DNA Phase IV Routing packet. It is two octets in length itself, and is stored in VAX byte ordering, to be more consistent with DNA Phase IV Routing over Ethernet (i.e. least significant byte first). It is needed to disambiguate optional padding octets from real information.
まさに1つの八重奏カウント分野と1つのDNA Phase IVルート設定パケットがプロトコル分野が、タイプが0027(DNA Phase IVルート設定)人に魔法をかけるのを示すPPP Data Link Layerフレームの情報フィールドでカプセルに入れられます。 八重奏カウントはDNA Phase IVルート設定パケットの八重奏の数のカウントを含んでいます。 それがイーサネットの上のDNA Phase IVルート設定と、より一致しているように長さ自体における2つの八重奏であり、VAXバイト順で保存される、(すなわち、最も重要でないバイト、1番目) それが、本当の情報から任意の詰め物八重奏のあいまいさを除くのに必要です。
The maximum length of an DNA Phase IV Routing packet transmitted over a PPP link is the same as the maximum length of the Information field of a PPP data link layer frame minus 2 octets (for the Length field).
PPPリンクの上に伝えられたDNA Phase IVルート設定パケットの最大の長さは2つの八重奏(Length分野への)を引いてPPPデータ・リンク層フレームの情報分野の最大の長さと同じです。
The format of the packets themselves is the same as the format used over Ethernet, without the Ethernet header, Pad, and FCS fields.
パケット自体の形式はイーサネットの上で使用される形式と同じです、イーサネットヘッダー、Pad、およびFCS分野なしで。
A summary of the information field is shown below. The fields are transmitted from left to right.
情報フィールドの概要は以下に示されます。 野原は左から右まで伝えられます。
Senum [Page 4] RFC 1376 PPP DNCP November 1992
Senum[4ページ]RFC1376ppp DNCP1992年11月
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Length LSB | Length MSB | DATA | ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 長さのLSB| 長さのMSB| データ| ... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Length LSB
長さのLSB
Least significant byte of length field
長さの分野の最も重要でないバイト
Length MSG
長さのMSG
Most significant byte of length field
長さの分野の最も重要なバイト
DATA
データ
DNA Phase IV Routing data, as specified in [2]
DNA Phase IVルート設定データ指定されて、[2]
5. General Considerations
5. 一般問題
When a topology change in the network occurs, DNA Phase IV Routing nodes immediately propagate changes via Level 1 and Level 2 Routing messages, with a 1 second minimum delay between updates. DNA Phase IV Routing nodes also periodically retransmit the complete Level 1 and Level 2 distance vectors to guard against data corruption in host memory, and (in the case of Ethernet) loss of packets due to media errors. Because Digital's serial links run a protocol that guarantees delivery of packets (DDCMP), the recommended default retransmit time is long (600 seconds), whereas for Ethernet, where packet delivery is not guaranteed, the recommended default is short (10 seconds), as documented in [2]. To achieve convergence of routes within a satisfactory time, the interval between updates should be based upon the error rate of underlying data link. As such, it is recommended that the time between routing updates be user configurable per PPP interface.
ネットワークにおけるトポロジー変化が起こると、ルート設定ノードがすぐに伝播するDNA Phase IVはLevel1とLevelを通して2つのルート設定メッセージを変えます、アップデートの間には、1秒の最小の遅れがある状態で。 また、DNA Phase IVルート設定ノードは、メディア誤りのためホストメモリにおけるデータの汚染、およびパケットの(イーサネットの場合における)損失に用心するために定期的に完全なLevel1とLevel2距離ベクトルを再送します。 Digitalの連続のリンクが(DDCMP)、お勧めのデフォルトが再送されるのをパケットの配信に保証するプロトコルを実行するので、パケット配信が保証されないところでイーサネットには、お勧めのデフォルトは(10秒)短いのですが、時間は(600秒)長いです、[2]に記録されるように。 満足できる時以内にルートの集合を達成するために、アップデートの間隔は基本的なデータ・リンクの誤り率に基づくべきです。 そういうものとして、ルーティングアップデートの間の時間がPPPインタフェースあたり構成可能なユーザであることはお勧めです。
The Hello timer and Listen timer should be set according to the recommendations for broadcast links (15 and 45 seconds, respectively).
放送リンクのための推薦に従って、HelloタイマとListenタイマは設定されるべきです(15と45秒と、それぞれ)。
Routers are not required to send routing updates if the remote node connected via the PPP link is an endnode. Endnodes are required to discard all routing updates received over a PPP link. The type of a node (endnode versus routing) can be determined from the hello messages received from it.
ルータは、PPPリンクを通して接続された遠隔ノードがendnodeであるならルーティングアップデートを送るのに必要ではありません。 EndnodesはPPPリンクの上に受けられたすべてのルーティングアップデートを捨てなければなりません。 ノード(endnode対ルーティング)のタイプが決定している場合がある、こんにちは、メッセージはそれから受信されました。
Senum [Page 5] RFC 1376 PPP DNCP November 1992
Senum[5ページ]RFC1376ppp DNCP1992年11月
References
参照
[1] Simpson, W., "The Point-to-Point Protocol (PPP)", RFC 1331,
Daydreamer, May 1992.
w.[1] シンプソン、「二地点間プロトコル(ppp)」(RFC1331、空想家)は1992がそうするかもしれません。
[2] Digital Equipment Corporation, "DNA Routing Layer Functional
Specification", Version 2.0.0, Order No. AA-X435A-TK.
[2] DEC、「DNAのルート設定の層の機能的な仕様」、バージョン2.0.0は、いいえよう命令します。 AA-X435A-TK。
[3] Digital Equipment Corporation, "DNA Maintenance Operations
Functional Specification", Version 3.0.0, Order No. AA-X436A-TK.
[3] DEC、「DNAメインテナンス操作、機能的な仕様、」、バージョン3.0.0、注文番号 AA-X436A-TK。
Acknowledgments
承認
Some of the text in this document is taken from previous documents produced by the Point-to-Point Protocol Working Group of the Internet Engineering Task Force (IETF).
テキストのいくつかがPointからポイントへのプロトコルインターネット・エンジニアリング・タスク・フォース作業部会(IETF)によって製作された前のドキュメントから本書では抜粋されます。
The author wishes to thank Jim Muchow (Network Systems Corporation), and Arthur Harvey (Digital Equipment Corporation) for their input to this memo.
作者はこのメモへの彼らの入力についてジムMuchow(ネットワークSystems社)、およびアーサー・ハーヴェイ(DEC)に感謝したがっています。
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Chair's Address
議長のアドレス
The working group can be contacted via the current chair:
現在のいすを通してワーキンググループに連絡できます:
Brian Lloyd Lloyd & Associates 3420 Sudbury Road Cameron Park, California 95682
ブライアン・ロイド・ロイドと3420年のサドベリー道路キャメロン公園、仲間カリフォルニア 95682
Phone: (916) 676-1147 EMail: brian@lloyd.com
以下に電話をしてください。 (916) 676-1147 メールしてください: brian@lloyd.com
Author's Address
作者のアドレス
Questions about this memo can also be directed to the author:
また、このメモに関する質問を作者に向けることができます:
Steven J. Senum Network Systems Corporation 7600 Boone Avenue North Minneapolis, Minnesota 55428
7600ブーンAvenueの北のミネアポリス、スティーブンJ.Senumネットワーク・システム社のミネソタ 55428
Phone: (612) 424-4888 EMail: sjs@network.com
以下に電話をしてください。 (612) 424-4888 メールしてください: sjs@network.com
Senum [Page 6]
Senum[6ページ]
一覧
スポンサーリンク
