Please enable JavaScript.

Coggle requires JavaScript to display documents.

Sincronizzazione Orologi (comandi linux (ntpdate (Grezzo 2 (Se l'…

- - - - Non esistono nel sistema due macchine che non hanno concezione del tempo diverse ( es una macchina pensa che siano le 09:30 un altra all'interno del sistema pensa che siano le 9,35)
- - - - produce errore incrementale con l'avanzamento del tempo
  - - - Si sincronizza tramite rete da sorgenti attendibili
        
        Setta a intervalli regolari il tempo nel'Hardware clock
        
        In modo che comunque l'hardware clock mantenga un tempo più o meno consistente
        
        attraverso un apposito protocollo ( Solitamente NTP)
        
        l'os aumenta o diminuisce il numero di tick per l'avanzamento a seconda che il system clock sia rispettivamente in anticipo o in ritardo rispetto al tempo ottenuto
      - avanza dopo un numero arbitrario di tick scelti dal sistema Operativo
- - - - Sincronizzazione iniziata dal master
      - Permette al master di avere una concezione dello scostamento dello slave
      - Scambio 3 messaggi
      - é il master che decide di quanto lo slave deve modificare il tick per adeguarsi
    - - Scambio di due messaggi
        
        Lo slave chiede al master di sincronizzare il suo orologio
      - Tiene conto dei ritardi di trasmissione
        
        Viene approssimato tramite RTT/2 ( RTT= round trip time)
      - Il master non conosce lo scostamento dello slave
      - Master Salve
      - Funziona se il tempo di andata e ritorno sono simili e il tempo di trasimssione si mantengono più o meno costanti nel tempo
    - - Comunico ad un altra macchina il tempo che ho localmente nella mia
      - Questa imposterà la sua concezione di tempo uguale a quella che riceve dal mio pacchetto
      - Non tiene conto del ritardo di propagazione
      - Utilizzabile al limite se il ritardo di propagazione è trascurabile o è conosciuto a priori
  - - - Ritardi trasmissivi non noti a priori
      - Ritardi variabili nel tempo
      - Ritardo di un pacchetto in andata è potenzialmente diverso dal ritardo in ritorno
      - Anche avendo una sincronizzazione perfetta iniziale poi comunque gli orologi tra le macchine varierebbero
- - - - Oggi alla versione 4 (RFC 5905 )
    - - WAN
        
        Decine di millisecondo
      - LAN
        
        Millicecondo
  - - - Server Più precisi di tutti, aggiornati tramite GPS o tramite WWV
      - Solitamente non interrogabili direttamente ( avrebbero troppe richieste)
    - - Interrogabili dai client
      - Si aggiornano tramite i server di stratum 1
    - - Come lo stratum 2 ma si aggiornano tramite lo stratum 2
    - - Sono server che condividono le informazioni di tempo tramite protocollo NTP
      - Più è alto il livello di stratum minore è l'accuratezza
      - é necessario mantenere un uso basso degli stratum più alti per mantenere una buona precisione
  - - - NTP Timestamp
        
        64 Bit
        
        32
        
        32
        
        marche temporali nel pacchetto NTP
      - NTP Short
        
        32 Bit
        
        16
        
        Secondi
        
        16
        
        Frazioni di secondi
        
        bassa precisione
        
        utilizzata in alcuni campi del pacchetto NTP
        
        deelay
        
        dispesion
        
        mpm è necessario in questi campi avere maggiore precisione
      - NTP Date
        
        128 Bit
        
        64
        
        Era 32
        
        Era Offfset 32
        
        64
        
        rappresentazione di frazione di secondi
        
        rappresentazione di ere
        
        il formato più preciso
        
        pesante
    - - Non setto l'orario ma modifico l'avanzamento del tempo nella mia macchina
        
        L'adattamento è progressivo
      - Faccio misurazioni ripetute del tempo ricevuto dai server e valuto di quanto devo aggiustare la velocità di avanzamento del mio orologio
      - Varianti
        
        Client/Server
        
        architettura client server tipica con le parti completamente separate
        
        Simmetrica
        
        uno dei nodi della rete fa sia da client che da server
        
        Broadcast
        
        un server manda in broadcast il concetto di tempo a tutti i client
      - Algoritmo
        
        Peer/pool Process
        
        Clustering and selection algoritm
        
        Mitigarion algoritm
        
        Clock Discipline process
        
        Clock Adjust Process
        
        2 more items...
        
        il clock discipline definisce quale strategia adottare per regolare il clock
        
        il mitigation algoritm si preoccupa in base ai valori ricevuti di capire quale è il valore di discostamento rispetto al tempo ideale e definisce quindi quanto il clock debba variare.
        
        Questo ( selection ) discrimina anche i server migliori, in modo da conoscere chi da informazioni più attendibili per decidere se mantenerlo nella lista dei server da contattare o di sostituiro
        
        attraverso un algoritmo di clustering e selction vengono selezionati i valori verosimili ricevuti dai server
        
        Un client finale si rivolge a 3 server NTP che gli forniscono 3 informazioni plausibilmente diverse di tempo
        
        Richiedo ogni tot di tempo le informazioni dai 3 server
    - - Pacchetto Completo
        
        I pacchetti NTP sono incapsulati in UDP
      - LI
        
        Leap Indicator
        
        4 bit
        
        Leap second
        
        il giorno si è concluso normalmente (00)
        
        l'ultimo minuto ha un secondo in più (01)
        
        L'ultimo minuto ha un secondo in meno(10)
        
        Errore maggiore (11)
        
        Sull'rfc è presente un erata corrige ( month )
      - VN
        
        Version Number
        
        indica la versione di NTP o SNTP
      - Mode
        
        modalità di comunicazione
        
        0 riserveto
        
        1 Simmetrica attiva
        
        2 simmetrica passiva
        
        3 client
        
        4 server
        
        5 broadcast
        
        6 NTP control
        
        7 riservato per uso privato
        
        3 bit
      - Stratum
        
        intero 8 bit
        
        indica il grado del server
        
        1 primario
        
        2-15 Secondario
        
        16 non sinconizzato
        
        17-255 Riesrvati
        
        0 Non specificato o non valido
        
        nel protocollo 4 indica che l'invio del messaggio "kiss-of-death" che notifica che qualcosa è andato storto
      - Poll Interval
        
        8 bit
        
        Intervallo massimo tra i prossimi messaggi
        
        solitamente tra 6 e10
        
        log(2)*pool interval
      - Precision
        
        intero con segno 8 bit
        
        rappresenta la precisione del system clock
        
        rilevata dopo vari scambi di messaggi
        
        log(2)*precision
      - Root Deelay
        
        Round trip deelay al server a cui si fa riferimento
        
        NTP short
      - Root Dispersions
        
        NTP short
        
        Indica l'errore dalla sorgente di riferimento
      - Reference Identifier
        
        Stringa a 32 bit
        
        Rappresenta o un particolaer server o orologio di riferimento
        
        L'interpretazione dipende dal valore di Stratum
        
        Ad esempio se stratum= 0 ( kiss-of-death) è usato per debugging e montoraggio
        
        valori
        
        GOES
        
        GPS
        
        GAL
        
        Galileo
        
        WWVB
        
        LF Radio WWVB Ft. Collins, CO 60 kHz
        
        ce ne sono altri, in sostanza indicano la provenienza dell'informazione di tempo. non li metto tutti se volete approfondire consultate l'RFC nella sezione 7.3
      - Reference Timestap
        
        primo Istante in cui il tempo è stato corretto o settato
      - Origin tamestamp
        
        tempo al quale il pacchetto è partito dal server (T1)
      - Receive Timestamp
        
        Tempo nel server quando arriva la richiesta dal client (t2)
      - Transmit Timestamp
        
        Tempo al quale il server invia la risposta ( T3)
      - NOTARE che t4 il Destination timestamp ( ossia il tempo al quale ila risposta arriva nella macchina che richiede la sincronizzazione) non è presente nel pacchetto di ntp perche viene rilevato direttaemnte dalla macchina che fa richiesta, e non è quindi necessario propagarlo in rete
      - Key identifier
        
        campo 32 intero per designare la chiave tra client e server
      - Digest
        
        digest del messaggio per controllare che non sia corrotto
- - - - La media di questi 50 porta ad un tempo considerato preciso detto TAI ( tempo atomico universale)
        
        La media è fatta dai francesi, che a quanto pare sono pìù precisi degli svizzeri
        
        BIH(Bureau International de l’Heure
        di Parigi)
      - Il giorno TAI dura 3 sec in meno del giorno solare
        
        Una volta compensato questo otteniamo l'UTC
        
        compromesso tra l'inglese Coordinated Universal Time e il
        francese Temps universel coordonné
        
        é il fuso orario di riferimento
        
        quasi coincidente con il GMT
    - - Non adatti al'uso di utenti poco esperti
  - - - Questi computer solitamente condividono in rete le indormazioni sul tempo, soltiamente in NTP, sono i server di stratum 1
- - - - Se l'errore è maggiore di 0,5 sec setta il tempo
      - se l'errore è inferiore di 0,5 sec mitiga il cambiamento nel tempo modificando la velocità del clock