RFC79 日本語訳
0079 Logger Protocol error. E. Meyer. November 1970. (Format: TXT=1515 bytes) (Status: UNKNOWN)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group Edwin W. Meyer, Jr. Request for Comments: 79 MIT Project MAC NIC 5601 November 16, 1970
ワーキンググループのエドウィン・W.マイヤー、コメントを求めるJr.Requestをネットワークでつないでください: 79 1970年11月16日のMITプロジェクトMAC NIC5601
Logger Protocol Error
きこりのプロトコル誤り
A conflict was recently discovered between the official NCP protocol as described in protocol document 1 and the logger protocol as described in RFC 66 by Steve Crocker. Steve suggested that we put out an RFC to alert the network community to this point.
RFC66でスティーブ・クロッカーによって説明されるように闘争は最近、プロトコルドキュメント1で説明される公式のNCPプロトコルときこりのプロトコルの間で発見されました。 スティーブは、私たちがネットワーク共同体をこの位まで警告するためにRFCを出すことを提案しました。
In RFC 66, it is proposed that an ALL allocate command be sent immediately following an RTS or STR request for connection. This conflicts with the restriction stated in Protocol Document 1 that an ALL command can be given only for an "open" connection.
RFC66では、すべての割り当てコマンドはすぐに接続を求めるRTSかSTR要求を続かされているよう提案されます。 これは「開いている」接続のためだけにすべてのコマンドを与えることができるというプロトコルDocument1に述べられた制限と衝突します。
To not be required to handle an ALL command before a connection is established is a simplifying restriction that an NCP implementation may take advantage of. For example, the Multics NCP is currently designed this way. For this reason, and also because we believe that the NCP protocol should not be changed now except for critical reasons it is felt that the proposed logger protocol should be modified to agree with the existing NCP protocol.
接続が確立される前にすべてのコマンドを扱うのが必要でないのは、NCP実装が利用するかもしれない簡素化制限です。 例えば、Multics NCPは現在、このように設計されます。 この理由、また、私たちが、提案されたきこりのプロトコルが既存のNCPプロトコルに同意するように変更されるべきであると感じられる重要な理由以外に、NCPプロトコルが現在変えられるべきでないと信じているので。
[ This RFC was put into machine readable form for entry ] [ into the online RFC archives by Alison De La Cruz 11/00 ]
[このRFCはエントリーのためのマシンに入れられた読み込み可能なフォームでした][アリソン・デ・ラ・クルス11/00によるオンラインRFCアーカイブへの]
Meyer [Page 1]
マイヤー[1ページ]
一覧
スポンサーリンク