SlideShare a Scribd company logo
1 of 15
The leap second is coming.
Kyusyu Telecommunication Network Co.,Inc. (QTNet)
Tomonori TAKADA
1Kyushu Telecommunication Network Co., Inc.
Agenda
• A leap second will be inserted in this year.
• How to adjust NTP for the leap second
• The insertion of the previous leap second (2012)
• QTNet NTP servers overview.
• QTNet Plan for The leap second of 2012
• QTNet Plan for The leap second of 2015
2Kyushu Telecommunication Network Co., Inc.
A leap second will be inserted this year
July 1, 2015 +0900 (JST)
23:59:58
23:59:59
23:59:60
00:00:00
00:00:01
June 30, 2015 (UTC)
08:59:58
08:59:59
08:59:60
09:00:00
09:00:01
3Kyushu Telecommunication Network Co., Inc.
How to adjust NTP for the leap second
a description of the NTP/SNTP Version 4 message format Value and meaning of the Leap Indicator
※ adapted from http://www.rfc-base.org/txt/rfc-2030.txt
• Leap Indicator(LI) is used to adjust for the
leap second.
• The node which is received as “LI=01”,
adjusts the host clock by itself using
OS/Kernel functionality when inserting the
leap second.
• LI just indicates that leap second will be
happen.
4Kyushu Telecommunication Network Co., Inc.
The insertion of the previous leap second (2012)
• The previous leap second was inserted on July 1, 2012 at
+0900(JST).
• Several problems were reported, especially on Linux.
1. OS rebooted after it received the leap indicator.
2. CPU usage reached 100% on multiple hosts running some
specific applications after the leap second was inserted.
5Kyushu Telecommunication Network Co., Inc.
QTNet NTP Servers overview
GPS
time server
JJY (Dial-up)
time server
via PSTN
Stratum1
Stratum2
peer peer
ntp server 1 ntp server 2 ntp server 3
QTNet Servers
internet
※NICT is an organization that determines
and maintains Japan Standard Time or JST,
and distributes JST in various ways.
6Kyushu Telecommunication Network Co., Inc.
QTNet Plan for the leap second of 2012
• We did not use the Leap Indicator.
• We had gotten information of old OS/Kernel bugs which
were relevant to the leap indicator.
• Our Stratum1 servers could adjust for a leap second without
using the leap indicator, “Gradually adjust mode”.
About two hours before the leap second, Our Stratum1
servers began to set the clock back slowly.
7Kyushu Telecommunication Network Co., Inc.
QTNet Plan for the leap second of 2012
via PSTN
Stratum1
Stratum2
peer peer
ntp server 1 ntp server 2 ntp server 3
QTNet Servers
GPS
time server
JJY (Dial-up)
time server
excluded from synchronizing
Leap indicator distributionGradually
adjust mode
Gradually
adjust mode
8Kyushu Telecommunication Network Co., Inc.
Status at the leap second insertion on 2012
via PSTN
Stratum1
Stratum2
peer peer
ntp server 1 ntp server 2 ntp server 3
QTNet Servers
GPS
time server
JJY (Dial-up)
time server
Gradually
adjust mode
Gradually
adjust mode
○
○
○
× ×
9Kyushu Telecommunication Network Co., Inc.
The reasons for the peer status failure
via PSTN
Stratum1
Stratum2
ntp server 1 ntp server 3 ntp server 2
GPS
time server
JJY (Dial-up)
time server
Start time
for setting the clock
back
1/64sec 1/128sec 1/128secPolling interval
125 minutes before 120 minutes before
10Kyushu Telecommunication Network Co., Inc.
Possible plans for The leap second of 2015
• Plan A: Using the Leap Indicator
• We have to update our server’s OS/Kernel.
• Plan B: Not using the Leap Indicator (Using “Gradually adjust
mode” )
• Single Time source (Stratum1).
• We make the Stratum2 polling interval to Stratum1 shorter
than before (about each 16 seconds).
11Kyushu Telecommunication Network Co., Inc.
The leap second is Coming.
July 1, 2015 +0900 (JST)
23:59:58
23:59:59
23:59:60
00:00:00
00:00:01
June 30, 2015 (UTC)
08:59:58
08:59:59
08:59:60
09:00:00
09:00:01
12Kyushu Telecommunication Network Co., Inc.
Let's do our best.
13Kyushu Telecommunication Network Co., Inc.
Appendix
Sites in JPN
http://ringeye.jawfish.org/~ori/misc/leapsecond-20120701.html
http://chicchaki.cocolog-nifty.com/kanetamas_memo/2005/11/ntp_2b1d.html
http://www.rfc-base.org/txt/rfc-2030.txt
https://www.seiko-sol.co.jp/support/download/LeapSecond20120701_2520_30_40.pdf
http://www-06.ibm.com/jp/linux/tech/doc/0019db89.html
Sites in English
http://jjy.nict.go.jp/time/teljjy/teljjy_p1-e.html
http://googleblog.blogspot.jp/2011/09/time-technology-and-leaping-seconds.html
The leap second is coming by Tomonori TAKADA [APRICOT 2015]

More Related Content

What's hot

