RFC1435 日本語訳

Network Working Group                                        S. Knowles
Request for Comments: 1435                                 ftp Software
                                                             March 1993

コメントを求めるワーキンググループS.ノウルズ要求をネットワークでつないでください: 1435年のftp Software行進1993

          IESG Advice from Experience with Path MTU Discovery

経路MTU発見の経験からのIESGアドバイス

Status of this Memo

このMemoの状態

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

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

Abstract

要約

   In the course of reviewing the MTU Discovery protocol for possible
   elevation to Draft Standard, a specific operational problem was
   uncovered.  The problem results from the optional suppression of ICMP
   messages implemented in some routers.  This memo outlines a
   modification to this practice to allow the correct functioning of MTU
   Discovery.

可能な高度ためにMTUディスカバリープロトコルをDraft Standardに見直すことの間に、特定の運転上の問題は発見されました。 問題はいくつかのルータで実装されたICMPメッセージの任意の秘匿から生じます。 このメモは、MTUディスカバリーの正しい機能を許容するためにこの習慣への変更について概説します。

Advice on the Deployment of Path MTU Discovery Protocol

経路MTU発見プロトコルの展開に関するアドバイス

   While reviewing the Path MTU Discovery Protocol for Draft Standard
   [RFC1191], the Internet Engineering Steering Group (IESG) became
   aware from the reports of various implementors that some vendors have
   added to their routers the ability to disable ICMP messages generated
   by the router.  This is to protect older BSD hosts, which would drop
   all connections to a host it found an ICMP message on any of the
   connections, even if it was a non-fatal ICMP message.  While this
   protects older BSD hosts, it causes MTU discovery to fail in a
   silent, hard to diagnose way.

Draft Standard[RFC1191]のためにPath MTUディスカバリープロトコルを見直している間、インターネットEngineering Steering Group(IESG)はいくつかのベンダーがルータによって生成されたメッセージをICMPに無効にする能力をそれらのルータに加えたという様々な作成者のレポートから意識するようになりました。 これが、より年取ったBSDホストを保護するためのものであり、どれがホストとのすべての接続を止めるだろうかがそれが非致命的なICMPメッセージであったとしても、接続のどれかに関するICMPメッセージを見つけました。 これは、より年取ったBSDホストを保護しますが、それはMTU発見が静か、そして、道を診断しにくいaに失敗されます。

   From the descriptions the IESG has obtained, adjusting the routers to
   continue to send ICMP message Type 3 code 4 (destination unreachable,
   don't fragment (DF) bit sent and fragmentation required) even when
   they have their "don't send ICMP messages" switch turned on would
   allow path MTU discovery to work but not effect older BSD hosts,
   since they never set the DF bit in their packets.

IESGが得た記述から、経路MTU探索は、それらが「メッセージをICMPに送らないでください」という自己のスイッチをつけさせるときさえ、メッセージType3コード4(目的地手が届きません、送られた(DF)ビットと必要である断片化を断片化しないでください)をICMPに送り続けるようにルータを調整するのに、働いていますが、より年取ったBSDホストに作用しないでしょう、彼らが自分達のパケットにDFビットを決してはめ込まないので。

Author's Note

著者注

   This document was the result of an IESG meeting discussing MTU
   Discovery.  This author was chosen to write the document as the
   Internet Engineering Task Force (IETF) Internet Area Director.

このドキュメントはIESGがMTUディスカバリーについて議論しながら会うという結果でした。 この作者は、ドキュメントを書くためにインターネット・エンジニアリング・タスク・フォース(IETF)のインターネットAreaディレクターとして選ばれました。

Knowles                                                         [Page 1]

RFC 1435  IESG Advice from Experience with Path MTU Discovery March 1993

経路MTU発見行進1993年の経験からのノウルズ[1ページ]RFC1435IESGアドバイス

References

参照

   [RFC1191] Mogul, J., and S. Deering, S., "Path MTU Discovery",
             RFC 1191, DECWRL, Stanford University, November 1990.

[RFC1191] ムガール人、J.とS.デアリング、S.、「経路MTU発見」、RFC1191、DECWRL、スタンフォード大学、1990年11月。

Security Considerations

セキュリティ問題

   Security issues are not discussed in this memo.

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

Author's Address

作者のアドレス

   Stev Knowles
   ftp Software
   2 High Street
   North Andover, Ma, 01845

Stevノウルズftp Software2High通りノースアンドーバー、マ、01845

   EMail: stev@ftp.com

メール: stev@ftp.com

Knowles                                                         [Page 2]

ノウルズ[2ページ]