RFC729 日本語訳

Network Working Group				 Dave Crocker, Rand-ISD
Request for Comments: 729			 (Dcrocker at Rand-Unix)
NlC: 40306					 13 May l977

ワーキンググループのデーヴ・クロッカーをネットワークでつないでください、そして、底ならし革-ISDはコメントのために以下を要求します。 729(底ならし革unixにおけるDcrocker)NlC: 40306 13 5月のl977

			TELNET Byte Macro Option

telnetバイトマクロオプション

1. Command name and code:

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

   BM 19

BM19

2. Command Meanings:

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

   IAC WILL BM

IACウィルBM

	The sender of this  command REQUESTS or AGREES  to use the  BM
	option, and will send sing1e  data characters which are to  be
	interpreted as if longer data strings had been sent.

この送付者は、REQUESTSかAGREESがBMオプションを使用すると命令して、まるでより長いデータ列を送ったかのように解釈されることになっているsing1eデータキャラクタを送るでしょう。

   IAC WON'T BM

IACがそうしない、BM

	The  sender  of  this  option  REFUSES  to  send  single  data
	characters which  are  to be  interpreted  as if  longer  data
	strings had been sent.

まるでより長いかのように解釈されることになっている単独のデータキャラクタにデータ列を送るこのオプションREFUSESの送付者を送りました。

   IAC DO BM

IACはBMをします。

	The sender REQUESTS or AGREES to have the other side (send  of
	WILL BM) issue  send single  data characters which  are to  be
	interpreted as if longer data strings had been sent.

反対側(WILL BMを発信させる)問題を持つ送付者REQUESTSかAGREESがまるでより長いデータ列を送ったかのように解釈されることになっている単独のデータキャラクタを送ります。

   IAC DON'T BM

IACがそうしない、BM

	The sender REFUSES to allow the other side to send single data
	characters which  are  to be  interpreted  as if  longer  data
	strings had been sent.

反対側が発信するのを許容する送付者REFUSESはまるでより長いデータ列を送ったかのように解釈されることになっているデータキャラクタを選抜します。

   IAC SB BM <DEFINE> <macro byte> <count>
                   <expansion string> IAC SE
	where:

IAC SB BM<DEFINE><マクロバイト><カウント><拡大ストリング>IAC SE、どこ:

	   <macro byte> is the  data byte actually  to be sent  across
	   the network; it may NOT be Telnet IAC (decimal 255).

<マクロバイト>は実際にネットワークの向こう側に送られるデータ・バイトです。 それはTelnet IACでないかもしれません(10進255)。


RFC #729 Telnet Byte Macro Option				 Page 2

RFC#729telnetバイトマクロオプション2ページ

	   <count> is a  one-byte binary number,  indicating how  many
	   <expansion string> characters follow, up to the ending  IAC
	   SE, but not including it.

<カウント>は1バイトの2進の数です、何人の<拡大ストリング>キャラクタが終わりのIAC SEまで続くかを示しますが、それを含んでいなくて。

	   <expansion string> is a string of one or more Telnet  ASCII
	   characters and/or commands,  which the <macro  byte> is  to
	   represent; any  character may  occur within  an  <expansion
	   string>.

<拡大ストリング>は一連の1つ以上のTelnet ASCII文字、そして/または、コマンドです。(<マクロバイト>はコマンドを表すことになっています)。 どんなキャラクタも<拡大ストリング>の中に起こるかもしれません。

	The indicated  <macro  byte>  will  be  sent  instead  of  the
	indicated <expansion string>. The receiver of the <macro byte>
	(the sender  of the  DO BM)  is to  behave EXACTLY  as if  the
	<expansion string> of bytes had instead been received from the
	network. This  interpretation is  to  occur before  any  other
	Telnet interpretations, unless the <macro byte> occurs as part
	of a BM subcommand; in this case no special interpretation  is
	to be made.

示された<拡大ストリング>の代わりに示された<マクロバイト>を送るでしょう。 <マクロバイト>(DO BMの送付者)の受信機はまるで代わりにネットワークからバイトの<拡大ストリング>を受け取ったかのようにEXACTLYを反応させることになっています。 この解釈はいかなる他のTelnet解釈の前にも起こることになっています、<マクロバイト>がBMサブコマンドの一部として現れない場合。 この場合、どんな特別な解釈も作られていないことです。

	Note that the effect of a particular <macro byte> may be
	negated by reseting it to "expand" into itself.