Mitigating SIP Overload Using a Control-Theoretic Approach
Mitigating SIP Overload Using a Control-Theoretic ApproachMitigating SIP Overload Using a Control-Theoretic Approach
Mitigating SIP Overload Using a Control-Theoretic ApproachYang Hong
 
3G Drive Test Procedure_ @ MYM
3G Drive Test Procedure_ @ MYM3G Drive Test Procedure_ @ MYM
3G Drive Test Procedure_ @ MYMMd Joynal Abaden
 
Network Time Synchronization
Network Time SynchronizationNetwork Time Synchronization
Network Time SynchronizationBen Rothke
 
06a_LTE mobility management v1_0.ppt
06a_LTE mobility management v1_0.ppt06a_LTE mobility management v1_0.ppt
06a_LTE mobility management v1_0.pptssuser022794
 
Synchronization Pradeep K Sinha
Synchronization Pradeep K SinhaSynchronization Pradeep K Sinha
Synchronization Pradeep K SinhaJawwad Rafiq
 
Atoll platform highlights and lte
Atoll platform highlights and lteAtoll platform highlights and lte
Atoll platform highlights and lteHassan Ghasemi
 
Distributed computing time
Distributed computing timeDistributed computing time
Distributed computing timeDeepak John
 
Ric presentation
Ric presentationRic presentation
Ric presentationIvyKuo1
 

What's hot (9)

Mitigating SIP Overload Using a Control-Theoretic Approach
Mitigating SIP Overload Using a Control-Theoretic ApproachMitigating SIP Overload Using a Control-Theoretic Approach
Mitigating SIP Overload Using a Control-Theoretic Approach
 
3G Drive Test Procedure_ @ MYM
3G Drive Test Procedure_ @ MYM3G Drive Test Procedure_ @ MYM
3G Drive Test Procedure_ @ MYM
 
Network Time Synchronization
Network Time SynchronizationNetwork Time Synchronization
Network Time Synchronization
 
06a_LTE mobility management v1_0.ppt
06a_LTE mobility management v1_0.ppt06a_LTE mobility management v1_0.ppt
06a_LTE mobility management v1_0.ppt
 
Synchronization Pradeep K Sinha
Synchronization Pradeep K SinhaSynchronization Pradeep K Sinha
Synchronization Pradeep K Sinha
 
Atoll platform highlights and lte
Atoll platform highlights and lteAtoll platform highlights and lte
Atoll platform highlights and lte
 
Clocks
ClocksClocks
Clocks
 
Distributed computing time
Distributed computing timeDistributed computing time
Distributed computing time
 
Ric presentation
Ric presentationRic presentation
Ric presentation
 

Viewers also liked

DNSSEC: How to deploy it, and why you should bother (ION Toronto 2011)
DNSSEC: How to deploy it, and why you should bother (ION Toronto 2011)DNSSEC: How to deploy it, and why you should bother (ION Toronto 2011)
DNSSEC: How to deploy it, and why you should bother (ION Toronto 2011)Internet Society
 
Findings of the AFNIC's "Technology Backdrop" Survey
Findings of the AFNIC's "Technology Backdrop" SurveyFindings of the AFNIC's "Technology Backdrop" Survey
Findings of the AFNIC's "Technology Backdrop" SurveyAfnic
 
Brace yourselves, leap second is coming
Brace yourselves, leap second is comingBrace yourselves, leap second is coming
Brace yourselves, leap second is comingNati Cohen
 
Leap second what is it
Leap second   what is it Leap second   what is it
Leap second what is it Lisa Schmidt
 
IB History: The Great Leap Forward
IB History: The Great Leap ForwardIB History: The Great Leap Forward
IB History: The Great Leap ForwardYCIS Beijing
 

Viewers also liked (6)

DNSSEC: How to deploy it, and why you should bother (ION Toronto 2011)
DNSSEC: How to deploy it, and why you should bother (ION Toronto 2011)DNSSEC: How to deploy it, and why you should bother (ION Toronto 2011)
DNSSEC: How to deploy it, and why you should bother (ION Toronto 2011)
 
Findings of the AFNIC's "Technology Backdrop" Survey
Findings of the AFNIC's "Technology Backdrop" SurveyFindings of the AFNIC's "Technology Backdrop" Survey
Findings of the AFNIC's "Technology Backdrop" Survey
 
Brace yourselves, leap second is coming
Brace yourselves, leap second is comingBrace yourselves, leap second is coming
Brace yourselves, leap second is coming
 
Leap second what is it
Leap second   what is it Leap second   what is it
Leap second what is it
 
What Can be Achieved in a Leap Second?
What Can be Achieved in a Leap Second?What Can be Achieved in a Leap Second?
What Can be Achieved in a Leap Second?
 
IB History: The Great Leap Forward
IB History: The Great Leap ForwardIB History: The Great Leap Forward
IB History: The Great Leap Forward
 

Similar to The leap second is coming by Tomonori TAKADA [APRICOT 2015]

Time synchronization solutions for financial and trading
Time synchronization solutions for financial and tradingTime synchronization solutions for financial and trading
Time synchronization solutions for financial and tradingMohd Amir
 
Methods for Improving NTP
Methods for Improving NTPMethods for Improving NTP
Methods for Improving NTPADVA
 
4 ip services dhcp
4 ip services dhcp4 ip services dhcp
4 ip services dhcpSagarR24
 
