NTP Time Server Packet Header Forklaret
Sendt af Stuart on November 6th, 2008
De fleste tidsservere bruger Network Time Protocol og ligesom andre internetbaserede protokoller indeholder NTP en pakkeoverskrift. En pakkeoverskrift, simpelthen, er bare en formateret dataenhed, der beskriver oplysningerne i pakken.
NTP-pakkeoverskriften består af et antal 32-bitord. Her er en liste over de mest almindelige pakkeoverskrift og deres betydning:
IP-adresse - adressen til NTP Time Server
NTP Version - hvilken version af NTP (i øjeblikket version 4 er den seneste)
Reference tidsstempel (den primære epoke), som NTP bruger til at udarbejde tiden fra dette sætpunkt (normalt januar 01 1900
Rundrejseforsinkelsen (den tid det tager anmodning at ankomme og komme tilbage i millisekunder)
Lokal klokkeforskydning - tidsforskel mellem vært og klient
Spildindikator (hvis der skal være et spring andet den dag - normalt kun på 31 december)
Mode3 - et trebits heltal, hvilke værdier repræsenterer: 0 = reserveret, 1 = symmetrisk aktiv, 2 = symmetrisk passiv, 3 = klient, 4 = server, 5 = broadcast, 6 = NTP kontrolmeddelelse, 7 = reserveret til privat brug.
Stratum niveau - hvilket lag niveau niveauer NTP-server er (en stratum 1-server modtager tiden fra en atomurkilde, en stratum 2-server modtager tiden fra en stratum 1-server)
Afstemningsinterval (Hvor mange anmodninger er der lavet og deres intermitterende)
Præcision - hvor præcis i millisekunder er systemuret
Root Delay - Dette er et underskrevet fast punktnummer, der angiver den samlede returrejseforsinkelse til den primære referencekilde ved roden
Root spredning (i millisekunder) - Roden spredning er den maksimale (worst case) forskellen mellem det lokale system ur og roden af NTP træet (stratum 1 ur)
Ref ID - 32 bit identificere referenceuret
Stammer tidsstempel (tid, før synkronisering anmodning)
Modtag tidsstempel - den tid, hvor værten / NTO-tidsserveren fik anmodningen
Overfør tidsstempel - den gang værten sendte anmodningen tilbage
Gyldigt svar - er systemuret synkroniseret eller ej
Dette indlæg blev skrevet af Stuart
