NTP-aikaskaala ja karkaussekunnit (2023)

Viimeisin päivitys: 24. kesäkuuta 2022 klo 20.19 UTC (fc65ae47b)

alkaenLiisan seikkailut ihmemaassa, Lewis Carroll

Hullu Hatuntekijä ja March Hare keskustelevat siitä, pitäisikö teekannun sarjanumerossa olla kaksi vai neljä numeroa.

Sisällysluettelo

• Abstrakti
• Johdanto
• Kuinka UTC laskee karkaussekunteilla
• Kuinka NTP ja POSIX ottavat huomioon karkaussekuntien avulla
• Kuinka NTP ja POSIX numeerivat sekunnit
• Kuinka NTP toteuttaa karkaussekunteja
• Erotuslaukauksia
• Liite A. Näyte NIST leap-seconds.list -tiedosto

Abstrakti

Network Time Protocolin (NTP) käyttämä aikaskaala perustuu koordinoituun yleisaikaan (UTC), joka itsessään perustuu Maan pyörimiseen akselinsa ympäri. Koska Maan pyöriminen hidastuu hyvin asteittain, tämä vaatii karkaussekunnin lisäämistä aikaskaalaan noin kahdeksantoista kuukauden välein. Tässä asiakirjassa kuvataan lisäyksen mekaniikka ja kuinka se vaikuttaa aikaskaalaan juuri ennen karkaussekuntia, sen aikana ja sen jälkeen.

Johdanto

Suurimmassa osassa maailmaa käytetty perinteinen siviiliaikataulu perustuu koordinoituun maailmanaikaan (UTC sic). UTC-nopeus perustuu kansainväliseen atomiaikaan (TAI sic), joka on johdettu useiden maiden kansallisten standardilaboratorioiden sadoista cesium- ja vetykelloista. UTC-aikaskaala on johdettu UT1-aikaskaalalta, joka perustuu Maan pyörimiseen akselinsa ympäri. UTC:n korjaukset suhteessa UT1:een toteutetaan karkaussekuntien muodossa, joita esiintyy useiden kuukausien ja useiden vuosien välein. Tässä asiakirjassa tarkastellaan mitä tapahtuu NTP-aikaskaalalla karkaussekunnin aikakaudella ja kuinka ja miksi se eroaa perinteisistä Unix-malleista, kuten POSIX.

Vaikka TAI on hyödyllinen tiedeyhteisössä, useimmat meistä laskevat ajan auringon ja vuodenajan mukaan. TAI:sta alkaen UT0-aikaskaala määritetään käyttämällä Maan kiertoradan ja kaltevuuden korjauksia (aurinkokellojen käyttämä aikayhtälö). TheKansainvälinen maan kiertopalvelu (IERS)Pariisin observatoriossa käyttää USNO:n ja muiden observatorioiden toimittamia tähtitieteellisiä havaintoja määrittääkseen UT1:n (navigaattorin) aikaskaalan, joka on korjattu Maan pyörimisen epäsäännöllisillä vaihteluilla.

Kuinka UTC laskee karkaussekunteilla

Vaikka UT1 määrittelee aurinkopäivän, sen käyttöönotto vaatisi kellojemme nollaamista sekunnin murto-osan välein kuukauden tai kahden välein. Aikakaudella 0h 1. tammikuuta 1972 UTC määriteltiin TAI - 10 s, 0,5 s sisällä UT1:stä, mutta siirtymä TAI - UT1 on kasvanut hitaasti siitä lähtien; vuoden 2007 puolivälissä se on 33 s. Kun siirtymä UT1 - UTC on suurempi kuin noin 0,5 s, UTC-aikaskaalaan lisätään karkaussekunti. Jäännöseroa kutsutaan DUT1-korjaukseksi lähetysaikakoodimuodoissa ja se esitetään desisekunteina (0,1 s).