Improving NTP Installed Base Time Accuracy
Improving NTP Installed Base Time AccuracyImproving NTP Installed Base Time Accuracy
Improving NTP Installed Base Time AccuracyADVA
 
4 ip services span,rspan
4 ip services span,rspan4 ip services span,rspan
4 ip services span,rspanSagarR24
 
4 ip services dhcp-part b
4 ip services dhcp-part b4 ip services dhcp-part b
4 ip services dhcp-part bSagarR24
 
4 ip services nat
4 ip services nat4 ip services nat
4 ip services natSagarR24
 
Caiso MRTU implementation workshop nov 2008
Caiso   MRTU implementation workshop nov 2008Caiso   MRTU implementation workshop nov 2008
Caiso MRTU implementation workshop nov 2008Kevin Forbes
 
PLNOG16: Planowanie sieci FTTx z wykorzystaniem technik T-WDM, Adam Grodecki
PLNOG16: Planowanie sieci FTTx z wykorzystaniem technik T-WDM, Adam GrodeckiPLNOG16: Planowanie sieci FTTx z wykorzystaniem technik T-WDM, Adam Grodecki
PLNOG16: Planowanie sieci FTTx z wykorzystaniem technik T-WDM, Adam GrodeckiPROIDEA
 
NextGen Network Synchronization
NextGen Network SynchronizationNextGen Network Synchronization
NextGen Network SynchronizationDhiman Chowdhury
 
IRJET- Study of Real Time Kinematica Survey with Differential Global Position...
IRJET- Study of Real Time Kinematica Survey with Differential Global Position...IRJET- Study of Real Time Kinematica Survey with Differential Global Position...
IRJET- Study of Real Time Kinematica Survey with Differential Global Position...IRJET Journal
 
Time sync: Existing mobile networks need to be ready for 5G and time-sensitiv...
Time sync: Existing mobile networks need to be ready for 5G and time-sensitiv...Time sync: Existing mobile networks need to be ready for 5G and time-sensitiv...
Time sync: Existing mobile networks need to be ready for 5G and time-sensitiv...ADVA
 
Introducing GNSS/GPS backup as a service (GBaaS)
Introducing GNSS/GPS backup as a service (GBaaS)Introducing GNSS/GPS backup as a service (GBaaS)
Introducing GNSS/GPS backup as a service (GBaaS)ADVA
 
C20 20090615-019-alu csfb-performance_enhance
C20 20090615-019-alu csfb-performance_enhanceC20 20090615-019-alu csfb-performance_enhance
C20 20090615-019-alu csfb-performance_enhanceEmmanuel Msumali
 
A STUDY ON IMPACTS OF RTT INACCURACY ON DYNAMIC BANDWIDTH ALLOCATION IN PON A...
A STUDY ON IMPACTS OF RTT INACCURACY ON DYNAMIC BANDWIDTH ALLOCATION IN PON A...A STUDY ON IMPACTS OF RTT INACCURACY ON DYNAMIC BANDWIDTH ALLOCATION IN PON A...
A STUDY ON IMPACTS OF RTT INACCURACY ON DYNAMIC BANDWIDTH ALLOCATION IN PON A...IJCNCJournal
 
Beyond January 3rd: Operationalization of Timekeeping
Beyond January 3rd: Operationalization of TimekeepingBeyond January 3rd: Operationalization of Timekeeping
Beyond January 3rd: Operationalization of TimekeepingADVA
 
Telecordia NIST/WSTS Workshop: Mobile Backhaul Synchronization
Telecordia NIST/WSTS Workshop: Mobile Backhaul SynchronizationTelecordia NIST/WSTS Workshop: Mobile Backhaul Synchronization
Telecordia NIST/WSTS Workshop: Mobile Backhaul SynchronizationADVA
 

Similar to The leap second is coming by Tomonori TAKADA [APRICOT 2015] (20)

Time synchronization solutions for financial and trading
Time synchronization solutions for financial and tradingTime synchronization solutions for financial and trading
Time synchronization solutions for financial and trading
 
Methods for Improving NTP
Methods for Improving NTPMethods for Improving NTP
Methods for Improving NTP
 
4 ip services dhcp
4 ip services dhcp4 ip services dhcp
4 ip services dhcp
 
Improving NTP Installed Base Time Accuracy
Improving NTP Installed Base Time AccuracyImproving NTP Installed Base Time Accuracy
Improving NTP Installed Base Time Accuracy
 
4 ip services span,rspan
4 ip services span,rspan4 ip services span,rspan
4 ip services span,rspan
 
4 ip services dhcp-part b
4 ip services dhcp-part b4 ip services dhcp-part b
4 ip services dhcp-part b
 
4 ip services nat
4 ip services nat4 ip services nat
4 ip services nat
 
Caiso MRTU implementation workshop nov 2008
Caiso   MRTU implementation workshop nov 2008Caiso   MRTU implementation workshop nov 2008
Caiso MRTU implementation workshop nov 2008
 
PLNOG16: Planowanie sieci FTTx z wykorzystaniem technik T-WDM, Adam Grodecki
PLNOG16: Planowanie sieci FTTx z wykorzystaniem technik T-WDM, Adam GrodeckiPLNOG16: Planowanie sieci FTTx z wykorzystaniem technik T-WDM, Adam Grodecki
PLNOG16: Planowanie sieci FTTx z wykorzystaniem technik T-WDM, Adam Grodecki
 
