Skip to content

Latest commit

 

History

History
55 lines (34 loc) · 3.62 KB

ntp-service-overview.md

File metadata and controls

55 lines (34 loc) · 3.62 KB
copyright lastupdated keywords subcollection
years
2021, 2024
2024-10-09
NTP, NTP server, network time protocol
cloud-infrastructure

{{site.data.keyword.attribute-definition-list}}

Synchronizing app time to the {{site.data.keyword.cloud}} NTP service

{: #ntp-service-overview}

{{site.data.keyword.cloud}} hosts are synchronized to internal IBM Network Time Protocol (NTP) servers that take their time from Stratum 1 devices, with GNSS appliances that are owned by IBM connected to them. {: shortdesc}

Configuring NTP servers

{: #ntp-config-guidelines}

The NTP server that you use to synchronize time for an application depends on where the application is running:

  • If the application is running in {{site.data.keyword.cloud_notm}} classic infrastructure, set your NTP server to time.service.networklayer.com.
  • If the application is running in {{site.data.keyword.cloud_notm}} VPC, set your NTP server to time.adn.networklayer.com.
  • If the application is not using {{site.data.keyword.cloud_notm}} NTP services, check Network Time Protocol Servers{: external} to find suitable NTP servers for your application.

NTP Stratum ranking

{: #ntp-stratum-ranking}

IBM implemented Global Navigation Satellite System (GNSS) devices within the {{site.data.keyword.cloud_notm}} data centers, providing an effective Stratum 0 source for internal servers that are directly connected to it (Stratum 1).

Aside from GNSS antennas, the appliances are connected to a high-performance oscillator, such as a rubidium atomic clock. The high-performance oscillator keeps the appliance clock accurate for long periods even if the GNSS service is disrupted.

The National Institute of Standards and Technology (NIST) and US Naval Observatory (USNO) Stratum 1 sources are also configured on the time servers that are available for Regulated Services Cloud NTP servers. This applies for NTP servers that are located only in the United States.

The NTP time servers are connected to these GNSS and time synchronization appliance services, as depicted in Figure 1.

NTP service overview{: caption="NTP Service overview" caption-side="bottom"}

Software components

{: #ntp-software-components}

NTP services provide a complete implementation of the Network Time Protocol (NTP) version 4. NTP services retain compatibility with versions 1, 2, and 3 as defined by RFC 1059, RFC 1119, and RFC 1305, respectively.

Security

{: #ntp-security}

Only NTP time packets are allowed to transfer between the customer-accessible NTP servers (customer mirrors) and users ({{site.data.keyword.cloud_notm}} VPC and {{site.data.keyword.cloud_notm}} classic infrastructure servers). It's important to note that most of the attacks against an NTP server can be mitigated with proper configuration of the NTP server to limit functionality to only the required responses. NTP servers are restricted from public access, and only allowed networks are able to connect to the master time source in each environment. At each level, the information that NTP clients are allowed to receive from the NTP server is restricted.

High availability

{: #ntp-high-availability}

The NTP service for customer workloads is backed by a highly available architecture. Multiple GNSS devices are deployed across {{site.data.keyword.cloud_notm}} that rely on multiple satellites available on the GPS network. Each appliance, aside from the GPS source, has a local atomic clock device that is connected to it. Every NTP server that provides services to customer workloads is configured to use any of the available Stratum 1 sources in case the closest one fails.