Passa al contenuto principale

Introduzione

Re: NWG/RFC n. 28 e 29.

L'aggiunta di un orologio in uno o più HOST della rete sembra molto auspicabile, poiché esso (o essi) consentirebbe misurazioni del ritardo dei messaggi orientate all'utente. Gli attuali mezzi di misurazione della rete non includono alcun ritardo interno all'HOST, e tali ritardi possono costituire una parte apprezzabile del ritardo totale incontrato da una trasmissione di messaggi da HOST a HOST. Potremmo scoprire che un'estensione delle nostre capacità « Trace » per includere i ritardi interni all'HOST costituirebbe un meccanismo appropriato per utilizzare un simile orologio. Un tale uso richiederebbe un orologio sia alla sorgente sia alla destinazione del messaggio, sebbene tali orologi non debbano essere particolarmente accurati né sincronizzati. Altri test, come il ritardo assoluto complessivo di un messaggio da HOST A a HOST B, richiederebbero la sincronizzazione dei due orologi.

Una specifica ragionevole per l'orologio in tempo reale di SRI sembrerebbe dover includere una risoluzione di circa 1 ms, una precisione di circa 1 parte su 10E7 (così che due tali orologi possano mantenere precisioni relative ragionevoli su periodi di molte ore) e un intervallo di circa 24 ore. Un orologio controllato a cristallo dovrebbe soddisfare facilmente questi requisiti a un costo moderato.

Anche la scelta del meccanismo con cui l'HOST può leggere l'orologio sembra essere motivo di preoccupazione. La risoluzione di 1 ms potrebbe richiedere che l'orologio sia interamente hardware (in contrapposizione a una locazione di memoria che verrebbe incrementata a ogni impulso di clock), e pertanto l'orologio potrebbe richiedere una circuiteria di interfaccia piuttosto complicata.

All'UCLA disponiamo attualmente di due orologi sul Sigma 7, e uno di essi ha una risoluzione di circa 2 ms che potrebbe essere utilizzabile per alcune misurazioni interne all'HOST. Tuttavia, non possiede la precisione a lungo termine necessaria per le misurazioni assolute sopra menzionate.


Nota: Questo RFC è stato messo in forma leggibile da macchina per l'inserimento negli archivi RFC online da Richard Ames 1/98.