RFC534 日本語訳

Network Working Group                                       David Walden
Request for Comments: 534                                        BBN-NET
NIC: 17453                                                  17 July 1973
References:  512, 516, 533

コメントを求めるワーキンググループデヴィッドウォルデンRequestをネットワークでつないでください: 534 BBNネットのNIC: 17453 1973年7月17日の参照: 512, 516, 533

                         Lost Message Detection

無くなっているメッセージ検出

   As an aside to RFC 533, note that if sending Hosts do uniquely
   identify messages on a given link using the extra four bits and
   receiving Hosts do look at these bits, a lost message detection
   system such as those suggested in RFCs 512 and 516 drops right out of
   using of the unique message-id.  These extra four bits can be treated
   as Hathaway's SCB of RFC 512 providing a 16 element sequence number
   on a per connection basis.  A 16 element sequence is sufficient as
   the IMPs never allow more than four outstanding messages at one time
   between a given pair of Hosts.  As Hathaway also suggests, the 0
   element in the sequence can be used to indicate to the receiving Host
   that sequence numbers are not being used.

RFC533への余談として、送付Hostsが余分な4ビットを使用することで唯一当然のことのリンクに関するメッセージを特定するなら、それに注意してください。そうすれば、ものがユニークなメッセージイドの使用についてRFCs512と516低下で率直に示したように受信Hostsはこれらのビット、無くなっているメッセージ検出システムをあれほどとして見ます。 接続基礎あたりのaで16要素一連番号を提供するハザウェイのRFC512のSCBとしてこれらの余分な4ビットを扱うことができます。 IMPsがひところ与えられた組のHostsの間に4つ以上の傑出しているメッセージを決して許容しないとき、16要素系列は十分です。 また、ハザウェイが示すように、一連番号が使用されていないのを受信Hostに示すのに系列の0要素を使用できます。

   To summarize, there appear to be three modes of using the message-id
   number under Host/Host protocol:

メッセージイドを使用する3つのモードがHost/ホストプロトコルの下で数であったならまとめて、そこに現れるように:

   1. The sender can always set the extra four bits to 0 and only
      transmit one message over a given link at a time -- this is slow
      but it allows orderly retransmission of messages without any help
      from the receiver.

1. 送付者は、いつも余分な4ビットを0に設定して、一度に、与えられたリンクの上に1つのメッセージしか送ることができません--これは遅いのですが、それは受信機から少しも助けなしでメッセージの規則的な「再-トランスミッション」を許容します。

   2. The receiver can give no help to the sender.  In this case it
      doesn't matter whether the sender uses the extra four bits to
      uniquely identify the messages or not -- the sender has no method
      of orderly retransmission, although the sender can accurately
      identify which message was lost if the sender has uniquely
      identified the messages.

2. 受信機は助けを全く送付者に与えることができません。 この場合、送付者が唯一メッセージを特定するのに余分な4ビットを使用するかどうかは重要ではありません--送付者には、規則的な「再-トランスミッション」の方法が全くありません、送付者は、送付者が唯一メッセージを特定したならどのメッセージが失われたかを正確に特定できますが。

   3. The sender can have multiple messages outstanding (i.e., RFNMs not
      received) on a given link and the receiver can help the sender.
      In this case, if the sender uses the extra four bits to uniquely
      identify the messages in a way which can be synchronized with the
      receiver (e.g., sequential id numbers), the receiver can reliably
      detect lost messages.

3. 送付者は与えられたリンクの上に未払いの複数のメッセージを持つことができます、そして、(すなわち、RFNMsは受信しませんでした)受信機は送付者を助けることができます。 この場合、送付者が唯一受信機(例えば、連続したイド番号)と同期できる方法でメッセージを特定するのに余分な4ビットを使用するなら、受信機は無くなっているメッセージを確かに検出できます。

   Although it probably will seem insufficient to some, if the sender
   and receiver use synchronized unique message-id numbers, very
   reliable retransmission schemes are readily available.  For instance,
   the sender can retransmit the appropriate messages in response to
   incomplete transmissions and the receiver can use the unique
   message-ids to sort the retransmitted messages into the proper order

送付者と受信機使用がユニークなメッセージイド番号を同期させたなら、たぶんいくつかに不十分に見えるでしょうが、非常に信頼できる「再-トランスミッション」計画は容易に利用可能です。 例えば、送付者は不完全なトランスミッションに対応して適切なメッセージを再送できます、そして、受信機は再送されたメッセージを適切なオーダーに分類するのにユニークなメッセージイドを使用できます。

Walden                                                          [Page 1]

RFC 534                  Lost Message Detection             17 July 1973

ウォルデン[1ページ]RFC534はメッセージ検出1973年7月17日を失いました。

   with the other received messages.  Alternatively, the receiver can
   discard all messages received out of order and the sender can back up
   and retransmit a message for which an incomplete transmission was
   received and all subsequent messages.

もう片方で、メッセージは受信されていました。 あるいはまた、受信機が故障していた状態でメッセージが受けたすべてを捨てることができて、送付者は、不完全なトランスミッションが受けられたメッセージとすべてのその後のメッセージを支援して、再送できます。

         [ This RFC was put into machine readable form for entry ]
       [ into the online RFC archives by Alex McKenzie with 10/99 ]

[このRFCはエントリーのためのマシンに入れられた読み込み可能なフォームでした][10/99をもっているアレックス・マッケンジーによるオンラインRFCアーカイブへの]

Walden                                                          [Page 2]

ウォルデン[2ページ]