RFC323 日本語訳
0323 Formation of Network Measurement Group (NMG). V. Cerf. March 1972. (Format: TXT=15777 bytes) (Updated by RFC0388) (Status: UNKNOWN)
プログラムでの自動翻訳です。
英語原文
Network Working Group Vint Cerf Request for Comments: 323 UCLA-NMC NIC: 9630 March 23, 1972
コメントを求めるワーキンググループVintサーフRequestをネットワークでつないでください: 323UCLA-NMC NIC: 9630 1972年3月23日
Formation of Network Measurement Group (NMG)
ネットワーク測定グループの構成(NMG)
On March 17, 1972, at MIT project MAC, the following group met to discuss plans to perform measurement experiments on the ARPANET:
1972年3月17日に、MITプロジェクトMACに、打ち合わせられた以下のグループは、測定実験をアルパネットに行うのを計画しています:
A. Bhushan - MIT/DMCG
A.Bhushan--MIT/DMCG
V. Cerf - UCLA/NMC, Chairman, NMG
V.サーフ--UCLA/NMC、議長、NMG
S. Crocker - ARPA/IPT
S.クロッカー--アルパ/IPT
J. Forgie - LL/TX-2
J.Forgie--LL/テキサス-2
R. Metcalfe - MIT/HARV/DMCG
R.メトカルフェ--MIT/HARV/DMCG
M. Padlipsky - MIT/MULTICS
M.Padlipsky--MIT/MULTICS
J. Postel - UCLA/NMC
J.ポステル--UCLA/NMC
J. Winett - LL/67
J.Winett--LL/67
The purpose of the meeting was to discuss existing and planned measurements of network and HOST behavior.
懇談会の目的はネットワークとHOSTの振舞いの存在と計画された測定値について議論することでした。
1. Measurement Link #'s
1. 測定リンク#
It was agreed (after a ridiculously long discussion) to allocate links 159-191 for network measurement only (see RFC #317). It was further agreed that these links would be allocated in the following way:
ネットワーク測定だけのためにリンク159-191を割り当てるためにそれは同意されました(ばかばかしく長い議論の後に)(RFC#317を見てください)。 これらのリンクが以下の方法で割り当てられるのにさらに同意されました:
159-174 HOST DISCARD; co-operating HOSTS receiving messages on
these links will throw them away without generating an
error message.
159-174 破棄を主催してください。 エラーメッセージを生成しないで、これらのリンクに関するメッセージを受け取る協力HOSTSがそれらを捨てるでしょう。
175-190 To be allocated as needed by V. Cerf - UCLA/NMC.
必要に応じてV.サーフによって割り当てられる175-190--UCLA/NMC。
191 To be used by IMPs to send measurement traffic
obtained from IMP statistics packages.
191 発信するのにIMPsによって使用されるように、測定トラフィックはIMPから統計的に分けた群を入手しました。
Cerf [Page 1] RFC 323 Formation of Network Measurement Group March 1972
ネットワーク測定グループ行進1972年のサーフ[1ページ]RFC323構成
It should be apparent that HOSTs wishing to co-operate in the support of a HOST discard service should modify their NCP's to throw away all messages received on links 159-174 without sending an error back to the source HOST (no connection will be open on these links).
サービスがすべてのメッセージを遠くに投げるように彼らのNCPのものを変更するべきであるHOST破棄のサポートに協力したがっているHOSTsがリンク159-174の上にソースHOSTに誤りを送り返さないで受信したのは(どんな接続もこれらのリンクでオープンにならないでしょう)、明らかであるべきです。
2. Process Discard
2. プロセス破棄
Although it was not mentioned at the meeting, C. Kline at UCLA has suggested a PROCESS DISCARD also with some well known socket number. The purpose of this discard routine would be to help us study Process-Process behavior of the network.
それはミーティングで言及されませんでしたが、UCLAのC.クラインは何らかのよく知られているソケット番号をもってもPROCESS DISCARDを勧めました。 ルーチンがそうするこの破棄の目的は私たちがネットワークのProcess-プロセス挙動を研究するのを助けることです。
It would be convenient if all co-operating HOSTs could write a Process Discard program which would simply wait for ICP on some standard socket number. Until a complete survey is made of well- known socket numbers at each HOST, no socket number will be proposed (see RFC #322).
すべて協力関係を持っているHOSTsが何らかの標準のソケット番号で単にICPを待つProcess Discardプログラムを書くことができるなら、便利でしょうに。 完成検査が各HOSTでよく知られているソケット番号で作られるまで、ソケット番号は全く提案されないでしょう(RFC#322を見てください)。
3. NCP Statistics
3. NCP統計
At the meeting it was apparent that several sites have already instrumented their NCP's out of curiosity. In particular, Joel Winett, Lincoln Labs (360/67), has instrumented all connections originated by local TELNET users. He gathers statistics per connection such as:
ミーティングでは、いくつかのサイトが好奇心からそれらのNCPのものに既に器具を取り付けたのは、明らかでした。 特に、ジョエルWinett(リンカーンLabs(360/67))は地元のTELNETユーザによって溯源されたすべての接続に器具を取り付けました。 彼は以下などの接続単位で統計を集めます。
a) Network connect time
a) ネットワーク接続時間
b) NCP CPU time
b) NCP CPU時間
c) Number of reads or writes on connection
c) 接続を読書に付番するか、または書き続けます。
d) Time stamps on:
d) 以下のタイムスタンプ
first RFC, last RFC, first close, last close.
まず最初に、RFC(最初に近くの最後のRFC)は近くで持続します。
e) Number of messages and bits transmitted
e) メッセージとビットの数は伝わりました。
f) Log of errors sent or received
f) 誤りに関するログは、発信したか、または受信されました。
MULTICS gathers summary statistics on the number of regular (type 0) messages sent and received, and the number of irregular messages (not type 0) sent or received.
MULTICSは、不規則なメッセージ(0をタイプしない)の数が通常(0をタイプする)のメッセージの数に関する要約統計量が送って、受けて、送ったか、または受けたと推測します。
Cerf [Page 2] RFC 323 Formation of Network Measurement Group March 1972
ネットワーク測定グループ行進1972年のサーフ[2ページ]RFC323構成
The NWG agreed to implement a minimal NCP instrumentation procedure which would gather by HOST for some standard 24 hour period (e.g. local midnight to local midnight) the following:
NWGは、いつかの24時間の標準の期間(例えば、地方の真夜中への地方の真夜中)、HOSTで集まる最小量のNCP計装手順に以下を実装するのに同意しました:
a. Total bits sent to HOST
a。 HOSTに送られた総ビット
b. Total bits received from HOST
b。 HOSTから受け取られた総ビット
c. Total messages sent to HOST
c。 HOSTに送られた総メッセージ
d. Total messages received from HOST and optionally
d。 HOSTから任意に受け取られた総メッセージ
e. Average Round Trip delay on send connections to HOST
e。 Round Tripが延着する平均は接続をHOSTに送ります。
The information above should be collected only for standard open connections (i.e. those using standard NCP protocol) and not Measurement links or experimental NCP links, and in particular, not traffic on link 0).
上記の情報はMeasurementリンクか実験的なNCPリンクではなく、標準のオープンな接続(すなわち、標準のNCPプロトコルを使用するもの)だけ、特定に集められるべきです、リンク0)の上のトラフィックでない。
Another optional measurement would be to gather the distribution of message types over link 0 over all HOSTS (i.e. not broken down by HOST). This will reveal the relative utilization of control messages (ALLOC should be very prevalent).
別の任意の測定はすべてのHOSTS(すなわち、HOSTが破壊されない)の上にメッセージタイプの分配をリンク0の上に集めるだろうことです。 これはコントロールメッセージの相対的な利用を明らかにするでしょう(ALLOCは非常に一般的であるべきです)。
The data collected for the last 24 hour sample period should be available from a process whose well-known (to be specified) socket number will support ICP and will produce a message in the following format:
最後の24時間のサンプルの期間、寄付を募られたデータはよく知られる(指定される)ソケット番号がICPをサポートして、以下の形式でメッセージを出すプロセスから利用可能であるべきです:
Cerf [Page 3] RFC 323 Formation of Network Measurement Group March 1972
ネットワーク測定グループ行進1972年のサーフ[3ページ]RFC323構成
16 16
+----------+------------+
word 0 | Day # | Time |
+----------+------------+
| |
1 - 365 (6 on leap year) |______
|
Time in minutes at which sample was
started. Ranges from 0 (midnight) to 1439.
16 16 +----------+------------+ Word0| 日#| 時間| +----------+------------+ | | 1--365(うるう年の6)|______ | 数分間の時間はどのサンプルで始められたか。 0(真夜中)からの1439への範囲。
8 8
+--------+------+-------+----------+
word 1 | Source | Byte | N | Format |
| Host | Size | | |
+--------+------+-------+----------+
| | | |_____________
___________| | | |
| | | |
Network | | +-----+-----+--+--+--+--+
Host number | | | | |C |R |B |M |
| | +-----+-----+--+--+--+--+
| | | | | |
| | | | | message
| number of HOST | | | statistics
| related entries | | |
| in message | | |__byte
| | | statistics
| | |
number of bits per | |__average
byte in byte statistics | round-trip
| time
|
|__control
message
distribution
8 8 +--------+------+-------+----------+ Word1| ソース| バイト| N| 形式| | ホスト| サイズ| | | +--------+------+-------+----------+ | | | |_____________ ___________| | | | | | | | ネットワーク| | +-----+-----+--+--+--+--+ ホスト番号| | | | |C|R|B|M| | | +-----+-----+--+--+--+--+ | | | | | | | | | | | メッセージ| HOSTの数| | | 統計| 関連するエントリー| | | | メッセージで| | |__バイト| | | 統計| | | ビットの数| |__バイト統計の平均したバイト| 往復| 時間| |__コントロールメッセージの振分け
Cerf [Page 4] RFC 323 Formation of Network Measurement Group March 1972
ネットワーク測定グループ行進1972年のサーフ[4ページ]RFC323構成
The remaining words of the message depend on Format byte setting:
メッセージの残っている単語をFormatバイト設定に依存します:
<-------32--------->
+---------------------+
| Foreign HOST # | always present
/ +---------------------+
| | messages received | if FORMAT bit M set
| +---------------------+
| | Bytes received | if FORMAT bit B set
N of these | +---------------------+
entries | | message sent | if FORMAT bit M set
| +---------------------+
| | Bytes sent | if FORMAT bit B set
| +---------------------+
\ | Average delay | if FORMAT bit R set
+---------------------+
This is average RFNM
delay in milliseconds
<。-------32--------->+---------------------+ | 異種宿主#| いつもプレゼント/+---------------------+ | | メッセージは受信されました。| FORMATビットMがセットしたなら| +---------------------+ | | 受け取られたバイト| FORMATビットBがこれらのNを設定したなら| +---------------------+ エントリー| | メッセージは発信しました。| FORMATビットMがセットしたなら| +---------------------+ | | バイトは発信しました。| FORMATビットBがセットしたなら| +---------------------+ \ | 平均した遅れ| FORMATがRセット+に噛み付いたなら---------------------+ これはミリセカンドの平均したRFNM遅れです。
8 24
+-------+---------------+
| type | Count | if FORMAT bit C set these
+-------+---------------+ are link 0 control message
| | | distributions for the
+-------+---------------+ sample period, cumulative
| | | over all HOSTs. If a type is
+-------+---------------+ not present, its count is
| | | assumed to be 0.
+-------+---------------+
| | |
+-------+---------------+
| | |
+-------+---------------+
| . | . |
. .
. .
+-------+---------------+
|type | Count |
+-------+---------------+
8 24 +-------+---------------+ | タイプ| カウント| FORMATビットCがこれらの+を設定したなら-------+---------------+はリンク0コントロールメッセージです。| | | +のための配-------+---------------+ サンプルの期間で、累積しています。| | | すべてのHOSTsの上で。 タイプが+であるなら-------+---------------+ プレゼント、どんなカウントもそうではありません。| | | 0であると思われます。 +-------+---------------+ | | | +-------+---------------+ | | | +-------+---------------+ | . | . | . . . . +-------+---------------+ |タイプ| カウント| +-------+---------------+
The process sending these statistics will continue to send data until it has transmitted the entire statistics sample at which time it will close both connections. The process which requested the initial connection is expected to continue to allocate space as it is available until it receives a close request on the open connections. It then responds with matching closes. The sending process should not close until it has received a RFNM for the last message it wishes
これらの統計を送るプロセスは、それがどの時に両方の接続を終えるかとき全体の統計のサンプルを伝えるまでデータを送り続けるでしょう。 初期の接続を要求したプロセスが、それがオープンな接続に関する厳密な要求を受け取るまで利用可能であるときにスペースを割り当て続けていると予想されます。 そして、それは合っている閉鎖で応じます。 願っている最後のメッセージのためにRFNMを受けるまで、送付プロセスは閉じるはずがありません。
Cerf [Page 5] RFC 323 Formation of Network Measurement Group March 1972
ネットワーク測定グループ行進1972年のサーフ[5ページ]RFC323構成
to send.
送るために。
4. Process level measurements
4. 平らな測定を処理してください。
R Metcalfe MIT/DMCG suggested that the NWG consider trying to gather the following data about network connections:
RメトカルフェMIT/DMCGは、NWGが、ネットワーク接続に関する以下のデータを集めようとすると考えるのを示しました:
1. Capacity in bits/sec
1. ビット/秒の容量
2. Transmission delay
2. トランスミッション遅れ
3. Mean Time Between Failures
3. 平均故障間隔
4. Percent availability
4. パーセントの有用性
These statistics characterize connections as communication commodities and would be the kind of information one would want if Network connections were for sale as "off-the-shelf" items. The first two measures are fairly easy to obtain (although they may vary from connection to connection). The last two are harder to get at and will require some planning to measure.
これらの統計はコミュニケーション商品として接続について描写します、そして、項目 Network接続が「すぐ入手できる」として売り物であるなら1つが必要とする情報の種類が最初の2であったなら、測定はかなり得やすいです(接続によって異なるかもしれませんが)。 最後の2は、より達しにくくて、測定するためにいくつかの計画を必要とするでしょう。
5 HOST surveys
5 HOST調査
Several HOSTS have built or are building automatic survey programs which periodically test and record the status of various HOSTs. BB&N (Ellen Westheimer) has been doing this manually on a daily basis.
数個のHOSTSが建てたか、または定期的に様々なHOSTsの状態をテストして、記録する自動調査プログラムを組立てています。 (エレン・ウェストハイマー)が持っている日課で手動でこれをすることである掲示板とN。
MIT/DMCG has a program developed by R. Metcalfe and M. Seriff which gathers these statistics every 15 minutes and stores the data away in messaged form. The data can be retrieved through the NETWORK program at DMCG. A summary can be obtained, by HOST, declaring the % time VP overall samples and the message response to perform ICP in seconds. This program also keeps the state of the HOSTs according to the following measures:
MIT/DMCGはR.メトカルフェにプログラムを開発させます、そして、15分毎にこれらの統計を集めて、遠くにデータを蓄えるM.Seriffが書式を通信させました。 DMCGのNETWORKプログラムでデータを検索できます。 概要を得ることができます、HOST、全体的に見て時間VPが抽出する%とメッセージ応答が秒にICPを実行すると宣言して。 また、以下の測定に従って、このプログラムはHOSTsの州を維持します:
code meaning
---- -------
0 HOST not surveyed
1 HOST Dead (according to IMP)
2 NCP not responding to RESET request (15 second time-out)
3 NCP rejecting (ICP got close response).
4 Logger not responding (20 second time-out after ICP request).
5 Logger available (i.e. ICP successful followed by Close request
by DMCG).
コード意味---- ------- 0 HOSTはRESET要求(15 2番目のタイムアウト)3NCP拒絶に応じない1HOST Dead(IMPによると)の2NCPについて調査しませんでした(ICPは厳密な応答を得ました)。 (ICPの後の2番目のタイムアウトが要求する20)を反応させない4きこり。 手があいている5きこり、(すなわち、ICPうまくいく、DMCGによるClose要求があとに続いている、)
Details and sample data are available in an RFC produced by M. Seriff (RFC #308, NIC #9259). At UCLA, M. Kampe is implementing a similar
詳細と標本データはM.Seriff(RFC#308、NIC#9259)によって生産されたRFCで利用可能です。 UCLAでは、M.Kampeは実装するa同様です。
Cerf [Page 6] RFC 323 Formation of Network Measurement Group March 1972
ネットワーク測定グループ行進1972年のサーフ[6ページ]RFC323構成
program.
プログラムを作ってください。
J. Postel and V. Cerf plotted Ellen Westheimer's data for HOSTS OPEN (regarding HOST advertising of service of hours) and found the resulting plot rather interesting. The result is reproduced in the figure below. On a moving average, the number of HOSTS OPEN seems to be increasing, which is a good sign.
J.ポステルとV.サーフは、HOSTS OPEN(何時間ものサービスのHOST広告に関する)のためのエレン・ウェストハイマーのデータを企んで、結果として起こる陰謀がかなりおもしろいのがわかりました。 結果は以下の図で再生します。 移動平均線では、HOSTS OPENの数は増加であるように思えます。(それは、良いサインです)。
[Here was a figure]
[ここに、図がありました]
5. File Transmission Statistics
5. ファイルトランスミッション統計
At MIT/DMCG, H. Brodie has measured transmission delay and total throughput as a function of file size for transmissions to and from UCSB's Simple Minded File System. The NWG is interested in specifying certain measurements which should become a standard part of any File transmission protocol implementation. In particular, distributions of file sizes, transmission delay and perhaps destination would be of interest. Throughput measurements could also be used to correlate with Metcalfe's suggested connection measurements.
MIT/DMCGでは、H.ブローディはトランスミッションのためにファイルサイズの関数としてSimple Minded File SystemとUCSBのSimple Minded File Systemからトランスミッション遅れと総スループットを測定しました。 NWGはどんなFileトランスミッションプロトコル実装の標準部品にもなるべきである、ある測定値を指定したがっています。 ファイルサイズ、トランスミッション遅れ、および恐らく目的地の配は特に、興味があるでしょう。 また、メトカルフェの提案された接続測定値と互いに関連するのにスループット測定を使用できました。
6. Artificial traffic generator
6. 人工のトラフィックジェネレータ
UCLA and Lincoln Labs have experimented with artificial traffic generators as a means of testing network capacity. At Lincoln Labs, J. Forgie used the 360/67 to generate traffic from a normal user process. Depending on system load, he was able to maintain traffic rates ranging from 4800 bps to 38K bps. UCLA has had a generator for about a year and has managed to obtain transmission rates around 75K bps using multiple links for parallel transmission.
テストする手段が容量をネットワークでつなぐとき、UCLAとリンカーンLabsは人工のトラフィックジェネレータを実験しました。 リンカーンLabsでは、J.Forgieは、正常なユーザ・プロセスからトラフィックを生成するのに360/67を使用しました。 システム・ロードによって、彼は4800年のビーピーエスから38Kのビーピーエスまで及ぶトラフィックレートを維持できました。 UCLAは、およそ1年間ジェネレータを持っていて、並列伝送に複数のリンクを使用することで何とか通信速度のおよそ75Kのビーピーエスを得ました。
The NWG is interested in having such artificial traffic generators available at several HOSTs as a means of artificially loading the network. Ideally, generators could be started by a TELNET-like protocol and would permit specification of
NWGは人工的にネットワークをロードする手段として数個のHOSTsで利用可能なそのような人工のトラフィックジェネレータが欲しいです。 理想的に、ジェネレータは、TELNETのようなプロトコルで始めることができて、仕様を可能にするでしょう。
a) Link #'s to send on
a) リンク#は転送されることになっています。
b) Destination: HOST's or IMP's discard
b) 目的地: HOSTかIMPの破棄
c) Inter-arrival time distribution for messages sent on each
link (i.e. possibly different distribution for each link).
Or at least average IAT for assumed exponential
distribution. An average IAT of 0 would imply RFNM driven
traffic
c) メッセージのための相互到着時間の分配は各リンク(すなわち、各リンクのためのことによると異なった分配)を転送しました。 または、想定された指数分布のためのIATを少なくとも平均してください。 0の平均したIATはRFNMの駆動トラフィックを含意するでしょう。
d) Message length distribution, or average, or fixed length for
d) 長さの分配、または平均したか、固定された長さを通信させます。
Cerf [Page 7] RFC 323 Formation of Network Measurement Group March 1972
ネットワーク測定グループ行進1972年のサーフ[7ページ]RFC323構成
each link.
それぞれ、リンクしてください。
Cerf [Page 8] RFC 323 Formation of Network Measurement Group March 1972
ネットワーク測定グループ行進1972年のサーフ[8ページ]RFC323構成
It would also be helpful to accumulate average round-trip times and total bits sent for the duration of the experiment.
また、平均した往復の回を蓄積するのも役立っていて、総ビットは実験の持続時間のために発信しました。
At UCLA, the traffic generator permits the following specifications:
UCLAでは、トラフィックジェネレータは以下の仕様を可能にします:
a) message header (includes link #)
a) メッセージヘッダー(リンク#を含んでいます)
b) message length (for each link) - distribution (can be
constant for each link)
b)メッセージ長(各リンクへの) - 分配(各リンクに一定である場合があります)
c) message inter-arrival time - distribution for each link
c)メッセージ相互到着時間--各リンクのための分配
d) Duration of generation in seconds
d) 秒の世代の持続時間
We can also send imperative commands to the program to stop message generation prematurely. Throughput and average response times (Round Trip delays) are automatically accumulated for each link and are published at the end of the experiment.
また、私たちは、早まってメッセージ世代を止めるために必須のコマンドをプログラムに送ることができます。 スループットと平均応答時間(丸いTrip遅れ)は、自動的に各リンクに蓄積されて、実験の終わりに発表されます。
A more sophisticated version will also permit specification of ICP socket number for the Process Discard experiments. The idea is to have a number of artificial traffic generators available at different sites and to be able to start these up remotely from UCLA/NMC during the course of a measurement experiment. More details of the desired generator will be published in another RFC.
また、より洗練されたバージョンはProcess Discard実験のICPソケット番号の仕様を可能にするでしょう。 考えは、異なったサイトで利用可能な多くの人工のトラフィックジェネレータを持って、測定実験のコースの間、UCLA/NMCからこれらを離れて立ち上げることであることができます。 必要なジェネレータに関するその他の詳細は別のRFCで発表されるでしょう。
7. Measurements at other sites
7. 他のサイトの測定値
People at sites not mentioned may have done some measurement work and the NWG encourages these people to publish their results. If anyone is interested in co-operating with the NWG in making NCP measurements (or what-have-you), please get in touch with
参照されなかったサイトの人々はいくらかの測定仕事をしたかもしれません、そして、NWGはこれらの人々が彼らの結果を発表するよう奨励します。 だれかがNCP測定(または、など)をする際にNWGに協力するのに関心があって、連絡を取ってくださいなら
Vint Cerf
UCLA-NMC Computer Science Department
3804 Boelter Hall
Los Angeles, California 90024
VintサーフUCLA-NMCコンピュータ理学部3804Boelter Hallロサンゼルス、カリフォルニア 90024
(213) 825-4864
(213) 825-2368
(213) 825-4864 (213) 825-2368
[This RFC was put into machine readable form for entry]
[into the online RFC archives by H駘鈩e Morin, Viag駭ie, 12/99]
[このRFCはエントリーのためのマシンに入れられた読み込み可能なフォームでした][H駘鈩eモーリン、Viag駭ieによるオンラインRFCアーカイブへの12/99]
Cerf [Page 9]
サーフ[9ページ]
一覧
スポンサーリンク
