メインコンテンツまでスキップ

1. はじめに (INTRODUCTION)

この文書は、インターネットプロトコルスイートのホストシステム実装の要件を定義し議論する一対の文書の一つです。このRFCはアプリケーション層とサポートサービスプロトコルをカバーしています。その姉妹文書であるRFC-1122は、通信プロトコル層（リンク層、IP層、トランスポート層）をカバーしています。

これらの文書は、ベンダー、実装者、およびインターネット通信ソフトウェアのユーザーにガイダンスを提供することを目的としています。インターネットホストが満たさなければならない要件を一つの文書に統合しています。

このRFCは、プロトコルのRFC仕様を参照によって組み込んでいます。参照文書の誤りを訂正し、実装者のための追加の議論とガイダンスを追加し、明示的な要件、推奨、およびオプションのセットを含んでいます。

1.1 インターネットアーキテクチャ (The Internet Architecture)​

インターネットは、多くの異なるタイプのパケット交換ネットワークで構成される大規模なシステムであり、ゲートウェイによって相互接続されています。インターネットに接続されたホスト（すなわち、コンピュータ）に組み込まれたプロトコルにより、ネットワーク全体でリソースを共有することができます。

インターネットプロトコル (Internet Protocol, IP) は、インターネット全体の基盤となるものです。IPは、基本的なホスト間通信のためのシンプルで、コネクションレスで、パケット指向のプロトコルを提供します。

1.2 一般的な考察 (General Considerations)​

1.2.1 継続的なインターネットの進化 (Continuing Internet Evolution)​

インターネットシステムは成長と変化を続けています。新しいプロトコルと技術が継続的に開発され展開されています。したがって、実装要件は継続的な変化に対応できるよう柔軟でなければなりません (MUST)。

1.2.2 ロバストネス原則 (Robustness Principle)​

プロトコルのすべての層において、ロバストネスと相互運用性に大きな利益をもたらすことができる一般的なルールがあります：

「受け入れるものには寛大に、送信するものには保守的に」(Be liberal in what you accept, and conservative in what you send)

ソフトウェアは、どんなに起こりそうにないものであっても、考えられるすべてのエラーに対処できるように書かれるべきです。遅かれ早かれ、その特定のエラーと属性の組み合わせを持つパケットが到着し、ソフトウェアが準備されていなければ、混乱が生じる可能性があります。

1.2.3 エラーロギング (Error Logging)​

インターネットプロトコルスイートには、ソースホストにエラーを報告するための多くのメカニズムが含まれています。しかし、すべてのエラーがプロトコルメカニズムを通じて報告されるわけではありません。いくつかは単にホストシステムにローカルに記録されます。

1.2.4 構成 (Configuration)​

インターネットホストシステムの構成は、一般的にインターネットプロトコル文書によって指定されていません。しかし、すべてのインターネットホストで構成可能でなければならない (MUST) 特定の構成パラメータがあります。

1.3 この文書の読み方 (Reading this Document)​

1.3.1 構成 (Organization)​

この文書は以下の主要な領域をカバーしています：

  • 一般的な問題 (General Issues)（セクション2）
  • リモートログイン -- Telnetプロトコル (Remote Login -- Telnet Protocol)（セクション3）
  • ファイル転送 (File Transfer)（セクション4）
  • 電子メール -- SMTPとRFC-822 (Electronic Mail -- SMTP and RFC-822)（セクション5）
  • サポートサービス (Support Services)（セクション6）

1.3.2 要件 (Requirements)​

この文書では、各特定の要件の重要性を定義するために使用される単語は大文字で表記されています。これらの単語は：

  • MUST (必須)：この単語、または形容詞「REQUIRED (必須)」は、その項目が仕様の絶対要件であることを意味します。
  • SHOULD (推奨)：この単語、または形容詞「RECOMMENDED (推奨)」は、特定の状況においてこの項目を無視する正当な理由が存在する可能性があることを意味しますが、別のコースを選択する前に、完全な影響を理解し、慎重に検討する必要があります。
  • MAY (任意)：この単語、または形容詞「OPTIONAL (オプション)」は、この項目が真にオプションであることを意味します。

1.3.3 用語 (Terminology)​

この文書では、以下の技術用語を使用します：

  • セグメント (Segment)：セグメントは、TCPプロトコルにおけるエンドツーエンド伝送の単位です。
  • メッセージ (Message)：下位層プロトコルのコンテキストにおいて、メッセージはトランスポート層プロトコルにおける伝送の単位です。
  • データグラム (Datagram)：データグラムはIPパケットです。
  • マルチホーム (Multihomed)：ホストは複数のIPアドレスを持つ場合、マルチホームと呼ばれます。

1.4 謝辞 (Acknowledgments)​

この文書には、インターネットコミュニティの多くのメンバーからの貢献とコメントが含まれています。

に最終更新