Vuodesta 1972 lähtien tapahtumien tarkimman koordinoinnin ja aikaleiman saavuttamiseksi on tarpeen tietää, milloin karkaussekunnit otettiin käyttöön UTC:ssä ja miten sekunnit on numeroitu. Tämä on tällä hetkellä IERS:n vastuulla, joka julkaisee määräajoin Internetissä saatavilla olevia tiedotteita. Kuten CCIR-raportissa 517 ja myöhemmin tarkistetussa määritetään, karkaussekunti lisätään toisen kellon 23:59:59 jälkeen minkä tahansa määrätyn kuukauden viimeisenä päivänä, ja siitä tulee kyseisen päivän toinen kello 23:59:60. Karkaussekunti poistettaisiin jättämällä pois toinen 23:59:59 jonain päivänä, vaikka näin ei ole koskaan tapahtunut.

Karkaussekuntien ennätys, sekä historiallinen että ennakoitu, sisältyyNIST-aikamittakaavatietoarkisto, jota on päivitetty kuukausittain UTC:n alkamisesta vuonna 1972. Tietokoneella luettava yhteenveto on saatavillaleap-seconds.listtiedosto, joka sisältää jokaisen karkaussekunnin NTP-ajan sekä TAI-UTC-offsetin. Näyteleap-seconds.listtiedosto näkyyLiite A.

UTC-aikataulu tikkii siis SI-sekunnissa ja asetettiin TAI - 10 s klo 0 h Modified Julian Day (MJD) 41 317,5 Julian-päiväkalenterin mukaan tai 0 h 1. tammikuuta 1972 gregoriaanisen kalenterin mukaan. Tämä loi ensimmäisen UTC-aikakauden rastin ja sen laskemisen näiden kalentereiden kanssa. Myöhemmin UTC-aikataulu on marssinut taaksepäin suhteessa TAI-aikatauluun täsmälleen yhden sekunnin aikataulun mukaisissa tilanteissa, jotka on tallennettu sivilisaatiomme institutionaaliseen muistiin.

Huomaa ohimennen, että karkaussekuntien säädöt vaikuttavat sekuntien määrään päivässä ja siten sekuntien määrään vuodessa. Ilmeisesti, jos päätämme olla huolissamme siitä, UTC-kello, gregoriaaninen kalenteri ja erilaiset kosmiset oskillaattorit ajautuvat väistämättä erilleen ajan myötä, kunnes tuleva paavin härkä rationalisoi ne.

Vaikka maailmanlaajuisella paikannusjärjestelmällä (GPS), jota käytetään laajalti normaaliajan levittämiseen, siitä on vähemmän hyötyä tietokoneen ajanottajalle, on oma aikaskaalansa. GPS-aikaskaala on syntoninen TAI:n kanssa, mutta kiinteällä aikapoikkeamalla -19 sekuntia TAI:sta, ilmeisesti siksi, että järjestelmän lopullinen suunnittelu oli vuonna 1980. GPS-referenssikellot muunnetaan tyypillisesti GPS:stä UTC:ksi ulkoisia lukemia varten.

Kuinka NTP ja POSIX ottavat huomioon karkaussekuntien avulla

NTP- ja POSIX-aikataulut perustuvat UTC-aikatauluun, mutta eivät aina ole samat sen kanssa. NTP-aikaskaalan, alkuajan, alkuperä on 0h 1. tammikuuta 1900, kun taas POSIX-aikaskaalan alkuaika on 0h 1. tammikuuta 1970. Molemmat aikaskaalat laskevat standardisekunteina (SI) alkukaudesta. Esimerkiksi UTC:n ensimmäisen tikityksen yhteydessä 0h 1. tammikuuta 1972 NTP-kello näytti 2 272 060 800, mikä edustaa SI-sekuntien lukumäärää alkukaudesta.

