Passa al contenuto principale

1. INTRODUCTION (Introduzione)

Questo documento fa parte di una coppia che definisce e discute i requisiti per le implementazioni di sistemi host della suite di protocolli Internet. Questo RFC copre i protocolli del livello applicazione e i servizi di supporto. Il suo RFC compagno RFC-1122 copre i livelli di protocollo di comunicazione: livello di collegamento, livello IP e livello di trasporto.

Questi documenti mirano a fornire orientamento a fornitori, implementatori e utenti di software di comunicazione Internet. Consolidano in un unico documento i requisiti che un host Internet deve soddisfare.

Questo RFC incorpora per riferimento le specifiche RFC dei protocolli. Corregge errori nei documenti di riferimento, aggiunge ulteriore discussione e guida per un implementatore e include un insieme esplicito di requisiti, raccomandazioni e opzioni.

1.1 L'architettura Internet (The Internet Architecture)​

Internet è un sistema di grandi dimensioni composto da un gran numero di reti a commutazione di pacchetto di molti tipi diversi, interconnesse da gateway. I protocolli incorporati negli host (cioè, computer connessi a Internet) consentono loro di condividere risorse attraverso le reti.

Il protocollo Internet (Internet Protocol, IP) è la base su cui è costruita l'intera Internet. IP fornisce un protocollo semplice, senza connessione, orientato ai pacchetti per la comunicazione di base host-to-host.

1.2 Considerazioni generali (General Considerations)​

1.2.1 Evoluzione continua di Internet (Continuing Internet Evolution)​

Il sistema Internet continua a crescere e cambiare. Nuovi protocolli e tecnologie vengono continuamente sviluppati e implementati. Pertanto, i requisiti di implementazione devono essere sufficientemente flessibili da adattarsi ai cambiamenti continui (MUST).

1.2.2 Principio di robustezza (Robustness Principle)​

A ogni livello dei protocolli, esiste una regola generale la cui applicazione può portare a enormi vantaggi in termini di robustezza e interoperabilità:

«Sii liberale in ciò che accetti e conservatore in ciò che invii»

Il software dovrebbe essere scritto per gestire tutti gli errori concepibili, non importa quanto improbabili; prima o poi arriverà un pacchetto con quella particolare combinazione di errori e attributi, e se il software non è preparato, può verificarsi il caos.

1.2.3 Registrazione degli errori (Error Logging)​

La suite di protocolli Internet include numerosi meccanismi per segnalare errori all'host sorgente. Tuttavia, non tutti gli errori vengono segnalati tramite meccanismi di protocollo; alcuni vengono semplicemente registrati localmente nel sistema host.

1.2.4 Configurazione (Configuration)​

La configurazione di un sistema host Internet generalmente non è specificata dai documenti di protocollo Internet. Tuttavia, esistono alcuni parametri di configurazione che devono essere configurabili in ogni host Internet (MUST).

1.3 Lettura di questo documento (Reading this Document)​

1.3.1 Organizzazione (Organization)​

Questo documento copre le seguenti aree principali:

  • Problemi generali (General Issues) (Sezione 2)
  • Login remoto -- Protocollo Telnet (Remote Login -- Telnet Protocol) (Sezione 3)
  • Trasferimento file (File Transfer) (Sezione 4)
  • Posta elettronica -- SMTP e RFC-822 (Electronic Mail -- SMTP and RFC-822) (Sezione 5)
  • Servizi di supporto (Support Services) (Sezione 6)

1.3.2 Requisiti (Requirements)​

In questo documento, le parole utilizzate per definire il significato di ogni particolare requisito sono maiuscole. Queste parole sono:

  • MUST (DEVE): Questa parola, o l'aggettivo «REQUIRED (RICHIESTO)», significa che l'elemento è un requisito assoluto della specifica.
  • SHOULD (DOVREBBE): Questa parola, o l'aggettivo «RECOMMENDED (RACCOMANDATO)», significa che possono esistere ragioni valide in particolari circostanze per ignorare questo elemento, ma le implicazioni complete devono essere comprese e il caso attentamente valutato prima di scegliere un corso diverso.
  • MAY (PUÒ): Questa parola, o l'aggettivo «OPTIONAL (OPZIONALE)», significa che questo elemento è veramente opzionale.

1.3.3 Terminologia (Terminology)​

Questo documento utilizza i seguenti termini tecnici:

  • Segmento (Segment): Un segmento è l'unità di trasmissione end-to-end nel protocollo TCP.
  • Messaggio (Message): Nel contesto di protocolli di livello inferiore, un messaggio è l'unità di trasmissione in un protocollo di livello di trasporto.
  • Datagramma (Datagram): Un datagramma è un pacchetto IP.
  • Multihomed: Un host è detto multihomed se ha più indirizzi IP.

1.4 Riconoscimenti (Acknowledgments)​

Questo documento incorpora contributi e commenti da molti membri della comunità Internet.