-
以前のコラムで「ＭＳさんちの２０３６年問題」としましたが
インターネットで使用されているＮＴＰプロトコルにも同様な
問題がありました。
ＮＴＰプロトコルはインターネット機器間で
時間の同期を合せる為に広く用いられていますが、これにも
２０３６年問題がありました。
ＮＴＰプロトコルは６４ビット幅で時間を表し、上位３２ビットが
１９００年１月１日からの経過秒を表します。
これで行くとＭＳさんと同様に２０３６年２月７日６時２８分１６秒に
桁あふれがでます。
ＭＳさんちのＣランタイムはここから取ってきたようです。
この問題に対して、インターネット界はどう考えているかというと、
この仕様を定義？しているＲＦＣ２０３０では、先ほどの上位３２ビットを
１ビットの状態ビットと３１ビットの経過秒に分けて対応するようです。
すなわち、状態ビットが'1'の場合は現在の経過秒が１９６８年から
２０３６年の間に有ることを示し、'0'の場合の２０３６年以降にある事を
示します。この方法だと、２１０４年までは対処できます。
でも、この方法では約６８年毎に状態ビットの状態で判別しなければ
ならず、その度にアプリ側の修正が必要になります。
根本対策には経過秒の桁数を増やすしかなさそうですね。
