RFC508 日本語訳
0508 Real-time data transmission on the ARPANET. L. Pfeifer, J.McAfee. May 1973. (Format: TXT=25002 bytes) (Status: UNKNOWN)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group L. Pfeifer
Request for Comments: 508 J. McAfee
NIC: 16159 Computer Systems Laboratory / UCSB
7 May 1973
コメントを求めるワーキンググループL.ファイファー要求をネットワークでつないでください: 508 J.マカフィーNIC: 16159 コンピュータシステム研究所/UCSB1973年5月7日
REAL-TIME DATA TRANSMISSION ON THE ARPANET
アルパネットにおけるリアルタイムデータ送信
I. INTRODUCTION
I. 序論
The ARPA Network is rapidly proving to be a useful tool in computer communications and resource sharing. It has been proposed that the same network might also be able to support real-time processes such as audio or video communications for conferencing purposes. The degree of support of these types of processes will largely be determined by transmission bit-rates and delays.
アーパネットはコンピュータコミュニケーションとリソース・シェアリングにおける有益な手段であると急速に判明しています。 また、同じネットワークが会議目的のためのオーディオかビデオコミュニケーションなどのリアルタイムの進行をサポートすることができるかもしれないよう提案されました。 これらのタイプのプロセスのサポートの度合いはトランスミッションビット伝送速度と遅れで主に決定するでしょう。
The IMP subnetwork throughput rates (one way) average about 37 kilobits[1], therefore an external process must operate at a bit-rate below that level. This would imply some form of data compression for both audio and video transmission. Research in these areas is still in progress so these processes must be simulated at the present time.
IMPサブネットワーク押出量(一方通行の)はおよそ37のキロビット[1]を平均します、したがって、外部過程がそれの下で少し評価しているレベルで作動しなければなりません。 これはオーディオと映像の送波の両方のために何らかのフォームのデータ圧縮を含意するでしょう。 これらの領域での研究がまだ進行しているので、現在でこれらのプロセスをシミュレートしなければなりません。
In addition to bit-rate, system response time (system delay) is an important factor since this has direct influence on the amount of data which must be buffered in order to keep a real-time process running without discontinuities or gaps. Such delays may be caused by network loading, host loading, or an excessive number of IMP-to- IMP hops in the transmission path.
ビット伝送速度に加えて、これがリアルタイムのプロセスを不連続もギャップなしで稼働させてい続けるためにバッファリングしなければならないデータ量に直接の影響を持っているので、システム・レスポンス時間(システム遅れ)は重要な要素です。 そのような遅れはトランスミッション経路でネットワークローディング、ホストローディング、またはIMPからIMPへの過度の数のホップによって引き起こされるかもしれません。
In order to get a feel for the ability of the network to support a real-time process an experiment was conducted with real-time data being sent from the UCSB SEL810-B computer, by way of the UCSB IBM 360 host, onto the ARPA Network and into a host discard socket in the UCLA IBM 360 computer. This particular data path very nearly duplicates the path which might be taken if real-time devices were attached to large scale host computers operating in their normal mode (usually timesharing). The experiment consisted of measuring the duration of gaps incurred at various process bit-rates, and buffer sizes ranging from one to eight network packets.
ネットワークが実験が行われたリアルタイムのプロセスをサポートする能力の感じを得るために、UCSB IBM360ホストを通してUCSB SEL810-Bコンピュータから送られるリアルタイムデータはUCLA IBM360コンピュータでアーパネットとホストの中にソケットを捨てます。 この特定のデータ経路はリアルタイムのデバイスがそれらの正規モード(通常時分割)で作動する大規模ホストコンピュータに取り付けられるなら取られる経路をほとんどコピーします。 実験は様々なプロセスビット伝送速度で被られたギャップの持続時間を測定するのから成りました、そして、1〜8まで及ぶバッファサイズはパケットをネットワークでつなぎます。
Earlier experiments at MIT[2] simulated vocoded speech transmission over the ARPA Network using the TX-2 computer and "Fake host 3" in a destination IMP. Speech was sampled by the TX-2 and simulated speech data blocks were sent to a particular fake host. Receipt of an acknowledgment by TX-2 indicated that the corresponding blocks of speech data could be reconstituted. Experiments were conducted with bit-rates from 2400-17000 bps and varying block sizes (depending on
MIT[2]での以前の実験は、アーパネットの上でテキサス-2コンピュータを使用することでvocodedスピーチ送信をシミュレートして、「目的地IMPでホストを何3インチも見せかけます」。 スピーチをテキサス-2つで抽出しました、そして、シミュレートされたスピーチデータ・ブロックを特定のにせのホストに送りました。 テキサス-2の承認の領収書は、対応するブロックのスピーチデータを再編成できるのを示しました。 実験がビット伝送速度で2400-17000 ビーピーエスから行われて、ブロック・サイズを変えていた、(よります。
Pfeifer & MacAfee [Page 1] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[1ページ]RFC508リアルタイムデータ送信
the number of hops), and conclusions were reached that with delay characteristics similar to a lightly loaded ARPA Network speech communications could be satisfactory from a human-factors standpoint.
ホップの数)、軽くロードされたアーパネットと同様の遅れの特性で、スピーチコミュニケーションが人間の要素見地から満足できるかもしれないという結論に達しました。
II. CONFIGURATION
II。 構成
Data for this experiment originated in an SEL 810-B computer located in the Electrical Engineering Department at UCSB. This 70ns cycle time computer is the heart of an interactive signal processing system developed by Retz[3]. It has associated hardware such as a card reader, two IBM 1311 disk drives, a drum storage unit, A/D and D/A converters, Teletype, Tektronix 611 storage display unit, OLS keyboard, and a connection to an IBM 1800 computer. This system is linked to the UCSB IBM 360/75 via a 500 kilobit line for high speed data transfers. Software in both the SEL 810-B and the IBM 360 enables the SEL to communicate with the ARPA Network.
この実験のためのデータはUCSBにElectrical技術部に位置するSEL 810-Bコンピュータで起こりました。 この70ナノ秒のサイクルタイムコンピュータはレス[3]によって開発された対話的な信号処理システムの中心です。 それは関連ハードウェアをカードリーダ、2個のIBM1311ディスクドライブ、ドラム記憶装置、A/DとD/Aコンバータ、テレタイプ、テクトロニクス611ストレージディスプレイ装置、OLSキーボード、および接続として1800年のIBMコンピュータにあれほどします。 このシステムは高速データ転送のための500キロビット系列でUCSB IBM360/75にリンクされます。 SEL 810-BとIBM360の両方のソフトウェアは、SELがアーパネットとコミュニケートするのを可能にします。
The hardware configuration of the data path between the SEL 810-B and UCLA is shown in Figure 1. For simulating speech transmission, the SEL is thought of as a "speech processor", analyzing and encoding the one-way conversation of a person at UCSB talking to someone at UCLA. The fact that there was no "speech processor" at UCLA probably had little or no effect on the measurements that were made. This is substantiated by noting that the SEL was a dedicated processor that did not introduce delays and if a similar dedicated processor was attached to the host computer at UCLA it probably would not have caused delays either. However, the UCLA host merely discarded the data it received, thereby going through fewer steps than if an external processor was attached, and so our simulation was not exact.
SEL 810-BとUCLAの間のデータ経路のハードウェア・コンフィギュレーションは図1に示されます。 スピーチ送信をシミュレートするのにおいて、SELは「音声処理装置」として考えられます、UCLAでだれかと話すUCSBで人の一方的な会話を分析して、コード化して。 「音声処理装置」が全くUCLAになかったという事実はたぶんまずされた測定に影響を与えませんでした。 SELが遅れを導入しなかった専用プロセッサであり、同様の専用プロセッサがUCLAのホストコンピュータに取り付けられるならたぶん遅れを引き起こしていないことに注意することによって、これは実体化されます。 しかしながら、UCLAホストは単にそれが受け取ったデータを捨てました、その結果、外部のプロセッサが取り付けられたか、そして、そうより少ない階段を通って、私たちのシミュレーションは正確ではありませんでした。
A configuration such as that of Figure 1 did yield information about host-to-host transmission, since the SEL was essentially a zero-delay data generator. If real-time processors are to access the ARPA Network through large-scale time-shared host computers then host-to- host transmission rate and delay are important measurements. In this configuration we can expect the host computers to be the primary bottlenecks in the data path.
図1のものなどの構成はホストからホストへのトランスミッションの情報をもたらしました、SELが本質的にはゼロ遅延データゼネレータであったので。 リアルタイムのプロセッサが大規模な時分割されたホストコンピュータを通してアーパネットにアクセスするつもりであるなら、ホストからホストへの通信速度と遅れは重要な測定値です。 この構成では、私たちは、ホストコンピュータがデータ経路のプライマリボトルネックであると予想できます。
Pfeifer & MacAfee [Page 2] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[2ページ]RFC508リアルタイムデータ送信
UCSB UCLA
|------------------------------------------| |-----------------|
+--------+ +-------+ +-------+
| | | | | |
| | 500 Kb/s | | | |
|SEL810-B| +------+ | +------+ |IBM | |IBM |
| |<-|INTER-|<->|INTER-|->|360/75 | |360/91 |
| |->|FACE | |FACE |<-| | | +----+|DISCARD
| | +------+ +------+ | | | | NCP|-->+----+
| | | | | +----+| | |
+--------+ +---^---+ +----^--+ +----+
| | |<--100 Kb/s--> | |
V V | V |
+-----+ +-----+ +-----+
| D/A | | IMP |<---/ /<---| IMP |
+-----+ | |--->/ /--->| |
| +-----+ \ / +-----+
-|\ | \ /
-| \<-+ 50 Kb/s
-| /
-|/SPEAKER
Figure 1. Hardware configuration of data path used
for sending real-time data from the
SEL 810-B to the UCLA host discard socket.
UCSB UCLA|------------------------------------------| |-----------------| +--------+ +-------+ +-------+ | | | | | | | | 500KB/s| | | | |SEL810-B| +------+ | +------+ |IBM| |IBM| | | <、-、|相互| <->|相互|、-、>|360/75 | |360/91 | | |、-、>|表面| |表面| <、-、|、|、| +----+|破棄| | +------+ +------+ | | | | NCP|-->+----+ | | | | | +----+| | | +--------+ +---^---+ +----^--+ +----+ | | | <--100KB/s-->。| | V V| V| +-----+ +-----+ +-----+ | D/A| | 悪童| <、-、--//<。---| 悪童| +-----+ | |--->//--->|、|、| +-----+ \ / +-----+ -|\ | \ / -| \、<+50KB/s、-| / -|/スピーカー図1。 送付リアルタイムデータにSEL 810-BからUCLAホストまで使用されるデータ経路のハードウェア・コンフィギュレーションはソケットを捨てます。
The host response time to requests from the external processor or the Network will be a function of type of host computer (IBM, DEC, UNIVAC, etc.), job load, and priorities given to both the Network and the external processor. If host computers cannot provide the necessary throughput and necessary response times, then real-time devices may have to connect directly to IMPs (assuming the Network can properly support these devices).
外部のプロセッサかNetworkからの要求へのホスト応答時間はNetworkと外部のプロセッサの両方に与えられたホストコンピュータ(IBM、12月、ユニバックなど)のタイプ、仕事の負荷、およびプライオリティの関数になるでしょう。 ホストコンピュータが必要なスループットと不可欠な反応に回を提供できないなら、リアルタイムのデバイスは直接IMPsに接続しなければならないかもしれません(Networkを仮定すると、適切にこれらのデバイスを支えることができます)。
III. SOFTWARE
III。 ソフトウェア
The standard NCP software was used in both host computers. Several custom programs were required in the UCSB computers in order to transfer the data and make measurements. These can be divided into three categories:
標準のNCPソフトウェアは両方のホストコンピュータで使用されました。 数個のカスタムプログラムが、データを移して、測定をするのにUCSBコンピュータで必要でした。 これらを3つのカテゴリに分割できます:
1) I/O Programs.
1) 入出力プログラム。
Routines were written for both the IBM 360 and the SEL to handle
the transfer of data between the two computers and to enable the
SEL to send an "attention interrupt" to the IBM 360. These
programs form the software part of the SEL/360 high-speed data
link and are necessary for any communication between the two
computers.
ルーチンは、IBM360とSELの両方が2台のコンピュータの間のデータ転送を扱って、SELが「注意中断」をIBM360に送るのを可能にするために書かれました。 これらのプログラムが、SEL/360高速データリンクのソフトウェア部分を形成して、2台のコンピュータのどんなコミュニケーションにも必要です。
Pfeifer & MacAfee [Page 3] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[3ページ]RFC508リアルタイムデータ送信
2) Network Communications Programs
2) ネットワークコミュニケーションプログラム
A protocol was developed which enabled the SEL to communicate to
the 360 the desired Network connections to be made or broken, and
the desired transfer of data across these connections. This
protocol was implemented for each computer using the above I/O
routines.
SELがこれらの接続の向こう側に成功するべきであるか、またはだめにされるべき必要なNetwork接続、およびデータの必要な転送を360に伝えるのを可能にしたプロトコルは開発されました。 このプロトコルは、各コンピュータのために上の入出力ルーチンを使用することで実装されました。
3) Measurement Control Program
3) 測定管理プログラム
This assembly language program caused the SEL to push data towards
the receiving host (UCLA) at a specified SEL process bit-rate.
The program was also responsible for detecting and measuring the
duration of any gaps introduced in the process.
このアセンブリ言語プログラムで、SELは指定されたSELプロセスビット伝送速度で受信ホスト(UCLA)に向かってデータを押しました。 また、プログラムもプロセスで導入されたどんなギャップの持続時間も検出して、測定するのに原因となりました。
IV. METHOD
IV。 メソッド
Within the SEL two buffers, each of 1 to 8 network packets in length, are first loaded with alternating bit patterns in consecutive 16-bit words. A conversion process is then initiated on one of the buffers at a sampling frequency necessary to give the desired bit-rate. Since data is being sent out to a destination host we would expect the buffers to be filled by an analog-to-digital conversion process. However, in this experiment, the process of digital-to-analog conversion is used instead so that we can listen to the alternating bit patterns as a steady tone while still simulating an A-to-D process.
SEL twoの中では、最初に、バッファ(長さにおける、それぞれの1〜8つのネットワークパケット)を連続した16ビットの単語によるビット・パターンを交替するのに積みます。 そして、変換プロセスはバッファの1つで必要なビット伝送速度を与えるのに必要なサンプリング周波数で開始されます。 あて先ホストにデータを出しているので、私たちは、バッファがA/D変換プロセスによっていっぱいにされると予想するでしょう。 しかしながら、この実験では、アナログへのデジタルの変換のプロセスは、私たちがまだAからDへのプロセスをシミュレートしている間、安定したトーンとして交互のビット・パターンを聞くことができるように、代わりに使用されます。
When a buffer is filled (played out) a "write" operation is initiated to send that buffer to UCLA. The next buffer is then tested to see if the previous "write" has been completed, i.e. the buffer is empty. If the next buffer is empty the process continues normally. If the next buffer is not empty it means that one of the computers on the Network has not taken the data fast enough, therefore a gap has been introduced in the real-time process. At this point the D-to-A converter is shut off resulting in an audible break in the tone that is being played out. A timer is also started to test for the empty buffer every one millisecond and to measure the duration of the gap. When the next buffer is finally emptied the D-to-A process is resumed and the gap data recorded in a table.
バッファがいっぱいにされるとき(使い果たされます)、「書いてください」という操作は、そのバッファをUCLAに送るために開始されます。 そして、次のバッファは、「書いてください」が持っている前が完成して、すなわち、バッファが空であるかどうか確認するためにテストされます。 次のバッファが空であるなら、通常、プロセスは持続します。 次のバッファが空でないなら、それは、したがって、Networkの上のコンピュータの1つが十分速くデータを取っていないのでギャップがリアルタイムのプロセスで導入されたことを意味します。 ここに、DからAへのコンバータは、聞きとれる休み中に使い果たされているトーンとなりながら、止められます。 また、タイマは、空のバッファがないかどうか1人のミリセカンド毎をテストして、ギャップの持続時間を測定するために始動されます。 次のバッファが最終的に空にされているとき、DからAへのプロセスは再開されました、そして、ギャップデータは中にテーブルを記録しました。
V. PROCEDURE
V。 手順
A connection to the UCLA host discard socket was first established using the network communications programs. Every test from this point on required a repetition of the following steps.
UCLAホストとの接続は捨てます。ソケットは、最初に、ネットワークコミュニケーションプログラムを使用することで設立されました。あらゆるテストがこの地点から先は以下のステップを反復に要求しました。
Pfeifer & MacAfee [Page 4] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[4ページ]RFC508リアルタイムデータ送信
1) Initialize the UCSB IBM 360 for double buffered data transfers
using specified buffer sizes.
1) 指定されたバッファサイズを使用して、二重バッファリングされたデータ転送のためにUCSB IBM360を初期化してください。
2) Initialize the SEL measurement control program with the proper
buffer size and process bit-rate.
2) 適切なバッファサイズとプロセスビット伝送速度でSEL測定制御プログラムを初期化してください。
3) Start the test. A constant tone from the speaker indicates
that the process is being properly maintained. Gaps in the
tone indicate gaps in the process.
3) テストを始めてください。 スピーカーからの一定のトーンは、プロセスが適切に維持されているのを示します。 トーンにおけるギャップはプロセスでギャップを示します。
4) After 30 seconds, stop the test.
4) 30秒以降、テストを止めてください。
5) Examine the gap table to determine the number of gaps, the
duration of each gap, and the average duration.
5) ギャップテーブルを調べて、ギャップの数、それぞれのギャップの持続時間、および平均した持続時間を測定してください。
The entire procedure was carried out from the SEL end using the interactive On-Line System. The timing interval of 30 seconds was measured with a sweep second hand of a watch and the test was started and stopped manually. All tests were conducted during prime time to obtain typical loading conditions.
全体の手順が、SELエンドから対話的なOn-線Systemを使用することで行われました。 30秒のタイミング間隔が腕時計の一掃秒針で測定されて、テストは、手動で始められて、止められました。 すべてのテストが、典型的な荷重条件を得るためにゴールデンアワーの間、行われました。
VI. RESULTS
VI。 結果
A total of 179 tests were conducted. Of these, 176 were 30 second tests and three were long duration tests. Table I contains the results of the 30 second tests. Buffer sizes were varied from one to eight Network packets and for each buffer setting 22 different process bit-rates (usually in increments of 1200 bps) were attempted. These measurements were performed over a period of three days during prime time.
合計179のテストが行われました。 これらでは、176は30秒にテストされるということです、そして、3は長時間試験です。 テーブルIは30の2番目のテストの結果を含んでいます。 バッファサイズは、1〜8つの様々なNetworkパケットであり、22の異なったプロセスビット伝送速度(通常、1200年のビーピーエスの増分における)を設定する各バッファのために試みられました。 これらの測定はゴールデンアワーの間の3日間の期間にわたって実行されました。
Those test conditions which were successful contain only two items of information in Table I: time of day and number of buffers transmitted. All but seven of the tests were successful. The tests which were unsuccessful, i.e. experienced gaps, are those entries in Table I which contain additional information such as number of gaps, and maximum, average and minimum gap duration.
それらのうまくいく試験条件はTable Iに情報の2つの項目だけを含んでいます: バッファの時刻と数は伝わりました。 7つのテストつを除いたすべてがうまくいきました。 すなわち、失敗しているテストはギャップになって、Tableのそれらのエントリーはギャップの数などの追加情報、および最大の、そして、平均して最小のギャップ持続時間を含む私ですか?
An examination of those tests which failed shows that the longest gap which occurred was 8 seconds in duration. There were three other significant failures between 9:52 A.M. and 9:59 A.M. on 2/7/73. There are strong indications that it was the UCSB 360 that caused these gaps to occur. This conclusion is based upon the fact that the Electrical Engineering On-Line classroom (16 interactive graphics terminals) was in full use that day until 10:00 A.M. and the SEL connection to the IBM 360 has lower priority in the 360 than the UCSB
失敗したそれらのテストの試験は、起こった最も長いギャップが持続時間で8秒であったのを示します。 午前9時52分と午前9時59分の間には、他の3つの重要な失敗が2/7/73にありました。 これらのギャップが起こることを引き起こしたのが、UCSB360であったという強い指摘があります。 この結論は午前10時とIBM360とのSEL接続には360における低優先度がUCSBよりあるまでElectrical Engineering On-線教室(16台のインタラクティブグラフィックス端末)が当日完全利用であったという事実に基づいています。
Pfeifer & MacAfee [Page 5] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[5ページ]RFC508リアルタイムデータ送信
On-Line System. The remaining three tests which failed did not do so at any regular time, bit-rate, or buffer size so no definite statements can be made about their source of delay.
オンラインシステム。 失敗した残っている3つのテストは、それらの遅れの源の周りで明確な陳述を全く作ることができないようにどんな規定時間、ビット伝送速度でもそうしませんでしたし、サイズをバッファリングもしませんでした。
The overall picture presented by Table I is very promising. In 96 percent of the trials a communications link of the two host computers and a portion of the ARPA Network was able to take data from a real- time process operating as high as 30,000 bits/second. Further encouragement is given by three additional tests which were carried out at 30,000 bps and a buffer size of 2,016 bits. On 2/5/73 at 2:20 P.M. a 5-minute test was executed with no gaps. On 2/6/73 at 11:58 A.M. the same test was executed for 8 minutes with no gaps. The third test was conducted for 18 minutes on 2/7/73 at 11:53 A.M. with no gaps in the process.
Table Iによって提示された全体像は非常に有望です。 トライアルの96パーセントでは、2つのホストコンピュータのコミュニケーションリンクとアーパネットの部分は3万ビット/秒と同じくらい高く作動する本当の時間プロセスからデータを取ることができました。 3万ビーピーエスで行われた3つの追試と2,016ビットのバッファサイズでさらなる援助を与えます。 2/5/73午後2時20分に、5分のテストはギャップなしで実行されました。 2/6/73午前11時58分に、同じテストは8分間ギャップなしで実行されました。 3番目のテストが2/7/73 18分午前11時53分にプロセスでギャップなしで行われました。
The tests were not carried out often enough or over a long enough period of time to obtain any statistical results or predictions. The measurement task is made somewhat difficult by the fact that the state of the overall communications link is never repeatable from one test to the next. For example, it was found that a test which failed could usually be repeated successfully, even when it was carried out within 15 seconds of the previous test.
テストは、どんな統計で示した成績や予測も得るために十分しばしばか十分長い期間にわたる外まで運ばれませんでした。 総合的なコミュニケーションリンクの状態が1つのテストから次まで決して反復可能でないという事実は測定タスクをいくらか難しくします。 例えば、通常、首尾よく失敗したテストは繰り返すことができるのが見つけられました、それが前のテストの15秒以内に行われたときさえ。
Pfeifer & MacAfee [Page 6] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[6ページ]RFC508リアルタイムデータ送信
+-----+---------------------------------------------------------------+ |PRO- | BUFFER SIZE (BITS) | |CESS | | |BIT |---------------------------------------------------------------+ |RATE | 1008 | 2016 | 3024 | 4023 | 5040 | 6048 | 7056 | 8048 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |5300 | 11:31 | 9:51 | 11:34 | 10:34 | 10:12 | 1:59 | 1:37 | 12:32 | | | 158 | 81 | 45 | 41 | 33 | 28 | 24 | 21 | +-----+-------+-------+-------+-------+-------+-----------------------+ |6000 | 11:32 | 9:52 | 11:40 | 10:35 | 10:13 | 2:00 | 1:38 | 12:36 | | | 180 | 89 | 61 | 46 | 37 | 31 | 27 | 23 | | | |-------| | | | | | | | | | 174ms | | | | | | | | | | 1 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |7200 | 11:33 | 9:54 | 11:41 | 10:36 | 10:14 | 2:01 | 1:39 | 12:37 | | | 216 | 109 | 72 | 54 | 44 | 37 | 33 | 23 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |8400 | 11:34 | 7:55 | 11:42 | 10:37 | 10:14 | 2:02 | 1:40 | 12:38 | | | 245 | 126 | 82 | 63 | 51 | 42 | 37 | 32 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |9600 | 11:35 | 9:56 | 11:43 | 10:38 | 10:15 | 2:03 | 1:41 | 12:39 | | | 287 | 83 | 99 | 73 | 58 | 49 | 42 | 36 | | | |-------| | | | | | | | | | 8 sec | | | | | | | | | | 1 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |10800| 11:36 | 9:57 | 11:44 | 10:39 | 10:16 | 2:04 | 1:42 | 12:40 | | | 318 | 138 | 109 | 81 | 65 | 56 | 47 | 42 | | | |-------| | | | | | | | | | 3 sec| | | | | | | | | |1.5 sec| | | | | | | | | |100 ms | | | | | | | | | | 2 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |12000| 11:37 | 9:58 | 11:45 | 10:44 | 10:17 | 2:05 | 1:43 | 12:41 | | | 358 | 180 | 119 | 91 | 73 | 61 | 52 | 46 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |13200| 11:38 | 9:59 | 11:46 | 10:45 | 10:18 | 2:06 | 1:44 | 12:49 | | | 396 | 188 | 132 | 101 | 80 | 67 | 57 | 49 | | | |-------| | | | | | | | | | 438 ms| | | | | | | | | | 269 ms| | | | | | | | | | 100 ms| | | | | | | | | | 2 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+
+-----+---------------------------------------------------------------+ |親| バッファサイズ(ビット)| |課税| | |ビット|---------------------------------------------------------------+ |レート| 1008 | 2016 | 3024 | 4023 | 5040 | 6048 | 7056 | 8048 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |5300 | 11:31 | 9:51 | 11:34 | 10:34 | 10:12 | 1:59 | 1:37 | 12:32 | | | 158 | 81 | 45 | 41 | 33 | 28 | 24 | 21 | +-----+-------+-------+-------+-------+-------+-----------------------+ |6000 | 11:32 | 9:52 | 11:40 | 10:35 | 10:13 | 2:00 | 1:38 | 12:36 | | | 180 | 89 | 61 | 46 | 37 | 31 | 27 | 23 | | | |-------| | | | | | | | | | 174ms| | | | | | | | | | 1 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |7200 | 11:33 | 9:54 | 11:41 | 10:36 | 10:14 | 2:01 | 1:39 | 12:37 | | | 216 | 109 | 72 | 54 | 44 | 37 | 33 | 23 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |8400 | 11:34 | 7:55 | 11:42 | 10:37 | 10:14 | 2:02 | 1:40 | 12:38 | | | 245 | 126 | 82 | 63 | 51 | 42 | 37 | 32 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |9600 | 11:35 | 9:56 | 11:43 | 10:38 | 10:15 | 2:03 | 1:41 | 12:39 | | | 287 | 83 | 99 | 73 | 58 | 49 | 42 | 36 | | | |-------| | | | | | | | | | 8秒| | | | | | | | | | 1 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |10800| 11:36 | 9:57 | 11:44 | 10:39 | 10:16 | 2:04 | 1:42 | 12:40 | | | 318 | 138 | 109 | 81 | 65 | 56 | 47 | 42 | | | |-------| | | | | | | | | | 3秒| | | | | | | | | |1.5秒| | | | | | | | | |100 ms| | | | | | | | | | 2 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |12000| 11:37 | 9:58 | 11:45 | 10:44 | 10:17 | 2:05 | 1:43 | 12:41 | | | 358 | 180 | 119 | 91 | 73 | 61 | 52 | 46 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |13200| 11:38 | 9:59 | 11:46 | 10:45 | 10:18 | 2:06 | 1:44 | 12:49 | | | 396 | 188 | 132 | 101 | 80 | 67 | 57 | 49 | | | |-------| | | | | | | | | | 438 ms| | | | | | | | | | 269 ms| | | | | | | | | | 100 ms| | | | | | | | | | 2 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+
Pfeifer & MacAfee [Page 7] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[7ページ]RFC508リアルタイムデータ送信
|14400| 11:39 | 10:45 | 11:46 | 10:46 | 10:18 | 2:07 | 1:45 | 12:50 | | | 428 | 213 | 141 | 107 | 88 | 73 | 62 | 56 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |15600| 11:39 | 10:46 | 11:47 | 10:47 | 10:19 | 2:08 | 1:46 | 12:51 | | | 467 | 232 | 156 | 117 | 94 | 79 | 67 | 59 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |16800| 11:40 | 11:15 | 11:43 | 10:48 | 10:20 | 2:09 | 1:47 | 12:52 | | | 503 | 243 | 168 | 127 | 100 | 85 | 72 | 63 | | | |-------| | | | | | | | | | 190 ms| | | | | | | | | | 128 ms| | | | | | | | | | 29 ms| | | | | | | | | | 3 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |18000| 11:41 | 11:17 | 11:48 | 10:49 | 10:21 | 2:10 | 1:48 | 1:00 | | | 535 | 266 | 179 | 136 | 107 | 90 | 76 | 68 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |19200| 11:42 | 11:18 | 11:49 | 10:50 | 10:22 | 2:11 | 1:49 | 1:20 | | | 573 | 285 | 191 | 144 | 114 | 98 | 82 | 73 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |20400| 11:42 | 11:19 | 11:50 | 10:51 | 10:23 | 2:12 | 1:50 | 1:21 | | | 610 | 303 | 202 | 153 | 123 | 103 | 87 | 75 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |21600| 11:43 | 11:20 | 11:51 | 10:52 | 10:24 | 2:13 | 1:51 | 1:22 | | | 643 | 327 | 213 | 162 | 130 | 108 | 94 | 81 | | | | | | | | | |-------| | | | | | | | | | 98 ms | | | | | | | | | | 30 ms | | | | | | | | | | 5 ms | | | | | | | | | | 10 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |22800| 11:44 | 11:21 | 11:51 | 10:53 | 10:25 | 2:14 | 1:52 | 1:27 | | | 687 | 344 | 223 | 173 | 138 | 113 | 99 | 86 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |24000| 11:44 | 11:22 | 11:52 | 10:54 | 10:26 | 2:15 | 1:53 | 1:29 | | | 712 | 352 | 240 | 180 | 143 | 122 | 103 | 93 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |25200| 11:45 | 11:23 | 11:53 | 10:55 | 10:27 | 2:16 | 1:54 | 1:30 | | | 741 | 375 | 252 | 193 | 146 | 126 | 109 | 96 | | | | | | |-------| | | | | | | | | | 149 ms| | | | | | | | | | 70 ms| | | | | | | | | | 2 ms| | | | | | | | | | 13 | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+
|14400| 11:39 | 10:45 | 11:46 | 10:46 | 10:18 | 2:07 | 1:45 | 12:50 | | | 428 | 213 | 141 | 107 | 88 | 73 | 62 | 56 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |15600| 11:39 | 10:46 | 11:47 | 10:47 | 10:19 | 2:08 | 1:46 | 12:51 | | | 467 | 232 | 156 | 117 | 94 | 79 | 67 | 59 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |16800| 11:40 | 11:15 | 11:43 | 10:48 | 10:20 | 2:09 | 1:47 | 12:52 | | | 503 | 243 | 168 | 127 | 100 | 85 | 72 | 63 | | | |-------| | | | | | | | | | 190 ms| | | | | | | | | | 128 ms| | | | | | | | | | 29 ms| | | | | | | | | | 3 | | | | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |18000| 11:41 | 11:17 | 11:48 | 10:49 | 10:21 | 2:10 | 1:48 | 1:00 | | | 535 | 266 | 179 | 136 | 107 | 90 | 76 | 68 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |19200| 11:42 | 11:18 | 11:49 | 10:50 | 10:22 | 2:11 | 1:49 | 1:20 | | | 573 | 285 | 191 | 144 | 114 | 98 | 82 | 73 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |20400| 11:42 | 11:19 | 11:50 | 10:51 | 10:23 | 2:12 | 1:50 | 1:21 | | | 610 | 303 | 202 | 153 | 123 | 103 | 87 | 75 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |21600| 11:43 | 11:20 | 11:51 | 10:52 | 10:24 | 2:13 | 1:51 | 1:22 | | | 643 | 327 | 213 | 162 | 130 | 108 | 94 | 81 | | | | | | | | | |-------| | | | | | | | | | 98 ms| | | | | | | | | | 30 ms| | | | | | | | | | 5 ms| | | | | | | | | | 10 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |22800| 11:44 | 11:21 | 11:51 | 10:53 | 10:25 | 2:14 | 1:52 | 1:27 | | | 687 | 344 | 223 | 173 | 138 | 113 | 99 | 86 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |24000| 11:44 | 11:22 | 11:52 | 10:54 | 10:26 | 2:15 | 1:53 | 1:29 | | | 712 | 352 | 240 | 180 | 143 | 122 | 103 | 93 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |25200| 11:45 | 11:23 | 11:53 | 10:55 | 10:27 | 2:16 | 1:54 | 1:30 | | | 741 | 375 | 252 | 193 | 146 | 126 | 109 | 96 | | | | | | |-------| | | | | | | | | | 149 ms| | | | | | | | | | 70 ms| | | | | | | | | | 2 ms| | | | | | | | | | 13 | | | | +-----+-------+-------+-------+-------+-------+-------+-------+-------+
Pfeifer & MacAfee [Page 8] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[8ページ]RFC508リアルタイムデータ送信
|26400| 11:46 | 11:24 | 11:54 | 10:56 | 10:30 | 2:17 | 1:55 | 1:31 |
| | 786 | 395 | 264 | 203 | 160 | 131 | 113 | 100 |
+-----+-------+-------+-------+-------+-------+-------+-------+-------+
|27600| 11:47 | 11:27 | 11:55 | 10:57 | 10:31 | 2:18 | 1:56 | 1:32 |
| | 819 | 410 | 276 | 213 | 167 | 140 | 119 | 104 |
+-----+-------+-------+-------+-------+-------+-------+-------+-------+
|28800| 11:48 | 11:28 | 11:56 | 11:30 | 10:32 | 2:19 | 1:57 | 1:33 |
| | 856 | 429 | 287 | 217 | 171 | 145 | 125 | 110 |
+-----+-------+-------+-------+-------+-------+-------+-------+-------+
|30000| 11:49 | 11:30 | 11:57 | 11:33 | 10:33 | 2:20 | 1:58 | 1:34 |
| | 896 | 447 || 299 | 224 | 180 | 151 | 129 | 112 |
+-----+-------+------|+-------+-------+-------+-------+-------+-------+
| 2/7/73 (a.m.)|| 2/6/73 (a.m.) | 2/5/73 (p.m.) |
+--------------|+-----------------------+-----------------------+
V
2/5/73 | 2/6/73 | 2/7/73
5 min. test | 8 min. test | 10 min. test
@ 2:20 pm | @ 11:53 am | @ 11:53 am
no gaps | no gaps | no gaps
4669 buffers sent | 7141 buffers sent | 16071 buffers sent
|26400| 11:46 | 11:24 | 11:54 | 10:56 | 10:30 | 2:17 | 1:55 | 1:31 | | | 786 | 395 | 264 | 203 | 160 | 131 | 113 | 100 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |27600| 11:47 | 11:27 | 11:55 | 10:57 | 10:31 | 2:18 | 1:56 | 1:32 | | | 819 | 410 | 276 | 213 | 167 | 140 | 119 | 104 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |28800| 11:48 | 11:28 | 11:56 | 11:30 | 10:32 | 2:19 | 1:57 | 1:33 | | | 856 | 429 | 287 | 217 | 171 | 145 | 125 | 110 | +-----+-------+-------+-------+-------+-------+-------+-------+-------+ |30000| 11:49 | 11:30 | 11:57 | 11:33 | 10:33 | 2:20 | 1:58 | 1:34 | | | 896 | 447 || 299 | 224 | 180 | 151 | 129 | 112 | +-----+-------+------|+-------+-------+-------+-------+-------+-------+ | 2/7/73、(午前に)|| 2/6/73、(午前に) | 2/5/73、(午後) | +--------------|+-----------------------+-----------------------+ V2/5/73| 2/6/73 | 5分間の2/7/73のテスト| 8分間のテスト| 10分のテスト@午後2時20分| @午前11時53分| @午前11時53分ギャップがありません。| ギャップがありません。| 4669のバッファが送らなかったギャップ全く| 7141のバッファが発信しました。| 16071のバッファが発信しました。
+-- +--------+
| time of day----| 9:35 | Results of a test for transmitting
| # buffers sent-| 76 | data from a continuous external
| |--------| process at UCSB (SEL 810B computer)
KEY-| max. gap time--| 119 ms | through the UCSB Host computer, over
| avg. gap time--| 50 ms | the ARPA network, and into a UCLA
| min. gap time--| 2 ms | (site 65) Host discard socket
| # gaps (discon-| 3 | (socket 9). Each test (approx.) 30
| tinuity in +--------+ sec.
| process)
+--
+-- +--------+ | 時刻----| 9:35 | 伝わるためのテストの結果| # バッファは発信しました。| 76 | 連続した外部からのデータ| |--------| UCSB(SEL 810Bコンピュータ)KEYで処理してください。| 最大ギャップ時間--| 119 ms| UCSB Hostコンピュータと、終わることを通して| avgギャップ時間--| 50 ms| ARPAがネットワークでつなぐ、UCLA| ギャップ時間分--| 2 ms| (サイト65) ホストはソケットを捨てます。| # ギャップ、(discon、-、|、3、| . それぞれのテスト(approx.)30| +の(ソケット9)tinuity、-、-、-、-、-、-、--+ 秒| プロセス) +--
VII. CONCLUSIONS
VII。 結論
Based upon the results of this experiment the following conclusions can be drawn:
この実験の結果に基づいて、以下の結論に達せられることができます:
1) High bit-rate real-time processes can use the ARPA Network to
transmit data for relatively long periods of time.
1) 高いビット伝送速度リアルタイムのプロセスは、比較的長い期間にデータを送るのにアーパネットを使用できます。
2) Real-time processes accessing the Network through large-scale
timesharing host computers can expect arbitrary delays or gaps,
probably attributable to the host computers and not the
Network.
2) 大規模な時分割ホストコンピュータを通してNetworkにアクセスするリアルタイムのプロセスは任意の遅れかギャップを予想できます、たぶんNetworkではなく、ホストコンピュータに起因しています。
Pfeifer & MacAfee [Page 9] RFC 508 Real-Time Data Transmission On The Arpanet 7 May 1973
Arpanet1973年5月7日のファイファーとMacAfee[9ページ]RFC508リアルタイムデータ送信
3) Techniques for handling gaps of 1/2 to 1 second may be possible
but 8 second gaps, as measured in this experiment, will cause
extreme hardship on any real-time process.
3) 1/2〜1秒の取り扱い隙間へのテクニックは可能であるかもしれませんが、この実験で測定される8つの2番目のギャップがどんなリアルタイムのプロセスでも極端な苦労を引き起こすでしょう。
This experiment has pointed up the need to conduct additional tests using a complete transmission link with actual data and with monitoring equipment at both the sending and receiving ends. Our current and future efforts are directed toward carrying out such experiments.
この実験は実際のデータとモニタリング設備との発信と犠牲者の両方の完全なトランスミッションリンクを使用することで追試を行う必要性を強調しました。 私たちの現在の、そして、将来の取り組みはそのような実験を行うのに向けられます。
REFERENCES
参照
[1] "Interface Message Processors for the ARPA Computer Network",
Quarterly Technical Report No. 16, 1 Oct 1972 to 31 Dec 1972,
Bolt, Beraneck and Newman, Inc.
「アルパコンピュータネットワークのためのインタフェース・メッセージ・プロセッサ」(四半期の1972年10月1日から1972年12月31日までの技術報告書No.16)がボルトで締める[1]、Beraneck、およびニューマンInc.
[2] Semiannual Technical Summary on Graphics, Lincoln Laboratory,
Massachusetts Institute of Technology, Nov 1971.
1971年11月のグラフィックス、リンカーン研究所、マサチューセッツ工科大学に関する[2]の半年ごとの技術概要。
[3] D.L. Retz, "An Interactive System for Signal Analysis: Design,
Implementation, and Applications", CSL Report No 25, Computer
Systems Lab, University of California, Santa Barbara, CA, 1972.
[3] D.L.レス、「信号分析の対話的なシステム:」 「デザイン、実装、およびアプリケーション」と、CSLは報告します。いいえ25、コンピュータ・システム研究室、カリフォルニア大学、サンタバーバラ(カリフォルニア)1972。
[ This RFC was put into machine readable form for entry ]
[ into the online RFC archives by Via Genie ]
[このRFCはエントリーのためのマシンに入れられた読み込み可能なフォームでした][Via GenieによるオンラインRFCアーカイブへの]
Pfeifer & MacAfee [Page 10]
ファイファーとMacAfee[10ページ]
一覧
スポンサーリンク
