回答:
/31
ネットワークは、実際にはポイントツーポイントリンクのための2つの使用可能なホストを有します。Standards Track RFC 3021、Using 31-bit Prefixes on IPv4 Point-to-Point Links(published in 2000)を参照してください:
抽象
インターネット上のIPアドレス空間を節約する圧力がますます高まっているため、番号付けの効率を改善するために、フィールド化されたプラクティスに比較的小さな変更を加えることができる場所を考慮することは理にかなっています。このドキュメントで提案されているこのような変更の1つは、非常に限られた方法で31ビットサブネットマスクの使用を許可することにより、ポイントツーポイントリンク(インターネットインフラストラクチャ全体に共通)に割り当てられるアドレス空間の量を半分にすることです。
-そして-
このドキュメントは、管理性と標準の相互作用を維持しながら、ポイントツーポイントリンクでIPアドレスを保存する(30ビットより長いサブネットマスクを使用する)ことができるという考えに基づいています。既存のドキュメント[RFC950]は、1ビット幅のホスト番号フィールドの使用の可能性をすでに示唆しています。
この変更によるアドレス空間の節約は簡単にわかります。大規模なネットワークの各ポイントツーポイントリンクは、4つではなく2つのアドレスを消費します。たとえば、500のポイントツーポイントリンクを使用するネットワークでは、この方法により1000アドレス(4つのクラスCアドレススペースに相当)を節約できます。
すべてのベンダー(特にMicrosoft)が標準をサポートしているわけではないことを理解してください。ただし、Ciscoなどの多くのベンダーは標準を完全にサポートしています。
/31
標準にもかかわらず、アドレス指定を信じていない人がいます。たとえば、私たちが扱うすべての運送業者は、顧客と運送業者の機器がサポートしている場合でも、顧客と運送業者間のポイントツーポイントリンクについてのみサポートし/30
、サポートしません/31
。IPv6には/127
ポイントツーポイントリンク用の同様のRFCがあります(IPv6にはブロードキャストがないため、ネットワーク内のすべてのアドレスを使用しても問題ありません)が、キャリア/126
は顧客とキャリア間のポイントツーポイントリンクにネットワークを必要とします。基本的に、それは無知と慣性に要約されます。
/127
ポイントツーポイントリンク(hello、Verizon、AT&T、Century Linkなど)をサポートしていないことの言い訳はありません。少なくともMicrosoftは、IPv4 /31
ネットワークを決してサポートしないとしても、IPv6に適しています。