RFC1025 日本語訳

Network Working Group                                          J. Postel
Request for Comments: 1025                                           ISI
                                                          September 1987

コメントを求めるワーキンググループJ.ポステルの要求をネットワークでつないでください: 1025 ISI1987年9月

                          TCP AND IP BAKE OFF

TCPとIPは下に焼きます。

Status of This Memo

このメモの状態

   This memo describes some of the procedures, scoring, and tests used
   in the TCP and IP bake offs held in the early development of these
   protocols.  These procedures and tests may still be of use in testing
   newly implemented TCP and IP modules.  Distribution of this memo is
   unlimited.

このメモは手順のいくつかについて説明します、得点、TCPで使用されるテストとIPはこれらのプロトコルの初期発生で持たれていたoffsを焼きます。 これらの手順とテストはTCPとIPモジュールであると新たに実装されたテストでまだ役に立っているかもしれません。 このメモの分配は無制限です。

Introduction

序論

   In the early days of the development of TCP and IP, when there were
   very few implementations and the specifications were still evolving,
   the only way to determine if an implementation was "correct" was to
   test it against other implementations and argue that the results
   showed your own implementation to have done the right thing.  These
   tests and discussions could, in those early days, as likely change
   the specification as change the implementation.

ほんのわずかな実装があって、仕様がまだ発展していたときのTCPとIPの発展の初期では、実装が「正しかったかどうか」決定する唯一の方法は、正しいことをしたために他の実装に対してそれをテストして、結果があなた自身の実装を示したと主張することでした。 実装を変えるのに従っておそらく仕様を変えて、これらのテストと議論はそれらの初期でそうすることができました。

   There were a few times when this testing was focused, bringing
   together all known implementations and running through a set of tests
   in hopes of demonstrating the N squared connectivity and correct
   implementation of the various tricky cases.  These events were called
   "Bake Offs".

このテストが焦点を合わせられた数回がありました、様々な精巧なケースのN二乗された接続性と正しい実装を示すという望みですべての知られている実装を集めて、1セットのテストを貫いて。 これらのイベントは「製パンOffs」と呼ばれました。

   An early version of the list of tests included here appears in IEN-69
   of October 1978.  A demonstration of four TCP implementations was
   held at the Defense Communication Engineering Center in Reston,
   Virginia on 4 December 1978, and reported in IEN-70 of December 1978.
   A bake off of six implementations was held 27-28 January 1979 at
   USC-Information Sciences Institute in Marina del Rey, California and
   reported in IEN-77 of February 1979.  And a distributed bake off was
   held in April 1980 over the network and reported in IEN-145 of May
   1980.

ここにテストのリストを含む早めのバージョンは1978年10月のIEN-69に現れます。 4つのTCP実装のデモンストレーションは、1978年12月4日のレストン(ヴァージニア)のDefense Communication Engineeringセンターに保持されて、1978年12月のIEN-70で報告されました。 6つの実装からの製パンは、マリナデルレイ、カリフォルニアのUSC-情報Sciences Instituteの保持された1979年1月27日から28日であり、1979年2月のIEN-77で報告しました。 そして、1980年4月にネットワークの上で開催されて、1980年5月のIEN-145で報告されて、aは下に製パンを広げました。

   The following section reproduces (with very slight editing) the
   procedure, tests, and scoring of the April 1980 Bake Off.

以下のセクションは1980年4月のBake Offの手順、テスト、および得点を再生させます(非常にわずかな編集で)。

Postel                                                          [Page 1]

RFC 1025                  TCP and IP Bake Off             September 1987

ポステル[1ページ]RFC1025TCPとIPは1987年9月から焼きます。

Procedure

手順

   This is the procedure for the TCP and IP Bake Off.  Each implementor
   of a TCP and IP is to perform the following tests and to report the
   results.  In general, this is done by using a test program or user
   Telnet program to open connections to your own or other TCP
   implementations.

これはTCPとIP Bake Offのための手順です。 TCPとIPの各作成者は、以下のテストを実行して、結果を報告することになっています。 一般に、あなた自身のか他のTCP実装に接続を開くのにテストプログラムかユーザTelnetプログラムを使用することによって、これをします。

   Some test are made more interesting by the use of a "flakeway".  A
   flakeway is a purposely flakey gateway.  It should have control
   parameters that can be adjusted while it is running to specify a
   percentage of datagrams to be dropped, a percentage of datagrams to
   be corrupted and passed on, and a percentage of datagrams to be
   reordered so that they arrive in a different order than sent.

