/ 31 CIDRまたは255.255.255.254の実際の使用法は何ですか?


19

/ 31サブネットを使用すると、使用可能なホストがゼロになります。/ 31サブネットには、ネットワーク用とブロードキャスト用の2つのホストしかありません。

なぜ誰かがこのサブネットを使用するのだろうかと思っています。


4
関係のない2番目の質問を削除しました。個別の投稿で個別の質問をする必要があります。
ロンモーピン

何か答えがありましたか?もしそうなら、質問が永遠にポップアップし続けないように答えを受け入れて、答えを探してください。または、独自の回答を提供して受け入れることもできます。
ロンモーピン

回答:


24

/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などの多くのベンダーは標準を完全にサポートしています。


2
/ 31がうまく機能するのに/ 30を使用する理由(両端がサポートしていると仮定)
Criggie

13
良い質問。/31標準にもかかわらず、アドレス指定を信じていない人がいます。たとえば、私たちが扱うすべての運送業者は、顧客と運送業者の機器がサポートしている場合でも、顧客と運送業者間のポイントツーポイントリンクについてのみサポートし/30、サポートしません/31。IPv6には/127ポイントツーポイントリンク用の同様のRFCがあります(IPv6にはブロードキャストがないため、ネットワーク内のすべてのアドレスを使用しても問題ありません)が、キャリア/126は顧客とキャリア間のポイントツーポイントリンクにネットワークを必要とします。基本的に、それは無知と慣性に要約されます。
ロンモーピン

4
レガシーの懸念もあります-古いギアとファームウェアの中には/ 31を完全にサポートしていなかったものがあります。古い標準に固執する方が簡単で、既存のネットワークとプロビジョニング/展開スキームを変更する大きな推進力はありません。そうは言っても、新しく設計されたものではすべて、/ 31をptpネットワークに使用しようとします。
rnxrx

1
@rnxrx、私はそれを理解していますが、コメントはそれをサポートする機器にそれを使用することについて尋ねました。また、IPv6の/127ポイントツーポイントリンク(hello、Verizon、AT&T、Century Linkなど)をサポートしていないことの言い訳はありません。少なくともMicrosoftは、IPv4 /31ネットワークを決してサポートしないとしても、IPv6に適しています。
ロンモーピン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.