Interfacciamento HOST/IMP

Le interfacce hardware e software tra host e IMP sono un'area di particolare interesse per le organizzazioni degli host. Considerata la diversità dei calcolatori host a cui un IMP standard deve collegarsi, l'interfaccia hardware è stata resa seriale a livello di bit e full-duplex. Ogni organizzazione di host implementa la propria metà di questa semplicissima interfaccia.

L'interfaccia software è altrettanto semplice ed è costituita da messaggi scambiati avanti e indietro tra i programmi dell'IMP e dell'host. Sono definiti messaggi speciali di errore e di segnalazione, oltre a messaggi contenenti dati normali. I messaggi in attesa nelle code dell'una o dell'altra macchina vengono inviati a piacimento della macchina in cui risiedono, senza alcuna considerazione per le esigenze dell'altro calcolatore.

L'effetto dell'attuale interfaccia software è un inutile nuovo buffering di tutti i messaggi nell'host, in aggiunta al buffering nell'IMP. I messaggi non hanno un ordine particolare, se non quello dei tempi di arrivo all'IMP. Il Network Control Program di un host (ad esempio UTAH) ha bisogno dei RFNM in attesa prima di tutti gli altri messaggi. Presso un altro sito (ad esempio SRI), il NCP trarrebbe beneficio dal ricevere i messaggi destinati all'utente che è il prossimo a essere eseguito.

Ciò che serve è un codice che rappresenti le esigenze specifiche dell'host su entrambi i lati dell'interfaccia, per prendere decisioni intelligenti su cosa trasmettere successivamente sul canale. Con l'attuale interfaccia software, il canale in una direzione, una volta impegnato per un determinato messaggio, resta bloccato fino a 80 millisecondi! Questo si avvicina al tempo di un carattere di telescrivente e limita inutilmente le interazioni full-duplex, carattere per carattere, sulla rete. Come minimo, il protocollo IMP/HOST dovrebbe essere esteso per consentire a ciascun lato di assistere l'altro nella pianificazione dei messaggi sui canali.