Karkaussekuntien lisääminen UTC:hen ja myöhemmin NTP:hen ja POSIX:iin vaikuttaa järjestelmän kelloon ja siten muuntamiseen järjestelmän kellon ajan ja tavanomaisen siviiliajan välillä tunteina, minuutteina ja sekunteina. Koska kuitenkin ainoa käytettävissä oleva institutionaalinen muisti muunnoksen määrittämiseen ovat kansalliset UTC-lähetyspalvelut, muunnos nollataan UTC-muotoon, kun jokainen lähetysaikakoodi vastaanotetaan. Näin ollen, kun karkaussekunti lisätään UTC:hen ja sen jälkeen NTP:hen tai POSIXiin, tieto kaikista aikaisemmista karkaussekunnista menetetään.

Toinen tapa kuvata tätä on sanoa, että NTP- tai POSIX-aikatauluja on yhtä monta kuin historiallisia karkaussekunteja. Käytännössä uusi aikaskaalaus asetetaan uudelleen jokaisen uuden harppaussekunnin jälkeen. Siten kaikki aiemmat karkaussekunnit, puhumattakaan itse aika-asteikon näennäisestä alkuperästä, heilahtelevat yhden sekunnin taaksepäin, kun jokainen uusi aikaasteikko muodostuu. Jos esimerkiksi vuonna 2005 UTC:hen synkronoitua kelloa käytettiin vuoden 1972 alussa tapahtuneen tapahtuman UTC-aikakauden määrittämiseen ilman korjausta, tapahtuma ilmestyisi 22 sekuntia myöhässä. Tämän seurauksena käyttäjän on vähennettävä näennäisestä NTP- tai POSIX-epookista IERS:n tarjoama asiaankuuluva poikkeama aikakauden tarkimman määrittämiseksi suhteessa historialliseen gregoriaaniseen kalenteriin ja UTC-aikatauluun. Tämä on ominaisuus lähes kaikissa nykypäivän ajanjakomekanismeissa.

Kuinka NTP ja POSIX numeerivat sekunnit

Harkkasekunnin toteuttamiseen on kolme lähestymistapaa. Ensimmäinen tapa on kasvattaa järjestelmän kelloa harppaussekunnin aikana ja jatkaa lisäämistä harppauksen jälkeen. Tämän lähestymistavan ongelmana on, että muuntaminen UTC-muotoon edellyttää kaikkien menneiden karkaussekuntien ja lisäyksen aikakauden tuntemista. Toinen tapa on kasvattaa järjestelmän kelloa karkaussekunnin aikana ja siirtää kelloa taaksepäin yksi sekunti harppaussekunnin lopussa. Tämä on POSIX-sopimusten lähestymistapa. Tämän lähestymistavan ongelmana on, että tuloksena oleva aikaskaalaus on epäjatkuva ja moniselitteinen, koska hyppyn aikainen lukema toistetaan sekunnin kuluttua. Kolmas lähestymistapa on jäädyttää kello karkaussekunnin aikana, jolloin aika pääsee kiinni karkaussekunnin lopussa. Tämä on NTP-sopimusten lähestymistapa.

NTP-yleissopimukset perustuvat tietotekniikan teoriayhteisön ehdottamiin muodollisiin väitteisiin.

• Riippuville prosesseille ilmeisen ajan on oltava lähes jatkuvaa. Eli josδxon todellinen aikaväli kahden kellon lukeman välillä jayon lukemien välinen mitattu ero, sitten asδxlähestyy nollaa, maksimiarvoaylähestymistapojas, missäson spesifikaatiossa määritelty tarkkuus.
• Riippuville prosesseille ilmeisen ajan tulee olla monotonisesti määrällisesti kasvava. Eli jos prosessi B lukee kellon prosessin A jälkeen, B:n lukeman on oltava ehdottomasti suurempi kuin A:n lukema. Tämä on seurausta Lamportin "tapahtuu ennen" -suhteesta, joka on suunniteltu tuottamaan osittainen kellonlukemien järjestys. .
• Riippuville prosesseille näkyvän ajan tulee olla oikea ennen itse karkaussekuntia ja sen jälkeen. Toisin sanoen kelloaskel, vaikka se ei ole riippuvaisille prosesseille ilmeinen, tapahtuu jossain itse karkaussekunnin aikana. NTP:ssä askel tapahtuu karkaussekunnin alussa, kun taas POSIXissa askel tapahtuu lopussa.

