CIDR／サブネットマスク早見表

/0〜/32 全プレフィックス長のサブネットマスク・ワイルドカードマスク・使用可能ホスト数を一覧表示。必要なホスト数を入力すると、収容できる最小のCIDRブロックを自動判定します。

最終更新日: 2026-09-10

CIDR早見表（/0〜/32）

各プレフィックス長のサブネットマスク・ワイルドカードマスク・総アドレス数・実用ホスト数の一覧です。

プレフィックス	サブネットマスク	ワイルドカードマスク	総アドレス数	実用ホスト数
/0	0.0.0.0	255.255.255.255	4,294,967,296	4,294,967,294
/1	128.0.0.0	127.255.255.255	2,147,483,648	2,147,483,646
/2	192.0.0.0	63.255.255.255	1,073,741,824	1,073,741,822
/3	224.0.0.0	31.255.255.255	536,870,912	536,870,910
/4	240.0.0.0	15.255.255.255	268,435,456	268,435,454
/5	248.0.0.0	7.255.255.255	134,217,728	134,217,726
/6	252.0.0.0	3.255.255.255	67,108,864	67,108,862
/7	254.0.0.0	1.255.255.255	33,554,432	33,554,430
/8	255.0.0.0	0.255.255.255	16,777,216	16,777,214
/9	255.128.0.0	0.127.255.255	8,388,608	8,388,606
/10	255.192.0.0	0.63.255.255	4,194,304	4,194,302
/11	255.224.0.0	0.31.255.255	2,097,152	2,097,150
/12	255.240.0.0	0.15.255.255	1,048,576	1,048,574
/13	255.248.0.0	0.7.255.255	524,288	524,286
/14	255.252.0.0	0.3.255.255	262,144	262,142
/15	255.254.0.0	0.1.255.255	131,072	131,070
/16	255.255.0.0	0.0.255.255	65,536	65,534
/17	255.255.128.0	0.0.127.255	32,768	32,766
/18	255.255.192.0	0.0.63.255	16,384	16,382
/19	255.255.224.0	0.0.31.255	8,192	8,190
/20	255.255.240.0	0.0.15.255	4,096	4,094
/21	255.255.248.0	0.0.7.255	2,048	2,046
/22	255.255.252.0	0.0.3.255	1,024	1,022
/23	255.255.254.0	0.0.1.255	512	510
/24	255.255.255.0	0.0.0.255	256	254
/25	255.255.255.128	0.0.0.127	128	126
/26	255.255.255.192	0.0.0.63	64	62
/27	255.255.255.224	0.0.0.31	32	30
/28	255.255.255.240	0.0.0.15	16	14
/29	255.255.255.248	0.0.0.7	8	6
/30	255.255.255.252	0.0.0.3	4	2
/31	255.255.255.254	0.0.0.1	2	2
/32	255.255.255.255	0.0.0.0	1	1

実用ホスト数は、ネットワークアドレスとブロードキャストアドレスの2つを除いた値です（/31はRFC 3021により2、/32は単一アドレスとして1）。

CIDR／サブネットマスク早見表とは

CIDR 表記の「/24」は、IPv4 アドレスの先頭24ビットをネットワーク部として固定するという意味です。この表は **/0 から /32 までの33通りすべて**について、サブネットマスク・ワイルドカードマスク・総アドレス数・実用ホスト数を並べています。総アドレス数は 2 の（32−プレフィックス長）乗で、/24 なら 256 アドレスです。

**実用ホスト数は総アドレス数から2を引いた値**です。先頭のネットワークアドレスと末尾のブロードキャストアドレスは機器に割り当てられないためです。ただし例外が2つあります。**/31 は RFC 3021 により2アドレスとも割り当て可能**で、ルーター間のポイントツーポイント接続でアドレスを節約する目的に使われます。**/32 は単一アドレス（ホストルート）として1**と数えます。必要な台数を入力すれば、それを収容できる最小のブロックが該当行として示されます。

CIDR早見表の使い方

必要な台数を入力する収容したい機器の数を入れると、**それを収容できる最小のブロック**（プレフィックス長が最も長いもの）が判定されます。
該当行を表で確かめる判定されたプレフィックス長の行で、実際に設定するサブネットマスクを読み取ります。
2つ引かれていることを意識する 254台なら /24 で足りますが、255台では /23 が必要です。ネットワークアドレスとブロードキャストの2つが使えないためです。
ワイルドカードマスクを引く Cisco 機器の ACL や OSPF のネットワーク指定にはサブネットマスクを反転したこの値を使います。表から直接写せます。
例外の2行を覚えておく /31 は2、/32 は1です。表の一般式（総数−2）から外れる行なので、ここだけ別に扱われます。

使いこなすためのヒント

