3つのパネルの使い方
- 01IPv4 Subnet — アドレスを解析する。
192.168.1.130/26、192.168.1.130 255.255.255.192、またはマスクを専用フィールドに入れた裸のアドレスを入力します。カードは入力に合わせて埋まります。 - 02プレフィックス↔マスク変換 — 表記を切り替える。
21、/21、または255.255.248.0のようなドット表記のマスクを入力すると、プレフィックス、ドット表記マスク、ワイルドカード、使用可能ホスト数が得られます。 - 03VLSM — 複数のネットワークを計画する。親ブロックをCIDR(
192.168.1.0/24)で指定し、次に1行につき1つのサブネットをname hostsの形式で指定します(名前は省略可能、スペースも使用可)。プランナーはサイズ順に並べ、ブロックごとにマスク、範囲、ブロードキャスト、使用可能数を返します。 - 04IPv6 — プレフィックスを読み取る。プレフィックスを任意で付けたアドレス(
2001:db8:abcd:12::5/64)を入力します。プレフィックスなしではテキストが展開および圧縮され、ありの場合はネットワークプレフィックス、ホストビット、アドレス数も得られます。
各パネルには直接アクセスもできます:IPv4、VLSM、IPv6。
計算例
以下の表示はすべて、示された入力をツールに入力して得られたものです。
/26内のホスト。 192.168.1.130/26は、ネットワーク192.168.1.128/26、ブロードキャスト192.168.1.191、使用可能ホスト62、総アドレス数64、ホスト範囲192.168.1.129 – 192.168.1.190、ネットマスク255.255.255.192 = /26、ワイルドカードマスク0.0.0.63、クラスC、スコーププライベート用途(RFC 1918)、役割ホストアドレスを示します。
/24を4分割。 親192.168.1.0/24とA 100、B 50、C 25、D 5:
| 名前 |
必要数 |
CIDR |
ホスト範囲 |
使用可能 |
| A |
100 |
192.168.1.0/25 |
192.168.1.1 – 192.168.1.126 |
126 |
| B |
50 |
192.168.1.128/26 |
192.168.1.129 – 192.168.1.190 |
62 |
| C |
25 |
192.168.1.192/27 |
192.168.1.193 – 192.168.1.222 |
30 |
| D |
5 |
192.168.1.224/29 |
192.168.1.225 – 192.168.1.230 |
6 |
割り当て済み/合計232 / 256、使用率90.6 %、次の空き192.168.1.232。
ドキュメント用プレフィックス。 2001:db8:abcd:12::5/64は、圧縮(RFC 5952)2001:db8:abcd:12::5、展開2001:0db8:abcd:0012:0000:0000:0000:0005、ネットワークプレフィックス2001:db8:abcd:12::/64、ホストビット64 bit、正確なアドレス数18446744073709551616(桁数表現1.84×10^19)、スコープ**ドキュメント用(RFC 3849)**を示します。
各パネルの計算方法
- IPv4フィールド。 ネットワーク = ホストビットをクリアしたアドレス、総アドレス数 = 2^(32−プレフィックス)、ブロードキャスト = ブロック内の最後のアドレス、ワイルドカード = 反転マスク。使用可能ホストは2^ホストビット − 2に従い、後述の/31と/32の例外があります。
- VLSM。 要求は大きい順に並べ替えられ、それぞれを収められる最小の2のべき乗ブロックが割り当てられます。降順にすることで各ブロックの整列が保たれ、計画に埋め草の穴ができません。ブロックは先頭から切り出され、残りは概要に報告されます。
- スコープ。 アドレスは組み込みの特殊用途範囲表と照合され、最長プレフィックスが優先されます。プライベート用途と表示されるのは3つのRFC 1918ブロックだけです。
100.64.0.0/10(CGNAT)と169.254.0.0/16(リンクローカル)は、プライベートでも公開ルーティング可能でもありません。
- IPv6。 テキストはRFC 5952形式に正規化され、プレフィックス演算は128ビットで正確に保たれます。アドレス数は完全な10進数と桁数表現で表示されます。
制限事項
- プレフィックス範囲。
- IPv4プレフィックスは0〜32で、ドット表記マスクは1ビットが連続している必要があります。
255.0.255.0は黙って受け入れず拒否されます。 - 入力構文。
- 先頭にゼロがあるオクテット(
010.1.1.1)は、他のパーサーが8進数として読む可能性があるため拒否されます。VLSMの親は/30より狭くできず、ホスト数は正の整数である必要があります。 - 組み込み表であり、ライブレジストリではありません。
- スコープのラベルはアドレスブロックを説明するもので、ホストに到達できるかどうかを示すものではありません。
- 診断ツールやパケットツールではありません。
- DNSルックアップ、traceroute、速度テスト、公開IPチェックはありません。それらはネットワークツールページの役割です。バイナリレジスタや色の操作はなく(プログラマー電卓)、10進浮動小数点演算もありません(標準電卓)。
/31の落とし穴
- /31は無駄なブロックではありません。 式2^ホストビット − 2では、2アドレスのプレフィックスの使用可能ホストは0になりますが、RFC 3021のポイントツーポイントリンクは両方を使います。
192.168.1.4/31は使用可能ホスト2、ホスト範囲192.168.1.4 – 192.168.1.5を示し、ネットワークアドレスとブロードキャストアドレスがないことを知らせる情報行が付きます。/32はホストルートとして1を示します。VLSMプランナーは−2の規則を維持し、/31を自分から割り当てることはありません。
- IPv6のゼロ圧縮で同点の場合は最も左の連続に割り当てられます。
2001:db8:0:0:1:0:0:1は2001:db8:0:0:1::1ではなく2001:db8::1:0:0:1に圧縮されます。単一のゼログループは決して圧縮されません。
役立つ場面
1つのブロックをチーム間で分割する
100、50、25、5ホストの必要数を、/24を均等な/26として共有すると、ブロックの半分を無駄にします。VLSMは/25、/26、/27、/29を返し、256アドレスのうち232を埋め、192.168.1.232を空けたままにします。
チケットに書かれたアドレスを読み取る
ユーザーが192.168.1.130/26を報告したとき、パネルはそれを含むネットワーク、ブロードキャスト、ホスト範囲、役割を示します。ホストをゲートウェイやブロードキャストアドレスと区別するのに十分です。
出荷前にプレフィックスを確認する
ドキュメント用アドレスを貼り付け、プレフィックスが構成ファイルに入る前に、正規形、ネットワークプレフィックス、正確なアドレス数を確認します。
プライバシー
3つのパネルはすべてブラウザー内でローカルに計算します。入力したアドレスや計画がアップロードまたは保存されることはありません。
参考文献
- IETF、RFC 1918: Address Allocation for Private Internets、rfc-editor.org (访问日期:2026-10-01)— スコープのラベルの背後にあるプライベート用途ブロック。
- IETF、RFC 4291: IP Version 6 Addressing Architecture、rfc-editor.org (访问日期:2026-10-01)— IPv6の構造、展開形、特殊範囲。
- IETF、RFC 4632: Classless Inter-domain Routing (CIDR)、rfc-editor.org (访问日期:2026-10-01)— プレフィックス表記とネットワーク/ホストの分割。
- IETF、RFC 5952: A Recommendation for IPv6 Address Text Representation、rfc-editor.org (访问日期:2026-10-01)— ゼロ圧縮と同点時の規則。
- IETF、RFC 3021: Using 31-Bit Prefixes on IPv4 Point-to-Point Links、rfc-editor.org (访问日期:2026-10-01)— /31の両方のアドレスが使用可能な理由。
本页计算器
精选工具,点开即用;小工具可直接试算,数值会带入完整计算器。