3.1 Searching (検索)

3.1.1 General Summary (一般的な概要)

UNIX システムを通じて実施される IPv6 アドレスの検索は通常大文字小文字を区別し, 正規表現の使用を可能にする拡張オプションが役立ちます。しかし, 今日のインターネットには, この機能を提供しないアプリケーションが多数あります。このようなシステムで IPv6 アドレスを検索する場合, システムエンジニアはアドレスを検索するためにあらゆる可能性を試す必要があります。これは特にエンタープライズネットワーク上で IPv6 を展開しようとする際に重大な影響を及ぼします。

3.1.2 Searching Spreadsheets and Text Files (スプレッドシートとテキストファイルの検索)

GUI システム上のスプレッドシートアプリケーションやテキストエディタは, 正規表現を使用してテキストを検索する機能を備えていることは稀です。さらに, これらのアプリケーションを使用して IP アドレスを管理する非エンジニア (大文字小文字の区別や正規表現の使用を認識していない人) が多数います。これは IPv4 ではテキスト表現の柔軟性が非常に少ないため, かなりうまく機能してきました。デュアルスタックに移行する際に, これらの非エンジニアにツールを変更したり正規表現を学習したりすることを奨励する動機はありません。スプレッドシートのエントリが 2001:db8::1:0:0:1 と記載されているにもかかわらず, 検索が 2001:db8:0:0:1::1 として実施された場合, 一致なしの結果が表示されます。これが問題を引き起こす一例は, プールから新しいアドレスを割り当てるために検索が実施され, 使用されていないかどうかのチェックが行われている場合です。これはエンドホストまたはエンドユーザーに問題を引き起こす可能性があります。このタイプのアドレス管理は, エンタープライズネットワークや ISP で非常によく見られます。

3.1.3 Searching with Whois (Whois での検索)

"whois" ユーティリティは今日幅広い人々によって使用されています。レコードがデータベースに設定されると, エントリが正しいかどうかを確認するために出力をチェックする可能性が高いです。エンティティが 2001:db8::/48 として記録されたが, whois 出力が 2001:0db8:0000::/48 を示した場合, ほとんどの非エンジニアは入力が間違っていたと考え, 何度か再試行するか, フラストレーションを感じてデータベースホストマスターに電話をかける可能性があります。異なるシステムに同じプレフィックスを登録する必要があり, 各システムが異なるテキスト表現を示した場合, これは人々をさらに混乱させるでしょう。このドキュメントはアドレスではなくプレフィックスに焦点を当てていますが, アドレスとプレフィックスで遭遇する問題はほぼ同等であるため, プレフィックスの問題について言及する価値があります。

3.1.4 Searching for an Address in a Network Diagram (ネットワーク図でのアドレスの検索)

ネットワーク図やブループリントは, システムデバイスに割り当てられている IP アドレスを示すことがよくあります。トラブルシューティング時には, 障害点を見つけるために図を検索する必要がある場合があります (たとえば, traceroute が 2001:db8::1 で停止した場合, そのアドレスを図で検索します)。これはエンタープライズネットワークやマネージドサービスで非常によく使用される技術です。繰り返しますが, テキスト表現の異なるフレーバーは時間のかかる検索をもたらし, トラブル時の平均復旧時間 (MTTR) が長くなります。