我想检查NTP的“ ntpdate”实用程序是否可以处理2036翻转问题。为此，我想实现一个NTP服务器，该服务器会在过渡时间2036-02-07 / 06：28：15之后生成一个静态时间戳。
我目前仍停留在了解NTP如何解决此问题的观点。我看到NTPv3协议确实使用64位时间戳（32位秒，32位usec（fraction）），并且我还看到rfc5905 page12中定义的新NTPv4标准通过定义三种不同的数据类型解决了该问题。
有三种NTP时间格式，一种128位日期格式，一种64位时间戳记格式和32位短格式
但是在page 18中定义的“数据包头格式”中，使用的时间戳仅保存64位时间戳格式。关于如何合并“ 128位日期格式”，该文档中没有任何其他地方提及，其中包括为解决翻转问题而定义的“ era”和“ era offset”数据。
“ ntpdate”实用程序声称它支持NTPv4标准，所以我猜测它也应该支持128位时间戳。我还浏览了ntpdate的源代码，以查看是否支持“ era”或“ 128位时间戳”格式，但是我找不到任何指针来暗示“ ntpdate”可以处理128位时间戳。
据我了解，NTP是NTPv4协议引入的一种128位日期格式，应用于解决过渡问题。我的理解正确吗？是否还有其他在线开源服务器可用于调查2036翻转问题的“ ntpdate”或“ ntpd”实用程序的行为？
提前感谢！
我想检查NTP的“ ntpdate”实用程序是否可以处理2036翻转问题。为此，我想实现一个NTP服务器，该服务器在翻转后会生成一个静态时间戳记...
经过大量研究，我提出了link，对问题进行了清楚的解释。