1. INTRODUCTION
Ce document fait partie d'une paire qui définit et discute les exigences pour les implémentations de systèmes hôtes de la suite de protocoles Internet. Ce RFC couvre les protocoles de la couche application et les services de support. Son RFC compagnon RFC-1122 couvre les couches de protocole de communication : couche de liaison, couche IP et couche transport.
Ces documents visent à fournir des orientations aux fournisseurs, implémenteurs et utilisateurs de logiciels de communication Internet. Ils consolident en un seul document les exigences qu'un hôte Internet doit satisfaire.
Ce RFC incorpore par référence les spécifications RFC des protocoles. Il corrige les erreurs dans les documents référencés, ajoute des discussions et des orientations supplémentaires pour un implémenteur, et inclut un ensemble explicite d'exigences, de recommandations et d'options.
1.1 L'architecture Internet (The Internet Architecture)
L'Internet est un grand système composé d'un grand nombre de réseaux à commutation de paquets de nombreux types différents, interconnectés par des passerelles. Les protocoles incorporés dans les hôtes (c'est-à-dire les ordinateurs connectés à l'Internet) leur permettent de partager des ressources à travers les réseaux.
Le protocole Internet (Internet Protocol, IP) est la fondation sur laquelle l'ensemble de l'Internet est basé. IP fournit un protocole simple, sans connexion et orienté paquet pour la communication hôte-à-hôte de base.
1.2 Considérations générales (General Considerations)
1.2.1 Évolution continue de l'Internet (Continuing Internet Evolution)
Le système Internet continue de croître et de changer. De nouveaux protocoles et technologies sont continuellement développés et déployés. Par conséquent, les exigences d'implémentation doivent être suffisamment flexibles pour s'adapter aux changements continus (MUST).
1.2.2 Principe de robustesse (Robustness Principle)
À chaque couche des protocoles, il existe une règle générale dont l'application peut conduire à d'énormes avantages en matière de robustesse et d'interopérabilité :
« Soyez libéral dans ce que vous acceptez et conservateur dans ce que vous envoyez »
Le logiciel devrait être écrit pour gérer toutes les erreurs concevables, peu importe leur improbabilité ; tôt ou tard, un paquet arrivera avec cette combinaison particulière d'erreurs et d'attributs, et si le logiciel n'est pas préparé, le chaos peut s'ensuivre.
1.2.3 Journalisation des erreurs (Error Logging)
La suite de protocoles Internet comprend un certain nombre de mécanismes pour signaler les erreurs à l'hôte source. Cependant, toutes les erreurs ne sont pas signalées par des mécanismes de protocole ; certaines sont simplement enregistrées localement dans le système hôte.
1.2.4 Configuration
La configuration d'un système hôte Internet n'est généralement pas spécifiée par les documents de protocole Internet. Cependant, il existe certains paramètres de configuration qui doivent être configurables dans tout hôte Internet (MUST).
1.3 Lecture de ce document (Reading this Document)
1.3.1 Organisation (Organization)
Ce document couvre les domaines principaux suivants :
- Problèmes généraux (General Issues) (Section 2)
- Connexion à distance -- Protocole Telnet (Remote Login -- Telnet Protocol) (Section 3)
- Transfert de fichiers (File Transfer) (Section 4)
- Courrier électronique -- SMTP et RFC-822 (Electronic Mail -- SMTP and RFC-822) (Section 5)
- Services de support (Support Services) (Section 6)
1.3.2 Exigences (Requirements)
Dans ce document, les mots utilisés pour définir la signification de chaque exigence particulière sont en majuscules. Ces mots sont :
- MUST (DOIT) : Ce mot, ou l'adjectif « REQUIRED (REQUIS) », signifie que l'élément est une exigence absolue de la spécification.
- SHOULD (DEVRAIT) : Ce mot, ou l'adjectif « RECOMMENDED (RECOMMANDÉ) », signifie qu'il peut exister des raisons valables dans des circonstances particulières pour ignorer cet élément, mais les implications complètes doivent être comprises et le cas soigneusement pesé avant de choisir un cours différent.
- MAY (PEUT) : Ce mot, ou l'adjectif « OPTIONAL (OPTIONNEL) », signifie que cet élément est vraiment optionnel.
1.3.3 Terminologie (Terminology)
Ce document utilise les termes techniques suivants :
- Segment : Un segment est l'unité de transmission de bout en bout dans le protocole TCP.
- Message : Dans le contexte des protocoles de couche inférieure, un message est l'unité de transmission dans un protocole de couche transport.
- Datagramme (Datagram) : Un datagramme est un paquet IP.
- Multihomed : Un hôte est dit multihomed s'il a plusieurs adresses IP.
1.4 Remerciements (Acknowledgments)
Ce document incorpore les contributions et commentaires de nombreux membres de la communauté Internet.