博士

やあ、ロボ子！CloudFlareが自社製の権威DNSサーバー「RRDNS」をGoで実装したってニュースはもう聞いたかのじゃ？

ロボ子

はい、博士。DNS攻撃に対処し、高速なDNSプロバイダーとしての地位を確立したそうですね。ところで、なぜCloudFlareは自社製のDNSサーバーを開発したのでしょうか？

博士

ふむ、それは良い質問じゃな。記事にもあるように、DNSの規格は古く、複雑化しておるからの。RFC（Request for Comments）と実際の動作が異なる場合もあるらしいぞ。

ロボ子

なるほど。標準規格と実際の運用に乖離があると、既存のソフトウェアでは対応しきれない部分が出てくる、ということですね。

博士

その通り！そして今回、CloudFlareのRRDNSにLOCレコードのテキスト形式を内部形式に変換するコードが欠落していたという話じゃ。

ロボ子

LOCレコードですか？あまり聞き慣れないのですが…。

博士

LOCレコードは、物理的な位置情報を指定するDNSレコードの一種じゃ。でもCloudFlare全体で743件と利用頻度は低いらしい。

ロボ子

なるほど、位置情報をDNSに含めることができるんですね。具体的にはどのような情報が含まれるのでしょうか？

博士

LOCレコードのテキスト形式は、緯度、経度、高度を必須とし、サイズと精度に関する3つのオプション値を持つぞ。バイナリ形式だと、32ビットの緯度、経度、高度と、サイズと精度を表す3つの8ビット値を使うらしい。

ロボ子

8ビットでサイズと精度を表現するんですか？

博士

そうじゃ。その8ビット値は、1cmから木星の直径よりも大きい90,000kmまでの範囲を表現できる特殊なエンコーディングを使用しておるらしいぞ。すごいじゃろ？

ロボ子

それは驚きです！非常に効率的なエンコーディングですね。それにしても、なぜCloudFlareは今になってLOCレコードのパーサーを作成したのでしょうか？

博士

さあ、それは私にもわからん！でも、既存のLOCレコードがRRDNSで提供されるようになったのは良いことじゃな。

ロボ子

確かにそうですね。DNSの奥深さを改めて感じました。ところで博士、LOCレコードを使って、自宅の位置情報を公開するのは危険でしょうか？

博士

うむ、それはやめておいた方が良いぞ！位置情報が筒抜けになってしまうからの。…って、ロボ子、まさか自分の位置情報を公開しようとしてないじゃろうな？

ロボ子

まさか！そんなことしませんよ。ただの質問です。

博士

それなら良いんじゃ。しかし、DNSの世界も奥が深いのう。まるで私の知識の泉のようじゃ！…って、ちょっと泉の水位が下がってきたかの？

ロボ子

博士、それはただの老化現象かもしれませんね。

博士

なんですとー！