CIDR（クラスレス・ドメイン間ルーティング）とは？

2つのチームが、例えば/23と、その中に含まれる/24といったように、重複するブロックを割り当てた場合、トラフィックが誤ったネットワークに到達したり、断続的に失敗したりすることがあります。この問題は、VPN、ピアリング、またはクラウドネットワークが接続され、ルートが競合する際に頻繁に発生します。

ブロックには、プレフィックスの境界上にないホストアドレスが記述されることがあります。例えば、10.1.1.0/24 を意図していたにもかかわらず、10.1.1.64/24 と記述される場合などです。プラットフォームによってはこれを拒否するものもあれば、黙って正規化するものもあり、その結果、ルートやファイアウォールのエントリに混乱を招く不一致が生じることがあります。

計画担当者は、IPv4サブネットの先頭と末尾のアドレスが通常、ネットワークアドレスとブロードキャストアドレス用に予約されており、クラウドプラットフォームではさらに多くのアドレスが予約されていることを見落としがちです。サイズをぴったり合わせるように設計されたサブネットでは、導入時点で使用可能なアドレスが尽きてしまいます。

トポロジーを考慮せずにブロックを割り当てると、アドレスが各サイトに散在してしまうため、1つのルートに要約することができません。その結果、ルーティングテーブルが肥大化し、サマリールートが使用できなくなったり、存在しないアドレスへのトラフィックを引き寄せたりすることになります。

DHCPスコープ、ファイアウォールオブジェクト、IPAMレコードは、それぞれ同じネットワークに対して異なるプレフィックス長を保持しています。その結果、ホストが誤ったマスクを取得したり、ルールが範囲の一部をカバーし損ねたりしますが、各システムは内部的には一貫しているように見えるため、原因の特定が困難になります。