IPv6階層的サブネット・プレフィックス割当設計

IPv6階層的サブネット・プレフィックス割当設計:2 ビット (56 + 2 = /58) を借用し、重複しない 4 つの /58 サブネット ブロックを作成します。

ツールを読み込み中...

このツールについて ipv6階層的サブネット・プレフィックス割当設計

IPv6階層的サブネット・プレフィックス割当設計IPv6階層的サブネット・プレフィックス割当設計:2 ビット (56 + 2 = /58) を借用し、重複しない 4 つの /58 サブネット ブロックを作成します。

このツールの仕組み

RFC 4632 (CIDR) および RFC 4291 (IPv6) に基づくビット演算を行い、RFC 6844 に準拠した DNS CAA レコードを生成します。

実行パイプラインと計算アーキテクチャ

  1. ローカルメモリバッファでの入力データの受信と字句正規化・サニタイズ処理。
  2. 構文構造の検証とドメイン固有の不変条件および境界値の安全チェック。
  3. 決定論的アルゴリズムによるデータ変換と高精度な数学的演算処理の実行。
  4. 検証済み出力のシリアライズ、整合性チェック、および診断バッジの生成。

使用例と実用上の手順

実際の利用シナリオ: 一つの documentation IPv6 /56 を四つの local equal prefix に分ける。

入力サンプル:

{"cidr":"2001:db8:1000::/56","subnets":4}

アルゴリズム処理: 2 ビットを借用し、最初の 4 つの /58 プレフィックス開始位置を列挙します。

出力例:

2001:db8:1000::/58, :40::/58, :80::/58, :c0::/58.

制限と例外

次の 2 の累乗に足りる bit を借りますが、requested の先頭 N subnet だけを返します。/56 と 4 は 2 bit を借り ::/58、:40::/58、:80::/58、:c0::/58 を返します。3 でも 2 bit を借り、一つの /58 は未表示です。

ブラウザー内処理とプライバシー

ツール機能は、入力を CZOA の処理サーバーへ意図的に送信せず、ブラウザー内で処理する設計です。サイト素材、アクセス解析、広告の通信は別に発生する場合があります。ブラウザー、拡張機能、端末の管理ソフトはこの範囲外です。

ローカル実行と検証メソドロジー

本ツールのペイロード処理は、ブラウザ内で JavaScript または Web Worker を用いてローカルに実行される設計です。サイト素材・アクセス解析・広告の通信は別に発生する場合があります。機密性、再現性、遅延はブラウザ環境に依存し、絶対的な保証ではありません。

準拠技術規格および参照仕様

コンテンツ管理者:CZOA Tools · 最終確認:2026-09-15 · 検証方法

使い方

  1. 作業欄にデータを入力するか、対応ファイルを選択します。
  2. 操作項目を確認し、利用できる設定、単位、形式、範囲を選びます。
  3. 実行ボタンを押すか、その場で更新される計算結果を確認します。
  4. 診断表示と結果を確認してからコピーまたは書き出します。

よくある質問

この IPv6 planner は何を計算しますか?+

CIDR text、または cidr と subnets/count を持つ JSON を受けます。address を allocated prefix へ mask し、ceil(log2(requestedSubnets)) bit を借り、allocation の先頭から指定数の同サイズ subnet prefix を出力します。network 上の address 割当はしません。

どの input と limit がありますか?+

count は 1〜65536 の integer、prefix は 0〜128 の integer で、計算された subnet prefix は 128 を超えられません。JSON は cidr/prefix と subnets/count、plain CIDR は既定で二つです。invalid JSON、IPv6 でない address、invalid prefix/count、space 枯渇は error です。

2 の累乗でない count はどうなりますか?+

次の 2 の累乗に足りる bit を借りますが、requested の先頭 N subnet だけを返します。/56 と 4 は 2 bit を借り ::/58、:40::/58、:80::/58、:c0::/58 を返します。3 でも 2 bit を借り、一つの /58 は未表示です。

使用例ではどの結果が得られますか?+

使用例のツールは 2001:db8:1000::/56 と四 subnet の独立 JSON vector に一致しました。最初の 例 は :400:: を期待して失敗し、corrected canonical sequence が一致しました。submitted CIDR payload はなく、この run だけを示します。