WSN ppt (1).pptx
WSN ppt (1).pptxWSN ppt (1).pptx
WSN ppt (1).pptx
 
NextGen Network Synchronization
NextGen Network SynchronizationNextGen Network Synchronization
NextGen Network Synchronization
 
IRJET- Study of Real Time Kinematica Survey with Differential Global Position...
IRJET- Study of Real Time Kinematica Survey with Differential Global Position...IRJET- Study of Real Time Kinematica Survey with Differential Global Position...
IRJET- Study of Real Time Kinematica Survey with Differential Global Position...
 
Time sync: Existing mobile networks need to be ready for 5G and time-sensitiv...
Time sync: Existing mobile networks need to be ready for 5G and time-sensitiv...Time sync: Existing mobile networks need to be ready for 5G and time-sensitiv...
Time sync: Existing mobile networks need to be ready for 5G and time-sensitiv...
 
Taller syslog
Taller syslogTaller syslog
Taller syslog
 
Introducing GNSS/GPS backup as a service (GBaaS)
Introducing GNSS/GPS backup as a service (GBaaS)Introducing GNSS/GPS backup as a service (GBaaS)
Introducing GNSS/GPS backup as a service (GBaaS)
 
C20 20090615-019-alu csfb-performance_enhance
C20 20090615-019-alu csfb-performance_enhanceC20 20090615-019-alu csfb-performance_enhance
C20 20090615-019-alu csfb-performance_enhance
 
A STUDY ON IMPACTS OF RTT INACCURACY ON DYNAMIC BANDWIDTH ALLOCATION IN PON A...
A STUDY ON IMPACTS OF RTT INACCURACY ON DYNAMIC BANDWIDTH ALLOCATION IN PON A...A STUDY ON IMPACTS OF RTT INACCURACY ON DYNAMIC BANDWIDTH ALLOCATION IN PON A...
A STUDY ON IMPACTS OF RTT INACCURACY ON DYNAMIC BANDWIDTH ALLOCATION IN PON A...
 
Beyond January 3rd: Operationalization of Timekeeping
Beyond January 3rd: Operationalization of TimekeepingBeyond January 3rd: Operationalization of Timekeeping
Beyond January 3rd: Operationalization of Timekeeping
 
Seminar
SeminarSeminar
Seminar
 
Telecordia NIST/WSTS Workshop: Mobile Backhaul Synchronization
Telecordia NIST/WSTS Workshop: Mobile Backhaul SynchronizationTelecordia NIST/WSTS Workshop: Mobile Backhaul Synchronization
Telecordia NIST/WSTS Workshop: Mobile Backhaul Synchronization
 

More from APNIC

IP addressing and IPv6, presented by Paul Wilson at IETF 119
IP addressing and IPv6, presented by Paul Wilson at IETF 119IP addressing and IPv6, presented by Paul Wilson at IETF 119
IP addressing and IPv6, presented by Paul Wilson at IETF 119APNIC
 
draft-harrison-sidrops-manifest-number-01, presented at IETF 119
draft-harrison-sidrops-manifest-number-01, presented at IETF 119draft-harrison-sidrops-manifest-number-01, presented at IETF 119
draft-harrison-sidrops-manifest-number-01, presented at IETF 119APNIC
 
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119APNIC
 
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119APNIC
 
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119APNIC
 
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...APNIC
 
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85APNIC
 
NANOG 90: 'BGP in 2023' presented by Geoff Huston
NANOG 90: 'BGP in 2023' presented by Geoff HustonNANOG 90: 'BGP in 2023' presented by Geoff Huston
NANOG 90: 'BGP in 2023' presented by Geoff HustonAPNIC
 
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff HustonDNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff HustonAPNIC
 
APAN 57: APNIC Report at APAN 57, Bangkok, Thailand
APAN 57: APNIC Report at APAN 57, Bangkok, ThailandAPAN 57: APNIC Report at APAN 57, Bangkok, Thailand
APAN 57: APNIC Report at APAN 57, Bangkok, ThailandAPNIC
 
Lao Digital Week 2024: It's time to deploy IPv6
Lao Digital Week 2024: It's time to deploy IPv6Lao Digital Week 2024: It's time to deploy IPv6
Lao Digital Week 2024: It's time to deploy IPv6APNIC
 
AINTEC 2023: Networking in the Penumbra!
AINTEC 2023: Networking in the Penumbra!AINTEC 2023: Networking in the Penumbra!
AINTEC 2023: Networking in the Penumbra!APNIC
 
CNIRC 2023: Global and Regional IPv6 Deployment 2023
CNIRC 2023: Global and Regional IPv6 Deployment 2023CNIRC 2023: Global and Regional IPv6 Deployment 2023
CNIRC 2023: Global and Regional IPv6 Deployment 2023APNIC
 
AFSIG 2023: APNIC Foundation and support for Internet development
AFSIG 2023: APNIC Foundation and support for Internet developmentAFSIG 2023: APNIC Foundation and support for Internet development
AFSIG 2023: APNIC Foundation and support for Internet developmentAPNIC
 
