II. Alcuni requisiti per il software host-to-host

Uso semplice

Come con qualsiasi nuova struttura, ci sarà un periodo di utilizzo molto leggero fino a quando la comunità degli utenti sperimenterà la rete e inizierà a dipenderne. Uno dei nostri obiettivi deve essere quello di stimolare l'uso immediato e facile da parte di un'ampia classe di utenti. Con questo obiettivo, sembra naturale fornire la capacità di utilizzare qualsiasi host remoto come se fosse stato composto da un terminale TTY (teletype, telescrivente). Inoltre, vorremmo avere una certa capacità di trasmettere un file in modo in qualche modo diverso dalla simulazione di una telescrivente.

Uso approfondito

Uno dei problemi intrinseci nella rete è il fatto che tutte le risposte da un host remoto richiederanno dell'ordine di mezzo secondo circa, non importa quanto semplici. Per l'uso della telescrivente, potremmo passare a un'organizzazione di eco locale semi-duplex, ma questo distruggerebbe parte dell'utilità della rete. I sistemi 940, ad esempio, hanno un eco molto specializzato.

Quando consideriamo l'uso di stazioni grafiche o altri terminali sofisticati sotto il controllo di un host remoto, il problema diventa più grave. Dobbiamo cercare un metodo che ci permetta di utilizzare la nostra attrezzatura più sofisticata il più possibile come se fossimo collegati direttamente al computer remoto.

Controllo degli errori

Jeff Rulifson di SRI sottolinea che il controllo degli errori alle principali interfacce software è sempre una buona cosa. Sottolinea alcune esperienze presso SRI dove ha risparmiato molte dispute e sforzi sprecati. Su queste basi, vorremmo vedere un controllo da host a host. Oltre a controllare l'interfaccia software, controllerebbe anche l'hardware di trasmissione host-IMP. (BB&N afferma che l'hardware host-IMP sarà affidabile quanto i registri interni dell'host. Crediamo loro, ma vogliamo comunque il controllo degli errori.)