Yksityiskohtainen kronometria joko POSIX- tai NTP-sopimuksilla on kuvattu taulukossa 1. Se näyttää sekuntien numeroinnin toisen alussa juuri ennen karkaussekuntia, sen aikana ja juuri sen jälkeen 31. joulukuuta 1998 kello 23.59.59 UTC.

Taulukko 1. NTP Leap Second -numerointi

Normaalin päivän viimeinen sekunti on 23:59:59, kun taas karkauspäivän viimeinen sekunti on 23:59:60. Koska tämä tekee päivästä yhden sekunnin pidempää kuin tavallinen päivä, päivän vaihto tapahtuu vasta toisen 3 124 137 600:n ensimmäisen esiintymisen lopussa.

Huomaa, että taulukon 1 NTP-sekunnit-sarake näyttää itse asiassa itse hyppysekunnin aikakauden, joka on lisäyksen tarkka aikakausi. TAI Offset -sarake näyttää UTC:n kumulatiivinen sekuntipoikkeama suhteessa TAI:hen; toisin sanoen sekuntien lukumäärä, joka on lisättävä UTC:hen, jotta voidaan säilyttää nimellinen sopimus TAI:n kanssa.

Lopuksi huomioi, että lisäyksen aikakausi on suhteessa aikaskaalaan välittömästi ennen tätä ajanjaksoa; esim. 31. joulukuuta 1998 tehdyn lisäyksen aikakausi määritetään juuri ennen tätä lisäystä voimassa olleella aika-asteikolla, mikä tarkoittaa, että todellinen lisäys suhteessa TAI:hen on 21 sekuntia aikaisemmin kuin näennäinen aika UTC-aika-asteikolla.

Kuinka NTP toteuttaa karkaussekunteja

NTP-sopimusten herättämä ilmeinen kysymys on, mitä tapahtuu itse karkaussekunnin aikana, kun NTP-aika pysähtyy ja kello pysyy muuttumattomana. NTP:n karkausbitit asetetaan karkauspäivänä joko suoraan referenssikelloohjaimella tai epäsuorasti protokollalla. Karkaussekunti toteutetaan normaalin 86 400 s päivän lopussa, jonka jälkeen hyppybitit nollataan.

Jos tarkkuusajan ytimen muutokset on toteutettu, ytimessä on tilakone, joka toteuttaa skenaarion edellyttämät toimet. Uusimmissa Unix-ytimissä toteutettu tilakone on kuvattu julkaisussananoydinohjelmistojen jakelu. Ensimmäisen toisen 3,124,137,600:n esiintyessä järjestelmän kelloa siirretään yhden sekunnin taaksepäin. Käyttöjärjestelmän ytimen ajan muunnosrutiinit voivat tunnistaa tämän ehdon ja näyttää hyppysekunnin numerona 60.

Kuitenkin rutiini, joka todella lukee kelloa, ei koskaan astu taaksepäin, ellei askel ole merkittävästi suurempi kuin yksi sekunti, mikä saattaa johtua nimenomaisesta operaattorin suunnasta. Tässä suunnittelussa aika pysähtyy karkaussekunnin aikana, mutta on oikea seuraavasta sekunnista alkaen.

Kuva 1. NTP-poikkeama hyppysekunnin läheisyydessä

