Vanlige nettverkstidssynkronisering (NTP) Server feil (Del 1)
Postet av Richard N Williams on Mars 9th, 2009
NTP-servere er den enkleste, mest nøyaktige og sikre metoden for å motta en UTC-tid kilde (koordinert universell tid). Mest dedikert NTP-servere tid vil kjøre i bakgrunnen automatisk automatisk synkronisering av enhetene på et nettverk.
Imidlertid er det noen vanlige problemer som noen ganger oppstår ved bruk av a nettverkstidsserver men heldigvis kan de fleste løses relativt enkelt.
Å miste et GPS-tidssignal
GPS er en av de mest effektive kildene til UTC-tid. GPS-signalet er tilgjengelig bokstavelig talt hvor som helst på planeten der det er et klart syn på himmelen. På en gang er det minst tre satellitter innenfor rekkevidde av noe sted og i motsetning til radiomottakede sendinger, er det ingen vedlikeholdsbrudd, slik at signalet alltid er uavbrutt.
Imidlertid finner noen mennesker at de fortsetter å miste GPS-signalet når de bruker en GPS NTP tidsserver. Svært sjelden kan dette skyldes ekstra terrestriske forekomster (solstråler - ikke små grønne menn), men mer generelt forekommer signaltap når det ikke har vært nok tid til å gi den første oppkjøpslåsen.
For å sikre et kontinuerlig signal, må du følge produsentens anbefaling for å skaffe oppkjøpet. Dette betyr vanligvis å forlate GPS tidsserveren for å få en god lås i minst 24 timer (slik at alle satellitter har vært i visning). Hvis det ikke er nok tid til dette, er det mulig at GPS-tidsserveren mister en satellitt og dermed timinginformasjon.
Ett sekunders forsinkelse i en radioklokke i forhold til internett eller GPS
Dette er en svært hyppig forekomst når du bruker en radiotidsserver ved hjelp av signaler som MSF-overføring fra Storbritannia National Physical Laboratory. Dette skjer normalt etter innsetting av en Leap Second. Sprang sekunder blir introdusert en eller to ganger i året for å kompensere for bremsing av jordens rotasjon og for å holde UTC i tråd med Greenwich Meridian.
Samtidig som NTP vil automatisk regne med sprang sekunder med signaler som MSF, det kan ofte ta litt tid siden det ikke er noen Leap Second Announcement. Denne kunngjøringen tillater vanligvis NTP å forberede seg til det andre spranget (som vanligvis forekommer i siste sekund i den siste dagen i juni eller desember). Som signaler som MSF ikke kunngjøre det kommende sprang andre Det kan ta litt tid for det å bli regnskapsført. I noen tilfeller kan det ta noen dager i andre minutter. En enkel løsning er å manuelt kunngjøre spranget andre.
Men hvis dette ikke er gjort, vil NTP etter hvert oppdage hoppet andre og justere nettverksklokker.
Contiued ......
Dette innlegget ble skrevet av Richard N Williams
Richard N Williams er en teknisk forfatter og spesialist i NTP Server og tid synkronisering industrien. Richard N Williams på Google+
