RFC1762 日本語訳
1762 The PPP DECnet Phase IV Control Protocol (DNCP). S. Senum. March 1995. (Format: TXT=12709 bytes) (Obsoletes RFC1376) (Status: DRAFT STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Senum Request for Comments: 1762 DigiBoard Obsoletes: 1376 March 1995 Category: Standards Track
Senumがコメントのために要求するワーキンググループS.をネットワークでつないでください: 1762DigiBoardは以下を時代遅れにします。 1376 1995年3月のカテゴリ: 標準化過程
The PPP DECnet Phase IV Control Protocol (DNCP)
ppp DECnetフェーズIV制御プロトコル(DNCP)
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)の現行版を参照してください。 このメモの分配は無制限です。
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 approach 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 1762 PPP DNCP March 1995
1995年のSenum[1ページ]RFC1762ppp DNCP行進
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 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 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)はグローバルな時計同期を分散環境に提供するプロトコルです。
Senum [Page 2] RFC 1762 PPP DNCP March 1995
1995年のSenum[2ページ]RFC1762ppp DNCP行進
o DNA Load/Dump The Digital Network Architecture (DNA) Load/Dump protocol is a maintenance protocol for copying the contents of processor 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].
o Digital Network Architecture(DNA)負荷/ダンプが議定書の中で述べるDNA Load/ダンプは、システム、または、リモートシステムからのプロセッサメモリのコンテンツをコピーするためのメインテナンスプロトコルです。 例えば、システム・マネージャは無人の、そして、リモートなシステムにオペレーティングシステムをロードできます。 [3]でPhase IV DNA Load/ダンププロトコルの完全な定義を見つけることができます。
o DNA Experimental Use The Digital Network Architecture (DNA) Experimental Use protocol 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が議定書の中で述べるDNA Experimental UseはDigitalの実験プロトコルに他のデータ・リンククライアントとのデータ・リンクを共有させます。 それは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.
このドキュメントは、PPPの上でDigitalのDNA Phase IVルート設定プロトコル(DECnet Phase IV)を設立して、構成するためにNCPを定義します。 このドキュメントは他のDNA Phase IVプロトコルではなく、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特権階級段階の間に交渉されているどんな変更も利用するかもしれません。
Senum [Page 3] RFC 1762 PPP DNCP March 1995
1995年のSenum[3ページ]RFC1762ppp DNCP行進
Data Link Layer Protocol Field
データリンク層プロトコル分野
Exactly one DNCP packet is encapsulated in the Information field of a PPP Data Link Layer frame where the Protocol field indicates type hex 8027 (DNA Phase IV Control Protocol).
ちょうど1つのDNCPパケットがプロトコル分野が、タイプが8027(DNA Phase IV Controlプロトコル)人に魔法をかけるのを示すPPP Data Link Layerフレームの情報分野でカプセルに入れられます。
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 length 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 length field 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.
まさにワンレン分野と1DNA Phase IVルート設定パケットはプロトコル分野が、タイプが0027(DNA Phase IVルート設定)人に魔法をかけるのを示すPPP Data Link Layerフレームの情報フィールドでカプセルに入れられます。 長さの分野はDNA Phase IVルート設定パケットの八重奏の数のカウントを含んでいます。 それがイーサネットの上のDNA Phase IVルート設定と、より一致しているように長さ自体における2つの八重奏であり、VAXバイト順で保存される、(すなわち、最も重要でないバイト、1番目) それが、本当の情報から任意の詰め物八重奏のあいまいさを除くのに必要です。
The maximum length of a 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データ・リンク層フレームの情報分野の最大の長さと同じです。
Senum [Page 4] RFC 1762 PPP DNCP March 1995
1995年のSenum[4ページ]RFC1762ppp DNCP行進
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.
情報フィールドの概要は以下に示されます。 野原は左から右まで伝えられます。
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秒と、それぞれ)。
Senum [Page 5] RFC 1762 PPP DNCP March 1995
1995年のSenum[5ページ]RFC1762ppp DNCP行進
Routers MAY not send routing updates if the remote node connected via the PPP link is an endnode. Endnodes MUST 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対ルーティング)のタイプが決定している場合がある、こんにちは、メッセージはそれから受信されました。
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
References
参照
[1] Simpson, W., "The Point-to-Point Protocol (PPP)", STD 51, RFC 1661, Daydreamer, July 1994.
[1] シンプソン、W.、「二地点間プロトコル(ppp)」、STD51、RFC1661、空想家、1994年7月。
[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)に感謝したがっています。
Chair's Address
議長のアドレス
The working group can be contacted via the current chair:
現在のいすを通してワーキンググループに連絡できます:
Fred Baker Senior Software Engineer Cisco Systems 519 Lado Drive Santa Barbara, California 93111
フレッド・ベイカー・年上のソフトウェア技術者シスコシステムズ519のLado Driveサンタバーバラ、カリフォルニア 93111
Phone: (408) 526-4257 EMail: fred@cisco.com
以下に電話をしてください。 (408) 526-4257 メールしてください: fred@cisco.com
Senum [Page 6] RFC 1762 PPP DNCP March 1995
1995年のSenum[6ページ]RFC1762ppp DNCP行進
Author's Address
作者のアドレス
Questions about this memo can also be directed to the author:
また、このメモに関する質問を作者に向けることができます:
Steven J. Senum DigiBoard 6400 Flying Cloud Drive Eden Prairie, Minnesota 55344
スティーブンJ.Senum DigiBoard6400の飛ぶ雲のドライブエデン大草原、ミネソタ 55344
Phone: (612) 943-9020 EMail: sjs@digibd.com
以下に電話をしてください。 (612) 943-9020 メールしてください: sjs@digibd.com
Senum [Page 7]
Senum[7ページ]
一覧
スポンサーリンク