"flakeway"の使用で何らかのテストをよりおもしろくします。 flakewayはわざわざflakeyなゲートウェイです。 それには下げられるべきデータグラムの割合、崩壊している、進むべきデータグラムの割合、および再命令されるべきデータグラムの割合を指定するために稼働している間に調整できる管理パラメータがあるべきであるので、それらは送るのと異なったオーダーに到達します。

   Many of the following apply for each distinct TCP contacted (for
   example, in the Middleweight Division there is a possibility of 20
   points for each other TCP in the Bake Off).

以下の多くが連絡されたそれぞれの異なったTCPに申し込みます(例えば、あるMiddleweight事業部では、20の可能性はBake Offで互いのためのTCPを指します)。

   Note Bene: Checksums must be enforced.  No points will be awarded if
   the checksum test is disabled.

嘆願に注意してください: チェックサムは励行されなければなりません。 チェックサムテストは障害があると、ポイントを全く与えないでしょう。

      Featherweight Division

フェザー級の事業部

         1 point for talking to yourself (opening a connection).

自分(接続を開く)と話すための1ポイント。

         1 point for saying something to yourself (sending and receiving
         data).

自分(送受信データ)に何かを言うための1ポイント。

         1 point for gracefully ending the conversation (closing the
         connection without crashing).

会話(ダウンしないで、接続を終える)を優雅に、終わらせるための1ポイント。

         2 points for repeating the above without reinitializing the
         TCP.

TCPを再初期化しないで上記を繰り返すための2ポイント。

         5 points for a complete conversation via the testing gateway.

テストゲートウェイを通した完全な会話のための5ポイント。

      Middleweight Division

ミドル級選手事業部

         2 points for talking to someone else (opening a connection).

他の誰か(接続を開く)と話すための2ポイント。

         2 points for saying something to someone else (sending and
         receiving data).

他の誰か(送受信データ)に何かを言うための2ポイント。

         2 points for gracefully ending the conversation (closing the
         connection without crashing).

会話(ダウンしないで、接続を終える)を優雅に、終わらせるための2ポイント。

Postel                                                          [Page 2]

RFC 1025                  TCP and IP Bake Off             September 1987

ポステル[2ページ]RFC1025TCPとIPは1987年9月から焼きます。

         4 points for repeating the above without reinitializing the
         TCP.

TCPを再初期化しないで上記を繰り返すための4ポイント。

         10 points for a complete conversation via the testing gateway.

テストゲートウェイを通した完全な会話のための10ポイント。

      Heavyweight Division

ヘビー級の事業部

         10 points for being able to talk to more than one other TCP at
         the same time (multiple connections open and active
         simultaneously with different TCPs).

同時に他の1TCPと話すことができるように10ポイント(異なったTCPsと共にオープンで同時に活発な複数の接続)。

         10 points for correctly handling urgent data.

正しく緊急のデータを扱うための10ポイント。

         10 points for correctly handling sequence number wraparound.

正しく一連番号巻きつけて着るドレスを扱うための10ポイント。

         10 points for correctly being able to process a "Kamikaze"
         packet (AKA nastygram, christmas tree packet, lamp test
         segment, et al.).  That is, correctly handle a segment with the
         maximum combination of features at once (e.g., a SYN URG PUSH
         FIN segment with options and data).

正しく、「神風」パケット(AKA不要メール、christmas木のパケット、ランプ試験セグメント、他)を処理できるように10ポイント。 すなわち、すぐに(例えば、オプションとデータがあるSYN URG PUSH FINセグメント)、特徴の最大の組み合わせで正しくセグメントを扱ってください。

         30 points for KOing your opponent with legal blows.  (That is,
         operate a connection until one TCP or the other crashes, the
         surviving TCP has KOed the other.  Legal blows are segments
         that meet the requirements of the specification.)

法的であなたの相手をノックアウトするための30ポイントは吹きます。 (それがいます、1TCPまで接続を手術するか、またはもう片方がダウンして、生き残っているTCPはもう片方をノックアウトしました。 法的な打撃は仕様に関する必要条件を満たすセグメントです。)

         20 points for KOing your opponent with dirty blows.  (Dirty
         blows are segments that violate the requirements of the
         specification.)

汚い打撃であなたの相手をノックアウトするための20ポイント。 (汚い打撃は仕様の要件に違反するセグメントです。)

         10 points for showing your opponents checksum test is faulty or
         disabled.

チェックサムテストをあなたの相手に示しているための10ポイントは、不完全であるか、または障害があります。

      Host & Gateway IP Division

ホストとゲートウェイIP師団

         25 points for doing fragmentation and reassembly.

断片化と再アセンブリをするための25ポイント。

         15 points for doing loose source route option.

するための15ポイントは送信元経路オプションを発射します。

         15 points for doing strict source route option.

厳しいソースをするための15ポイントはオプションを発送します。

         10 points for doing return route option.

するリターンのための10ポイントはオプションを発送します。

         10 points for using source quench messages.

