Appendice A - Protocollo di connessione di rete verso SRI-Network Information Center
1. Protocollo di connessione iniziale (Initial Connection Protocol)
L'istaurazione della connessione verso il NIC è identica a quella presentata nella Sezione II del NWG/RFC 80 NIC (5608,); è qui riprodotta:
Telnet contacts NIC
NIC <- user site
RTS <us> <l> <p>
NIC logger is socket 1
user site <- NIC
STR <l> <us> CLS <l> <us>
if accepted
CLS <l> <us>
if rejected
assuming NIC accepts
user site <- NIC
STR <ss+l> <us>
RTS <ss> <us+l> <q>
NIC receives text thru local socket ss from remote
socket us+l via link q
assuming user site accepts
NIC <- user site
STR <us> <ss+l>
RTS <us+l> <ss> <r>
NIC sends text to remote socket us thru local socket
ss+l via link r
.
.
.
user site <- NIC
ALL <q> <space>
.
.
.
NIC <- user site
ALL <r> <space>
2. Protocollo di interruzione della connessione (Connection Breaking Protocol)
Per ciascuna delle due connessioni viene effettuato uno scambio di CLS tra i NCP, ai sensi del documento #1 NIC (5143,).
Potremmo decidere di introdurre un timeout nelle connessioni del NIC, in modo che l'assenza di interazione per un tempo «ragionevole» (ancora da specificare) comporti l'avvio, da parte del NIC, della chiusura (CLS-out) delle connessioni.
3. Protocollo di terzo livello (Third Level Protocol)
I primi 8 bit ricevuti dal NIC attraverso il socket ss dovrebbero essere il tipo di dati del messaggio che indica che segue un flusso ASCII a 8 bit, ai sensi del NWG/RFC #63, NIC (4963,).
I.e., the first 8 bits are 00000001
Anche i primi 8 bit ricevuti da Telnet attraverso il socket us indicheranno un tipo di dati del messaggio pari a 1. Ogni messaggio di rete dovrebbe avere una lunghezza multipla intera di 8 bit. Se venisse stabilito uno standard di rete diverso dalla proposta del NWG/RFC #63, NIC (4963,), modificheremmo questo protocollo per conformarci.
Il NIC avrà le interruzioni generate dal NCP disabilitate, ossia:
INR will be ignored
INS will not be sent to the remote host
4. Convenzioni sui caratteri del NLS(NIC) di interesse per Telnet
L'eco può avvenire sia sotto il controllo del NLS(NIC) sia sotto il controllo del sito utente. Quando qui di seguito parliamo di eco, intendiamo sotto il controllo del NLS(NIC). Quando l'eco è gestito dal sito utente, ci aspettiamo che l'utente imposti le convenzioni di uscita del NLS(NIC) in modo che si conformino alle convenzioni di eco del suo sito. Salvo esplicito comando contrario, il NLS(NIC) presume che l'eco sia gestito dal sito utente.
Caratteri di controllo che incidono sul formato:
- tabulazione orizzontale (horizontal tab)
- in eco e in uscita, spazi fino alla successiva fermata di tabulazione (definibile dall'utente).
- se durante l'ingresso letterale (literal input), viene immesso nel file come ASCII '11.
- avanzamento pagina (form feed)
- in eco e in uscita, ritorno carrello e un numero appropriato (definibile dall'utente) di avanzamenti di riga.
- se durante l'ingresso letterale, viene immesso nel file come ASCII '14.
- tabulazione verticale (vertical tab)
- in eco e in uscita, ritorno carrello e un numero appropriato (definibile dall'utente) di avanzamenti di riga.
- se durante l'ingresso letterale, viene immesso nel file come ASCII '13.
- ritorno carrello (carriage return)
- in eco e in uscita, ritorno carrello seguito da avanzamento riga.
- se durante l'ingresso letterale, viene immesso nel file come EOL (vedi sotto).
- avanzamento riga (line feed)
- in eco e in uscita, avanzamento riga.
- viene immesso nel file come ASCII '12 in ingresso letterale.
- EOL (fine riga, end of line)
- attualmente codice ASCII '37.
- in eco e in uscita, ritorno carrello seguito da avanzamento riga.
- se durante l'ingresso letterale, viene immesso nel file come ASCII '37.
- Se il sistema dell'utente appende automaticamente un LF a un CR prima di inviarlo a Telnet, oppure converte il CR in un qualche codice EOL diverso dall'ASCII '37, ci aspettiamo che Telnet invii al NLS(NIC) soltanto un CR o un ASCII '37. Se riceviamo un CRLF, allora in uscita invieremo un CRLFLF.
5. Convenzione di attenzione-interruzione del NLS(NIC)
Un codice ASCII (definibile dall'utente) nel flusso di testo in ingresso viene usato per interrompere il processo in esecuzione e restituire il controllo al processore di comandi principale del NLS(NIC).
Questo codice è attualmente DEL (ASCII '177).
- Escape verso il monitor del NIC: non è richiesto alcun escape, poiché tutte le operazioni necessarie per l'uso del NIC possono essere eseguite all'interno del NLS(NIC).
- Insieme di caratteri: raccomandiamo fortemente che il processo Telnet sia in grado di generare, mediante un insieme di convenzioni di battitura, tutti i 128 codici ASCII. L'uso del NLS(NIC) risulterà probabilmente più comodo da un dispositivo con grafica maiuscola e minuscola, sebbene possiamo fornire servizio a dispositivi a caso singolo. Possiamo fornire un servizio utile se l'insieme ASCII completo non può essere inviato, ma vorremmo minimizzare i casi particolari che dobbiamo gestire. I siti che non possono fornire l'insieme ASCII completo sono invitati a contattarci.
Figura 1 - Connessione Telnet:
+----+ |
| | Server |
| | Program |
| | |
+----+ |
^ | |
| v |
+----+ Terminal |
| | control |
| | software | SERVER
| | and | SITE
+----+ possibly |
^ | hardware |
| v |
+----+ |
| | |
| | NCP |
| | |
+----+ |
^ | |
| v |
. .
. .
. .
. .
^ |
| v
+----+ |
| | |
| | NCP |
| | |
+----+ |
^ | |
| v |
+----+ |
| | |
| | Telnet |
| | |
+----+ |
^ | | USER
| v | SITE
+----+ Terminal |
| | control |
| | hardware- |
| | software |
+----+ |
^ | |
| v |
+----+ |
| | User |
\ | terminal |
\--+ |
[ This RFC was put into machine readable form for entry ] [ into the online RFC archives by Tony Hansen 08/08 ]