Kuva 1 näyttää käyttäytymisen useimmissa ytimissä käytetyn muokatun mallin kanssa. Toisin kuin POSIX-käytännöt, NTP-kello on jähmetetty eikä etene karkaussekunnin aikana, joten sitä ei tarvitse siirtää sekuntia taaksepäin karkaussekunnin lopussa. Kronometrinen vastaavuus UTC- ja NTP-aikataulujen välillä jatkuu, mutta NTP on unohtanut kaikki aikaisemmat lisäykset. Näin ollen karkaussekuntien UTC-aikavälien määrittäminen on virheellinen, ellei tarkkoja lisäysaikoja tunneta NIST-taulukosta ja sen seuraajista.

Välittömästi hyppysekunnin lisäyksen jälkeen molemmat aikaskaalat jatkavat sekuntien tikittamista ikään kuin hyppyä ei olisi koskaan tapahtunut. Kellon lukema on pakotettu kasvamaan aina, joten jokainen luku karkaussekunnin aikana kasvattaa NTP-kelloa vähintään yhdellä mikrosekunnilla vanhemmilla ytimillä ja yhdellä nanosekunnilla uudemmilla ytimillä.

Tapauksessa A kelloa ei luettu karkaussekunnin aikana, joten se näyttää pysähtyneen. Tapauksessa B kello luettiin yhden tai useamman kerran karkaussekunnin aikana, joten arvo kasvaa viimeisen lukeman jälkeen. Tämä jatkuu, kunnes karkaussekunnin jälkeen askeltettu kello saavuttaa tämän arvon.

Erotuslaukauksia

Saattaa olla huolissaan ohjelmistovaaran mahdollisuudesta, joka yrittää lukea järjestelmän kellon mahdollisimman nopeasti. Periaatteessa tämä voi johtaa suureen eroon kellon lukeman ja todellisen ajan välillä, ja se voi kasvaa loputtomasti. Nykyaikaisilla nanosekunnin ytimillä ja tyypillisellä 100 ns:n järjestelmän kellon lukemisajalla erotus karkaussekunnin lopussa ei olisi enempää kuin 10 ms. Toisaalta vanhemmalla mikrosekunnin ytimellä ja tyypillisellä 1000 ns:n järjestelmän kellon lukemisajalla poikkeama harppaussekunnin jälkeen voi olla jopa yksi sekunti. Tällaista vaaraa vastaan ​​tulee suojautua.

Liite A. Näyte NISTleap-seconds.listTiedosto

Seuraava on sanatarkasti kopio näytteestäkarkaussekunnit.listatiedosto on saatavilla useimmilta NIST-aikapalvelimilta. Tiedostonimi on linkki varsinaiseen tiedostonimeen, jonka tarkenne on tiedoston sukupolven mukaan, kutenkarkaussekunteja.