ソースを使用するための10ポイントはメッセージを冷却します。

         10 points for using routing advice messages.

ルーティングアドバイスメッセージを使用するための10ポイント。

         5 points for doing something with the type of service.

サービスのタイプで何かをするための5ポイント。

Postel                                                          [Page 3]

RFC 1025                  TCP and IP Bake Off             September 1987

ポステル[3ページ]RFC1025TCPとIPは1987年9月から焼きます。

         5 points for doing something with the security option.

セキュリティオプションで何かをするための5ポイント。

         5 points for doing something with the timestamp option.

タイムスタンプオプションで何かをするための5ポイント。

         5 points for showing that a gateway forwards datagrams without
         decreasing the time to live (showing a gateway is faulty).

ゲートウェイが生きる時間を減少させないでデータグラムを進めるのを示す(ゲートウェイが不完全であることを示す)ための5ポイント。

         5 points for showing that a gateway forwards datagrams with the
         time to live equal zero (showing a gateway is faulty).

ゲートウェイが生きる時間があるデータグラムを進めるのを示すための5ポイントはゼロと等しいです(ゲートウェイを見せているのは不完全です)。

         10 points for showing that a gateway or hosts checksum test is
         faulty or disabled (showing a gateway is faulty).

ゲートウェイをそれに示すか、またはチェックサムテストをホストに示しているための10ポイントは、不完全であるか、または障害があります(ゲートウェイを見せているのは不完全です)。

      Bonus Points

ボーナスポイント

         10 points for the best excuse.

最も良い口実のための10ポイント。

         20 points for the fewest excuses.

最もわずかな口実のための20ポイント。

         30 points for the longest conversation.

最も長い会話のための30ポイント。

         40 points for the most simultaneous connections.

最も多くの同時接続のための40ポイント。

         50 points for the most simultaneous connections with distinct
         TCPs.

異なったTCPsとの最も多くの同時接続のための50ポイント。

   Tests

テスト

      The following tests have been identified for checking the
      capabilities of a TCP implementation.  These may be useful in
      attempting to KO an opponent.

以下のテストは、TCP実装の能力をチェックするために特定されました。 相手をノックアウトするのを試みる際にこれらは役に立つかもしれません。

         1.  Single connection.  Open & close a single connection many
             times.

1. 単独結合。 何回も単独結合を開いて、閉じてください。

         2.  Multi connections.  Open several connections
             simultaneously.  Two connections to the same socket
             (i.e., a-b and a-c) check proper separation of data.

2. マルチ接続。 同時に、いくつかの接続を開いてください。 同じソケット(すなわち、-bとa-c)との2つの接続がデータの適切な分離をチェックします。

         3.  Half Open Connection.  Open a connection, crash local TCP
             and attempt to open same connection again.

3. 半分は接続を開きます。 接続を開いてください、そして、地方のTCPを墜落させてください、そして、再び同じ接続を開くのを試みてください。

Postel                                                          [Page 4]

RFC 1025                  TCP and IP Bake Off             September 1987

ポステル[4ページ]RFC1025TCPとIPは1987年9月から焼きます。

         4.  Piggy-back Loop.  Open connections via Telnet.

4. ピギーバック輪。 Telnetを通して接続を開いてください。

         user telnet--->TCP--->IP--->net--->IP--->TCP--->server telnet
                                                               |
                                                               V
         server telnet<---TCP<---IP<---net<---IP<---TCP<---user telnet
              |
              V
         user telnet--->...

ユーザtelnet--->TCP--->IP--->ネット--->IP--->TCP--->サーバtelnet| Vサーバtelnet<。---TCP<。---IP<。---ネットの<。---IP<。---TCP<。---ユーザtelnet| Vユーザtelnet--->…

         5.  Maximum connections.  Open connections between a pair of
             TCP until refused or worse.

5. 最大の接続。 TCPの拒否されるまでの1組の間か、よりひどく接続を開いてください。

         6.  Refused connection.  Open a connection to a non-accepting
             socket, does it get refused?

6. 接続を拒否しました。 非受諾ソケットに接続を開いてください、そして、それは拒否されますか?

         7.  Zero Window.  Try to send data to a TCP that is presenting
             a zero window.

7. 窓のゼロを合わせてください。 窓を全くaに贈っていないTCPにデータを送るようにしてください。

         8.  Fire Hose.  Make many connections to data source ports, or
             connections to a data sink and send as fast as you can.

8. 消火ホース。 データ送信端末ポートに多くの接続を作るか、または接続をデータ受信端末に発信させてください、そして、できるだけ速く発信してください。

         9.  Urgent Test.  Try to send data to a user program that only
             receives data when in urgent mode.

