Cloud Service Provider Peering における /31 IP アドレス空間の使用

Cloud Service Provider と BGP ピアリングセッションを確立するために 31 ビットのサブネットマスクアドレスを使用できますか？

答えは2つの要因によります：

お使いのオンプレミスデバイスが 31 ビットのサブネットマスクの設定をサポートしているかどうか。
Cloud Service Provider が 31 ビットのサブネットマスクの設定をサポートしているかどうか。

オンプレミスデバイスのサポート

一般的なネットワークデバイスのオペレーティングシステムは、31 ビットのサブネットマスクの使用をサポートしていますが、古いバージョンでは以下のような警告を表示することがあります：

```% Warning: use /31 mask on non point-to-point interface cautiously```

Cloud Service Provider のサポート

大多数のCloud Service Providerは、AWS、Oracle、Alibaba、IBMを含め、31 ビットのサブネットマスクの使用をサポートしています。各CSPから提供されている詳細情報は以下の通りです：

Oracle Cloud Infrastructure FastConnect

クイックリファレンス: 「プライベート仮想回線の場合、/30 または /31 ネットワークを指定でき、プロビジョニングプロセス中にこれらの IP アドレスが仮想回線に割り当てられます。BGP ピア確立のために IP アドレスが使用されます。パブリック仮想回線の場合、Oracle Cloud Infrastructure が BGP IP アドレスを選択します。」

リソース: https://www.oracle.com/cloud/networking/fastconnect-faq.html
IBM Direct Link

クイックリファレンス: 「IBM Cloud のスタッフが各接続に /31 または /30 を割り当て、IBM Cloud クロスコネクトルーター（XCR）インフラストラクチャにインターフェース IP アドレスを構成します。」

リソース: https://cloud.ibm.com/docs/infrastructure/direct-link?topic=direct-link-configure-ibm-cloud-direct-link
AWS Direct Connect

クイックリファレンス: 「プライベート IPv4 VIF に対して、Amazon は /31 CIDR を提供します。注記: パブリック IPv4 VIF のためには、/31 パブリック CIDR を使用できます。」

リソース: https://www.amazonaws.cn/en/directconnect/faqs/
Alibaba Cloud Express Connect

サブネットマスクで表される /30 または /31 を使用できます。

リソース: Connecting to Alibaba Express Connect.
Microsoft Azure ExpressRoute

31 ビットサブネットマスクのサポート（計画も含む）はありません。

リソース: https://feedback.azure.com/forums/217313-networking/suggestions/33565465-microsoft-peering-to-use-31-public-ip-for-peering
Google Partner Interconnect

31 ビットサブネットマスクの使用は現在サポートされていません。マスクは固定され、169.254.0.0/16 プールから割り当てられます。
Megaport Cloud Router

VXC が接続されている顧客デバイスや、CSP がこのマスク長をサポートするCSP向けVXCにおける31ビットサブネットマスクの使用をサポートします。

背景

2000年12月、Internet Engineering Task Force (IETF) は、IPv4 ポイント・ツー・ポイントリンクでの 31 ビットプレフィックスの使用に関する RFC 3021 をリリースしました。RFC は、31 ビットのサブネットマスクを使用することによって、ポイント・ツー・ポイントリンクに割り当てられる IP アドレスの量を削減し、IP アドレス空間を節約するための標準の変更を調査しています。

当時、現行のプラクティスは 30 ビットのサブネットマスクを使用していましたが、ポイント・ツー・ポイントリンクごとに 4 つのアドレス、すなわち 1 つのネットワークアドレス、2 つのホストアドレス、1 つのブロードキャストアドレスが必要でした。

ポイント・ツー・ポイントリンクでは、識別できるホスト数は 2 つしかないため、リンクの一端から送信されるパケットは常にもう一方に受信されるため、4 つのアドレスを定義するマスクの使用は状況によっては無駄と見なされることもありました。これがRFC 3021の開発理由です。31 ビットのサブネットマスクを使用することで、ネットワークアドレスとブロードキャストアドレスの2つのアドレスだけが可能になりますが、ポイント・ツー・ポイントリンクでは、これらの2つをホストアドレスとして解釈しなければなりません。

現在、企業がCloud Service Providerと接続を確立する際の標準的なプラクティスは、プロバイダとの BGP ピアリングを設定するために 30 ビットのサブネットマスクを使用しています。そのため、IP 不足が依然として課題であり、多くの組織が十分な IP アドレス空間を持っていないことから、組織は Cloud Service Provider との BGP ピアリングセッションを確立するために 31 ビットのサブネットマスクアドレスを使用したいと考えています。