RFC884 日本語訳

Network Working Group                                     Marvin Solomon
Request for Comments: 884                                 Edward Wimmers
                                       University of Wisconsin - Madison
                                                           December 1983

コメントを求めるワーキンググループマーヴィンソロモンRequestをネットワークでつないでください: 884エドワードWimmersウィスコンシン大学--マディソン1983年12月

                      TELNET TERMINAL TYPE OPTION

telnet端末タイプオプション

This RFC specifies a standard for the ARPA Internet community.  Hosts on
the ARPA Internet that exchange terminal type information within the
Telnet protocol are expected to adopt and implement this standard.

このRFCはARPAインターネットコミュニティの規格を指定します。 ARPAインターネットのTelnetプロトコルの中で端末のタイプ情報を交換するホストは、この規格を採用して、実装すると予想されます。

1. Command Name and Code

1. コマンド名とコード

   TERMINAL-TYPE    24

端末のタイプ24

2. Command Meanings

2. コマンド意味

   IAC WILL TERMINAL-TYPE

IACは端末でタイプするでしょう。

      Sender is willing to send terminal type information in a
      subsequent sub-negotiation

送付者は、その後のサブ交渉における端末のタイプ情報を送っても構わないと思っています。

   IAC DO TERMINAL-TYPE

IACは端末でタイプします。

      Sender is willing to receive terminal type information in a
      subsequent sub-negotiation

送付者は、その後のサブ交渉における端末のタイプ情報を受け取っても構わないと思っています。

   IAC DON'T TERMINAL-TYPE

IACは端末でタイプしません。

      Sender refuses to accept terminal type information

送付者は、端末のタイプ情報を受け入れるのを拒否します。

   IAC WON'T TERMINAL-TYPE

IACは端末でタイプしないでしょう。

      Sender refuses to send terminal type information

送付者は、端末のタイプ情報を送るのを拒否します。

   IAC SB TERMINAL-TYPE SEND IAC SE