9. 緊急のテスト。 緊急のモードで送るときにはデータを受け取るだけであるユーザ・プログラムにデータを送るようにしてください。

         10. Kamikazi Segment.  Send and receive nastygrams.  A
             nastygram is a segment with SYN, EOL, URG, and FIN on and
             carrying one octet of data.

10. Kamikaziセグメント。 不要メールを送って、受け取ってください。不要メールは、SYN、EOL、URG、およびFINと共にオンなセグメントとデータの1つの八重奏を運ぶことです。

         11. Sequence Wraparound.  Test proper functioning when sequence
             numbers (a) pass 2**31 (i.e., go from plus to "minus") and
             (b) pass 2**32 (i.e., go from 2**32-1 to 0).

11. 系列巻きつけて着るドレス。 (b) 一連番号(a)が2**31を通過すると(すなわち、マイナスと「マイナス」に行ってください)機能して、適切な状態でテストしてください、そして、2**32を通過してください(すなわち、2**32-1から、0まで行ってください)。

         12. Buffer size.  With buffer size not equal to one, send data
             in segments of various sizes, use urgent occasionally.

12. サイズをバッファリングしてください。 1つと等しくないバッファサイズと共に、様々なサイズ、時折緊急の使用のセグメントでデータを送ってください。

         13. Send a nastygram into a half open connection when the
             sequence number is about to wrap around.

13. 一連番号が巻きつけられようとしているとき、半分のオープンな接続に不要メールを送ってください。

Postel                                                          [Page 5]

RFC 1025                  TCP and IP Bake Off             September 1987

ポステル[5ページ]RFC1025TCPとIPは1987年9月から焼きます。

New Ideas

新しいアイデア

   The above tests check for basic operation and handling of some of the
   tricky cases.  They do not consider performance in any way, or check
   to see if some of the recently developed ideas have been implemented.

上のテストはいくつかの精巧なケースの基本的な操作と取り扱いがないかどうかチェックします。 彼らは、何らかの方法で性能を考えもしませんし、最近開発された考えのいくつかが実装されたかどうか確認するためにチェックもしません。

      New Mechanisms

新しいメカニズム

         1.  The John Nagel Procedures (RFC-896).

1. ジョンネーゲル手順(RFC-896)。

         2.  The Van Jacobson Procedures (slow start, RTT measurements,
             etc).

2. ヴァンジェーコブソンProcedures(遅れた出発、RTT測定値など)。

         3.  The SQuID Procedures (RFC-1016).

3. イカ手順(RFC-1016)。

      Performance Tests

パフォーマンステスト

         Performance tests are difficult to specify because the results
         depend so much on the state of the environment of the test.
         Here are a few possibilities:

パフォーマンステストは結果がテストの環境状況にとてもよるので指定するのは難しいです。 ここに、いくつかの可能性があります:

         1.  FTP Throughput:  Send a 1 megabyte file to a locally nearby
             machine on an Ethernet measuring the elapsed time.

1. FTPスループット: 局所的に近くのマシンへのイーサネットの1メガバイトのファイルに経過時間を測定させてください。

         2.  FTP Throughput:  Send a 1 megabyte file to a locally nearby
             machine on an ARPANET measuring the elapsed time.

2. FTPスループット: 局所的に近くのマシンへのアルパネットの1メガバイトのファイルに経過時間を測定させてください。

         3.  NETBLT Throughput:  Send a 1 megabyte file to a locally
             nearby machine on an Ethernet measuring the elapsed time.

3. NETBLTスループット: 局所的に近くのマシンへのイーサネットの1メガバイトのファイルに経過時間を測定させてください。

         4.  NETBLT Throughput:  Send a 1 megabyte file to a locally
             nearby machine on an ARPANET measuring the elapsed time.

4. NETBLTスループット: 局所的に近くのマシンへのアルパネットの1メガバイトのファイルに経過時間を測定させてください。

         5.  Character Test:  Use a test program to send a character via
             TCP to the Echo Server (RFC-862), time the round trip (from
             the time the character is sent until the echo is returned
             to the test program).

5. 人格検査: テストプログラムを使用して(時間から、キャラクタをエコーをテストプログラムに返すまで送ります)、Echo Server(RFC-862)へのTCPを通したキャラクタ、時間に周遊旅行を送ってください。

Appendix

付録

   For History Buffs Only:

歴史ファンだけのために:

      The following item was in the original 1980 tests, but has been
      moved to this appendix since it no longer applies.

以下の商品は、1980年のオリジナルのテストにはありましたが、それがもう適用されないので、この付録に動かされました。

         10 points for correctly handling rubber baby buffer bumpers in
         both directions (End of Letter sequence number adjustments).

正しくゴムの赤ん坊を扱うための10ポイントは両方の方向(Letter一連番号調整の終わり)にバンパーをバッファリングします。

Postel                                                          [Page 6]

ポステル[6ページ]