##Seuraavassa tekstissä symboli '#' esittelee#kommentin, joka jatkuu kyseisestä symbolista #rivin loppuun. Yksinkertaisella kommenttirivillä on kommentin ilmaisimen perässä #whitespace.#Alle on määritetty myös erityisiä kommenttirivejä.#Erityiskommentissa on aina sarakkeessa 2 muu kuin välilyöntimerkki.##Tyhjä rivi tulee jättää huomiotta. ##Seuraava taulukko näyttää korjaukset, joita # täytyy soveltaa laskettaessa kansainvälistä atomiaikaa (TAI)#koordinoidun maailmanajan (UTC) arvoista, jotka #lähettävät melkein kaikki aikapalvelut.##Ensimmäinen sarake näyttää aikakauden kuten sekuntimäärä# vuodesta 1900.0 ja toisessa sarakkeessa näkyy sekuntien määrä, joka on lisättävä UTC:hen, jotta TAI voidaan laskea# mille tahansa aikaleimalle kyseisellä aikakaudella tai sen jälkeen. Arvo #jokaisella rivillä on voimassa ilmoitetusta aloitushetkestä#seuraavaan annettuun aikakauteen tai määräämättömän ajan#tulevaisuudessa, jos seuraavaa riviä ei ole.#(Jokaisen rivin kommentti näyttää#vastaavan alkukirjaimen esityksen aikakausi tavallisessa muodossa#päivä-kuukausi-vuosi. Epookki alkaa aina #00:00:00 UTC ilmoitettuna päivänä. Katso huomautus 5 alla.)##Tärkeitä huomautuksia:##1. Koordinoitua maailmanaikaa (UTC) kutsutaan usein #Greenwichin keskiajaksi (GMT). GMT-aikaasteikkoa ei# enää käytetä, ja GMT:n käyttäminen UTC:n ###2 osoittamiseen ei ole suositeltavaa.##2. UTC-aika-asteikon toteuttavat monet kansalliset#laboratoriot ja ajoituskeskukset. Jokainen laboratorio#tunnistaa realisaationsa nimellä: Siten#UTC(NIST), UTC(USNO) jne. Erot#näiden eri toteutusten välillä ovat tyypillisesti#muutaman nanosekunnin luokkaa (eli 0.000 000 00x s)# ja se voidaan jättää huomiotta moniin tarkoituksiin. Nämä erot#on taulukoitu Circular T -kirjeessä, jonka Kansainvälinen paino- ja mittatoimisto# (BIPM) julkaisee kuukausittain. Katso lisätietoja osoitteesta www.bipm.fr.##3. Nykyinen määritelmä UTC#:n ja TAI:n väliselle suhteelle on peräisin 1. tammikuuta 1972. Useita erilaisia#aika-asteikkoja oli käytössä ennen kuin aikakausi, ja voi olla#melko vaikeaa laskea tarkat aikaleimat ja aika#välit näinä esihistoriallisina aikoina. . Saat lisätietoja:##The Explanatory Supplement to Astronomical#Ephemeris.#or#Terry Quinn, The BIPM and the Accurate Measurement#of Time, Proc. IEEE, voi. 79, s. 894-905, #heinäkuu, 1991. ##4. Karkaussekuntien lisääminen UTC:hen on tällä hetkellä #vastuussa Kansainväliselle maan kiertopalvelulle,#joka sijaitsee Pariisin observatoriossa:##Central Bureau of IERS#61, Avenue de l'Observatoire#75014 Paris, France.## IERS ilmoittaa karkaussekunnit tiedotteessa C##Katso lisätietoja osoitteesta hpiers.obspm.fr tai www.iers.org.##Kaikki kansalliset laboratoriot ja ajoituskeskukset käyttävät# BIPM:n ja IERS:n tietoja ### UTC:n paikalliset realisaatiot.##Vaikka määritelmä sisältää myös mahdollisuuden#pudottaa sekunteja (negatiiviset karkaussekunnit), tätä ei ole #koskaan tehty, eikä se todennäköisesti ole tarpeen #näkevässä tulevaisuudessa.##5. Jos järjestelmäsi pitää ajan sekuntien lukumääränä#jostakin aikakaudesta (esim. NTP-aikaleimat), algoritmi UTC-aikaleiman#määrittämiseksi tapahtumalle, joka tapahtuu positiivisen#karkaussekunnin aikana, ei ole hyvin määritelty. Tuon harppaussekunnin virallinen nimi on 23:59:60, mutta sitä aikaa ei voi esittää millään näissä järjestelmissä.#Monet tämän tyyppiset järjestelmät pysäyttävät järjestelmän kellon#yhdeksi sekunniksi karkaussekunnin aikana ja käyttävät aika, joka vastaa #23:59:59 UTC kahdesti. Näille järjestelmille vastaava TAI#aikaleima saadaan siirtymällä #seuraavan taulukon seuraavaan kohtaan, kun kello 23:59:59 UTC# vastaavaa aikaa käytetään toisen kerran. Siten karkaussekunnissa, joka#tapahtui 30. kesäkuuta 1972 klo 23:59:59 UTC, TAI#aikaleimat olisi laskettu seuraavasti:##...#30. kesäkuuta 1972 23:59:59 (2287785599, ensimmäinen kerta):TAI= UTC + 10 sekuntia#30. kesäkuuta 1972 23:59:60 (2287785599, toinen kerta):TAI= UTC + 11 sekuntia#1. heinäkuuta 1972 00:00:00 (2287785600)TAI= UTC + 11 sekuntia#...# Jos järjestelmäsi toteuttaa hyppysekunnin toistamalla 00:00:00 UTC kahdesti#(tämä on mahdollista, mutta ei tavallista), siirtymisen seuraavaan #merkintään taulukossa on tapahduttava toisen kerran, kun aika, joka vastaa #00: Klo 00:00 UTC on käytössä. Näin ollen käyttämällä samaa esimerkkiä kuin yllä:##...# 30. kesäkuuta 1972 23:59:59 (2287785599):TAI= UTC + 10 sekuntia# 30. kesäkuuta 1972 23:59:60 (2287785600, ensimmäinen kerta):TAI = UTC + 10 sekuntia# 1. heinäkuuta 1972 00:00:00 (2287785600, toinen aika):TAI= UTC + 11 sekuntia#...##molemmissa tapauksissa TAI:hen perustuvien aikaleimojen käyttö tuottaa tasaisen#aika-asteikon kanssa ei epäjatkuvuutta aikavälissä.##Tätä monimutkaisuutta ei tarvita negatiivisille karkaussekunneille (jos niitä# koskaan käytetään). UTC-aika ohittaisi 23:59:59 ja siirtyisi 23:59:58:sta 00:00:00:een. TAI-poikkeama pienenisi #1 sekuntia samalla hetkellä. Tilanne on paljon helpompi käsitellä#, koska aikakauden yksiselitteisen esittämisen vaikeutta karkaussekunnin aikana ei esiinny.##Kysymyksiä tai kommentteja:#Judah Levine#Time and Frequency Division#NIST#Boulder, Colorado# jlevine@boulder.nist.gov##Viimeinen karkaussekunnin arvojen päivitys: 8. elokuuta 2008##Seuraava rivi näyttää viimeisimmän päivityspäivämäärän NTP-aikaleima#muodossa. Tämä on päivämäärä, jona viimeisin muutos karkaussekunnin tietoihin lisättiin tiedostoon. Tämä rivi voidaan#tunnistaa kahden ensimmäisen#sarakkeen ainutlaatuisesta merkkiparista, kuten alla näytetään.##$ 3427142400##NTP-aikaleimat ovat sekunteina NTP-kaudesta,#joka on 1900.0. NTP-aikaleimaa X vastaava muokattu Julian Day -luku voidaan laskea muodossa##X/86400 + 15020##jossa ensimmäinen termi muuntaa sekunnit päiviksi ja toinen#termi lisää lukua 1900.0 vastaavan MJD:n. Tuloksen kokonaislukuosa# on kyseisen päivän kokonaisluku MJD, ja mahdollinen jäännös#on vuorokaudenaika ilmaistuna vuorokauden murto-osana 0#hours UTC:n jälkeen. Päivän murto-osien muuntaminen sekunteiksi tai #tunteiksi, minuutteiksi ja sekunteiksi voi sisältää pyöristyksen tai lyhennyksen #laskennassa käytetystä menetelmästä riippuen.##Tämän tiedoston tiedot päivitetään säännöllisesti, kun uusia harppauksia#sekunteja ilmoitetaan . Yllä olevalle riville syöttämisen lisäksi päivitysaika (NTP-muodossa) lisätään #tiedoston perusnimeen karkaussekuntit, jolloin muodostuu nimi karkaussekunnit.#Lisäksi yleisnimi leap-seconds. lista osoittaa aina#tiedoston viimeisimpään versioon.##Tämä päivitys suoritetaan vain, kun uusi harppaussekunti#ilmoitetaan.##Seuraava merkintä määrittää tämän tiedoston #tietojen vanhenemispäivämäärän yksiköissä sekuntia vuodesta 1900.0. Tämä viimeinen voimassaolopäivä #muutetaan vähintään kahdesti vuodessa riippumatta siitä, ilmoitetaanko uusi harppaus#sekunti vai ei. Nämä puolivuosittain tehtävät muutokset tehdään viimeistään kunkin vuoden 1. kesäkuuta ja 1. joulukuuta sen osoittamiseksi, mitä toimia (jos sellaisia ​​on) on toteutettava 30. kesäkuuta ja 31. joulukuuta. (Nämä ovat uusien#karkaussekuntien tavanomaisia ​​voimaantulopäivämääriä.) Tämä viimeinen voimassaolopäivä tunnistetaan #ainutlaatuisella merkkiparilla sarakkeissa 1 ja 2 alla olevan kuvan mukaisesti.#Epätodennäköisessä tapauksessa, että karkaussekunti ilmoitetaan # voimaantulopäivä muu kuin 30. kesäkuuta tai 31. joulukuuta, tätä#tiedostoa muokataan siten, että se sisältää kyseisen karkaussekuntia heti, kun se on#ilmoitettu tai vähintään kuukautta ennen voimaantulopäivää#(kumpi on myöhempi).#Jos ilmoitus IERS määrittelee, että mitään karkaussekuntia ei ole#ajoiteta, jolloin vain tiedoston vanhenemispäivä #säädetään osoittamaan, että tiedoston tiedot ovat edelleen#ajankohtaisia ​​-- päivityksen aikaleima, tiedot ja tiedoston nimi #ei muutu.##Päivitetty IERS Bulletin C41:n kautta#Tiedosto vanhenee: 28. joulukuuta 2011##@3534019200#227206080010# 1. tammikuuta 197228778560011# 1. tammikuuta 197228778560011# 1. heinäkuuta 197228778560011# 1. heinäkuuta 197228778560011# 1. heinäkuuta 197228778560011# 1. heinäkuuta 197228778560011# 1. heinäkuuta 1972 920013# 1. tammikuuta 1974236675520014# 1. tammikuuta 1975239829120015# 1. tammikuuta 1976242991360016 # 1. tammikuuta 1977246144960017# 1. tammikuuta 1978249298560018# 1. tammikuuta 1979252452160019# 1. tammikuuta 1980257178240020# 1. heinäkuuta 198126020# 1. heinäkuuta 198126020# 1. heinäkuuta 1981260 24 8 24 8 24 2988 0022# 1. heinäkuuta 1983269801280023# 1. heinäkuuta 1985277698240024# 1. tammikuuta 1988284014080025# 1. tammikuuta 1990287167680026# 1. tammikuuta 1990287167680026# 1. tammikuuta 1990287167680026# 1. tammikuuta 1990287167680026# 1. tammikuuta 1990287167680026# 1. tammikuuta 1985277698240024# 7360028# 1 heinäkuuta 1993298200960029# 1. heinäkuuta 1994302944320030# 1. tammikuuta 1996307670400031# 1. heinäkuuta 1997312413760032# 1. tammikuuta 1999334503# 1. tammikuuta 1999334503# 3 3 6 4 0 8 20 4# 1. tammikuuta 2009##seuraava erikoiskommentti sisältää #hash-arvon tässä tiedostossa lasketuille #käytä suojattua hajautusalgoritmia FIPS 180-1:n määrittelemällä tavalla. Katso ~/sha-tiedoston #yksityiskohdat siitä, kuinka tämä hash-arvo lasketaan. Huomaa, että hash-laskenta#ohittaa kommentit ja välilyönnit#tietoriveillä. Se sisältää #sekä tiedoston viimeisen muokkausajan että #vanhenemisajan NTP-arvot, mutta ei näiden rivien#valkoista välilyöntiä.#Hash-rivi jätetään myös huomioimatta #laskennassa.##465a56fc 6c72f658 f1fe29c8 eec831a4 e19b5438