Aller au contenu principal

Annexe A - Protocole de connexion réseau vers le SRI-Network Information Center

1. Protocole de connexion initiale​

L'établissement de connexion au NIC est identique à celui présenté à la section II du NWG/RFC 80 NIC (5608,) ; il est reproduit ici :

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. Protocole de rupture de connexion​

Un échange de CLS est effectué entre les NCP pour chacune des deux connexions, conformément au document #1 NIC (5143,).

Nous pourrions décider d'introduire un délai d'attente (time-out) dans les connexions du NIC, de sorte qu'aucune interaction pendant une durée « raisonnable » (encore à préciser) entraîne l'initiation, par le NIC, d'une rupture (CLS-out) des connexions.

3. Protocole de troisième niveau​

Les 8 premiers bits reçus par le NIC par le socket ss doivent constituer le type de données de message indiquant qu'un flot ASCII de 8 bits suit, conformément au NWG/RFC #63, NIC (4963,).

 I.e., the first 8 bits are 00000001

Les 8 premiers bits reçus par Telnet par le socket us indiqueront également un type de données de message égal à 1. Chaque message réseau doit avoir une longueur multiple entier de 8 bits. Si une norme réseau différente de la suggestion du NWG/RFC #63, NIC (4963,) venait à être établie, nous modifierions ce protocole pour nous y conformer.

Le NIC aura les interruptions générées par le NCP désactivées, c'est-à-dire :

    INR will be ignored

INS will not be sent to the remote host

4. Conventions de caractères du NLS(NIC) intéressant Telnet​

L'écho peut être soit sous le contrôle du NLS(NIC), soit sous le contrôle du site utilisateur. Lorsque nous parlons d'écho ci-dessous, nous entendons sous le contrôle du NLS(NIC). Lorsque l'écho est assuré par le site utilisateur, nous nous attendons à ce que l'utilisateur règle les conventions de sortie du NLS(NIC) pour qu'elles concordent avec les conventions d'écho de son site. Sauf instruction explicite contraire, le NLS(NIC) suppose que l'écho est assuré par le site utilisateur.

Caractères de contrôle affectant le format :

  • tabulation horizontale (horizontal tab)
    • en écho et en sortie, espaces jusqu'au prochain taquet (définissable par l'utilisateur).
    • si en saisie littérale (literal input), inscrit dans le fichier comme ASCII '11.
  • saut de page (form feed)
    • en écho et en sortie, retour chariot suivi d'un nombre approprié (définissable par l'utilisateur) de sauts de ligne.
    • si en saisie littérale, inscrit dans le fichier comme ASCII '14.
  • tabulation verticale (vertical tab)
    • en écho et en sortie, retour chariot suivi d'un nombre approprié (définissable par l'utilisateur) de sauts de ligne.
    • si en saisie littérale, inscrit dans le fichier comme ASCII '13.
  • retour chariot (carriage return)
    • en écho et en sortie, retour chariot suivi d'un saut de ligne.
    • si en saisie littérale, inscrit dans le fichier comme EOL (voir ci-dessous).
  • saut de ligne (line feed)
    • en écho et en sortie, saut de ligne.
    • inscrit dans le fichier comme ASCII '12 en saisie littérale.
  • EOL (fin de ligne, end of line)
    • actuellement code ASCII '37.
    • en écho et en sortie, retour chariot suivi d'un saut de ligne.
    • si en saisie littérale, inscrit dans le fichier comme ASCII '37.
    • Si le système de l'utilisateur ajoute automatiquement un LF à un CR avant de l'envoyer à Telnet, ou convertit le CR en un code EOL autre que l'ASCII '37, nous nous attendons à ce que Telnet n'envoie au NLS(NIC) qu'un CR ou un ASCII '37. Si nous recevons un CRLF, alors en sortie nous enverrons un CRLFLF.

5. Convention d'attention-interruption du NLS(NIC)​

Un code ASCII (définissable par l'utilisateur) dans le flot de texte en entrée sert à interrompre le processus en cours d'exécution et à rendre le contrôle au processeur de commandes principal du NLS(NIC).

Ce code est actuellement DEL (ASCII '177).

  • Échappement vers le moniteur du NIC : aucun échappement n'est requis, car toutes les opérations nécessaires à l'utilisation du NIC peuvent être effectuées au sein du NLS(NIC).
  • Jeu de caractères : nous recommandons vivement que le processus Telnet soit capable de générer, au moyen d'un ensemble de conventions de frappe, les 128 codes ASCII. L'utilisation du NLS(NIC) sera probablement plus confortable depuis un dispositif doté de graphismes majuscules et minuscules, bien que nous puissions fournir le service à des dispositifs à casse unique. Nous pouvons fournir un service utile si le jeu ASCII complet ne peut être envoyé, mais nous aimerions minimiser les cas particuliers que nous avons à traiter. Les sites qui ne peuvent fournir le jeu ASCII complet sont priés de nous contacter.

Figure 1 - Connexion 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 ]