Interfaçage HOST/IMP

Les interfaces matérielles et logicielles entre l'hôte et l'IMP constituent un domaine de préoccupation particulière pour les organisations hôtes. Compte tenu de la diversité des ordinateurs hôtes auxquels un IMP standard doit se connecter, l'interface matérielle a été conçue en série bit à bit et bidirectionnelle. Chaque organisation hôte met en œuvre sa moitié de cette interface très simple.

L'interface logicielle est tout aussi simple et consiste en messages échangés dans les deux sens entre les programmes de l'IMP et de l'hôte. Des messages spéciaux d'erreur et de signal sont définis, ainsi que des messages contenant des données normales. Les messages en attente dans les files de l'une ou l'autre machine sont envoyés au gré de la machine dans laquelle ils résident, sans se soucier des besoins de l'autre ordinateur.

L'effet de l'interface logicielle actuelle est une remise en tampon inutile de tous les messages dans l'hôte, en plus de la mise en tampon dans l'IMP. Les messages n'ont d'autre ordre que leurs heures d'arrivée à l'IMP. Le programme de contrôle du réseau d'un hôte (par exemple UTAH) a besoin des RFNM en attente avant tous les autres messages. Sur un autre site (par exemple SRI), le NCP pourrait tirer profit de la réception des messages destinés à l'utilisateur qui doit être exécuté ensuite.

Ce qu'il faut, c'est un codage représentant les besoins spécifiques de l'hôte des deux côtés de l'interface, afin de prendre des décisions intelligentes sur ce qu'il convient de transmettre ensuite sur le canal. Avec l'interface logicielle actuelle, le canal dans une direction, une fois engagé sur un message particulier, est ensuite verrouillé pendant jusqu'à 80 millisecondes ! Cela approche le temps d'un caractère de téléscripteur et limite inutilement les interactions bidirectionnelles, caractère par caractère, sur le réseau. Au minimum, le protocole IMP/HOST devrait être étendu pour permettre à chaque partie d'aider l'autre à ordonnancer les messages sur les canaux.