Zum Hauptinhalt springen

1. INTRODUCTION (Einführung)

Dieses Dokument ist Teil eines Paars, das die Anforderungen für Implementierungen von Host-Systemen der Internet-Protokollsuite definiert und diskutiert. Dieses RFC behandelt die Protokolle der Anwendungsschicht und Support-Dienste. Sein Begleit-RFC RFC-1122 behandelt die Kommunikationsprotokollschichten: Link-Schicht, IP-Schicht und Transportschicht.

Diese Dokumente sollen Herstellern, Implementierern und Benutzern von Internet-Kommunikationssoftware Orientierung bieten. Sie konsolidieren die Anforderungen, die ein Internet-Host erfüllen muss, in einem einzigen Dokument.

Dieses RFC integriert die RFC-Spezifikationen der Protokolle durch Verweis. Es korrigiert Fehler in den referenzierten Dokumenten, fügt zusätzliche Diskussion und Anleitung für Implementierer hinzu und enthält einen expliziten Satz von Anforderungen, Empfehlungen und Optionen.

1.1 Die Internet-Architektur (The Internet Architecture)​

Das Internet ist ein großes System, das aus einer großen Anzahl von paketvermittelten Netzwerken vieler verschiedener Typen besteht, die durch Gateways miteinander verbunden sind. Die in Hosts (d.h. mit dem Internet verbundenen Computern) eingebetteten Protokolle ermöglichen es ihnen, Ressourcen über die Netzwerke hinweg zu teilen.

Das Internet-Protokoll (Internet Protocol, IP) ist die Grundlage, auf der das gesamte Internet basiert. IP stellt ein einfaches, verbindungsloses, paketorientiertes Protokoll für die grundlegende Host-zu-Host-Kommunikation bereit.

1.2 Allgemeine Überlegungen (General Considerations)​

1.2.1 Kontinuierliche Internet-Entwicklung (Continuing Internet Evolution)​

Das Internet-System wächst und verändert sich weiterhin. Neue Protokolle und Technologien werden kontinuierlich entwickelt und eingesetzt. Daher müssen die Implementierungsanforderungen flexibel genug sein, um sich kontinuierlich ändernden Bedingungen anzupassen (MUST).

1.2.2 Robustheitsprinzip (Robustness Principle)​

Auf jeder Protokollebene gibt es eine allgemeine Regel, deren Anwendung zu enormen Vorteilen bei Robustheit und Interoperabilität führen kann:

„Sei liberal in dem, was du akzeptierst, und konservativ in dem, was du sendest"

Software sollte so geschrieben werden, dass sie mit allen denkbaren Fehlern umgehen kann, egal wie unwahrscheinlich; früher oder später wird ein Paket mit dieser bestimmten Kombination von Fehlern und Attributen ankommen, und wenn die Software nicht vorbereitet ist, kann Chaos entstehen.

1.2.3 Fehlerprotokollierung (Error Logging)​

Die Internet-Protokollsuite umfasst eine Reihe von Mechanismen zur Meldung von Fehlern an den Quell-Host. Jedoch werden nicht alle Fehler durch Protokollmechanismen gemeldet; einige werden einfach lokal im Host-System protokolliert.

1.2.4 Konfiguration (Configuration)​

Die Konfiguration eines Internet-Host-Systems wird im Allgemeinen nicht durch Internet-Protokolldokumente spezifiziert. Es gibt jedoch bestimmte Konfigurationsparameter, die in jedem Internet-Host konfigurierbar sein müssen (MUST).

1.3 Lesen dieses Dokuments (Reading this Document)​

1.3.1 Organisation (Organization)​

Dieses Dokument behandelt die folgenden Hauptbereiche:

  • Allgemeine Probleme (General Issues) (Abschnitt 2)
  • Remote-Anmeldung -- Telnet-Protokoll (Remote Login -- Telnet Protocol) (Abschnitt 3)
  • Dateiübertragung (File Transfer) (Abschnitt 4)
  • Elektronische Post -- SMTP und RFC-822 (Electronic Mail -- SMTP and RFC-822) (Abschnitt 5)
  • Support-Dienste (Support Services) (Abschnitt 6)

1.3.2 Anforderungen (Requirements)​

In diesem Dokument sind die Wörter, die zur Definition der Bedeutung jeder bestimmten Anforderung verwendet werden, großgeschrieben. Diese Wörter sind:

  • MUST (MUSS): Dieses Wort oder das Adjektiv „REQUIRED (ERFORDERLICH)" bedeutet, dass das Element eine absolute Anforderung der Spezifikation ist.
  • SHOULD (SOLLTE): Dieses Wort oder das Adjektiv „RECOMMENDED (EMPFOHLEN)" bedeutet, dass es unter bestimmten Umständen gültige Gründe geben kann, dieses Element zu ignorieren, aber die vollständigen Auswirkungen müssen verstanden und der Fall sorgfältig abgewogen werden, bevor ein anderer Kurs gewählt wird.
  • MAY (KANN): Dieses Wort oder das Adjektiv „OPTIONAL (OPTIONAL)" bedeutet, dass dieses Element wirklich optional ist.

1.3.3 Terminologie (Terminology)​

Dieses Dokument verwendet die folgenden technischen Begriffe:

  • Segment: Ein Segment ist die Ende-zu-Ende-Übertragungseinheit im TCP-Protokoll.
  • Nachricht (Message): Im Kontext von Protokollen niedrigerer Schichten ist eine Nachricht die Übertragungseinheit in einem Transportschichtprotokoll.
  • Datagramm (Datagram): Ein Datagramm ist ein IP-Paket.
  • Multihomed: Ein Host wird als Multihomed bezeichnet, wenn er mehrere IP-Adressen hat.

1.4 Danksagungen (Acknowledgments)​

Dieses Dokument enthält Beiträge und Kommentare von vielen Mitgliedern der Internet-Gemeinschaft.

Letztes Update am