AFNOG 1: Afghanistan IP Deployment Status
AFNOG 1: Afghanistan IP Deployment StatusAFNOG 1: Afghanistan IP Deployment Status
AFNOG 1: Afghanistan IP Deployment StatusAPNIC
 
AFSIG 2023: Internet routing and addressing
AFSIG 2023: Internet routing and addressingAFSIG 2023: Internet routing and addressing
AFSIG 2023: Internet routing and addressingAPNIC
 
AFSIG 2023: APNIC - Registry & Development
AFSIG 2023: APNIC - Registry & DevelopmentAFSIG 2023: APNIC - Registry & Development
AFSIG 2023: APNIC - Registry & DevelopmentAPNIC
 
Afghanistan IGF 2023: The ABCs and importance of cybersecurity
Afghanistan IGF 2023: The ABCs and importance of cybersecurityAfghanistan IGF 2023: The ABCs and importance of cybersecurity
Afghanistan IGF 2023: The ABCs and importance of cybersecurityAPNIC
 
IDNIC OPM 2023: IPv6 deployment planning and security considerations
IDNIC OPM 2023: IPv6 deployment planning and security considerationsIDNIC OPM 2023: IPv6 deployment planning and security considerations
IDNIC OPM 2023: IPv6 deployment planning and security considerationsAPNIC
 
IDNIC OPM 2023 - Internet Number Registry System
IDNIC OPM 2023 - Internet Number Registry SystemIDNIC OPM 2023 - Internet Number Registry System
IDNIC OPM 2023 - Internet Number Registry SystemAPNIC
 

More from APNIC (20)

IP addressing and IPv6, presented by Paul Wilson at IETF 119
IP addressing and IPv6, presented by Paul Wilson at IETF 119IP addressing and IPv6, presented by Paul Wilson at IETF 119
IP addressing and IPv6, presented by Paul Wilson at IETF 119
 
draft-harrison-sidrops-manifest-number-01, presented at IETF 119
draft-harrison-sidrops-manifest-number-01, presented at IETF 119draft-harrison-sidrops-manifest-number-01, presented at IETF 119
draft-harrison-sidrops-manifest-number-01, presented at IETF 119
 
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
 
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
 
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
 
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
 
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
 
NANOG 90: 'BGP in 2023' presented by Geoff Huston
NANOG 90: 'BGP in 2023' presented by Geoff HustonNANOG 90: 'BGP in 2023' presented by Geoff Huston
NANOG 90: 'BGP in 2023' presented by Geoff Huston
 
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff HustonDNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
 
APAN 57: APNIC Report at APAN 57, Bangkok, Thailand
APAN 57: APNIC Report at APAN 57, Bangkok, ThailandAPAN 57: APNIC Report at APAN 57, Bangkok, Thailand
APAN 57: APNIC Report at APAN 57, Bangkok, Thailand
 
Lao Digital Week 2024: It's time to deploy IPv6
Lao Digital Week 2024: It's time to deploy IPv6Lao Digital Week 2024: It's time to deploy IPv6
Lao Digital Week 2024: It's time to deploy IPv6
 
AINTEC 2023: Networking in the Penumbra!
AINTEC 2023: Networking in the Penumbra!AINTEC 2023: Networking in the Penumbra!
AINTEC 2023: Networking in the Penumbra!
 
CNIRC 2023: Global and Regional IPv6 Deployment 2023
CNIRC 2023: Global and Regional IPv6 Deployment 2023CNIRC 2023: Global and Regional IPv6 Deployment 2023
CNIRC 2023: Global and Regional IPv6 Deployment 2023
 
AFSIG 2023: APNIC Foundation and support for Internet development
AFSIG 2023: APNIC Foundation and support for Internet developmentAFSIG 2023: APNIC Foundation and support for Internet development
AFSIG 2023: APNIC Foundation and support for Internet development
 
AFNOG 1: Afghanistan IP Deployment Status
AFNOG 1: Afghanistan IP Deployment StatusAFNOG 1: Afghanistan IP Deployment Status
AFNOG 1: Afghanistan IP Deployment Status
 
AFSIG 2023: Internet routing and addressing
AFSIG 2023: Internet routing and addressingAFSIG 2023: Internet routing and addressing
AFSIG 2023: Internet routing and addressing
 
AFSIG 2023: APNIC - Registry & Development
AFSIG 2023: APNIC - Registry & DevelopmentAFSIG 2023: APNIC - Registry & Development
AFSIG 2023: APNIC - Registry & Development
 
Afghanistan IGF 2023: The ABCs and importance of cybersecurity
Afghanistan IGF 2023: The ABCs and importance of cybersecurityAfghanistan IGF 2023: The ABCs and importance of cybersecurity
Afghanistan IGF 2023: The ABCs and importance of cybersecurity
 
IDNIC OPM 2023: IPv6 deployment planning and security considerations
IDNIC OPM 2023: IPv6 deployment planning and security considerationsIDNIC OPM 2023: IPv6 deployment planning and security considerations
IDNIC OPM 2023: IPv6 deployment planning and security considerations
 
IDNIC OPM 2023 - Internet Number Registry System
IDNIC OPM 2023 - Internet Number Registry SystemIDNIC OPM 2023 - Internet Number Registry System
IDNIC OPM 2023 - Internet Number Registry System
 

