RFC823 日本語訳
0823 DARPA Internet gateway. R.M. Hinden, A. Sheltzer. September 1982. (Format: TXT=62620 bytes) (Updates IEN 109, IEN 30) (Status: HISTORIC)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Request for Comments: 823 Obsoletes IEN-30 and IEN-109
コメントのために以下を要求してください。 823はIEN-30とIEN-109を時代遅れにします。
THE DARPA INTERNET GATEWAY
DARPAインターネットゲートウェイ
RFC 823
RFC823
Robert Hinden Alan Sheltzer
ロバートHindenアランSheltzer
Bolt Beranek and Newman Inc. 10 Moulton St. Cambridge, Massachusetts 02238
ケンブリッジ、ボルトBeranekとニューマン株式会社10モールトン通りマサチューセッツ 02238
September 1982
1982年9月
Prepared for
用意をします。
Defense Advanced Research Projects Agency Information Processing Techniques Office 1400 Wilson Boulevard Arlington, Virginia 22209
ディフェンス先端研究はオフィス1400ウィルソン・Boulevardアーリントン、政府機関情報処理Techniquesヴァージニア 22209を映し出します。
This RFC is a status report on the Internet Gateway developed by BBN. It describes the Internet Gateway as of September 1982. This memo presents detailed descriptions of message formats and gateway procedures, however this is not an implementation specification, and such details are subject to change.
このRFCはBBNが発展させたインターネットゲートウェイに関する現状報告です。 それは1982年9月現在、インターネットゲートウェイについて説明します。 このメモはメッセージ・フォーマットとゲートウェイ手順の詳述を提示します、そして、しかしながら、これは実装仕様ではありません、そして、そのような詳細は変化を被りやすいです。
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
Table of Contents
目次
1 INTRODUCTION.......................................... 1 2 BACKGROUND............................................ 2 3 FORWARDING INTERNET DATAGRAMS......................... 5 3.1 Input............................................... 5 3.2 IP Header Checks.................................... 6 3.3 Routing............................................. 7 3.4 Redirects........................................... 9 3.5 Fragmentation....................................... 9 3.6 Header Rebuild..................................... 10 3.7 Output............................................. 10 4 PROTOCOLS SUPPORTED BY THE GATEWAY................... 12 4.1 Cross-Net Debugging Protocol....................... 12 4.2 Host Monitoring Protocol........................... 12 4.3 ICMP............................................... 14 4.4 Gateway-to-Gateway Protocol........................ 14 4.4.1 Determining Connectivity to Networks............. 14 4.4.2 Determining Connectivity to Neighbors............ 16 4.4.3 Exchanging Routing Information................... 17 4.4.4 Computing Routes................................. 19 4.4.5 Non-Routing Gateways............................. 22 4.4.6 Adding New Neighbors and Networks................ 23 4.5 Exterior Gateway Protocol.......................... 24 5 GATEWAY SOFTWARE..................................... 26 5.1 Software Structure................................. 26 5.1.1 Device Drivers................................... 27 5.1.2 Network Software................................. 27 5.1.3 Shared Gateway Software.......................... 29 5.2 Gateway Processes.................................. 29 5.2.1 Network Processes................................ 29 5.2.2 GGP Process...................................... 30 5.2.3 HMP Process...................................... 31 APPENDIX A. GGP Message Formats.......................... 32 APPENDIX B. Information Maintained by Gateways........... 39 APPENDIX C. GGP Events and Responses..................... 41 REFERENCES............................................... 43
1つの序論… 1 2バックグラウンド… 2 3個の推進インターネットデータグラム… 5 3.1 入力します。 5 3.2IPヘッダーはチェックします… 6 3.3 ルート設定… 7 3.4 向け直します。 9 3.5断片化… 3.6ヘッダーが再建する9… 10 3.7 出力… 10 ゲートウェイによってサポートされた4つのプロトコル… 12 4.1 十字ネットのデバッグプロトコル… 12 4.2 モニターしているプロトコルをホスティングしてください… 12 4.3ICMP… 14 4.4ゲートウェー間プロトコル… 14 4.4 .1 接続性をネットワークに決定します… 14 4.4 .2 接続性をネイバーズに決定します… 16 4.4 .3 経路情報を交換します… 17 4.4 .4 ルートを計算します… 19 4.4 .5 非ルート設定ゲートウェイ… 22 4.4 .6 新しいネイバーズとネットワークを加えます… 23 4.5 外のゲートウェイプロトコル… 24 5 ゲートウェイソフトウェア… 26 5.1 ソフトウェア構造… 26 5.1 .1のデバイスドライバ… 27 5.1 .2 ソフトウェアをネットワークでつないでください… 27 5.1 .3 ゲートウェイソフトウェアを共有します… 29 5.2 ゲートウェイは処理されます… 29 5.2 .1 プロセスをネットワークでつないでください… 29 5.2 .2 GGPは処理します… 30 5.2 .3 HMPは処理します… 31 付録A.GGPメッセージ・フォーマット… 32 ゲートウェイによって保守された付録B.情報… 39の付録C.GGPイベントと応答… 41の参照箇所… 43
-i-
-i
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
1 INTRODUCTION
1つの序論
This document explains the design of the Internet gateway
このドキュメントで、インターネット・ゲートウェイのデザインがわかります。
used in the Defense Advanced Research Project Agency (DARPA)
米国国防総省高等研究計画局では、使用されます。(DARPA)
Internet program. The gateway design was originally documented
インターネットプログラム。 ゲートウェイデザインは元々、記録されました。
in IEN-30, "Gateway Routing: An Implementation Specification"
IEN-30、「以下を掘るゲートウェイ」で 「実装仕様」
[2], and was later updated in IEN-109, "How to Build a Gateway"
[2]、後のアップデートされたコネはIEN-109、「どうゲートウェイを建設するか」でした。
[3]. This document reflects changes made both in the internet
[3]. このドキュメントはインターネットで両方の、行われた変更を反映します。
protocols and in the gateway design since these documents were
プロトコルとこれら以来のゲートウェイデザインでは、ドキュメントはそうでした。
released. It supersedes both IEN-30 and IEN-109.
リリースにされる。 それはIEN-30とIEN-109の両方に取って代わります。
The Internet gateway described in this document is based on
本書では説明されたゲートウェイに基づいているインターネット
the work of many people; in particular, special credit is given
多くの人々の仕事。 特に、特別なクレジットを与えます。
to V. Strazisar, M. Brescia, E. Rosen, and J. Haverty.
V.Strazisar、M.ブレシア、E.ローゼン、およびJ.Havertyに。
The gateway's primary purpose is to route internet datagrams
ゲートウェイのプライマリ目的はインターネットデータグラムを発送することです。
to their destination networks. These datagrams are generated and
それらの送信先ネットワークに。 そしてこれらのデータグラムが発生している。
processed as described in RFC 791, "Internet Protocol - DARPA
「インターネットは議定書を作ります--DARPA」RFC791で説明されるように処理されて、
Internet Program Protocol Specification" [1]. This document
「インターネットプログラムプロトコル仕様」[1]。 このドキュメント
describes how the gateway forwards datagrams, the routing
ゲートウェイがどうデータグラム、ルーティングを進めるかを説明します。
algorithm and protocol used to route them, and the software
アルゴリズムとプロトコルは以前はよくそれら、およびソフトウェアを発送していました。
structure of the current gateway. The current gateway
現在のゲートウェイの構造。 現在のゲートウェイ
implementation is written in macro-11 assembly language and runs
実装は、マクロ-11アセンブリ言語で書かれていて、稼働しています。
in the DEC PDP-11 or LSI-11 16-bit processor.
DEC PDP-11かLSI11 16ビットのプロセッサで。
-1-
-1-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
2 BACKGROUND
2 バックグラウンド
The gateway system has undergone a series of changes since
ゲートウェイシステムは以来、一連の変化をしています。
its inception, and it is continuing to evolve as research
研究として、発展します始まり、およびそれが、続けている。
proceeds in the Internet community. This document describes the
インターネットコミュニティの売り上げ。 このドキュメントは説明します。
implementation as of mid-1982.
1982年中頃現在実装。
Early versions of gateway software were implemented using
使用はゲートウェイソフトウェアの早めのバージョンに実装されました。
the BCPL language and the ELF operating system. This
BCPL言語とELFオペレーティングシステム。 これ
implementation evolved into one which used the MOS operating
MOS作動を使用したものに発展された実装
system for increased performance. In late 1981, we began an
増強された性能のシステム。 1981年後半に、私たちは始めました。
effort to produce a totally new gateway implementation. The
完全に新しいゲートウェイ実装を生産する取り組み。 The
primary motivation for this was the need for a system oriented
これに関するプライマリ動機は適応するシステムの必要性でした。
towards the requirements of an operational communications
操作上のコミュニケーションの要件に向かって
facility, rather than the research testbed environment which was
研究テストベッド環境よりむしろそうする施設
associated with the BCPL implementation. In addition, it was
BCPL実装に関連しています。 さらに、それはそうでした。
generally recognized that the complexity and buffering
一般に、それを認識する、複雑さとバッファリング
requirements of future gateway configurations were beyond the
将来のゲートウェイ構成の要件が向こうにありました。
capabilities of the PDP-11/LSI-11 and BCPL architecture. The new
PDP-11/LSI-11とBCPLアーキテクチャの能力。 新しさ
gateway implementation therefore had a second goal of producing a
したがって、ゲートウェイ実装には、aを生産するという2番目の目標がありました。
highly space-efficient implementation in order to provide space
スペース非常に効率的な実装、スペースを提供します。
for buffers and for the extra mechanisms, such as monitoring,
バッファとモニターなどの付加的なメカニズムのために
which are needed for an operational environment.
運用環境に必要です。
-2-
-2-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
This document describes the implementation of this new
このドキュメントは新しい状態でこの実装について説明します。
gateway which incorporates several mechanisms for operations
操作のために数個のメカニズムを組み込むゲートウェイ
activities, is coded in assembly language for maximum space-
活動は最大のためのアセンブリ言語が区切るコード化されたコネです。
efficiency, but otherwise is fundamentally the same architecture
効率で、しかし、そうでないのは、基本的に同じアーキテクチャです。
as the older, research-oriented, implementations.
より古くて、研究指向の実装として。
One of the results of recent research is the thesis that
最近の研究の結果の1つが論文である、それ
gateways should be viewed as elements of a gateway system, where
ゲートウェイはゲートウェイシステム、どこに関する要素として見なされるべきであるか。
the gateways act as a loosely-coupled packet-switching
緩く結合したパケット交換としてのゲートウェイ条例
communications system. For reasons of maintainability and
通信網。 そして保守性の理由。
operability, it is easiest to build such a system in an
運転可能性、それはそのようなシステムを最も構築しやすいです。
homogeneous fashion where all gateways are under a single
すべてのゲートウェイがシングルの下にある均質のファッション
authority and control, as is the practice in other network
他のネットワークの習慣のような権威とコントロール
implementations.
実装。
In order to create a system architecture that permitted
システム構築を作成するために、それは可能にしました。
multiple sets of gateways with each set under single control but
しかし、シングルの下における各セットがある複数のセットのゲートウェイは制御されます。
acting together to implement a composite single Internet System,
合成物を実装するために一緒に行動して、インターネットSystemを選抜してください。
new protocols needed to be developed. These protocols, such as
新しいプロトコルは、開発される必要がありました。 これらのプロトコルで、あれほどです。
the "Exterior Gateway Protocol," will be introduced in the later
後で「外のゲートウェイプロトコル」を導入するでしょう。
releases of the gateway implementation.
ゲートウェイ実装のリリース。
We also anticipate further changes to the gateway
また、私たちはゲートウェイへの一層の変化を予期します。
architecture and implementation to introduce support for new
新しい状態でサポートを導入するアーキテクチャと実装
-3-
-3-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
capabilities, such as large numbers of networks, access control,
多くのネットワークなどの能力はコントロールにアクセスします。
and other requirements which have been proposed by the Internet
そして、インターネットによって提案された他の要件
research community. This document represents a snapshot of the
共同体について研究してください。 このドキュメントはスナップを表します。
current implementation, rather than a specification.
仕様よりむしろ現在の実装。
-4-
-4-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
3 FORWARDING INTERNET DATAGRAMS
3 推進インターネットデータグラム
This section describes how the gateway forwards datagrams
このセクションはゲートウェイがどうデータグラムを進めるかを説明します。
between networks. A host computer that wants an IP datagram to
ネットワークの間で。 それがIPデータグラムが欲しいホストコンピュータ
reach a host on another network must send the datagram to a
別のネットワークのホストがaへのデータグラムを送らなければならない範囲
gateway to be forwarded. Before it is sent into the network, the
進められるゲートウェイ。 以前、それをネットワークに送ります。
host attaches to the datagram a local network header containing
ホストは企業内情報通信網ヘッダー含有をデータグラムに取り付けます。
the address of the gateway.
ゲートウェイのアドレス。
3.1 Input
3.1 入力
When a gateway receives a message, the gateway checks the
ゲートウェイが受信されるとき、メッセージ、ゲートウェイはチェックします。
message's local network header for possible errors and performs
メッセージのローカルは、可能な誤りによってヘッダーをネットワークでつないで、働きます。
any actions required by the host-to-network protocol. This
どんな動作もホストからネットワーク・プロトコルが必要です。 これ
processing involves functions such as verifying the local network
処理は企業内情報通信網について確かめなどなどの機能にかかわります。
header checksum or generating a local network acknowledgment
ヘッダーチェックサムか企業内情報通信網承認を生成すること。
message. If the header indicates that the message contains an
メッセージ。 ヘッダーがそれを示す、メッセージは含んでいます。
Internet datagram, the datagram is passed to the Internet header
インターネットデータグラム、データグラムはインターネット・ヘッダーに渡されます。
check routine. All other messages received that do not pass
ルーチンをチェックしてください。 他のメッセージが受けた通らないすべて
these tests are discarded.
これらのテストは捨てられます。
-5-
-5-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
3.2 IP Header Checks
3.2 IPヘッダーチェック
The Internet header check routine performs a number of
チェック・ルーチンが数を実行するインターネット・ヘッダー
validity tests on the IP header. Datagrams that fail these tests
正当性はIPヘッダーの上にテストされます。 これらのテストに失敗するデータグラム
are discarded causing an HMP trap to be sent to the Internet
HMP罠がインターネットに送られることを引き起こしながら、捨てられます。
Network Operations Center (INOC) [7]. The following checks are
ネットワーク運営センター(INOC)[7]。 以下のチェックはそうです。
currently performed:
現在、実行されています:
o Proper IP Version Number o Valid IP Header Length ( >= 20 bytes) o Valid IP Message Length o Valid IP Header Checksum o Non-Zero Time to Live field
o Live分野への適切なIPバージョンNumber o Valid IP Header Length(>は20バイト等しいです)o Valid IP Message Length o Valid IP Header Checksum o Non-ゼロTime
After a datagram passes these checks, its Internet destination
データグラムがこれらのチェック、インターネットの目的地を通り過ぎた後に
address is examined to determine if the datagram is addressed to
アドレスは、データグラムが扱われるかどうか決定するために調べられます。
the gateway. Each of the gateway's internet addresses (one for
ゲートウェイ。 それぞれのゲートウェイのインターネットアドレス、(1つ
each network interface) is checked against the destination
各ネットワーク・インターフェース)、目的地に対してチェックされます。
address in the datagram. If a match is not found, the datagram
データグラムのアドレス。 マッチが見つけられないならデータグラム
is passed to the forwarding routine.
推進ルーチンに通過されます。
If the datagram is addressed to the gateway itself, the IP
データグラムがゲートウェイ自体に扱われるならIP
options in the IP header are processed. Currently, the gateway
IPヘッダーのオプションは処理されます。 現在のゲートウェイ
supports the following IP options:
以下のIPがゆだねるサポート:
-6-
-6-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
o NOP o End of Option List o Loose Source and Record Route o Strict Source and Record Route
o Record Route oのOption List o Loose Source、Strict Source、およびRecord RouteのNOP o End
The datagram is next processed according to the protocol in the
データグラムは中のプロトコルによると、処理されていた状態で次です。
IP header. If the protocol is not supported by the gateway, it
IPヘッダー。 プロトコルがゲートウェイによってサポートされないならそれ
replies with an ICMP error message and discards the datagram.
ICMPエラーメッセージで返答して、データグラムを捨てます。
The gateway does not support IP reassembly, so fragmented
ゲートウェイは再アセンブリであって、それほど断片化しているIPをサポートしません。
datagrams which are addressed to the gateway are discarded.
ゲートウェイに扱われるデータグラムは捨てられます。
3.3 Routing
3.3 ルート設定
The gateway must make a routing decision for all datagrams
ゲートウェイはすべてのデータグラムのためのルーティング決定をしなければなりません。
that are to be to forwarded. The routing algorithm provides two
進められるのにそれはいることになっています。 ルーティング・アルゴリズムは2を提供します。
pieces of information for the gateway: 1) the network interface
ゲートウェイのための情報の断片: 1) ネットワーク・インターフェース
that should be used to send this datagram and 2) the destination
それはこのデータグラムを送るのに使用されるべきです、そして、目的地は2が)使用されます。
address that should be put in the local network header of the
その企業内情報通信網に入れられるべきヘッダーに演説します。
datagram.
データグラム。
The gateway maintains a dynamic Routing Table which contains
ゲートウェイがダイナミックなルート設定Tableを維持する、どれ、含有
an entry for each reachable network. The entry consists of a
それぞれの届いているネットワークのためのエントリー。 エントリーはaから成ります。
network number and the address of the neighbor gateway on the
隣人ゲートウェイの数とアドレスをネットワークでつなぎます。
shortest route to the network, or else an indication that the
最も急に、ネットワーク、または指示にそれを発送してください。
-7-
-7-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
gateway is directly connected to the network. A neighbor gateway
ゲートウェイは直接ネットワークに接続されます。 隣人ゲートウェイ
is one which shares a common network with this gateway. The
共有されるのはこのゲートウェイがある一般的なネットワークですか? The
distance metric that is used to determine which neighbor is
隣人がどれであるかを決定するのに使用される距離メトリック
closest is defined as the "number of hops," where a gateway is
最も近くに、「ホップの数」(ゲートウェイはそうである)と定義されて、あります。
considered to be zero hops from its directly connected networks,
直接接続されたネットワークからのホップでないと考えられます。
one hop from a network that is reachable via one other gateway,
他の1門を通して届いているネットワークから、ワンバウンドです。
etc. The Gateway-to-Gateway Protocol (GGP) is used to update the
など ゲートウェイからゲートウェイへのプロトコル(GGP)はアップデートするのにおいて使用されています。
Routing Table (see Section 4.4 describing the Gateway-to-Gateway
ルート設定Table、(セクション4.4がゲートウェイからゲートウェイについて説明しているのを見てください。
Protocol).
プロトコル)
The gateway tries to match the destination network address
ゲートウェイは目的地ネットワーク・アドレスに合っていようとします。
in the IP header of the datagram to be forwarded, with a network
ネットワークと共に進められるデータグラムのIPヘッダーで
in its Routing Table. If no match is found, the gateway drops
ルート設定Tableで。 マッチが全く見つけられないなら、ゲートウェイは低下します。
the datagram and sends an ICMP Destination Unreachable message to
そして、データグラム、ICMP Destination Unreachableメッセージを送ります。
the IP source. If the gateway does find an entry for the network
IPソース。 ゲートウェイがそうするなら、ネットワークに関してエントリーを見つけてください。
in its table, it will use the network address of the neighbor
テーブルでは、それは隣人のネットワーク・アドレスを使用するでしょう。
gateway entry as the local network destination address of the
ローカルとしてのゲートウェイエントリーは送付先アドレスをネットワークでつなぎます。
datagram. However, if the final destination network is one that
データグラム。 しかしながら、決勝であるなら送信先ネットワークが1である、それ
the gateway is directly connected to, the destination address in
直接ゲートウェイに接続されて、目的地は中のアドレスです。
the local network header is created from the destination address
企業内情報通信網ヘッダーは送付先アドレスから創造されます。
in the IP header of the datagram.
データグラムのIPヘッダーで。
-8-
-8-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
3.4 Redirects
3.4は向け直します。
If the routing procedure decides that an IP datagram is to
IPデータグラムがあるルーティング手順が決めるなら
be sent back out the same network interface that it was read in,
それが中で読み込まれたのと同じネットワーク・インターフェースから、返送されてください。
then this gateway is not on the shortest path to the IP final
そして、IP決勝にはこのゲートウェイが最短パスにありません。
destination. Nevertheless, the datagram will still be forwarded
目的地。 それにもかかわらず、それでも、データグラムを進めるでしょう。
to the next address chosen by the routing procedure. If the
ルーティング手順によって選ばれた次のアドレスに。 the
datagram is not using the IP Source Route Option, and the IP
データグラムはIP Source Route Option、およびIPを使用していません。
source network of the datagram is the same as the network of the
データグラムのソースネットワークはネットワークと同じです。
next gateway chosen by the routing procedure, an ICMP Redirect
ルーティング手順、ICMP Redirectによって選ばれた隣のゲートウェイ
message will be sent to the IP source host indicating that
それを示すIP送信元ホストにメッセージを送るでしょう。
another gateway should be used to send traffic to the final IP
もう1門は、最終的なIPにトラフィックを送るのに使用されるべきです。
destination.
目的地。
3.5 Fragmentation
3.5 断片化
The datagram is passed to the fragmentation routine after
データグラムは断片化に日常的であった後で渡されます。
the routing decision has been made. If the next network through
ルーティング決定をしました。 次は通じてネットワークでつなぎます。
which the datagram must pass has a maximum message size that is
データグラムが通過しなければならないものは最大のメッセージサイズを持っています。
smaller than the size of the datagram, the datagram must be
データグラム、データグラムのサイズでなければならないより小さいです。
fragmented. Fragmentation is performed according to the
断片化にされる。 断片化は実行されます。
algorithm described in the Internet Protocol Specification [1].
アルゴリズムはインターネットでプロトコルSpecification[1]について説明しました。
Certain IP options must be copied into the IP header of all
すべてのIPヘッダーに、あるIPオプションをコピーしなければなりません。
-9-
-9-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
fragments, and others appear only in the first fragment according
断片、他のものは単に最初の断片一致に現れます。
to the IP specification. If a datagram must be fragmented, but
IP仕様に。 しかし、データグラムを断片化しなければならないなら
the Don't fragment bit is set, the datagram is discarded and an
そして噛み付かれた断片ではなく、ドンが用意ができて、データグラムが捨てられる。
ICMP error message is sent to the IP source of the datagram.
データグラムのIP源にICMPエラーメッセージを送ります。
3.6 Header Rebuild
ヘッダーが再建する3.6
The datagram (or the fragments of the original datagram if
データグラム、(オリジナルのデータグラムの断片
fragmentation was needed) is next passed to a routine that
断片化が必要であった、)、ルーチンに通った状態で次である、それ
rebuilds the Internet header. The Time to Live field is
インターネット・ヘッダーを再建します。 Live分野へのTimeはそうです。
decremented by one and the IP checksum is recomputed.
1とIPによって減少して、チェックサムは再計算されます。
The local network header is now built. Using the
企業内情報通信網ヘッダーは現在、造られます。 使用
information obtained from its routing procedure, the gateway
ルーティング手順、ゲートウェイから得られた情報
chooses the network interface it considers proper to send the
それが送るために適切であると考えるネットワーク・インターフェースを選びます。
datagram and to build the destination address in the local
データグラムと体格に、目的地は中でローカルに演説します。
network header.
ヘッダーをネットワークでつないでください。
3.7 Output
3.7 出力
The datagram is now enqueued on an output queue for delivery
データグラムは現在、配送のために出力キューで待ち行列に入れられます。
towards its destination. A limit is enforced on the size of the
目的地に向かって。 限界はサイズで励行されます。
output queue for each network interface so that a slow network
したがって、各ネットワークのための出力キューはそのa遅いネットワークを連結します。
-10-
-10-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
does not unfairly use up all of the gateway's buffers. If a
不公平にゲートウェイのバッファのすべてに使用しないでください。 aです。
datagram cannot be enqueued due to the limit on the output queue
出力キューにおける限界のためデータグラムを待ち行列に入れることができません。
length, it is dropped and an HMP trap is sent to the INOC. These
長さ、それを下げて、HMP罠をINOCに送ります。 これら
traps, and others of a similar nature, are used by operational
罠、および同様の自然の他のものは操作上によって使用されます。
personnel to monitor the operations of the gateways.
ゲートウェイの操作をモニターする人員。
-11-
-11-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
4 PROTOCOLS SUPPORTED BY THE GATEWAY
ゲートウェイによってサポートされた4つのプロトコル
A number of protocols are supported by the gateway to
多くのプロトコルがゲートウェイによってサポートされます。
provide dynamic routing, monitoring, debugging, and error
ダイナミックルーティング、モニター、デバッグ、および誤りを提供してください。
reporting. These protocols are described below.
報告。 これらのプロトコルは以下で説明されます。
4.1 Cross-Net Debugging Protocol
4.1 十字ネットのデバッグプロトコル
The Cross-Net Debugging Protocol (XNET) [8] is used to load
Cross-ネットDebuggingプロトコル(XNET)[8]は、ロードするのに使用されます。
the gateway and to examine and deposit data. The gateway
そして、門、データを調べて、預けるために。 ゲートウェイ
supports the following XNET op-codes:
サポート、以下のXNET演算コード:
o NOP o Debug o End Debug o Deposit o Examine o Create Process
o NOP o Debug o End Debug o Deposit o Examine o Create Process
4.2 Host Monitoring Protocol
4.2 ホストのモニターしているプロトコル
The Host Monitoring Protocol (HMP) [6] is used to collect
Host Monitoringプロトコル(HMP)[6]は、集まるのに使用されます。
measurements and status information from the gateways.
ゲートウェイからの測定値と状態情報。
Exceptional conditions in the gateways are reported in HMP traps.
ゲートウェイの例外的な状態はHMP罠で報告されます。
The status of a gateway's interfaces, neighbors, and the networks
ゲートウェイのインタフェース、隣人、およびネットワークの状態
which it can reach are reported in the HMP status message.
それがどれに達することができるかはHMPステータスメッセージで報告されます。
-12-
-12-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
Two types of gateway statistics, the Host Traffic Matrix and
そして2つのタイプに関するゲートウェイ統計、Host Trafficマトリクス。
the gateway throughput, are currently defined by the HMP. The
HMPによって定義されて、現在、ゲートウェイスループットはそうです。 The
Host Traffic Matrix records the number of datagrams that pass
ホストTrafficマトリクスは通るデータグラムの数を記録します。
through the gateway with a given IP source, destination, and
そして与えられたIPソース、目的地があるゲートウェイを通して。
protocol number. The gateway throughput message collects a
数について議定書の中で述べてください。 ゲートウェイスループットメッセージはaを集めます。
number of important counters that are kept by the gateway. The
ゲートウェイによって保たれる重要なカウンタの数。 The
current gateway reports the following values:
現在のゲートウェイは以下の値を報告します:
o Datagrams dropped because destination net unreachable
o 目的地ネット手が届かないので下げられたデータグラム
o Datagrams dropped because destination host unreachable
o あて先ホスト手が届かないので下げられたデータグラム
o Per Interface: Datagrams received with IP errors Datagrams received for this gateway Datagrams received to be forwarded Datagrams looped Bytes received Datagrams sent, originating at this gateway Datagrams sent to destination hosts Datagrams dropped due to flow control limitations Datagrams dropped due to full queue Bytes sent
o インタフェース単位で: データグラムがデータグラムを進めるために受けたこのゲートウェイにIP誤りデータグラムを受け取っていて受け取られたデータグラムは容認されたデータグラムが送ったBytesを輪にしました、データグラムがBytesが送った完全な待ち行列のため下げられたフロー制御制限データグラムのため下げられたあて先ホストデータグラムに送ったこのゲートウェイで起因して
o Per Neighbor: Routing updates sent to Routing updates received from Datagrams sent, originating here Datagrams forwarded to Datagrams dropped due to flow control limitations Datagrams dropped due to full queue Bytes sent
o 隣人単位で: ここで完全な待ち行列Bytesのため下げられたフロー制御制限データグラムのため下げられたデータグラムに送られたデータグラムを溯源して、送られたデータグラムから受け取られていているルート設定アップデートに送られたルート設定アップデートは発信しました。
-13-
-13-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
4.3 ICMP
4.3 ICMP
The gateway will generate the following ICMP messages under
ゲートウェイは、以下のICMPがメッセージ下であると生成するでしょう。
appropriate circumstances as defined by the ICMP specification
ICMP仕様で定義される適切な事情
[4]:
[4]:
o Echo Reply o Destination Unreachable o Source Quench o Redirect o Time Exceeded o Parameter Problem o Information Reply
o エコーReply o Destination Unreachable o Source Quench o Redirect o Time Exceeded o Parameter Problem o情報Reply
4.4 Gateway-to-Gateway Protocol
4.4 ゲートウェー間プロトコル
The gateway uses the Gateway-to-Gateway Protocol (GGP) to
ゲートウェイはゲートウェイからゲートウェイへのプロトコル(GGP)を使用します。
determine connectivity to networks and neighbor gateways; it is
ネットワークと隣人ゲートウェイに接続性を決定してください。 それはそうです。
also used in the implementation of a dynamic, shortest-path
また、動力、最短パスの実装に使用されます。
routing algorithm. The current GGP message formats (for release
アルゴリズムを発送します。 現在のGGPメッセージがフォーマットする、(リリース
1003 of the gateway software) are presented in Appendix A.
1003個のゲートウェイソフトウェア) Appendix Aでは、提示されます。
4.4.1 Determining Connectivity to Networks
4.4.1 接続性をネットワークに決定すること。
When a gateway starts running it assumes that all its
ゲートウェイが稼働し始めるとき、それがすべてであると仮定する、それ
neighbor gateways are "down," that it is disconnected from
隣人ゲートウェイは「下がってい」て、それから切断されます。
-14-
-14-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
networks to which it is attached, and that the distance reported
それが付けていて、距離が報告したネットワーク
in routing updates from each neighbor to each network is
各隣人からそれぞれまでのルーティングアップデートでは、ネットワークはそうです。
"infinity."
「無限。」
The gateway first determines the state of its connectivity
ゲートウェイは最初に、接続性の状態を決定します。
to networks to which it is physically attached. The gateway's
それが物理的に付けられているネットワークに。 ゲートウェイのもの
connection to a network is declared up if it can send and receive
発信して、受信できるなら、ネットワークとの接続は上がると宣言されます。
internet datagrams on its interface to that network. Note that
そのネットワークへのインタフェースのインターネットデータグラム。 それに注意してください。
the method that the gateway uses to determine its connectivity to
接続性を決定するゲートウェイが使用するメソッド
a network is network-dependent. In some networks, the host-to-
ネットワークはネットワーク依存しています。 いくつかのネットワーク、ホスト、-、-
network protocol determines whether or not datagrams can be sent
ネットワーク・プロトコルは、データグラムを送ることができるかどうか決定します。
and received on the host interface. In these networks, the
そして、ホスト・インターフェースでは、受け取られています。 これらのネットワークで
gateway simply checks-status information provided by the protocol
単に状態をチェックしている情報がプロトコルで提供したゲートウェイ
in order to determine if it can communicate with the network. In
確認するために、それはネットワークとコミュニケートできます。 コネ
other networks, where the host-to-network protocols are less
他のネットワーク。(そこでは、ホストからネットワーク・プロトコルが、より少ないです)。
sophisticated, it may be necessary for the gateway to send
洗練されていて、ゲートウェイが発信するのが必要であるかもしれません。
datagrams to itself to determine if it can communicate with the
データグラム、それ自体と、確認するために、それとコミュニケートできます。
network. In these networks, the gateways periodically poll the
ネットワークでつなぎます。 これらのネットワークでは、ゲートウェイに定期的に投票します。
network using GGP network interface status messages [Appendix A]
GGPネットワーク・インターフェースステータスメッセージを使用するネットワーク[付録A]
to determine if the network interface is operational.
確認するために、ネットワーク・インターフェースは操作上です。
The gateway has two rules relevant to computing distances to
ゲートウェイで、2つの規則が距離を計算すると関連するようになります。
networks: 1) if the gateway can send and receive traffic on its
ネットワーク: 1) 缶がトラフィックを送って、受けるゲートウェイである、それ
-15-
-15-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
network interface, its distance to the network is zero; 2) if it
インタフェースをネットワークでつないでください、そして、ネットワークへの距離はゼロです。 2) それです。
cannot send and receive traffic on the interface, its distance to
インタフェース、距離のトラフィックを送って、受けることができません。
the network is "infinity." Note that if a gateway's network
ネットワークは「無限」です。 ゲートウェイのネットワークであるならそれに注意してください。
interface is not working, it may still be able to send traffic to
インタフェースは働いていなくて、それはまだトラフィックを送ることができるかもしれません。
the network on an alternate route via one of its neighbor
隣人のひとりを通した代替経路の上のネットワーク
gateways.
ゲートウェイ。
4.4.2 Determining Connectivity to Neighbors
4.4.2 接続性をネイバーズに決定すること。
The gateway determines connectivity to neighbors using a "K
ゲートウェイは、「K」を使用することで接続性を隣人に決定します。
out of N" algorithm. Every 15 seconds, the gateway sends GGP
「N」アルゴリズム。 15秒毎に、ゲートウェイはGGPを送ります。
Echo messages [Appendix A] to each of its neighbors. The
メッセージ[付録A]を隣人各人に反映してください。 The
neighbors respond by sending GGP echo replies. If there is no
隣人は、エコー・リプライをGGPに送ることによって、応じます。 いいえがあれば
reply to K out of N (current values are K=3 and N=4) echo
N(現行価値は、K=の3とN=4である)エコーからKに答えてください。
messages sent to a neighbor, the neighbor is declared down. If a
メッセージは隣人に発信して、隣人は下がっていると宣言されます。 aです。
neighbor is down and J out of M (current values are J=2 and M=4)
隣人は、下であるのとMからのJです。(現行価値はJ=2とM=4です)
echo replies are received, the neighbor is declared to be up.
エコー・リプライが受け取られている、隣人が上がると宣言されます。
The values of J,K,M,N and the time interval are operational
J、K、M、N、および時間間隔の値は操作上です。
parameters which can be adjusted as required.
必要に応じて調整できるパラメタ。
-16-
-16-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
4.4.3 Exchanging Routing Information
4.4.3 経路情報を交換すること。
The gateway sends routing information in GGP Routing Update
ゲートウェイはGGPルート設定Updateのルーティング情報を送ります。
messages. The gateway receives and transmits routing information
メッセージ。 ゲートウェイは、ルーティング情報を受け取って、伝えます。
reliably using sequence-numbered messages and a retransmission
系列番号付のメッセージと「再-トランスミッション」を確かに使用します。
and acknowledgment scheme as explained below. For each neighbor,
そして、以下で説明される承認体系。 各隣人のために
the gateway remembers the Receive Sequence Number, R, that it
ゲートウェイはReceive Sequence Number、Rを覚えていて、それはそれです。
received in the most recent routing update from that neighbor.
最新のルーティングアップデートでは、その隣人から、受け取られています。
This value is initialized with the sequence number in the first
この値は1番目で一連番号で初期化されます。
Routing Update received from a neighbor after that neighbor's
隣人のそのものの後に隣人から受け取られたルート設定Update
status is set to "up." On receipt of a routing update from a
状態は「上がること」に設定されます。 aからのルーティングアップデートを受け取り次第
neighbor, the gateway subtracts the Receive Sequence Number, R,
隣人、ゲートウェイはReceive Sequence Number、Rを引き算します。
from the sequence number in the routing update, S. If this value
一連番号からのルーティングアップデート、S.Ifのこの値
(S-R) is greater than or equal to zero, then the gateway accepts
(S-R)がゼロ以上である、そして、ゲートウェイは受け入れます。
the routing update, sends an acknowledgment (see Appendix A) to
ルーティングは、アップデートして、承認(Appendix Aを見る)を送ります。
the neighbor containing the sequence number S, and replaces the
一連番号Sを含む隣人、取り替え
Receive Sequence Number, R, with S. If this value (S-R) is less
Sequence Number、Rを受けてください、そして、S.Ifと共に、この値(S-R)は、より少ないです。
than zero, the gateway rejects the routing update and sends a
ゼロ、ゲートウェイがルーティングアップデートを拒絶して、aを送るより
negative acknowledgment [Appendix A] to the neighbor with
隣人への否定応答[付録A]
sequence number R.
一連番号R。
The gateway has a Send Sequence Number, N, for sending
ゲートウェイには、Send Sequence Number、Nが送付のためにあります。
routing updates to all of its neighbors. This sequence number
隣人のすべてにアップデートを発送します。 この一連番号
-17-
-17-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
can be initialized to any value. The Send Sequence Number is
どんな値にも初期化できます。 Send Sequence Numberはそうです。
incremented each time a new routing update is created. On
その都度増加されて、新しいルーティングアップデートは作成されます。 オン
receiving an acknowledgment for a routing update, the gateway
ルーティングアップデート、ゲートウェイのための承認を受けます。
subtracts the sequence number acknowledged, A, from the Send
Sendから承認された一連番号、Aを引き算します。
Sequence Number, N. If the value (N-A) is non-zero, then an old
系列Number、N.If、値、(そして、N-a)がそうである非ゼロ、老人
routing update is being acknowledged. The gateway continues to
ルーティングアップデートは承諾されています。 ゲートウェイは、続けています。
retransmit the most recent routing update to the neighbor that
再送、最新のルーティングはそれを隣人にアップデートします。
sent the acknowledgment. If (N-A) is zero, the routing update
承認を送りました。 (N-a)がそうであるゼロ、ルーティングアップデート
has been acknowledged. Note that only the most recent routing
承認されました。 その唯一の最新のルーティングに注意してください。
update must be acknowledged; if a second routing update is
アップデートを承諾しなければなりません。 2番目のルーティングアップデートがそうなら
generated before the first routing update is acknowledged, only
最初のルーティングアップデートが承諾される前に生成される、唯一
the second routing update must be acknowledged.
2番目のルーティングアップデートを承諾しなければなりません。
If a negative acknowledgment is received, the gateway
受けられたa否定応答、ゲートウェイです。
subtracts the sequence number negatively acknowledged, A, from
否定的に承認された一連番号、Aを引き算します。
its Send Sequence Number, N. If this value (N-A) is less than
Send Sequence Number、N.If、この値、(N-a)がそうである以下
zero, then the gateway replaces its Send Sequence Number, N, with
ゼロ、ゲートウェイがSend Sequence Number、Nを取り替えるその時
the sequence number negatively acknowledged plus one, A+1, and
そして否定的に承認された一連番号1、A+1。
retransmits the routing update to all of its neighbors. If (N-A)
隣人のすべてにルーティングアップデートを再送します。 if(N-a)
is greater than or equal to zero, then the gateway continues to
ゼロ以上、ゲートウェイが続くその時です。
retransmit the routing update using sequence number N. In order
一連番号N.Inオーダーを使用することでルーティングアップデートを再送してください。
to maintain the correct sequence numbers at all gateways, routing
すべてのゲートウェイ、ルーティングにおける適度の一連番号を維持するために
updates must be retransmitted to all neighbors if the Send
Sendであるならすべての隣人にアップデートを再送しなければなりません。
-18-
-18-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
Sequence Number changes, even if the routing information does not
ルーティング情報が変化しないでも、系列Numberは変化します。
change.
変化してください。
The gateway retransmits routing updates periodically until
ゲートウェイは定期的にルーティングアップデートを再送します。
they are acknowledged and whenever its Send Sequence Number
そして、それらが承認される、いつ、そのSend Sequence Number
changes. The gateway sends routing updates only to neighbors
変化。 ゲートウェイはルーティングアップデートを隣人だけに送ります。
that are in the "up" state.
それは“up"状態にあります。
4.4.4 Computing Routes
4.4.4 ルートを計算すること。
A routing update contains a list of networks that are
ルーティングアップデートはネットワークのリストを含んでいます。
reachable through this gateway, and the distance in "number of
このゲートウェイ、および中の距離を通して届く、「数、」
hops" to each network mentioned. The routing update only
言及された各ネットワークへの「ホップ。」 ルーティングアップデート専用
contains information about a network if the gateway believes that
ゲートウェイがそれを信じているなら、ネットワークの情報を含んでいます。
it is as close or closer to that network then the neighbor which
近いか、より近いとして、その時隣人をネットワークでつないでください、どれ
is to receive the routing update. The network address may be an
ルーティングアップデートを受けることになっています。 ネットワーク・アドレスはそうです。
internet class A, B, or C address.
インターネットのクラスA、B、またはCアドレス。
The information inside a routing update is processed as
ルーティングアップデートが処理される情報内部
follows. The gateway contains an N x K distance matrix, where N
続きます。 ゲートウェイがN x K距離マトリクス、どこを含んでいるか、N
is the number of networks and K is the number of neighbor
ネットワークとKの数が隣人の数であるということです。
gateways. An entry in this matrix, represented as dm(I,J), is
ゲートウェイ。 同じくらいdm(I、J)に表されたこのマトリクスにおけるエントリーはそうです。
the distance to network I from neighbor J as reported in the most
大部分で報告される隣人JからのネットワークIへの距離
-19-
-19-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
recent routing update from neighbor J. The gateway also contains
またゲートウェイが含む隣人J.からの最近のルーティングアップデート
a vector indicating the connectivity between itself and its
そして、間の接続性自体を示すベクトル、それ
neighbor gateways. The values in this vector are computed as
隣人ゲートウェイ。 このベクトルにおける値として、計算されます。
discussed above (see Section 4.4.2, Determining Connectivity to
上で議論する、(セクション4.4.2、Determining Connectivityを見ます。
Neighbors). The value of the Jth entry of this vector, which is
ネイバーズ) 値、このベクトルのJthエントリーについて、どれがあるか。
the connectivity between the gateway and the Jth neighbor, is
ゲートウェイとJth隣人の間の接続性
represented as d(J).
d(J)として、表されます。
The gateway copies the routing update received from the Jth
ルーティングアップデートがJthから受けたゲートウェイコピー
neighbor into the appropriate row of the distance matrix, then
そして、距離マトリクスの適切な行への隣人
updates its routes as follows. The gateway calculates a minimum
以下のルートをアップデートします。 ゲートウェイは最小限について計算します。
distance vector which contains the minimum distance to each
最小の距離をそれぞれに含む距離ベクトル
network from the gateway. The Ith entry of this vector,
ゲートウェイから、ネットワークでつなぎます。 このベクトルのIthエントリー
represented as MinD(I) is:
MinD(I)が表されるように表されます:
MinD(I) = minimum over all neighbors of d(J) + dm(I,J)
MinD(I)はd(J)+dmのすべての隣人の上で最小限と等しいです。(I、J)
where d(J) is the distance between the gateway and the Jth
d(J)がゲートウェイとJthの間の距離であるところ
neighbor, and dm(I,J) is the distance from the Jth neighbor to
隣人、dm(I、J)はJth隣人からの距離です。
the Ith network. If the Ith network is attached to the gateway
Ithネットワーク。 Ithネットワークがゲートウェイに付けられるなら
and the gateway can send and receive traffic on its network
そして、ゲートウェイは、ネットワークでトラフィックを送って、受けることができます。
interface (see Section 4.4.2), then the gateway sets the Ith
連結してください、そして、(セクション4.4.2を見てください)次に、ゲートウェイはIthを設定します。
entry of the minimum distance vector to zero.
ゼロへの最小の距離ベクトルのエントリー。
-20-
-20-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
Using the minimum distance vector, the gateway computes a
最小の距離ベクトルを使用して、ゲートウェイはaを計算します。
list of neighbor gateways through which to send traffic to each
トラフィックをそれぞれに送る隣人ゲートウェイのリスト
network. The entry for a given network contains one of the
ネットワークでつなぎます。 与えられたネットワークのためのエントリーは1つを含んでいます。
neighbors that is the minimum distance away from that network.
そのネットワークから遠くの最小の距離である隣人。
After updating its routes to the networks, the gateway
ネットワーク、ゲートウェイにルートをアップデートした後に
computes the new routing updates to be sent to its neighbors.
隣人に送られる新しいルーティングアップデートを計算します。
The gateway reports a network to a neighbor only if it is as
隣人へのネットワークがそれである場合にだけあるというゲートウェイレポート
close to or closer to that network than its neighbor. For each
隣人よりそのネットワークに近いか、または近いです。 それぞれのために
network I, the routing update contains the address of the network
Iをネットワークでつないでください、そして、ルーティングアップデートはネットワークのアドレスを含んでいます。
and the minimum distance to that network which is MinD(I).
そして、MinD(I)であるそのネットワークへの最小の距離。
Finally, the gateway must determine whether it should send
最終的に、ゲートウェイは、それが発信するべきであるかどうか決定しなければなりません。
routing updates to its neighbors. The gateway sends new updates
アップデートを隣人に発送します。 ゲートウェイは新しいアップデートを送ります。
to its neighbors if every one of the following three conditions
それ、以下の3つの条件の皆であるなら、近所付き合いします。
occurs: 1) one of the gateway's interfaces changes state, 2)
起こります: 1) ゲートウェイのインタフェースの1つは状態、2を)変えます。
one of the gateway's neighbor gateways changes state, and 3) the
ゲートウェイの隣人ゲートウェイの1つは状態、および3を)変えます。
gateway receives a routing update from a neighbor that is
ゲートウェイは隣人からルーティングアップデートを受けます。
different from the update that it had previously received from
それが以前に受信したアップデートと、異なります。
that neighbor. The gateway sends routing updates only to
その隣人。 ゲートウェイはルーティングアップデートだけを送ります。
neighbors that are currently in the "up" state.
現在、“up"状態にある隣人。
The gateway requests a routing update from neighbors that
ゲートウェイは、ルーティングが隣人からそれをアップデートするよう要求します。
are in the "up" state, but from which it has yet received a
“up"状態にありますが、それにはどれがあるか、しかし、容認されたaから、あります。
-21-
-21-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
routing update. Routing updates are requested by setting the
アップデートを発送します。 ルート設定アップデートは設定によって要求されます。
appropriate bit in the routing update being sent [Appendix A].
送られるルーティングアップデート[付録A]でビットを当ててください。
Similarly, if a gateway receives from a neighbor a routing update
ゲートウェイがaから受信されるなら、同様に、ルーティングアップデートを近所付き合いさせてください。
in which the bit requesting a routing update is set, the gateway
ビットがルーティングアップデートを要求して、設定されるコネ、ゲートウェイ
sends the neighbor the most recent routing update.
隣人の最新のルーティングアップデートを送ります。
4.4.5 Non-Routing Gateways
4.4.5 非ルート設定ゲートウェイ
A Non-routing Gateway is a gateway that forwards internet
Non-ルーティングゲートウェイはインターネットを進めるゲートウェイです。
traffic, but does not implement the GGP routing algorithm.
GGPがルーティング・アルゴリズムであると実装しないのを除いたトラフィック。
Networks that are behind a Non-routing Gateway are known a-priori
Non-ルーティングゲートウェイの後ろにあるネットワークは先験的に知られています。
to Routing Gateways. There can be one or more of these networks
ルート設定ゲートウェイに。 これらのネットワークの1つ以上があることができます。
which are considered to be directly connected to the Non-routing
どれによって直接Non-ルーティングに関連づけられると考えられますか。
Gateway. A Routing Gateway will forward a datagram to a Non-
ゲートウェイ。 ルート設定ゲートウェイはデータグラムをNonに送るでしょう。
routing Gateway if it is addressed to a network behind the Non-
それがNonの後ろのネットワークに扱われるなら、ゲートウェイを発送します。
routing Gateway. Routing Gateways currently do not send
ゲートウェイを発送します。 ルート設定Gatewaysは現在、発信しません。
Redirects for Non-routing Gateways. A Routing Gateway will
非ルーティングゲートウェイに向け直します。 ルート設定ゲートウェイはそうするでしょう。
always use another Routing Gateway as a path instead of a Non-
Nonの代わりに経路としていつも別のルート設定ゲートウェイを使用してください。
routing Gateways if both exist and are the same number of hops
両方が存在していて、同じ数のホップであるならGatewaysを発送します。
away from the destination network. The Non-routing Gateways path
送信先ネットワークから遠くへ。 Non-ルーティングGateways経路
will be used only when the Routing Gateway path is down; when the
ルート設定ゲートウェイ経路が下がっているときだけ、使用されるでしょう。 いつ
Routing Gateway path comes back up, it will be used again.
ルート設定ゲートウェイ経路は来て戻って、それは再び使用されるでしょう。
-22-
-22-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
4.4.6 Adding New Neighbors and Networks
4.4.6 新しいネイバーズとネットワークを加えること。
Gateways dynamically add routing information about new
ゲートウェイはダイナミックに新しいことのルーティング情報を加えます。
neighbors and new networks to their tables. The gateway
それらのテーブルへの隣人と新しいネットワーク。 ゲートウェイ
maintains a list of neighbor gateway addresses. When a routing
隣人ゲートウェイアドレスのリストであることを支持します。 時はルーティングです。
update is received, the gateway searches this list of addresses
アップデートが受け取られている、ゲートウェイはこの住所録を捜します。
for the Internet source address of the routing update message.
ルーティングアップデートメッセージのインターネットソースアドレスのために。
If the Internet source address of the routing update is not
ルーティングアップデートのインターネットソースアドレスがそうでないなら
contained in the list of neighbor addresses, the gateway adds
隣人アドレスのリストに含まれて、ゲートウェイは加えます。
this address to the list of neighbor addresses and sets the
隣人アドレスとセットのリストへのこのアドレス
neighbor's connectivity status to "down." Routing updates are
「倒す」隣人の接続性状態。 ルート設定アップデートはそうです。
not accepted from neighbors until the GGP polling mechanism has
隣人からGGP世論調査メカニズムが受け入れるまで受け入れられません。
determined that the neighbor is up.
隣人が起きていると決心しています。
This strategy of adding new neighbors requires that one
新しい隣人を加えるこの戦略はそれを必要とします。
gateway in each pair of neighbor gateways must have the
それぞれの組の隣人ゲートウェイのゲートウェイは持たなければなりません。
neighbor's address configured in its tables. The newest gateway
テーブルで構成された隣人のアドレス。 最も新しいゲートウェイ
can be given a complete list of neighbors, thus avoiding the need
隣人の全リストを与えることができて、その結果、必要性を避けます。
to re-configure older gateways when new gateways are installed.
新しいゲートウェイがインストールされるとき、より古いゲートウェイを再構成するために。
Gateways obtain routing information about new networks in
ゲートウェイは中で新しいネットワークのルーティング情報を得ます。
several steps. The gateway has a list of all the networks for
数個が踏まれます。 ゲートウェイで、aはすべてのネットワークについて記載します。
which it currently maintains routing information. When a routing
それは、現在、ルーティング情報であることを支持します。 時はルーティングです。
update is received, if the routing update contains information
ルーティングアップデートが情報を含んでいるなら、アップデートは受け取られています。
-23-
-23-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
about a new network, the gateway adds this network to the list of
新しいネットワークに関して、ゲートウェイはこのネットワークをリストに追加します。
networks for which it maintains routing information. Next, the
それがルーティング情報を保守するネットワーク。 次へ
gateway adds the new network to its distance matrix. The
ゲートウェイは新しいネットワークを距離マトリクスに追加します。 The
distance matrix comprises the is the matrix of distances (number
距離マトリクスが含む、距離がマトリクスがある、(数
of hops) to networks as reported in routing updates from the
ホップ)、アップデートを中に発送すると報告するとき、ネットワークでつなぎます。
neighbor gateways. The gateway sets the distance to all new
隣人ゲートウェイ。 ゲートウェイはすべてに新しい状態で距離を設定します。
networks to "infinity," and then computes new routes and new
新しくルートを「無限」までネットワークでつないで、次に、新しく計算します。
routing updates as outlined above.
上に概説されているようにアップデートを発送します。
4.5 Exterior Gateway Protocol
4.5 外のゲートウェイプロトコル
The Exterior Gateway Protocol (EGP) is used to permit other
Exteriorゲートウェイプロトコル(EGP)は許可証他に使用されます。
gateways and gateway systems to pass routing information to the
ルーティング情報を通過するゲートウェイとゲートウェイシステム
DARPA Internet gateways. The use of the EGP permits the user to
DARPAインターネット・ゲートウェイ。 EGPの使用はユーザを可能にします。
perceive all of the networks and gateways as part of one total
1つの合計の一部としてネットワークとゲートウェイのすべてを知覚してください。
Internet system, even though the "exterior" gateways are disjoint
「外」のゲートウェイがそうであることのインターネット・システム、ばらばらになる。
and may use a routing algorithm that is different and not
そして異なったルーティング・アルゴリズムを使用するかもしれない。
compatible with that used in the "interior" gateways. The
「内部」のゲートウェイで使用されるそれと互換性があります。 The
important elements of the EGP are:
EGPの重要な要素は以下の通りです。
o Neighbor Acquisition
o 隣人獲得
The procedure by which a gateway requests that it become a neighbor of another gateway. This is used when a gateway wants to become a neighbor of another in order to pass
ゲートウェイがそれがもう1門の隣人になるよう要求する手順。 通るために別のものの隣人になるゲートウェイ必需品であるときに、これは使用されています。
-24-
-24-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
routing information. This includes the capability to accept or refuse the request.
情報を発送します。 これは要求を受け入れるか、または拒否する能力を含んでいます。
o Neighbor Up/Down
o /への隣人はダウンします。
The procedure by which a gateway decides if another gateway is up or down.
ゲートウェイがもう1つの門が上がるか、または下がっているかを決める手順。
o Network Reachability Information
o ネットワーク可到達性情報
The facility used to pass routing and neighbor information between gateways.
施設は以前はゲートウェイの間でよくルーティングと隣人情報を通過していました。
o Gateway Going Down
o 落ちるゲートウェイ
The ability of a gateway to inform other gateways that it is going down and no longer has any routes to any other networks. This permits a gateway to go down in an orderly way without disrupting the rest of the Internet system.
落ちていて、もういかなる他のネットワークにもどんなルートも持っていないことを他のゲートウェイに知らせるゲートウェイの能力。 これは、ゲートウェイが規則的な方法でインターネット・システムの残りを混乱させないでダウンしに行くことを許可します。
A complete description of the EGP can be found in IEN-209, the
IEN-209でEGPの完全な記述を見つけることができます。
"Exterior Gateway Protocol" [10].
「外のゲートウェイプロトコル」[10]。
-25-
-25-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
5 GATEWAY SOFTWARE
5 ゲートウェイソフトウェア
The DARPA Internet Gateway runs under the MOS operating
DARPAインターネットゲートウェイはMOS作動で実行されます。
system [9] which provides facilities for:
以下のために便宜を与えるシステム[9]
o Multiple processes o Interprocess communication o Buffer management o Asynchronous input/output o Shareable real-time clock
o 複数のプロセスo Interprocessコミュニケーションo Buffer管理o Asynchronousはo Shareableリアルタイム時計を入力するか、または出力します。
There is a MOS process for each network that the gateway is
ゲートウェイは各ネットワークのためのMOSプロセスですが、あります。
directly connected to. A data structure called a NETBLOCK
直接接続されています。 NETBLOCKと呼ばれるデータ構造
contains variables of interest for each network and pointers to
各ネットワークと指針のための興味がある変数を含んでいます。
local network routines. Network processes run common gateway
企業内情報通信網ルーチン。 ネットワークプロセスは一般的なゲートウェイを動かします。
code while network-specific functions are dispatched to the
ネットワーク特有の機能に急いでいる間、コード化します。
routines pointed to in the NETBLOCK. There are also processes
NETBLOCKに示されたルーチン。 プロセスもあります。
for gateway functions which require their own timing, such as GGP
それら自身がGGPなどのように調節されるのを必要とするゲートウェイ機能のために
and HMP.
そして、HMP。
5.1 Software Structure
5.1 ソフトウェア構造
The gateway software can be divided conceptually into three
概念的にゲートウェイソフトウェアを3に分割できます。
parts: MOS Device Drivers, Network software, and Shared Gateway
部品: MOS Device Drivers、Networkソフトウェア、およびSharedゲートウェイ
software.
ソフトウェア。
-26-
-26-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
5.1.1 Device Drivers
5.1.1 デバイスドライバ
The gateway has a set of routines to handle sending and
そして扱うルーチンのセットがゲートウェイで発信する。
receiving data for each type of hardware interface. There are
それぞれのタイプのハードウェア・インタフェースのためのデータを受け取ります。 あります。
routines for initialization, initiation, and interruption for
初期化、開始、および中断のためのルーチン
both the transmit and receive sides of a device. The gateway
両方、デバイスの側面を送受信してください。 ゲートウェイ
supports the following types of devices:
以下がタイプするデバイスのサポート:
a) ACC LSI-11 1822 b) DEC IMP11a 1822 c) ACC LHDH 1822 d) ACC VDH11E e) ACC VDH11C f) Proteon Ring Network g) RSRE HDLC h) Interlan Ethernet i) BBN Fibernet j) ACC XQ/CP X.25 ** k) ACC XQ/CP HDH **
a) ACC LSI-11 1822b) 12月のIMP11a1822c) ACC LHDH1822d) ACC VDH11E e) ACC VDH11C f) Proteon Ring Network g) RSRE HDLC h) Interlanイーサネットi) BBN Fibernet j) ACC XQ/CP X.25**k) ACC XQ/CP HDH**
5.1.2 Network Software
5.1.2 ネットワークソフトウェア
For each connected network, the gateway has a set of eight
それぞれの接続ネットワークのために、ゲートウェイには、1セットの8があります。
routines which handle local network functions. The network
企業内情報通信網機能を扱うルーチン。 ネットワーク
routines and their functions are described briefly below.
ルーチンとそれらの機能は簡潔に以下で説明されます。
_______________ ** Planned, not yet supported.
_______________ ** まだサポートされているのではなく、計画されています。
-27-
-27-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
Up.net Perform local network initialization such as flapping the 1822 ready line.
1822年の持ち合わせの系列をばたつかせることなどのUp.net Perform企業内情報通信網初期化。
Sg.net Handle specific local network timing functions such as timing out 1822 Destination Deads.
Sg.net Handleの特定の企業内情報通信網タイミングは1822Destination Deadsからのタイミングなどのように機能します。
Rc.net A message has been received from the network interface. Check for any input errors.
ネットワーク・インターフェースからRc.net Aメッセージを受け取りました。 あらゆる入力誤りがないかどうかチェックしてください。
Wc.net A message has been transmitted to the network interface. Check for any output errors.
Wc.net Aメッセージをネットワーク・インターフェースに送ってあります。 あらゆる出力誤りがないかどうかチェックしてください。
Rs.net Set up a buffer (or buffers) to receive messages on the network interface.
ネットワークに関するメッセージを受け取るバッファ(または、バッファ)へのRs.net Setは連結します。
Ws.net Transmit a message to the network interface.
ネットワークへのメッセージが連結するWs.net Transmit。
Hc.net Check the local network header of the received message. Perform any local network protocol tasks.
受信されたメッセージの企業内情報通信網ヘッダーのHc.net Check。 あらゆる企業内情報通信網プロトコルタスクを実行してください。
Hb.net Rebuild the local network header.
企業内情報通信網ヘッダーのHb.net Rebuild。
There are network routines for the following types of
以下のためのルーチンがタイプするネットワークがあります。
networks:
ネットワーク:
o Arpanet (a,b,c,k) o Satnet (d,e,k) o Proteon Ring Network (f) o Packet Radio Network (a,b,c) o Rsre HDLC Null Network (g) o Ethernet (h) o Fibernet (i) o Telenet X.25 (j) **
o Arpanet(a、b、c、k)o Satnet(d、e、k)o Proteon Ring Network(f)o Packet Radio Network(a、b、c)o Rsre HDLC Null Network(g)oイーサネット(h)o Fibernet(i)oテレネットX.25(j)**
Note: The letters in parentheses refer to the device drivers used
以下に注意してください。 括弧の手紙は使用されるデバイスドライバを示します。
_______________ ** Planned, not yet supported.
_______________ ** まだサポートされているのではなく、計画されています。
-28-
-28-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
for each type of network as described in the previous section.
前項の説明されるとしてのそれぞれのタイプのネットワークのために。
5.1.3 Shared Gateway Software
5.1.3 共有されたゲートウェイソフトウェア
The internet processing of a datagram is performed by a body
データグラムのインターネット処理はボディーによって実行されます。
of code which is shared by the network processes. This code
コードでは、どれがネットワークによって共有されるかは処理されます。 このコード
includes routines to check the IP header, perform IP
IPヘッダーをチェックするためにルーチンを含んで、IPを実行します。
fragmentation, calculate the IP checksum, forward a datagram, and
そして断片化、IPチェックサム、前進のaデータグラムについて計算してください。
implement the routing, monitoring, and error reporting protocols.
プロトコルを報告するルーティング、モニター、および誤りを実装してください。
5.2 Gateway Processes
5.2 ゲートウェイプロセス
5.2.1 Network Processes
5.2.1 ネットワークプロセス
When the gateway starts up, each network process calls its
ゲートウェイが始動すると、それぞれのネットワークプロセスが呼ぶ、それ
local network initialization routine and read start routine. The
企業内情報通信網初期化ルーチンと読書はルーチンを始めます。 The
read start routine sets up two maximum network size buffers for
2最大への通常のセットがサイズバッファをネットワークでつなぐ始めを読んでください。
receiving datagrams. The network process then waits for an input
その時データグラムネットワークプロセスを受けると、入力は待っています。
complete signal from the network device driver.
ネットワークデバイスドライバから信号を完成してください。
When a message has been received, the MOS Operating System
メッセージを受け取ったときMOS Operating System
signals the appropriate network process with an input complete
入力が完全な状態で適切なネットワークプロセスに合図します。
signal. The network process wakes up and executes the net read
合図してください。 ネットワークプロセスは、目覚めて、読まれたネットを実行します。
-29-
-29-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
complete routine. After the message has been processed, the
ルーチンを終了してください。 メッセージを処理してある後に
network process waits for more input.
ネットワークプロセスは、より多くの入力を待っています。
The net read complete routine is the major message
完全なルーチンが読まれたネットは主要なメッセージです。
processing loop in the gateway. The following actions are
ゲートウェイで輪を処理します。 以下の動作はそうです。
performed when a message has been received:
メッセージを受け取ったとき、実行します:
o Call Local Network Read Complete Routine o Start more reads o Check local Network Header o Check Internet header o Check if datagram is for the gateway o Forward the datagram if necessary o Send ICMP error message if necessary.
o 必要なら、以上がデータグラムがゲートウェイo Forwardデータグラム必要ならo Send ICMPのためのものであるならo地元のNetwork Header o CheckインターネットCheckヘッダーo Checkを読み込むLocal Network Read Complete Routine o Startをエラーメッセージと呼んでください。
5.2.2 GGP Process
5.2.2 GGPは処理します。
The GGP process periodically sends GGP echos to each of the
プロセスが定期的にGGPを送るGGPはそれぞれにこだまします。
gateway's neighbors to determine neighbor connectivity, and sends
決定するゲートウェイの隣人は、接続性を近所付き合いさせて、発信します。
interface status messages addressed to itself to determine
決定するためにそれ自体に扱われたステータスメッセージを連結します。
network connectivity. The GGP process also sends out routing
接続性をネットワークでつないでください。 また、GGPプロセスはルーティングを出します。
updates when necessary. The details of the algorithms currently
必要であるときに、アップデートします。 現在、アルゴリズムについて詳しく述べます。
implemented by the GGP process are given in Section 4.4,
GGPによって実装されて、セクション4.4でプロセスを与えます。
Gateway-to-Gateway Protocol, and in Appendix C.
ゲートウェー間プロトコル、付録C
-30-
-30-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
5.2.3 HMP Process
5.2.3 HMPは処理します。
The HMP process handles timer-based gateway statistics
HMPプロセスはタイマベースのゲートウェイ統計を扱います。
collection and the periodic transmission of traps.
収集と罠の周期的な送信。
-31-
-31-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
APPENDIX A. GGP Message Formats
付録A.GGPメッセージ・フォーマット
Note that the GGP protocol is currently undergoing extensive
GGPプロトコルが現在受ける大規模であることに注意してください。
changes to introduce the Exterior Gateway Protocol facility; this
Exteriorゲートウェイプロトコル施設を導入する変化。 これ
is the vehicle needed to permit gateways in other systems to
他のシステムのゲートウェイを可能にする必要である乗り物です。
exchange routing information with the gateways described in this
ゲートウェイがこれで説明されている交換ルーティング情報
document.
記録します。
Each GGP message consists of an Internet header followed by
それぞれのGGPメッセージは続かれるインターネット・ヘッダーから成ります。
one of the messages explained below. The values (in decimal) in
メッセージの1つは以下で説明しました。 中の値(小数における)
the Internet header used in a GGP message are as follows.
GGPメッセージで使用されるインターネット・ヘッダーは以下の通りです。
Version 4.
バージョン4。
IHL Internet header length in 32-bit words.
32ビットの単語によるIHLインターネット・ヘッダーの長さ。
Type of Service 0.
サービス0のタイプ。
Total Length Length of Internet header and data in octets.
八重奏におけるインターネット・ヘッダーとデータのLength Lengthを合計してください。
ID, Flags, Fragment Offset 0.
ID、旗はオフセット0を断片化します。
Time to Live Time to live in seconds. This field is decremented at least once by each machine that processes the datagram.
秒に生きるLive Timeへの時間。 この分野は少なくとも一度データグラムを処理する各マシンで減少します。
Protocol Gateway Protocol = 3.
ゲートウェイプロトコル=3について議定書の中で述べてください。
Header Checksum The 16 bit one's complement of the one's complement sum of all 16-bit words in the header. For computing the checksum, the checksum field should be zero.
ヘッダーでのすべての16ビットの単語の1の補数合計の16ビットの1の補数のヘッダーChecksum。 チェックサムを計算するために、チェックサム分野はゼロであるべきです。
-32-
-32-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
Source Address The address of the gateway's interface from which the message is sent.
メッセージがどれであるかから送って、ゲートウェイのアドレスが連結するソースAddress。
Destination Address The address of the gateway to which the message is sent.
目的地Address、メッセージが送られるゲートウェイのアドレス。
-33-
-33-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
ROUTING UPDATE
ルーティングアップデート
0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ !Gateway Type ! unused (0) ! ; 2 bytes +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! Sequence Number ! ; 2 bytes +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! need-update ! n-distances ! ; 2 bytes +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! distance 1 ! n1-dist ! ; 2 bytes +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! net11 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ; 1, 2 or 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ; bytes ! net12 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ; 1, 2 or 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ; bytes . . +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! net1n1 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ; n1 nets at +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ; dist 1 . ... . ; ndist groups +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ; of nets ! distance n ! nn-dist ! ; 2 bytes +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! netn1 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ; 1, 2 or 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ; bytes ! netn2 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ; 1, 2 or 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ; bytes . . +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! netnnn !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ; nn nets at +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ; dist n
0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5、+++++++++++++++++! ゲートウェイのType!の未使用の(0)! 2バイト+++++++++++++++++! Sequence Number! 2バイト+++++++++++++++++! 必要性アップデート!n-距離! 2バイト+++++++++++++++++! 距離1!n1-dist! 2バイト+++++++++++++++++++++++++! net11! ; 1、2か3+++++++++++++++++++++++++。 バイト!net12! ; 1、2か3+++++++++++++++++++++++++。 バイト+++++++++++++++++++++++++! net1n1! ; n1は+++++++++++++++++++++++++で網状になります。 dist1。 . ; ndistは+++++++++++++++++を分類します。 ネット!距離n!nn-distについて! 2バイト+++++++++++++++++++++++++! netn1! ; 1、2か3+++++++++++++++++++++++++。 バイト!netn2! ; 1、2か3+++++++++++++++++++++++++。 バイト+++++++++++++++++++++++++! netnnn! ; nnは+++++++++++++++++++++++++で網状になります。 dist n
Gateway Type 12 (decimal)
ゲートウェイタイプ12(小数)
Sequence Number The 16-bit sequence number used to identify routing updates.
16ビットの一連番号の系列Numberは以前はよくルーティングアップデートを特定していました。
need-update An 8-bit field. This byte is set to 1
必要性アップデートのAnの8ビットの分野。 このバイトは1に設定されます。
-34-
-34-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
if the source gateway requests a routing update from the destination gateway, and set to 0 if not.
目的地ゲートウェイからアップデートして、そうでなければ、ソースゲートウェイがルーティングを要求するなら、0にセットしてください。
n-distances An 8-bit field. The number of distance-groups reported in this update. Each distance-group consists of a distance value and a number of nets, followed by the actual net numbers which are reachable at that distance. Not all distances need be reported.
n-距離のAnの8ビットの分野。 距離グループの数はこのアップデートで報告しました。 それぞれの距離グループはその距離で届いているネットの実際の数があとに続いた距離値と多くのネットから成ります。 すべての距離が報告されなければならないというわけではありません。
distance 1 hop count (or other distance measure) which applies to this distance-group.
この距離グループに適用される1つのホップカウント(または、他の距離測定)を遠ざけてください。
n1-dist number of nets which are reported in this distance-group.
この距離グループで報告されるネットのn1-dist番号。
net11 1, 2, or 3 bytes for the first net at distance "distance 1".
距離の最初のネットのためのnet11 1バイトか2バイトか3バイトが「1インチを遠ざけます」。
net12 second net
net12 2番目のネット
...
...
net1n1 etc.
net1n1など
-35-
-35-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
ACKNOWLEDGMENT or NEGATIVE ACKNOWLEDGMENT
承認か否定応答
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Gateway Type | Unused | Sequence number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ゲートウェイタイプ| 未使用| 一連番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Gateway Type Acknowledgments are type 2. Negative acknowledgments are type 10.
ゲートウェイType Acknowledgmentsはタイプ2です。 否定応答はタイプ10です。
Sequence Number The 16-bit sequence number that the gateway is acknowledging or negatively acknowledging.
ゲートウェイが承認するか、または否定的に承認している16ビットの一連番号の系列Number。
-36-
-36-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
GGP ECHO and ECHO REPLY
GGPエコーとエコー・リプライ
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Gateway Type | Unused | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ゲートウェイタイプ| 未使用| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Gateway Type 8 for echo message; 0 for echo reply.
エコーメッセージのためのゲートウェイType8。 エコーのための0は返答します。
Source Address In an echo message, this is the address of the gateway on the same network as the neighbor to which it is sending the echo message. In an echo reply message, the source and destination addresses are simply reversed, and the remainder is returned unchanged.
エコーが通信させるソースAddress In、これはそれがエコーメッセージを送る隣人として同じネットワークのゲートウェイのアドレスです。 エコー応答メッセージでは、ソースと送付先アドレスは単に逆にされます、そして、残りは変わりがない状態で返されます。
-37-
-37-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
NETWORK INTERFACE STATUS
ネットワーク・インターフェース状態
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ! Gateway Type ! unused ! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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、+++++++++++++++++++++++++++++++++! ゲートウェイType!未使用!、+++++++++++++++++++++++++++++++++
Gateway Type 9
ゲートウェイタイプ9
Source Address Destination Address The address of the gateway's network interface. The gateway can send Net Interface Status messages to itself to determine if it is able to send and receive traffic on its network interface.
ゲートウェイのアドレスがネットワークでつなぐソースAddress Destination Addressは連結します。 ゲートウェイは、それがネットワーク・インターフェースにおける交通を送って、受けることができるかどうか決定するためにネットInterface Statusメッセージをそれ自体に送ることができます。
-38-
-38-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
APPENDIX B. Information Maintained by Gateways
ゲートウェイによって保守された付録B.情報
In order to implement the shortest-path routing algorithm,
最短パスルーティング・アルゴリズムを実行してください。
gateways must maintain information about their connectivity to
必須がそれらの接続性の情報を保守するゲートウェイ
networks and other gateways. This section explains the
ネットワークと他のゲートウェイ。 このセクションは説明します。
information maintained by each gateway; this information can be
各ゲートウェイによって保守された情報。 この情報はそうであることができます。
organized into the following tables and variables.
以下のテーブルと変数に、結団しました。
o Number of Networks
o ネットワークの数
The number of networks for which the gateway maintains routing information and to which it can forward traffic.
ゲートウェイがルーティング情報を保守して、それが交通を送ることができるネットワークの数。
o Number of Neighbors
o ネイバーズの数
The number of neighbor gateways with which the gateway exchanges routing information.
ゲートウェイがルーティング情報を交換する隣人ゲートウェイの数。
o Gateway Addresses
o ゲートウェイアドレス
The addresses of the gateway's network interfaces.
ゲートウェイのネットワークのアドレスは連結します。
o Neighbor Gateway Addresses
o 隣人ゲートウェイアドレス
The address of each neighbor gateway's network interface that is on the same network as this gateway.
このゲートウェイと同じネットワークにあるそれぞれの隣人ゲートウェイのネットワーク・インターフェースのアドレス。
o Neighbor Connectivity Vector
o 隣人接続性ベクトル
A vector of the connectivity between this gateway and each of its neighbors.
このゲートウェイとその隣人各人の間の接続性のベクトル。
o Distance Matrix
o 距離マトリクス
A matrix of the routing updates received from the neighbor gateways.
ルーティングアップデートのマトリクスは隣人ゲートウェイから受信されました。
-39-
-39-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
o Minimum Distance Vector
o 最小の距離ベクトル
A vector containing the minimum distance to each network.
各ネットワークに最小の距離を含むベクトル。
o Routing Updates from Non-Routing Gateways
o 非ルート設定ゲートウェイからのルート設定アップデート
The routing updates that would have been received from each non-routing neighbor gateway which does not participate in this routing strategy.
このルーティング戦略に参加しないそれぞれの非ルーティング隣人ゲートウェイから受けられたルーティングアップデート。
o Routing Table
o 経路指定テーブル
A table containing, for each network, a list of the neighbor gateways on a minimum-distance route to the network.
各ネットワークのために最小の距離ルートの上に隣人ゲートウェイのリストをネットワークに含むテーブル。
o Send Sequence Number
o 一連番号を送ってください。
The sequence number that will be used to send the next routing update.
次のルーティングアップデートを送るのに使用される一連番号。
o Receive Sequence Numbers
o 一連番号を受けてください。
The sequence numbers that the gateway received in the last routing update from each of its neighbors.
ゲートウェイが隣人各人から最近のルーティングアップデートで受けた一連番号。
o Received Acknowledgment Vector
o 容認された承認ベクトル
A vector indicating whether or not each neighbor has acknowledged the sequence number in the most recent routing update sent.
各隣人が最新のルーティングアップデートにおける一連番号を承認したかどうかを示すベクトルは発信しました。
-40-
-40-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
APPENDIX C. GGP Events and Responses
付録C.GGPイベントと応答
The following list shows the GGP events that occur at a
以下のリストはaに起こるGGP出来事を示しています。
gateway and the gateway's responses. The variables and tables
ゲートウェイとゲートウェイの応答。 変数とテーブル
referred to are listed above.
言及されているのは、記載された上です。
o Connectivity to an attached network changes.
o 付属ネットワークへの接続性は変化します。
a. Update the Minimum Distance Vector. b. Recompute the Routing Updates. c. Recompute the Routing Table. d. If any routing update has changed, send the new routing updates to the neighbors.
a。 Minimum Distance Vector. bをアップデートしてください。 Recomputeルート設定Updates. c。 Recomputeルート設定Table. d。 何かルーティングアップデートが変化したなら、新しいルーティングアップデートを隣人に送ってください。
o Connectivity to a neighbor gateway changes.
o 隣人ゲートウェイへの接続性は変化します。
a. Update the Neighbor Connectivity Vector. b. Recompute the Minimum Distance Vector. c. Recompute the Routing Updates. d. Recompute the Routing Table. e. If any routing update has changed, send the new routing updates to the neighbors.
a。 Neighbor Connectivity Vector. bをアップデートしてください。 Recompute Minimum Distance Vector. c。 Recomputeルート設定Updates. d。 Recomputeルート設定Table. e。 何かルーティングアップデートが変化したなら、新しいルーティングアップデートを隣人に送ってください。
o A Routing Update message is received.
o ルート設定Updateメッセージは受信されています。
a. Compare the Internet source address of the Routing Update message to the Neighbor Addresses. If the address is not on the list, add it to the list of Neighbor Addresses, increment the Number of Neighbors, and set the Receive Sequence Number for this neighbor to the sequence number in the Routing Update message.
a。 ルート設定UpdateメッセージのインターネットソースアドレスをNeighbor Addressesと比較してください。 アドレスがリストにないなら、Neighbor Addressesのリストにそれを追加してください、そして、ネイバーズのNumberを増加してください、そして、ルート設定Updateメッセージの一連番号へのこの隣人にReceive Sequence Numberを設定してください。
b. Compare the Receive Sequence Number for this neighbor to the sequence number in the Routing Update message to determine whether or not to accept this message. If the message is rejected, send a Negative Acknowledgment message. If the message is accepted, send an Acknowledgment message and proceed with the following steps.
b。 この隣人のためにこのメッセージを受け入れるかどうか決定するルート設定Updateメッセージの一連番号とReceive Sequence Numberを比較してください。 メッセージが拒絶されるなら、Negative Acknowledgmentメッセージを送ってください。 メッセージを受け入れるなら、Acknowledgmentメッセージを送ってください、そして、以下のステップを続けてください。
-41-
-41-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
c. Compare the networks reported in the Routing Update message to the Number of Networks. If new networks are reported, enter them in the network vectors, increase the number of networks, and expand the Distance Matrix to account for the new networks.
c。 ルート設定UpdateメッセージでNetworksのNumberに報告されたネットワークを比較してください。 新しいネットワークが報告されるなら、ネットワークベクトルにそれらを入れてください、そして、ネットワークの数を増加させてください、そして、Distanceマトリクスを膨張させて、新しいネットワークの原因になってください。
d. Copy the routing update received into the appropriate row of the Distance Matrix.
d。 Distanceマトリクスの適切な列に受けられたルーティングアップデートをコピーしてください。
e. Recompute the Minimum Distance Vector.
e。 最小の距離ベクトルのRecompute。
f. Recompute the Routing Updates.
f。 Recomputeルート設定アップデート。
g. Recompute the Routing Table.
g。 Recompute経路指定テーブル。
h. If any routing update has changed, send the new routing updates to the neighbors.
h。 何かルーティングアップデートが変化したなら、新しいルーティングアップデートを隣人に送ってください。
o An Acknowledgment message is received.
o Acknowledgmentメッセージは受信されています。
Compare the sequence number in the message to the Send Sequence Number. If the Send Sequence Number is acknowledged, update the entry in the Received Acknowledgment Vector for the neighbor that sent the acknowledgment.
メッセージの一連番号をSend Sequence Numberと比較してください。 Send Sequence Numberが承認されるなら、承認を送った隣人のためにReceived Acknowledgment Vectorでエントリーをアップデートしてください。
o A Negative Acknowledgment message is received.
o Negative Acknowledgmentメッセージは受信されています。
Compare the sequence number in the message to the Send Sequence Number. If necessary, replace the Send Sequence Number, and retransmit the routing updates.
メッセージの一連番号をSend Sequence Numberと比較してください。 必要なら、Send Sequence Numberを取り替えてください、そして、ルーティングアップデートを再送してください。
-42-
-42-
DARPA Internet Gateway September 1982 RFC 823
DARPAインターネットゲートウェイ1982年9月のRFC823
REFERENCES
参照
[1] Postel, J. (ed.), "Internet Protocol - DARPA Internet Program Protocol Specification," RFC 791, USC/Information Sciences Institute, September 1981.
[1] ポステル、J.編、「インターネットは議定書を作ります--DARPAインターネットはプロトコル仕様をプログラムする」RFC791、科学が1981年9月に設けるUSC/情報。
[2] Strazisar, V., "Gateway Routing: An Implementation Specification," IEN-30, Bolt Beranek and Newman Inc., August 1979.
[2]Strazisar、V.、「以下を掘るゲートウェイ」 「実現仕様」とIEN-30とボルトBeranekとニューマン株式会社、1979年8月。
[3] Strazisar, V., "How to Build a Gateway," IEN-109, Bolt Beranek and Newman Inc., August 1979.
[3]StrazisarとV.と「どうゲートウェイを建設し」てIEN-109とボルトBeranekとニューマン株式会社、1979年8月。
[4] Postel, J., "Internet Control Message Protocol - DARPA Internet Program Protocol Specification," RFC 792, USC/Information Sciences Institute, September 1981.
[4] ポステル、J.、「インターネットはメッセージプロトコルを制御します--DARPAインターネットはプロトコル仕様をプログラムする」RFC792、科学が1981年9月に設けるUSC/情報。
[5] Postel, J., "Assigned Numbers," RFC 790, USC/Information Sciences Institute, September 1981.
[5] ポステル、J.、「規定番号」、USC/情報科学が1981年9月に設けるRFC790。
[6] Littauer, B., Huang, A., Hinden, R., "A Host Monitoring Protocol," IEN-197, Bolt Beranek and Newman Inc., September 1981.
[6] リタウェルとB.とホアンとA.とHindenとR.と「ホストのモニターしているプロトコル」とIEN-197とボルトBeranekとニューマン株式会社、1981年9月。
[7] Santos, P., Chalstrom, H., Linn, J., Herman, J., "Architecture of a Network Monitoring, Control and Management System," Proc. of the 5th Int. Conference on Computer Communication, October 1980.
[7] サントス、P.、Chalstrom、H.、リン、J.、ハーマン、J.、「aのアーキテクチャはモニター、コントロール、およびマネージメントシステムをネットワークでつなぎます」、Proc。. 第5Intについて。 1980年10月のコンピュータコミュニケーションに関するコンファレンス。
[8] Haverty, J., "XNET Formats for Internet Protocol Version 4," IEN-158, Bolt Beranek and Newman Inc., October 1980.
[8]HavertyとJ.と「XNETはプロトコルバージョン4をインターネットにフォーマットし」てIEN-158とボルトBeranekとニューマン株式会社、1980年10月。
[9] Mathis, J., Klemba, K., Poggio, "TIU Notebook- Volume 2, Software Documentation," SRI, May 1979.
[9] マシス、J.、Klemba、K.、Poggio、「TIUノート第2巻、ソフトウェア・ドキュメンテーション」、様、5月1979
[10] Rosen, E., "Exterior Gateway Protocol," IEN-209, Bolt Beranek and Newman Inc., August 1982.
[10] ローゼンとE.と「外のゲートウェイプロトコル」とIEN-209とボルトBeranekとニューマン株式会社、1982年8月。
-43-
-43-
一覧
スポンサーリンク