web-dev-qa-db-ja.com

ネットワーク0.0.0.0/8のアドレスは実際にはどこで使用されていますか？

私はこのプールを読んだ：

  • 「このネットワーク」の「これらのホスト」を意味します
  • 自己識別に使用されます
  • ブロードキャストメッセージに使用されます

私の質問は次のとおりです。

  • これらのアドレスはどこにありますか？
  • どのプロトコルがそれらを使用しますか？
networkingipsubnet
7
Rafał Ryszkowski

RFC 5735 によると：

0.0.0.0/8-このブロックのアドレスは、「this」ネットワーク上のソースホストを参照します。アドレス0.0.0.0/32は、このネットワーク上のこのホストの送信元アドレスとして使用できます。 0.0.0.0/8内の他のアドレスは、このネットワーク上の指定されたホストを参照するために使用される場合があります（[RFC1122]、セクション3.2.1.3）。

だから、見て RFC 1122 ：

0.0.0.0/32：

このネットワーク上のこのホスト。ホストが自身のIPアドレスを学習する初期化手順の一部としての送信元アドレスを除いて、送信してはなりません。

0.0.0.0/8（つまり、0.0.0.0から0.255.255.255までの任意のIP）：

このネットワーク上の指定されたホスト。ホストが完全なIPアドレスを学習する初期化手順の一部としての送信元アドレスを除いて、送信してはなりません。

したがって、@ Spiffは正しいので、初期化手順beforeで排他的に使用されます ）「実際の」IPアドレスを取得します。

しかし、後でRFC1122は次のように述べています。

非標準のブロードキャストアドレス形式を使用し、255を0に置き換えたホストのクラス（4.2BSD Unixおよびその派生物ですが、4.3BSDはありません）があります（255.255.255.255ではなく0.0.0.0のように）

したがって、BSDバージョン4.2は、実際に0.0.0.0にブロードキャストを送信します。

更新：

別の情報が見つかりました：

0.0.0.0/32はINADDR_ANY [snip]です。0.0.0.0/ 8のもう1つの一般的な使用法は、OSPFの「リンクデータ」値や一部のBSD風インターフェイスのifIndex番号を指定することです。

そして ここ はBSDに再び現れます：

imr_interfaceをINADDR_ANYに設定して、デフォルトのマルチキャストインターフェイスを選択するか、ホストがマルチホームの場合は特定のマルチキャスト対応インターフェイスのIPアドレスを選択する必要があります。 FreeBSD 4.4以降、imr_interfaceメンバーがネットワーク範囲0.0.0.0/8内にある場合、RIPバージョン2 MIB拡張（RFC-1724）に従って、システムインターフェイスMIBのインターフェイスインデックスとして扱われます。

5
Mr Shunz

これらのアドレスはどこにありますか？

現在実際のIPアドレスをネゴシエートしているネットワークマシン。

どのプロトコルがそれらを使用しますか？

これらのアドレスは、ARPプローブ中に一時的に使用されます。

ARPプローブは、すべてゼロの送信者IPアドレスで構築されたARP要求です。この用語は、IPv4アドレス競合検出仕様（RFC 5227）で使用されます。 IPv4アドレスの使用を開始する前に（手動構成、DHCP、またはその他の手段から受信したかどうかに関係なく）、この仕様を実装するホストは、ARPプローブパケットをブロードキャストして、アドレスがすでに使用されているかどうかをテストする必要があります。

2
goblinbox

オールゼロアドレスは、起動したばかりの、または新しいネットワークに接続したばかりで、BootP/DHCPからIPアドレスが割り当てられていないBootP/DHCPクライアントなど、自分のアドレスをまだ知らないクライアントによって使用されます。まだサーバー。

問題をデバッグしている間、私は多くのイーサネットLANトラフィックを調べます、そしてそれは私が今までに0.0.0.0/8が使用されているのを見たと思うことができる唯一の場所です。

2
Spiff

<guess type="wild" reliability="low">

CIDRの前は、IPアドレスは「ネットワーク」部分と「ホスト」部分に分けられていました。たとえば、1.2.3.4はクラスAネットワークとして1.0.0.0を持ち、ホスト番号として0.2.3.4を持ちます。 。 possible 0/8は、ネットワーク番号のホスト番号を静的に保ちながら、ネットワーク番号を簡単に再割り当てできるようにすることを目的としていました。

たとえば、ホストは0.2.3.4を何らかのプロトコルの「送信元」アドレスとして使用して、「クラスAネットワークのホスト2.3.4であることはわかっていますが、誰かに教えてもらう必要があります。私のネットワーク番号」。最近では、ホスト部分の長さが大きく異なる可能性があり、新しいネットワークで同じホスト番号を使用できる可能性は非常に低いため、これは決して行われません。

</guess>

1
user1686

IANAによって予約されているようです。IPアドレスを配布する組織は、表の000/8を参照してください。この表は、000/8〜255/8、つまり0.0.0.0/8〜255.0.0.0/8を示しています。

Windowsでは、ipconfigに表示された場合、ipconfig/releaseのように、IPアドレスが割り当てられていないことを意味します。

そしてnetstat-nでは、0.0.0.0がリスニングとしてリストされているか、192.168.1.0のようなRFC 1918のプライベートアドレスであるか、127/8であるかどうかに関係なく、接続できるユーザーが示されます。したがって、0.0.0.0の場合は誰でも、192.168.1.0の場合はそれらのみ、127/8の場合はローカルホストのみ。

どのプロトコルについて言えば、IPアドレスなので私が言えるのはIPだけです。しかし、おそらくいくつかの上位層プロトコルはそうします。それは放送用ではありません。また、ネットワーク上のコンピュータがそのIPアドレスを持っているべきではないため、IPアドレスやネットワーク以外は識別されません。

Windowsでは、コンピューターにそのIPがある場合、そのIPはネットワーク上にありません。 （訂正、有線または無線接続があればネットワーク上にあり、Grawityが指摘しているように、それらはまだMACアドレスを持っています）

http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

プレフィックス指定日Whoisステータスノート
000/8IANA-ローカルID1981-09予約済み
001/8 APNIC 2010-01whois.apnic.net割り当て済み
002/8 RIPE NCC 2009-09whois.ripe.net割り当て済み
003/8 General Electric Company 1994-05 LEGACY
004/8 Level 3 Communications、Inc。1992-12LEGACY
005/8 RIPE NCC 2010-11whois.ripe.net割り当て済み

0
barlop