>がそうする特定の<マクロバイトの効果がそれ自体に「広がる」ようにそれをresetingすることによって否定されることに注意してください。

	<DEFINE> is decimal 01.

<DEFINE>は10進01です。

   IAC SB BM <ACCEPT> <macro byte> IAC SE

IAC SB BM<ACCEPT><マクロバイト>IAC SE

	The receiver  of the  <DEFINE> for  <macro byte>  accepts  the
	requested definition and will perform the indicating expansion
	whenever a <macro byte>  is received and is  not part of a  BM
	subcommand.

<マクロバイト><DEFINE>の受信機は、>が<マクロバイト、受け取られていて、BMサブコマンドの一部でないときはいつも、要求された定義を受け入れて、表示拡大を実行するでしょう。

	<ACCEPT> is decimal 02.

<ACCEPT>は10進02です。

   IAC SB BM <REFUSE> <macro byte> <REASON> IAC SE

IAC SB BM<REFUSE><マクロバイト><REASON>IAC SE

	The receive  of  the  <DEFINE> for  <macro  byte>  refuses  to
	perform  the  indicated  translation  from  <macro  byte>   to
	<expansion string> either because the particular <macro  byte>
	is not  an acceptable  choice  or because  the length  of  the
	<expansion string> exceeds available storage.

>が拒否する<マクロバイト<DEFINE>を受信して、特定の<マクロバイト>が許容できる選択でない<拡大ストリング>の長さが有効な格納を超えているので、示された<マクロバイト>から<拡大ストリング>までの翻訳を実行してください。

   <REFUSE> is decimal 03.

<REFUSE>は10進03です。

   <REASON> may be

<REASON>はそうです。

	   <BAD CHOICE> which is decimal 01; or

10進01である<BAD CHOICE>。 または

	   <TOO LONG> which is decimal 02.

10進02である<TOO LONG>。


RFC #729 Telnet Byte Macro Option				 Page 3

RFC#729telnetバイトマクロオプション3ページ

   IAC SB BM <LITERAL> <macro byte> IAC SE

IAC SB BM<LITERAL><マクロバイト>IAC SE

	The <macro byte> is to be treated as real data, rather than as
	representative of the <expansion string>

<マクロバイト>はむしろ<拡大ストリング>の代表より本当のデータとして扱われることになっています。

	<LITERAL> is decimal 03.

<LITERAL>は10進03です。

3. Default:

3. デフォルト:

   WON'T BM -- DON'T BM

BM--しないでください、BMであるだろう

	No reinterpretation of data is allowed.

データの「再-解釈」は全く許容されていません。

4. Motivation for the option:

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

   Subcommands for Telnet options currently require a minimum of  five
   characters to be sent over the network (i.e., IAC SB <Option  name>
   IAC SE).   For sub-commands  which  are employed  infrequently,  in
   absolute numbers and in relation  to normal data, this overhead  is
   tolerable. In other cases,  however, it is  not. For example,  data
   which is  sent  in  a  block-oriented fashion  may  need  a  "block
   separator" mark. If  blocks are commonly  as small as  five or  ten
   bytes, then most of the cross-net data will be control information.
   The BM option is intended  as a simple data compression  technique,
   to remove this overhead from the communication channel.

Telnetオプションのためのサブコマンドは、現在、最低5つのキャラクタがネットワーク(すなわち、IAC SB<Option名前>IAC SE)の上に送られるのを必要とします。 無名数と正常なデータと関連してまれに使われるサブコマンドにおいて、このオーバーヘッドは許容できます。 しかしながら、他の場合では、それはそうではありません。 例えば、ブロック指向のファッションで送られるデータは「ブロック区切り文字」マークを必要とするかもしれません。 ブロックが5バイトか10バイトと一般的に同じくらいわずかであるなら、十字ネットのデータの大部分は制御情報になるでしょう。 簡単なデータ圧縮のテクニックとして、BMオプションが通信チャネルからこのオーバーヘッドを取り除くことを意図します。

5. Description of the option

5. オプションの記述

   The  option  is   enabled  through  the   standard  Telnet   Option
   negotiation process. Afterwards, the SENDER of data (the side which
   sends the IAC WILL BM) is  free to define and use mappings  between
   single and multiple NOT characters. Except for the ability to offer
   a blanket refusal,  the receiver of  data has no  control over  the
   definition and use of mappings.

