RFC736 日本語訳

NWG/RFC# 736                                  MRC 31-OCT-77 23:28  42213
Telnet SUPDUP Option

NWG/RFC#736MRC31 10月の77 23: 28 42213telnet SUPDUPオプション

Network Working Group                                       Mark Crispin
Request for Comments 736                                           SU-AI
NIC 42213                                                31 October 1977

ネットワークワーキンググループのマーククリスピンはコメント736SU-AI NIC42213のために1977年10月31日を要求します。

                          TELNET SUPDUP Option

telnet SUPDUPオプション

1.  Command name and code.

1. コマンド名とコード。

   SUPDUP               21

SUPDUP21

2.  Command meanings.

2. 意味を命令してください。

   IAC WILL SUPDUP

IACウィルSUPDUP

      The sender of this command  REQUESTS permission to, or  confirms
      that it will, use the SUPDUP display protocol

この送付者は、REQUESTS許可がそうすると命令するか、またはそうすると確認して、使用はSUPDUPディスプレイプロトコルです。

   IAC WON'T SUPDUP

IACがそうしない、SUPDUP

      The sender of this command REFUSES to use the SUPDUP protocol.

SUPDUPプロトコルを使用するこのコマンドREFUSESの送付者。

   IAC DO SUPDUP

IACはSUPDUPをします。

      The sender of this  command REQUESTS that  the receiver use,  or
      grants the receiver permission to use, the SUPDUP protocol.

受信機が使用する受信機許可を使用するか、または与えるこのコマンドREQUESTSの送付者であり、SUPDUPは議定書を作ります。

   IAC DON'T

IACはそうしません。

      The sender of this command DEMANDS that the receiver not use the
      SUPDUP protocol.

この送付者はDEMANDSを命令します。受信機はSUPDUPプロトコルを使用しません。

3.  Default.

3. デフォルトとしてください。

   WON'T SUPDUP

SUPDUPであるだろう

   DON'T SUPDUP

SUPDUP

   i.e., the SUPDUP display protocol is not in use.

すなわち、SUPDUPディスプレイプロトコルは使用中ではありません。

Mark Crispin                                                       [page 1]

マーク・クリスピン[1ページ]

NWG/RFC# 736                                  MRC 31-OCT-77 23:28  42213
Telnet SUPDUP Option

NWG/RFC#736MRC31 10月の77 23: 28 42213telnet SUPDUPオプション

4.  Motivation for the option.

4. オプションに関する動機。

   Since the publication of RFC 734,  I have been requested to  design
   an option to  the TELNET  protocol to provide  for SUPDUP  service.
   This option allows a host to  provide SUPDUP service on the  normal
   TELNET socket (27 octal) instead of 137 (octal) which is the normal
   SUPDUP ICP socket.

RFC734の公表以来、私がSUPDUPサービスに備えるようにTELNETプロトコルにオプションを設計するよう要求されています。 このオプションで、ホストは正常なSUPDUP ICPソケットである137(8進)の代わりに正常なTELNETソケット(27 8進)の上にサービスをSUPDUPに供給できます。

5.  Description of the option.

5. オプションの記述。

   A user  TELNET  program which  wishes  to use  the  SUPDUP  display
   protocol instead of the NVT terminal service should send an IAC  DO
   SUPDUP.  If  the  server  is  willing to  use  the  SUPDUP  display
   protocol, it  should respond  with IAC  WILL SUPDUP;  otherwise  it
   should refuse with IAC WONT SUPDUP.

NVTターミナルサービスの代わりにSUPDUPディスプレイプロトコルを使用したがっているユーザTELNETプログラムはIAC DO SUPDUPを送るはずです。 サーバが、SUPDUPディスプレイプロトコルを使用しても構わないと思っているなら、IAC WILL SUPDUPと共に応じるべきです。 さもなければ、それはIAC WONT SUPDUPと共に拒否するべきです。

   For hosts  which normally  provide  SUPDUP terminal  services,  the
   server can send IAC  WILL SUPDUP upon ICP  which the user may  then
   accept or refuse.

ホストに関しては、通常、どれがターミナルサービス、サーバをSUPDUPに供給するかが次に、ユーザが受け入れるか、または拒否するかもしれないICPにIAC WILL SUPDUPを送ることができます。

   If the SUPDUP option is  in effect, no further TELNET  negotiations
   are allowed.   They  are  meaningless, since  SUPDUP  has  its  own
   facilities to perform  the functions that are needed.  Hence, octal
   377 will become an ordinary transmitted character (in this case  an
   invalid %TD code) instead of an IAC.

SUPDUPオプションが有効であるなら、さらなるTELNET交渉は全く許されていません。 SUPDUPには必要である機能を実行するそれ自身の施設があるので、それらは無意味です。 したがって、8進377はIACの代わりに普通の伝えられたキャラクタ(この場合TDがコード化する無効の%)になるでしょう。

   Following the mutual  acceptance of the  SUPDUP option, the  SUPDUP
   negotiation proceeds as described in RFC 734.

SUPDUPオプションの互いの承認に続いて、SUPDUP交渉はRFC734で説明されるように続きます。

Mark Crispin                                                       [page 2]

マーク・クリスピン[2ページ]