IAC SBの端末のタイプはIAC SEを送ります。

      Sender requests receiver to transmit his (the receiver's) terminal
      type. The code for SEND is 1. (See below.)

送付者は、彼の(受信機のもの)端末のタイプを伝えるよう受信機に要求します。 SENDのためのコードは1です。 (以下を見てください。)

   IAC SB TERMINAL-TYPE IS ... IAC SE

IAC SBの端末のタイプはそうです… IAC SE

      Sender is stating the name of his terminal type. The code for IS
      is 0. (See below.)

送付者は彼の端末のタイプの名前を述べています。 コード、0です。 (以下を見てください。)

Solomon & Wimmers                                               [Page 1]

ソロモンとWimmers[1ページ]

RFC 884                                                    December 1983

RFC884 1983年12月

3. Default

3. デフォルト

   DON'T TERMINAL-TYPE

端末でタイプしないでください。

   WON'T TERMINAL-TYPE

端末でタイプしないでしょう。

   Terminal type information will not be exchanged.

端末のタイプ情報は交換されないでしょう。

4. Motivation for the Option

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

   This option allows a telnet server to determine the type of terminal
   connected to a user telnet program.  The transmission of such
   information does not immediately imply any change of processing.
   However, the information may be passed to a process, which may alter
   the data it sends to suit the particular characteristics of the
   terminal. For example, some operating systems have a terminal driver
   that accepts a code indicating the type of terminal being driven.
   Using the TERMINAL TYPE and BINARY options, a telnet server program
   on such a system could arrange to have terminals driven as if they
   were directly connected, including such special functions as cursor
   addressing, multiple colors, etc., not included in the Network
   Virtual Terminal specification.  This option fits into the normal
   structure of TELNET options by deferring the actual transfer of
   status information to the SB command.

このオプションで、telnetサーバはユーザtelnetプログラムにつなげられた端末のタイプを決定できます。 そのような情報の伝達はすぐに、処理の少しの変化も含意しません。 しかしながら、情報はプロセスに通過されるかもしれません。(それは、それが端末の特定の特性に合うように送るデータを変更するかもしれません)。 例えば、いくつかのオペレーティングシステムで、コードを受け入れる端末のドライバーは運転される端末のタイプを示します。 TERMINAL TYPEとBINARYオプションを使用して、そのようなシステムの上のtelnetサーバプログラムは、まるでそれらが直接接続されるかのように端末を運転させるように手配するかもしれません、カーソルアドレシング、複数の色などがNetwork Virtual Terminal仕様に含んでいなかったような特別な機能を含んでいて。 状態情報の実際の転送をSBコマンドに延期することによって、このオプションはTELNETオプションの正常な構造に収まります。

5. Description of the Option

5. オプションの記述

   WILL and DO are used only to obtain and grant permission for future
   discussion. The actual exchange of status information occurs within
   option subcommands (IAC SB TERMINAL-TYPE...).

してください。そして、使用されますが、未来の議論のために許可を得て、与えます。 状態情報の実際の交換はオプションサブコマンド(IAC SB TERMINAL-TYPE…)の中に起こります。

   Once the two hosts have exchanged a WILL and a DO, the sender of the
   WILL TERMINAL-TYPE is free to transmit type information, spontan-
   eously or in response to a request from the sender of the DO.  At
   worst, this may lead to transmitting the information twice. Only the
   sender of the DO may send requests (IAC SB TERMINAL-TYPE SEND IAC SE)
   and only the sender of the WILL may transmit actual type information
   (within an IAC SB TERMINAL-TYPE IS ... IAC SE command).

一度、WILL TERMINAL-TYPEの送付者が、2人のホストがウィルとaがするaを交換したと自由にspontan- eouslyか送付者からの要求に対応したタイプ情報を伝えることができる、してください。 最悪の場合は、これは、二度情報を伝えるのに通じるかもしれません。 してください。送付者だけ、ウィルの送付者だけが、要求(IAC SB TERMINAL-TYPE SEND IAC SE)を送るかもしれなくて、実際のタイプ情報(IAC SB TERMINAL-TYPE IS…IAC SEコマンドの中の)を伝えてもよいです。

   The terminal type information is an NVT ASCII string.  Within this
   string, upper and lower case are considered equivalent.  A few
   terminal type names useful in the context of IBM systems are listed
   below.  It is anticipated that additional names will be added in the
   future.  The complete list of valid terminal types will be found in
   the latest "Assigned Numbers" RFC.

端末のタイプ情報はNVT ASCIIストリングです。 このストリングの中では、上側の、そして、より低いケースは同等であると考えられます。 IBMシステムの文脈で役に立ついくつかの端末の型名が以下に記載されています。 追加名前が将来加えられると予期されます。 有効な端末のタイプに関する全リストは最新の「規定番号」RFCで見つけられるでしょう。

Solomon & Wimmers                                               [Page 2]

ソロモンとWimmers[2ページ]

RFC 884                                                    December 1983

RFC884 1983年12月

   The following is an example of use of the option:

↓これはオプションで役に立つ例です:

      Host1: IAC DO TERMINAL-TYPE

Host1: IACは端末でタイプします。

      Host2: IAC WILL TERMINAL-TYPE

Host2: IACは端末でタイプするでしょう。

         (Host2 is now free to send status information at any time.
         Solicitations from Host1 are NOT necessary. This should not
         produce any dangerous race conditions. At worst, two IS's will
         be sent.)

(Host2はいつでも、現在、自由に状態情報を送ることができます。 Host1からの懇願は必要ではありません。 これはどんな危険な競合条件も作成するべきではありません。 最悪の場合は、2は意志であるということです。送ります。)

      Host1 (perhaps): IAC SB TERMINAL-TYPE SEND IAC SE

(恐らく)のHost1: IAC SBの端末のタイプはIAC SEを送ります。

      Host2:

Host2:

         IAC SB TERMINAL-TYPE IS IBM-3278-2 IAC SE

IAC SBの端末のタイプはIBM-3278-2IAC SEです。

6.  Implementation Suggestions

6. 実装提案

   The "terminal type" information may be any NVT ASCII string meaning-
   ful to both ends of the negotiation.  The list of suggestions below
   is intended to minimize confusion caused by alternative "spellings"
   of the terminal type.  For example, confusion would arise if one
   party were to call a terminal "IBM3278-2" while the other called it
   "IBM-3278/2".  There is no negative acknowledgement for a terminal
   type that is not understood, but certain other options (such as
   switching to BINARY mode) may be refused if a valid terminal type
   name has not been specified.  In some cases, a particular terminal
   may be known by more than one name, for example a specific type and a
   more generic type.  In such cases, the sender of the TERMINAL-TYPE IS
   command should reply to successive TERMINAL-TYPE SEND commands with
   the various names, from most to least specific.  In this way, a
   telnet server that does not understand the first response can prompt
   for alternatives.  However, it should cease sending TERMINAL-TYPE
   SEND commands after receiving the same response two consecutive
   times.  Similarly, a sender should indicate it has sent all available
   names by repeating the last one sent.

「端末のタイプ」情報は交渉の両端へのどんなNVT ASCIIストリング意味fulであるかもしれません。 以下での提案のリストが端末のタイプの代替の「スペル」によって引き起こされた混乱を最小にすることを意図します。 例えば、1回のパーティーが端末を呼ぶなら混乱が起こる、「IBM3278-2インチがゆったり過ごす、もう片方が、それを「IBM-3278/2インチ」と呼びました。 どんな理解されていない端末のタイプに、否定的な承認もありませんが、有効な端末の型名が指定されていないなら、ある別の選択肢(BINARYモードに切り替わることなどの)は拒否されるかもしれません。 いくつかの場合、特定の端末が1つ以上の名前によって知られているかもしれなくて、例えば、詳細は、より多くのジェネリックがタイプするタイプとaです。 そのような場合、TERMINAL-TYPE ISコマンドの送付者は様々な名前で連続したTERMINAL-TYPE SENDコマンドに答えるべきです、大部分から最も特有にならないまで。 この道、最初の応答が代替手段のためにうながすことができるのを理解していないtelnetサーバで。 しかしながら、それは、連続した2回同じ応答を受けた後にコマンドをTERMINAL-TYPE SENDに送るのをやめるべきです。 同様に、送付者は、1つが送った最終を繰り返すことによってすべての利用可能な名前を送ったのを示すべきです。

   Here are a few terminal types useful in the IBM environment:

ここに、IBM環境で役に立ついくつかの端末のタイプがあります:

      IBM-3275-2
      IBM-3276-2
      IBM-3276-3
      IBM-3276-4
      IBM-3277-2
      IBM-3278-2
      IBM-3278-3
      IBM-3278-4

IBM-3275-2 IBM-3276-2IBM-3276-3IBM-3276-4IBM-3277-2IBM-3278-2IBM-3278-3IBM-3278-4

Solomon & Wimmers                                               [Page 3]

ソロモンとWimmers[3ページ]

RFC 884                                                    December 1983

RFC884 1983年12月

      IBM-3278-5
      IBM-3279-2
      IBM-3279-3

IBM-3278-5 IBM-3279-2IBM-3279-3

   Here are a few terminal types useful in the TOPS20 environment:

ここに、TOPS20環境で役に立ついくつかの端末のタイプがあります:

      ANN-ARBOR-AMBASSADOR
      CONCEPT-100
      DATAMEDIA-2500
      DEC-LA30
      DEC-VT100
      DEC-VT52
      EXECUPORT-4000
      HAZELTINE-1500
      HP-2621
      HP-2640
      HP-2645A
      HP-2649
      NETWORK-VIRTUAL-TERMINAL
      TEKTRONIX-4025
      TELERAY-1061
      TELETYPE-33
      TELETYPE-37
      TELEVIDEO-950
      TERMINET-300
      TI-700
      ZENITH-H19

アンあずまや大使のhp-2645Aのhp-2649の仮想にネットワーク端末のテクトロニクス-4025TELERAY-1061概念-100DATAMEDIA-2500 12月-LA30 12月-VT100 12月-VT52 EXECUPORT-4000 HAZELTINE-1500hp-2621hp-2640テレタイプ-33テレタイプ-37TELEVIDEO-950 TERMINET-300 TI-700天頂-H19

   Here are a few terminal types used in the Unix environment:

ここに、Unix環境で使用されるいくつかの端末のタイプがあります:

      ADDS-CONSUL-980
      ADDS-REGENT-200
      ANDERSON-JACOBSON-832
      ANN-ARBOR-AMBASSADOR
      BITGRAPH
      CDI-1203
      COMPUCOLOR-II
      CONCEPT-100
      DATA-GENERAL-6053
      DATAGRAPHIX-132A
      DATAMEDIA-3045A
      DATAPOINT-3360
      DEC-DECWRITER-II
      DEC-GT40
      DEC-VT52
      DELTA-DATA-5000
      DIABLO-1620
      EXECUPORT-4000

領事980を加えている200摂政を加えているアンダーソン・ジェーコブソン832アンあずまや大使BITGRAPH CDI-1203 COMPUCOLOR-II概念-100データDATAGRAPHIX-132A DATAMEDIA-3045A DATAPOINT-3360 12月DECWRITER II司令官6053 12月-GT40 12月-VT52デルタデータ5000ディアブロ-1620EXECUPORT-4000

Solomon & Wimmers                                               [Page 4]

ソロモンとWimmers[4ページ]

RFC 884                                                    December 1983

RFC884 1983年12月

      GENERAL-TERMINAL-100A
      HAZELTINE-1500
      HAZELTINE-2000
      HP-2621
      HP-2640A
      HP-2645
      HP-2649A
      IBM-3101
      INFOTON-100
      LSI-ADM-3
      MICROTERM-ACT-V
      MICROTERM-MIME-2
      NETWORK-VIRTUAL-TERMINAL
      PERKIN-ELMER-1100
      PLASMA-PANEL
      SUPERBEE-III-M
      TEKTRONIX-4014
      TELERAY-3700
      TELETYPE-33
      TELETYPE-37
      TELEVIDEO-912
      TERMINET-300
      TI-700
      TI-733
      TI-745
      VISUAL-200
      XEROX-1720
      ZENITH-H19
      ZENTEC-30

司令官の端末の100A HAZELTINE-1500 HAZELTINE-2000hp-2621hp-2640A hp-2645hp-2649A IBM-3101LSI ADM-3 MICROTERMがVを活動させているINFOTON-100MICROTERM MIME2仮想にネットワーク端末のパーキン・エルマー1100ガスパネルSUPERBEE III Mテクトロニクス-4014TELERAY-3700テレタイプ-33テレタイプ-37TELEVIDEO-912 TERMINET-300 TI-700 TI-733 TI-745視覚200ゼロックス-1720天頂-H19 ZENTEC-30

   The type "UNKNOWN" should be used if the type of the terminal is
   unknown or unlikely to be recognized by the other party.

端末のタイプによって未知か相手によって認識されそうにないなら、タイプ「未知」は使用されるべきです。

   The complete and up-to-date list will be maintained in the "Assigned
   Numbers".

完全で最新のリストは「規定番号」で維持されるでしょう。

Solomon & Wimmers                                               [Page 5]

ソロモンとWimmers[5ページ]