Recently uploaded

『澳洲文凭』买詹姆士库克大学毕业证书成绩单办理澳洲JCU文凭学位证书
『澳洲文凭』买詹姆士库克大学毕业证书成绩单办理澳洲JCU文凭学位证书『澳洲文凭』买詹姆士库克大学毕业证书成绩单办理澳洲JCU文凭学位证书
『澳洲文凭』买詹姆士库克大学毕业证书成绩单办理澳洲JCU文凭学位证书rnrncn29
 
Company Snapshot Theme for Business by Slidesgo.pptx
Company Snapshot Theme for Business by Slidesgo.pptxCompany Snapshot Theme for Business by Slidesgo.pptx
Company Snapshot Theme for Business by Slidesgo.pptxMario
 
Unidad 4 – Redes de ordenadores (en inglés).pptx
Unidad 4 – Redes de ordenadores (en inglés).pptxUnidad 4 – Redes de ordenadores (en inglés).pptx
Unidad 4 – Redes de ordenadores (en inglés).pptxmibuzondetrabajo
 
TRENDS Enabling and inhibiting dimensions.pptx
TRENDS Enabling and inhibiting dimensions.pptxTRENDS Enabling and inhibiting dimensions.pptx
TRENDS Enabling and inhibiting dimensions.pptxAndrieCagasanAkio
 
『澳洲文凭』买拉筹伯大学毕业证书成绩单办理澳洲LTU文凭学位证书
『澳洲文凭』买拉筹伯大学毕业证书成绩单办理澳洲LTU文凭学位证书『澳洲文凭』买拉筹伯大学毕业证书成绩单办理澳洲LTU文凭学位证书
『澳洲文凭』买拉筹伯大学毕业证书成绩单办理澳洲LTU文凭学位证书rnrncn29
 
Cybersecurity Threats and Cybersecurity Best Practices
Cybersecurity Threats and Cybersecurity Best PracticesCybersecurity Threats and Cybersecurity Best Practices
Cybersecurity Threats and Cybersecurity Best PracticesLumiverse Solutions Pvt Ltd
 
SCM Symposium PPT Format Customer loyalty is predi
SCM Symposium PPT Format Customer loyalty is prediSCM Symposium PPT Format Customer loyalty is predi
SCM Symposium PPT Format Customer loyalty is predieusebiomeyer
 
ETHICAL HACKING dddddddddddddddfnandni.pptx
ETHICAL HACKING dddddddddddddddfnandni.pptxETHICAL HACKING dddddddddddddddfnandni.pptx
ETHICAL HACKING dddddddddddddddfnandni.pptxNIMMANAGANTI RAMAKRISHNA
 

Recently uploaded (8)

『澳洲文凭』买詹姆士库克大学毕业证书成绩单办理澳洲JCU文凭学位证书
『澳洲文凭』买詹姆士库克大学毕业证书成绩单办理澳洲JCU文凭学位证书『澳洲文凭』买詹姆士库克大学毕业证书成绩单办理澳洲JCU文凭学位证书
『澳洲文凭』买詹姆士库克大学毕业证书成绩单办理澳洲JCU文凭学位证书
 
Company Snapshot Theme for Business by Slidesgo.pptx
Company Snapshot Theme for Business by Slidesgo.pptxCompany Snapshot Theme for Business by Slidesgo.pptx
Company Snapshot Theme for Business by Slidesgo.pptx
 
Unidad 4 – Redes de ordenadores (en inglés).pptx
Unidad 4 – Redes de ordenadores (en inglés).pptxUnidad 4 – Redes de ordenadores (en inglés).pptx
Unidad 4 – Redes de ordenadores (en inglés).pptx
 
TRENDS Enabling and inhibiting dimensions.pptx
TRENDS Enabling and inhibiting dimensions.pptxTRENDS Enabling and inhibiting dimensions.pptx
TRENDS Enabling and inhibiting dimensions.pptx
 
『澳洲文凭』买拉筹伯大学毕业证书成绩单办理澳洲LTU文凭学位证书
『澳洲文凭』买拉筹伯大学毕业证书成绩单办理澳洲LTU文凭学位证书『澳洲文凭』买拉筹伯大学毕业证书成绩单办理澳洲LTU文凭学位证书
『澳洲文凭』买拉筹伯大学毕业证书成绩单办理澳洲LTU文凭学位证书
 
Cybersecurity Threats and Cybersecurity Best Practices
Cybersecurity Threats and Cybersecurity Best PracticesCybersecurity Threats and Cybersecurity Best Practices
Cybersecurity Threats and Cybersecurity Best Practices
 
SCM Symposium PPT Format Customer loyalty is predi
SCM Symposium PPT Format Customer loyalty is prediSCM Symposium PPT Format Customer loyalty is predi
SCM Symposium PPT Format Customer loyalty is predi
 
ETHICAL HACKING dddddddddddddddfnandni.pptx
ETHICAL HACKING dddddddddddddddfnandni.pptxETHICAL HACKING dddddddddddddddfnandni.pptx
ETHICAL HACKING dddddddddddddddfnandni.pptx
 