オプションは標準のTelnet Option交渉の過程で可能にされます。 その後、キャラクタではなく、シングルと倍数の間のマッピングを定義して、データ(IAC WILL BMを送る側)のSENDERは自由に使用できます。 毛布拒否を提供する能力以外に、データの受信機はマッピングの定義と使用を管理しません。

   The sender (of the WILL BM) is prohibited from using or  redefining
   a <macro byte> until  it has received an  <ACCEPT> or <REFUSE>,  in
   reply to a <DEFINE>.

<ACCEPT>か<REFUSE>を受けるまで、送付者(WILL BMの)は<マクロバイトを使用するか、または再定義するのから禁じられた>です、<DEFINE>に対して。

   NOTE: The  Telnet command  character  IAC (decimal  255) may  be  a
   member of an <expansion string> but is the ONLY character which may
   NOT be  defined  as  a  <macro  byte>.  ALL  OTHER  Telnet  command
   characters use IAC  as a  preface and therefore  occupy a  SEPARATE
   portion of the data space than do regular data bytes.

RFC #729 Telnet Byte Macro Option Page 4

以下に注意してください。 Telnetは<拡大のメンバーがストリング>であったかもしれないならキャラクタIAC(10進255)を命令しますが、<マクロバイトと定義されないかもしれない唯一のキャラクタが>ですか? すべてのOTHER Telnetコマンドキャラクタが、通常のデータ・バイトより序文としてIACを使用して、したがって、データ領域のSEPARATE部分を占領します。 RFC#729telnetバイトマクロオプション4ページ

   With  the  exception  of  IAC,  data  transfered  as  part  of   BM
   subcommands are NOT to be interpreted. They are to be taken only as
   their  normal  character  values.   This  avoids  the  problem   of
   distinguishing between a character which is to be taken as a <macro
   byte>, and interpreted as its corresponding <expansion string>, and
   that same character to be taken  as its usual Telnet NVT value.  In
   all other  cases,  however, <macro  byte>s  are to  be  interpreted
   immediately, as if  the <expansion string>  had actually been  sent
   across  the  network.    Expanded  strings  are   not  subject   to
   reinterpretation, so that recursive definitions cannot be made.

IAC以外に、解釈されるために、BMサブコマンドの一部としてtransferedされたデータはありません。 それらは単に自己の正常な文字値としてみなされることになっています。 これは、普通のTelnet NVTが評価するように取るために、>であって、対応する<拡大ストリング>、およびその同じキャラクタとして解釈された<マクロバイトとしてみなされることになっているキャラクタを見分けるという問題を避けます。 しかしながら、他のすべての場合では、<マクロバイト>sはすぐに解釈されることになっています、まるで実際にネットワークの向こう側に<拡大ストリング>を送ったかのように。 拡張ストリングは、回帰的定義をすることができないように「再-解釈」をなることがありません。

   The <count>  in  the <DEFINE>  subcommand  allows the  receiver  to
   allocate storage. IAC interpretation  is not over-ridden during  BM
   subcommands so  that  IAC  SE will  continue  to  safely  terminate
   malformed subcommands. To include  IAC as part  of a <DEFINE>,  the
   string "IAC IAC" must be sent.

<DEFINE>サブコマンドによる<カウント>は受信機に格納を割り当てさせます。 IAC解釈は、IAC SEが、安全に奇形のサブコマンドを終え続けるように、BMサブコマンドの間、くつがえされません。 <DEFINE>の一部としてIACを含むように、ストリング"IAC IAC"を送らなければなりません。

   The BM option is notably inefficient with regard to problems during
   <macro byte> definition and use of  <macro byte>s as real data.  It
   is expected that relatively few  <macro byte>s will be defined  and
   that they will represent relatively short strings. Since the Telnet
   data space  between decimal  128 and  decimal 254  is not  normally
   used, except  by  implementations  employing  the  original  Telnet
   protocol, it is  recommended that <macro  byte>s normally be  drawn
   from that pool.

BMオプションは<マクロバイト>sの<マクロバイト>定義と使用の間、本当のデータとして問題に関して著しく効率が悪いです。 <マクロ比較的数バイト>sが定義されて、彼らが比較的脆いストリングを表すと予想されます。 オリジナルのTelnetプロトコルを使う実現以外に、10進128と10進254の間のTelnetデータ領域が通常使用されないので、通常、そのプールから<マクロバイト>sを得るのはお勧めです。