メインコンテンツまでスキップ

6. 新しいアドレス割り当てとルーティングの例 (Example of New Address Assignments and Routing)

6.1. アドレスの委任 (Address Delegation)

10.24.0.0 から始まり 10.31.255.255 で終わる 524288 (2^19) アドレスのブロックが、単一のネットワークプロバイダー「PA」に割り当てられていると考えてください。これは、2048個のレガシー「クラスC」ネットワーク番号 (または /24) のブロックに相当します。このブロックへのクラスレスルート (Classless Route) は、10.24.0.0、マスク 255.248.0.0、およびプレフィックス 10.24.0.0/13 として記述されます。

このサービスプロバイダーが、以下の順序で6つのサイトを接続すると仮定します (これは重要です。サービスプロバイダーのアドレス空間に一時的な「穴 (Holes)」がどのように形成される可能性があるかを示しているためです):

  • C1: 2048未満のアドレスを必要とする (/21 または 8 × /24)
  • C2: 4096未満のアドレスを必要とする (/20 または 16 × /24)
  • C3: 1024未満のアドレスを必要とする (/22 または 4 × /24)
  • C4: 1024未満のアドレスを必要とする (/22 または 4 × /24)
  • C5: 512未満のアドレスを必要とする (/23 または 2 × /24)
  • C6: 512未満のアドレスを必要とする (/23 または 2 × /24)

すべての場合において、各サイトが「必要とする」IPv4アドレスの数は、大幅な成長を可能にすることを想定しています。サービスプロバイダーは、そのアドレス空間を次のように委任します:

  • C1: 10.24.0 から 10.24.7 を割り当てます。このネットワークブロックは、ルート 10.24.0.0/21 (マスク 255.255.248.0) によって記述されます。

  • C2: 10.24.16 から 10.24.31 を割り当てます。このブロックは、ルート 10.24.16.0/20 (マスク 255.255.240.0) によって記述されます。

  • C3: 10.24.8 から 10.24.11 を割り当てます。このブロックは、ルート 10.24.8.0/22 (マスク 255.255.252.0) によって記述されます。

  • C4: 10.24.12 から 10.24.15 を割り当てます。このブロックは、ルート 10.24.12.0/22 (マスク 255.255.252.0) によって記述されます。

  • C5: 10.24.32 および 10.24.33 を割り当てます。このブロックは、ルート 10.24.32.0/23 (マスク 255.255.254.0) によって記述されます。

  • C6: 10.24.34 および 10.24.35 を割り当てます。このブロックは、ルート 10.24.34.0/23 (マスク 255.255.254.0) によって記述されます。

これらの6つのサイトは、プロバイダーの IGP (Interior Gateway Protocol) 内でさまざまなサイズの6つのプレフィックスとして表現される必要があります。何らかの理由でプロバイダーがクラスレスルーティングまたは可変長サブネットをサポートしない時代遅れのIGPを使用している場合、すべての /24 の明示的なルートを伝達する必要があります。

この例をより現実的にするために、C4 と C5 が別のサービスプロバイダー「PB」を通じてマルチホームされていると仮定します。さらに、元々「RB」に接続されていたが「PA」に移動したサイト「C7」が存在すると仮定します。このため、PB のブロック (次の) 2048 × /24 から割り当てられたネットワーク番号のブロックを持っています。

  • C7: 10.32.0 から 10.32.15 を割り当てます。このブロックは、ルート 10.32.0.0/20 (マスク 255.255.240.0) によって記述されます。

マルチホームサイトについては、C4 が「RA」経由でプライマリとして、「RB」経由でセカンダリとして広告されると仮定します。C5 は「RB」経由でプライマリ、「RA」経由でセカンダリです。さらに、「RA」と「RB」の両方が同じトランジットサービスプロバイダー「BB」に接続されていると仮定します。

図式的には、このトポロジーは次のようになります:

   10.24.0.0 -- 10.24.7.0__         __10.32.0.0 - 10.32.15.0
C1: 10.24.0.0/21 \ / C7: 10.32.0.0/20
\ /
+----+ +----+
10.24.16.0 - 10.24.31.0_ | | | |
C2: 10.24.16.0/20 \ | | _10.24.12.0 - 10.24.15.0__ | |
\| | / C4: 10.24.12.0/20 \ | |
| |/ \| |
10.24.8.0 - 10.24.11.0___/| PA |\ | PB |
C3: 10.24.8.0/22 | | \__10.24.32.0 - 10.24.33.0___| |
| | C5: 10.24.32.0/23 | |
| | | |
10.24.34.0 - 10.24.35.0__/| | | |
C6: 10.24.34.0/23 | | | |
+----+ +----+
|| ||
ルーティング広告: || ||
|| ||
10.24.12.0/22 (C4) || 10.24.12.0/22 (C4) ||
10.32.0.0/20 (C7) || 10.24.32.0/23 (C5) ||
10.24.0.0/13 (PA) || 10.32.0.0/13 (PB) ||
|| ||
VV VV
+---------- バックボーンネットワーク BB ----------+

6.2. ルーティング広告 (Routing Advertisements)

規則#1に従うために、PA は、与えられたアドレスのブロックと C7 を広告する必要があります。C4 はマルチホームであり、PA を通じてプライマリであるため、これも広告される必要があります。C5 はマルチホームであり、PB を通じてプライマリです。原則的には (そして上記の例では)、PB による最長一致が自動的に PB をプライマリとして選択し、PA の集約の広告がセカンダリとして使用されるため、広告する必要はありません。実際の実践では、C5 は通常、両方のプロバイダーを介して広告されます。

「PA」から「BB」への広告は次のようになります:

10.24.12.0/22 primary    (C4 を広告)
10.32.0.0/20 primary (C7 を広告)
10.24.0.0/13 primary (PA の残りを広告)

PB の場合、広告には C4 と C5、およびそのアドレスのブロックも含める必要があります。

「PB」から「BB」への広告は次のようになります:

10.24.12.0/22 secondary  (C4 を広告)
10.24.32.0/23 primary (C5 を広告)
10.32.0.0/13 primary (RB の残りを広告)

セクション 5.1 で言及された問題診断の問題を説明するために、PA が C7 (PB の空間から割り当てられたサイト) への接続を失った場合に何が起こるかを考えてみてください。ステートフルプロトコルでは、PA は BB に 10.32.0.0/20 が到達不能になったことを通知します。さて、BB がこの情報をルーティングテーブルからフラッシュすると、この宛先のためにそれを通じて送信される将来のトラフィックは、PB のより特定的でない一致 10.32.0.0/13 により、PB に転送されます (規則#2 に従ってそこでドロップされます)。これは運用上の問題を引き起こしませんが (いずれにせよ C7 は到達不能です)、「BB」を介したいくつかの余分なトラフィックを生成します (また、「traceroute」で停止をデバッグしようとしている人にとって混乱を招く可能性があります)。このような到達不能状態をキャッシュするメカニズムは良いかもしれませんが、この文書の範囲を超えています。