NTP Time Server - NTS

NTP Time Server - NTS

NTS is a time server for use in network environments. It can be synchronized by NTP, but also act as an NTP server. In addition, it can read the time from DCF or GPS (e.g. from GPS 4500). The version NTS IT is a guarantees maximum operating safety for the time synchronization of IT systems.

Oscillator type:XO
1 LAN port (RJ45):provides NTP (< 250 requests/s)
Outputs:1x DCF current loop output
High precision time:Time reception from GPS or DCF
Operation:via Web-Interface
Show more
IP configIPv4: static IP; IPv6: DHCPv6, autoconfig, static IP
Power supplyExternal mains supply incl. in delivery 100 - 240 VAC / 50-60 Hz / max. 12 W or 24 - 28 VDC / 200 mA
AccuracyGPS (DCF input) to NTP server = typically < ± 0.5 ms
OperationTelnet or SSH, web interface or operation via SNMP
Time-keepingRTC with time keeping for min. 5 days (without battery)
Show more
Network Time Server NTS

 

GNSS stands for Global Navigation Satellite System, and is an umbrella term that encompasses all global satellite positioning systems. This includes several constellations of satellites orbiting over the earth’s surface and continuously transmitting signals providing an autonomous geo-spatial positioning with global coverage.

The GPS constellation (developed and controlled by the USA) is still the most widely used GNSS in the world but major countries have now developed their own constellation: Glonass (Russia), Beidou (China), and Galileo (Europe) with improved accuracy

GNSS is used in collaboration with GPS systems where all GNSS receivers are compatible with GPS, but GPS receivers are not necessarily compatible with GNSS.

A GPS receiver has been designed to receive the GPS constellation only (24 satellites) when GNSS-compatible equipment can use navigational satellites from other networks (each network is controlling between 24 and 30 satellites). It is therefore recommended to use GNSS receivers for positioning and timing applications.

SNTP (Simple Network Time Protocol) and NTP (Network Time Protocol) are describing exactly the same network package format, the differences can be found in the way how a system deals with the content of these packages in order to synchronize its time. They are basically two different ways of how to deal with time synchronization.

 

While a full featured NTP server or -client reaches a very high level of accuracy and avoids abrupt timestamps as much as possible by using different mathematical and statistical methods and smooth clock speed adjustments, SNTP can only be recommended for simple applications, where the requirements for accuracy and reliability are not too demanding.

 

By disregarding drift values and using simplified ways of system clock adjustment methods (often simple time stepping), SNTP achieves only a low quality time synchronization when compared with a full NTP implementation. SNTP version 4 is defined in RFC2030, where it reads:

 

“It is strongly recommended that SNTP be used only at the extremities of the synchronization subnet. SNTP clients should operate only at the leaves (highest stratum) of the subnet and in configurations where no NTP or SNTP client is dependent on another SNTP client for synchronization. SNTP servers should operate only at the root (stratum 1) of the subnet and then only in configurations where no other source of synchronization other than a reliable radio or modem time service is available. The full degree of reliability ordinarily expected of primary servers is possible only using the redundant sources, diverse subnet paths and crafted algorithms of a full NTP implementation.”

 

Therefore the term “NTP time server” or “NTP compatible client” can – by definition – describe a system with a fully implemented NTP as well as any other product which uses and understands the NTP protocol but achieves far worse levels of reliability, accuracy and security.