「/24」は255.255.255.0（256アドレス、実用254ホスト）という意味で、小規模なオフィスLANや自宅ネットワークで最も一般的に使われるサイズです。
/31は例外的に2アドレスとも割り当て可能です（RFC 3021）。ルーター間のポイントツーポイント接続でIPアドレスを節約する目的でよく使われます。
必要なホスト数がわからないときは、上部の入力欄に人数や機器数を入力すると、それを収容できる最小のCIDRブロックが表の該当行としてハイライトされます。
ワイルドカードマスクはCisco機器のACL（アクセスコントロールリスト）設定やOSPFのネットワーク指定などで使われる、サブネットマスクを反転した値です。

CIDR早見表が役立つ場面

オフィスのLANを設計するとき

社員数と機器数から必要なブロックを決められます。小規模なオフィスや自宅では /24 が最も一般的です。

サブネットを分割するとき

部署ごとに分けるなら、各部署の台数から最小ブロックを求めて足し合わせれば必要な全体量が出ます。

ルーター間の接続を設定するとき

ポイントツーポイントなら /30（実用2）か /31（RFC 3021 で2）で足ります。/31 を使えるかは機器の対応次第です。

クラウドのVPCを切るとき

事業者ごとに予約されるアドレス数が違うことがあるため、この表の実用ホスト数より少なくなる場合があります。

アドレスそのものを確かめたいとき

形式の妥当性はIPアドレス形式チェッカー、自分のアドレスはIPアドレス確認、サブネットの計算はサブネット計算で確かめられます。

CIDRに関する用語集

CIDR: Classless Inter-Domain Routing の略で、「/24」のようにネットワーク部のビット数で範囲を表す記法です。
プレフィックス長: アドレスの先頭から何ビットをネットワーク部とするかの値です。長いほどブロックは小さくなります。
サブネットマスク: ネットワーク部を1、ホスト部を0で表した32ビットの値です。/24 なら 255.255.255.0 になります。
ワイルドカードマスク: サブネットマスクのビットを反転した値です。Cisco 機器の ACL や OSPF の設定で使われます。
ネットワークアドレス: ブロックの先頭アドレスで、そのネットワーク自体を指します。機器には割り当てません。
ブロードキャストアドレス: ブロックの末尾アドレスで、同じネットワーク内の全機器へ一斉に送るために使います。機器には割り当てません。
RFC 3021: /31 の2アドレスをポイントツーポイント接続の両端に割り当ててよいと定めた仕様です。アドレスの節約になります。
ホストルート: /32 のように単一アドレスだけを指す経路です。特定の1台への経路を明示するときに使います。

よくある質問

/24は256個のIPアドレス（0〜255）を含みますが、先頭のネットワークアドレスと末尾のブロードキャストアドレスは通常端末に割り当てられないため、実際にホストへ割り当てられるのは254個です。

サブネットマスクは「ネットワーク部を1、ホスト部を0」で表す値（例: 255.255.255.0）で、ワイルドカードマスクはその逆（例: 0.0.0.255）です。CiscoルーターのアクセスリストやOSPFの設定ではワイルドカードマスクを使うため、両方の対応関係を知っておく必要があります。

/31はRFC 3021により、ルーター間などのポイントツーポイントリンクで2つのアドレスを両方使えるサブネットとして正式に認められています。/32は単一のIPアドレスだけを指すホストルートとして、ルーティングテーブルや特定ホストへの経路指定で使われます。

本ツール上部の入力欄に必要なホスト数を入力すると、それを収容できる最小のCIDRブロック（プレフィックス長）が自動的に判定され、下の表の該当行がハイライトされます。将来の拡張余地を考える場合は、少し大きめのブロックを選ぶのが実務上の定石です。

余談ですが ― IPv4アドレス枯渇とCIDRの誕生

CIDR（Classless Inter-Domain Routing）が導入されたのは1993年のことで、それ以前はクラスA（/8）・クラスB（/16）・クラスC（/24）という3種類の固定サイズしか選べませんでした。クラスBを1つ割り当てると65,534ホスト分の枠を確保できますが、実際には数千台しか使わない組織にクラスBを割り当てると大量のアドレスが無駄になり、1990年代前半にはこの浪費がIPv4アドレス枯渇を早める大きな要因になっていました。

CIDRはこの問題を「プレフィックス長を自由に選べる」ことで解決しました。必要なホスト数にちょうど近いサイズのブロックを割り当てられるようになったことで、アドレス空間の利用効率が大きく改善し、IPv4の実用寿命を予想より長く延ばすことに成功しました。同時にCIDRは、複数の連続したネットワークを1つの経路情報にまとめる「集約（サマライズ）」も可能にし、インターネット全体のルーティングテーブルの肥大化を抑える効果もありました。

現在では民間でのIPv4アドレス新規割り当てはほぼ枯渇しており、IPv6への移行が進められていますが、企業内LANやクラウドのVPC設計では今もCIDR表記でのサブネット設計が日常的に行われています。「/24より少し大きいブロックが必要か」を判断する場面は、クラウドエンジニアにとって今なお頻出する実務スキルです。

すべての余談を見る