RFC1785 日本語訳

1785 TFTP Option Negotiation Analysis. G. Malkin, A. Harkin. March 1995. (Format: TXT=3354 bytes) (Updates RFC1350) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文

Network Working Group                                          G. Malkin
Request for Comments: 1785                                Xylogics, Inc.
Updates: 1350                                                  A. Harkin
Category: Informational                              Hewlett Packard Co.
                                                              March 1995

コメントを求めるワーキンググループG.マルキンの要求をネットワークでつないでください: 1785のXylogics Inc.アップデート: 1350年のA.ハーキンカテゴリ: 1995年の情報のヒューレットのパッカードの社の行進

                    TFTP Option Negotiation Analysis

TFTPオプション交渉分析

Status of this Memo

このMemoの状態

   This memo provides information for the Internet community.  This memo
   does not specify an Internet standard of any kind.  Distribution of
   this memo is unlimited.

このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。

Abstract

要約

   The TFTP option negotiation mechanism, proposed in [1], is a
   backward-compatible extension to the TFTP protocol, defined in [2].
   It allows file transfer options to be negotiated prior to the
   transfer using a mechanism which is consistent with TFTP's Request
   Packet format.  The mechanism is kept simple by enforcing a request-
   respond-acknowledge sequence, similar to the lock-step approach taken
   by TFTP itself.

[1]で提案されたTFTPオプション交渉メカニズムは[2]で定義されたTFTPプロトコルへの後方コンパチブル拡大です。 それは、ファイル転送オプションが転送の前に交渉されるのをTFTPのRequest Packet形式と一致したメカニズムを使用することで許容します。 メカニズムが要求を実施することによって簡単に保たれる、応じる、-、承認、TFTPによって取られた堅苦しいアプローチと同様の系列自体。

   This document was written to allay concerns that the presence of
   options in a TFTP Request packet might cause pathological behavior on
   servers which do not support TFTP option negotiation.

このドキュメントは、TFTP Requestパケットでのオプションの存在がTFTPオプションが交渉であるとサポートしないサーバで病理学的な振舞いを引き起こすかもしれないという関心を鎮めるために書かれました。

Test Results

試験の成績

   A TFTP client, modified to send TFTP options, was tested against five
   unmodified servers:

オプションをTFTPに送るように変更されたTFTPクライアントは5つの変更されていないサーバに対してテストされました:

      DEC   DEC 3000/400 alpha   OSF1 V3.0
      SGI   IP17 mips            IRIX 5.2
      SUN   sun4c sparc          SunOS 5.1
      IBM   RS/6000 Model 320    AIX 3.4
      SUN   sun4m                SunOS 4.1.3

12月の12月の3000/400アルファOSF1 V3.0 SGI IP17 mips IRIX5.2SUN sun4c sparc SunOS5.1IBM RS/6000Model320AIX3.4SUN sun4m SunOS4.1.3

   In each case, the servers ignored the option information in the
   Request packet and the transfer proceeded as though no option
   negotiation had been attempted.  In addition, the standard BSD4.3
   source for TFTPD, the starting point for many implementations, was
   examined.  The code clearly ignores any extraneous information in
   Request packets.

その都度、サーバはRequestパケットでオプション情報を無視しました、そして、まるでオプション交渉が全く試みられていないかのように転送は続きました。 さらに、TFTPDのための標準のBSD4.3ソース(多くの実装のための出発点)は調べられました。 コードは明確にRequestパケットのどんな異質な情報も無視します。

   From these results and examinations, it is clear that the TFTP option

それがそれをクリアするこれらの結果と試験からの、ことである、TFTPオプション

Malkin & Harkin                                                 [Page 1]

RFC 1785            TFTP Option Negotiation Analysis          March 1995

マルキンとハーキン[1ページ]RFC1785TFTPオプション交渉分析行進1995

   negotiation mechanism is fully backward-compatible with unmodified
   TFTP servers.

交渉メカニズムは変更されていないTFTPサーバと完全に互換性があります後方の。

Security Considerations

セキュリティ問題

   Security issues are not discussed in this memo.

このメモで安全保障問題について議論しません。

References

参照

   [1] Malkin, G., and A. Harkin, "TFTP Option Extension", RFC 1782,
       Xylogics, Inc., Hewlett Packard Co., March 1995.

[1] マルキン、G.とA.ハーキン、「TFTPオプション拡張子」、RFC1782、Xylogics Inc.、ヒューレットパッカード社、1995年3月。

   [2] Sollins, K., "The TFTP Protocol (Revision 2)", STD 33, RFC 1350,
       MIT, July 1992.

[2]Sollins、K.、「TFTPプロトコル(改正2)」、STD33、RFC1350、MIT、1992年7月。

Related Documents

関連ドキュメント

   Malkin, G., and A. Harkin, "TFTP Blocksize Option", RFC 1783,
       Xylogics, Inc., Hewlett Packard Co., March 1995.

マルキン、G.、およびA.ハーキン、「TFTP Blocksizeオプション」、RFC1783、Xylogics Inc.、ヒューレットパッカード社、1995年3月。

   Malkin, G., and A. Harkin, "TFTP Timeout Interval and Transfer Size
       Options", RFC 1784, Xylogics, Inc., Hewlett Packard Co., March
       1995.

マルキン、G.、およびA.ハーキン、「TFTPタイムアウト間隔と転送サイズオプション」(RFC1784、Xylogics Inc.、ヒューレットパッカード社)は1995を行進させます。

Authors' Addresses

作者のアドレス

       Gary Scott Malkin
       Xylogics, Inc.
       53 Third Avenue
       Burlington, MA  01803

ゲーリースコットマルキンXylogics Inc.53第3アベニューバーリントン、MA 01803

       Phone:  (617) 272-8140
       EMail:  gmalkin@xylogics.com

以下に電話をしてください。 (617) 272-8140 メールしてください: gmalkin@xylogics.com

       Art Harkin
       Internet Services Project
       Information Networks Division
       19420 Homestead Road MS 43LN
       Cupertino, CA  95014

芸術ハーキンインターネットのサービスは情報網を映し出します。事業部19420が道路MS43LNカルパチーノに入植する、カリフォルニア 95014

       Phone: (408) 447-3755
       EMail: ash@cup.hp.com

以下に電話をしてください。 (408) 447-3755 メールしてください: ash@cup.hp.com

Malkin & Harkin                                                 [Page 2]

マルキンとハーキン[2ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

AND演算子 論理積

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る