The leap second is coming by Tomonori TAKADA [APRICOT 2015]

  • 1. The leap second is coming. Kyusyu Telecommunication Network Co.,Inc. (QTNet) Tomonori TAKADA
  • 2. 1Kyushu Telecommunication Network Co., Inc. Agenda • A leap second will be inserted in this year. • How to adjust NTP for the leap second • The insertion of the previous leap second (2012) • QTNet NTP servers overview. • QTNet Plan for The leap second of 2012 • QTNet Plan for The leap second of 2015
  • 3. 2Kyushu Telecommunication Network Co., Inc. A leap second will be inserted this year July 1, 2015 +0900 (JST) 23:59:58 23:59:59 23:59:60 00:00:00 00:00:01 June 30, 2015 (UTC) 08:59:58 08:59:59 08:59:60 09:00:00 09:00:01
  • 4. 3Kyushu Telecommunication Network Co., Inc. How to adjust NTP for the leap second a description of the NTP/SNTP Version 4 message format Value and meaning of the Leap Indicator ※ adapted from http://www.rfc-base.org/txt/rfc-2030.txt • Leap Indicator(LI) is used to adjust for the leap second. • The node which is received as “LI=01”, adjusts the host clock by itself using OS/Kernel functionality when inserting the leap second. • LI just indicates that leap second will be happen.
  • 5. 4Kyushu Telecommunication Network Co., Inc. The insertion of the previous leap second (2012) • The previous leap second was inserted on July 1, 2012 at +0900(JST). • Several problems were reported, especially on Linux. 1. OS rebooted after it received the leap indicator. 2. CPU usage reached 100% on multiple hosts running some specific applications after the leap second was inserted.
  • 6. 5Kyushu Telecommunication Network Co., Inc. QTNet NTP Servers overview GPS time server JJY (Dial-up) time server via PSTN Stratum1 Stratum2 peer peer ntp server 1 ntp server 2 ntp server 3 QTNet Servers internet ※NICT is an organization that determines and maintains Japan Standard Time or JST, and distributes JST in various ways.
  • 7. 6Kyushu Telecommunication Network Co., Inc. QTNet Plan for the leap second of 2012 • We did not use the Leap Indicator. • We had gotten information of old OS/Kernel bugs which were relevant to the leap indicator. • Our Stratum1 servers could adjust for a leap second without using the leap indicator, “Gradually adjust mode”. About two hours before the leap second, Our Stratum1 servers began to set the clock back slowly.
  • 8. 7Kyushu Telecommunication Network Co., Inc. QTNet Plan for the leap second of 2012 via PSTN Stratum1 Stratum2 peer peer ntp server 1 ntp server 2 ntp server 3 QTNet Servers GPS time server JJY (Dial-up) time server excluded from synchronizing Leap indicator distributionGradually adjust mode Gradually adjust mode
  • 9. 8Kyushu Telecommunication Network Co., Inc. Status at the leap second insertion on 2012 via PSTN Stratum1 Stratum2 peer peer ntp server 1 ntp server 2 ntp server 3 QTNet Servers GPS time server JJY (Dial-up) time server Gradually adjust mode Gradually adjust mode ○ ○ ○ × ×
  • 10. 9Kyushu Telecommunication Network Co., Inc. The reasons for the peer status failure via PSTN Stratum1 Stratum2 ntp server 1 ntp server 3 ntp server 2 GPS time server JJY (Dial-up) time server Start time for setting the clock back 1/64sec 1/128sec 1/128secPolling interval 125 minutes before 120 minutes before
  • 11. 10Kyushu Telecommunication Network Co., Inc. Possible plans for The leap second of 2015 • Plan A: Using the Leap Indicator • We have to update our server’s OS/Kernel. • Plan B: Not using the Leap Indicator (Using “Gradually adjust mode” ) • Single Time source (Stratum1). • We make the Stratum2 polling interval to Stratum1 shorter than before (about each 16 seconds).
  • 12. 11Kyushu Telecommunication Network Co., Inc. The leap second is Coming. July 1, 2015 +0900 (JST) 23:59:58 23:59:59 23:59:60 00:00:00 00:00:01 June 30, 2015 (UTC) 08:59:58 08:59:59 08:59:60 09:00:00 09:00:01
  • 13. 12Kyushu Telecommunication Network Co., Inc. Let's do our best.
  • 14. 13Kyushu Telecommunication Network Co., Inc. Appendix Sites in JPN http://ringeye.jawfish.org/~ori/misc/leapsecond-20120701.html http://chicchaki.cocolog-nifty.com/kanetamas_memo/2005/11/ntp_2b1d.html http://www.rfc-base.org/txt/rfc-2030.txt https://www.seiko-sol.co.jp/support/download/LeapSecond20120701_2520_30_40.pdf http://www-06.ibm.com/jp/linux/tech/doc/0019db89.html Sites in English http://jjy.nict.go.jp/time/teljjy/teljjy_p1-e.html http://googleblog.blogspot.jp/2011/09/time-technology-and-leaping-seconds.html

Editor's Notes

  1. My name is Tomonori Takada and I am a system engineer from QTNet. QTNet is a(エイ) telecom carrier serving individual and corporate customers mainly in the Kyushu region of Japan.
  2. The main topic of today’s presentation is how leap seconds are addressed(アドレスド) in NTP.
  3. IERS announced the insertion of a leap second for this year.
  4. NTP has an identifier called the Leap Indicator to correct the time with leap seconds. For leap second insertions in 2012 and this year, a packet with a(ア) binary value of “01(ゼロワン)” is distributed from the higher NTP server. Once a node receives(レシーブス) the Leap Indicator, it uses(ユーズス) the OS or kernel functionality on its own to adjust the time when a leap second is inserted. The Leap Indicator only makes notification of the(ジ) occurrence(オカランス) of leap second insertions; it is the OS or kernel that actually corrects the time.
  5. The last time a leap second was inserted, several problems were reported, particularly in Linux environments. One of the problems was that the kernel would hang and reboot when it received the Leap Indicator. Another problem was that CPU usage skyrocketed(スカイロケテッド) after a leap second was inserted in an environment where specific applications were running. The first problem occurred with older versions(バージョンズ) of the OS or kernel. In fact, various distributors had given warnings beforehand. We were therefore able to prevent this problem by upgrading our(アワ) OS and kernel. The second problem occurred with the newer versions of the OS or kernel. In either case, bugs in the OS or kernel came to the surface with the leap second insertion and the Leap Indicator.
  6. Before going over QTNet’s response in 2012, let me talk about the(ジ) operation of NTP at QTNet. QTNet runs two time servers as Stratum 1. One is JJY Server. It acquires(アクワイアス) time information from NICT via(バイア) PSTN. The other is GPS Server. It acquires time information from GPS. These two servers are appliance servers. We run three Linux time servers as Stratum 2. As clock references, these servers use our two Stratum 1 servers as well as the time server provided by NICT via(バイア) the(ジ) Internet(インターネット). They have been configured as peers to one another to equalize(イコライズ) the time among the(ジ) three(スリー) servers(サーバーズ). Over 100 QTNet servers have been configured to use these(ジーズ) Stratum 2 servers as clock references.
  7. Now let me talk about how QTNet responded to the leap second insertion in 2012. QTNet had decided not to use the Leap Indicator for leap second adjustment for two reasons: The first reason is that, as I have mentioned before, we had received information beforehand on the hang-up of older versions of the OS or kernel when receiving the Leap Indicator. The second reason is that QTNet’s Stratum 1 time servers had the ability to adjust leap seconds without using the Leap Indicator. This is called “Gradually Adjust mode.” With Gradually Adjust mode, time servers put a clock back gradually about two hours before the leap second insertion and complete a one-second adjustment by such time.
  8. Based on this policy, QTNet changed a part of the NTP architecture before the leap second insertion. Specifically, the NICT time server was excluded as a clock reference, because, it distributes the leap indicator. This means that our Stratum 2 servers will use only the time servers that have the “Gradually Adjust mode”, and do not involve the insertion of the Leap Indicator.
  9. Now, I would like to show you what happened when a leap second was inserted in 2012. This slide shows the status as of 9:00 a.m. on the day of the leap second insertion. Fortunately, QTNet did not encounter any problems(プロブレムス) related to the Leap Indicator, however another problem occurred. This problem was that the Stratum2 server’s peer status failed. The question is: why did the peer status fail?
  10. There can be two reasons: First, the JJY and GPS Servers had two different speeds of putting the clock back. As we checked with our product vendor later, we found out that the JJY Server was designed to start the leap second adjustment 125 minutes before the insertion, while the GPS Server was designed to start 120 minutes before the insertion. This could widen(ワイドン) the difference in clock time between Stratum 2 servers that use the JJY and GPS Servers(サーバーズ) as clock references. Secondly, the polling interval of Stratum 2 for using Stratum 1 as a clock reference differed (among Stratum servers). The interval had been variably(バリアブリィ) configured between 64 seconds and 1(ワンサウザンズ),024(トゥエンティフォー) seconds. This usually causes no problems, but the longer the polling interval is, the longer it takes to correct the time, when the Stratum 1 Server put the clock back gradually. As a result, there could have been a(ア) gap in clock time between Stratum 2 Servers even though they used the same time source.
  11. Now, what are we going to do to address the leap second insertion this year? QTNet is currently considering two options: Plan A is to use the Leap Indicator. Plan A is based on the assumption that we will upgrade the(ジ) OS and kernel of all servers to the latest version beforehand. This is what they should always be, but we have some servers with older versions(バージョンズ) of the OS or kernel in reality. Plan B is not to use the Leap Indicator but, instead use the “Gradually Adjust mode” of Stratum 1 servers , just like we did in 2012. We believe that we need to take the following steps to remedy(レメディ) the problem that we experienced. Step 1 is to use only one Stratum 1 server to unify the speed to put the clock back at Stratum 1. Step 2 is to shorten and unify the polling intervals for using Stratum 1 as a clock reference so that the clocks of the Stratum 2 servers are in sync with one another.
  12. In this presentation, I quickly looked back on the problems that occurred during the leap second insertion in 2012 and how QTNet responded. I also talked about QTNet’s plans for the leap second insertion scheduled for this year. Whatever option we choose, it is important to check the specifications and constraints(コンストレインツ) of the time servers, ntpd, and the OS and kernel. Whether we like it or not, a leap second will be inserted this year. I would like to wish everyone good luck in getting through the leap second insertion this year.
  13. Thank you for listening.