これは、IPv6サブネット化に関する標準的な質問です。

関連する：

• IPv4サブネットはどのように機能しますか？

私はIPv4サブネットについて多くのことを知っており、IPv6ネットワークの準備（展開|作業）を行う際に、この知識のどれだけが移転可能であり、まだ何を学ぶ必要があるかを知る必要があります。IPv6は、一見IPv4よりもはるかに複雑であるように見えます。だから私は知りたい：

• IPv6は128ビットなので、なぜ/ 64がホストに推奨される最小のサブネットですか？これに関連する：
  • ルーター間のポイントツーポイントリンクに/ 127を使用することが推奨されるのはなぜですか。また、過去に推奨されなかったのはなぜですか。/ 127を使用するように既存のルーターリンクを変更する必要がありますか？
  • 仮想マシンが/ 64未満のアドレスでプロビジョニングされるのはなぜですか？
  • / 64より小さいサブネットを使用する他の状況はありますか？
• IPv4サブネットからIPv6サブネットに直接マッピングできますか？たとえば、IPv4 / 24はIPv6 / 56または/ 120に直接対応していますか？
• 私のインターフェースにはいくつかのIPv6アドレスがあります。すべてのサブネットでサブネットを同じにする必要がありますか？
• IPv6アドレスで/ではなく％が表示されることがあるのはなぜですか？
• サブネットを無駄にしすぎていませんか？私たちは再び使い果たすつもりはありませんか？
• IPv6サブネット化は、IPv4サブネット化と他のどのような主要な方法で異なりますか？

IPv6サブネット化について最初に言及する必要があるのは、異なる考え方が求められることです。IPv4では、通常、使用可能なアドレスの数と、各エンドユーザーに十分な数のアドレスを割り当てる方法について考えます。IPv6では、通常、使用可能な（/ 64）サブネットの数とそれらをエンドユーザーに割り当てる方法について考えます。特定のサブネットで使用されるIPアドレスの数について心配することはほとんどありません。ポイントツーポイントリンクのような特別な場合を除いて、各サブネットは必要以上に多くのアドレスを使用できるため、代わりに、サブネット内のホストではなくサブネットの割り当てのみを心配します。

IPv6サブネットは通常/ 64です。これは、SLAAC（ステートレスアドレス自動構成）が機能するために必要なためです。SLAACが使用されていない場合でも、/ 64を使用する他の理由があるかもしれません。たとえば、/ 64を想定しているエンドユーザーデバイスが存在する場合があります。または、/ 64よりも長いルーティングサブネットは、ルーター実装者が/ 64またはより短いルートの場合を節約するために最適化したため、一部のルーターで非効率になる場合がありますルーティングテーブルメモリ。

ポイントツーポイントリンクに/ 127を使用することが推奨される理由

特定のポイントツーポイントリンクの場合、サブネット上の未使用アドレスのいずれかのアドレスへのパケットアドレスが不要な近隣要請要求とテーブルエントリを引き起こす脆弱性を回避するために、/ 64ではなく/ 127が推奨されますルーターをdrれさせる可能性があります。このような誤ったアドレスのパケットは、悪意のあるものか偶発的なものです。しかし、実際にポイントツーポイントリンクを/ 127として設定している場合でも、一貫性を保つために/ 64全体を割り当てることを主張する人もいます。

仮想マシンに/ 64より小さいサブネットがプロビジョニングされるのはなぜですか？

仮想マシンが/ 64より小さいサブネットでプロビジョニングされる理由は特にわかりません。おそらく、ホスティングプロバイダーは、サーバーがエンドユーザーのようであり、サーバーが実際に内部ルーティングトポロジを必要とするVMのコレクションになるとは思わず、単一（/ 64）サブネットのみを必要とすることを想定していたためでしょうか？また、単にアドレス指定計画を覚えやすくすることとしても実行できます。ホストがを取得しPREFIX::/64、各VMがPREFIX:0:NNNN::/96NNNNがVMに一意であり、VMがPREFIX:0:NNNN:XXXX:YYYY必要に応じて割り当てることができます。

IPv4サブネットからIPv6サブネットに直接マッピングできますか？たとえば、IPv4 / 24はIPv6 / 56または/ 120に直接対応していますか？

アドレス指定とルーティングの仕組みの低レベルの観点から、プレフィックス長はIPv6とIPv4で同じ意味を持ちます。そのレベルでは、「IPv4 / 16は、ネットワークアドレスに半分のビットを使用し、ホストアドレスに半分のビットを使用します。これは、IPv6の/ 64のようです」などの類推ができます。しかし、この比較は本当に適切ではありません。IPv6には強力な規則が登場しており、ネットワークサイズの区分は、IPv4のクラスフルネットワークの古い世界のように見えます。確かに、IPv6はここでアドレスの最上位数ビットは、特定のネットマスクを強制取り組むクラスフル再導入が、何IPv6はなかったん持っていることは、特定の[デファクト/従来]標準的なネットワークサイズであります：

• / 64：単一サブネットの基本サイズ：LAN、WAN、Web仮想ホストのアドレスブロックなど。「通常の」サブネットが/ 64よりも小さい（長いプレフィックス）となることは決してありません。/ 64に相当するホストアドレスは必要以上に大きいため、/ 64よりも大きい（短いプレフィックス）サブネットは想定されていません。
• / 56：256個の基本サブネットのブロック。現在のポリシーでは、ISPがすべてのエンドユーザーに/ 48のブロックを配布することを許可しているにもかかわらず、アドレス使用率を正当化することを考慮していますが、一部のISPは、/ 56を妥協として消費者グレードの顧客に割り当てることを選択する可能性がありますサブネットの割り当てロットとアドレス経済の間。
• / 48：65536個の基本サブネットのブロックと、すべてのISP顧客のエンドサイトが受信する必要があるブロックの推奨サイズ。
• / 32：ほとんどのISPが地域アドレスレジストリから追加のアドレスを要求するたびに受け取るブロックのデフォルトサイズ。

サービスプロバイダーおよび企業ネットワーク内では、これら4つよりも多くのプレフィックス長が見られます。これらのネットワーク内のルーターのルーティングテーブルを見ると、IPv4とIPv6には、ルーティングの動作のほとんどを含む多くの共通点があります。ダウン（より長く）ルート。IPv4の場合と同様に、ルーティングテーブルのサイズを最小化するために、ルートを短いプレフィックスでより大きなブロックに集約または要約できます。

IPv4とIPv6の間のマッピングに関する別の質問は、アドレス指定計画を容易に理解できるように、デュアルスタックマシンでIPv4とIPv6の割り当てをどのように調和させるかです。これを行うための一般的な使用法は確かにあります。IPv4の「サブネット番号」をIPv6プレフィックスの一部に、BCD（たとえば、に10.0.234.0/24なる2001:db8:abcd:234::/64）またはバイナリ（に10.0.234.0/24なる2001:db8:abcd:ea::/64）で埋め込みます。

私のインターフェースにはいくつかのIPv6アドレスがあります。すべてのサブネットでサブネットを同じにする必要がありますか？

絶対違う！IPv6ホストは、IPv4と同様に、異なるサブネットからの複数のIPアドレスを同時に持つことにより、マルチホームにできることが期待されています。それらがSLAACで自動構成されている場合、異なるサブネットは、異なるルーターからのルーターアドバタイズメントから来ている可能性があります。

IPv6アドレスで/ではなく％が表示されることがあるのはなぜですか？

もう一方の代わりに表示されることはありません。それらは異なる意味を持っています。スラッシュはプレフィックス（サブネット）を示し、すべて同じnビットで始まるアドレスのブロックを意味します。スラッシュのないアドレスはホストアドレスです。このようなアドレスは、末尾に暗黙の「/ 128」があると考えることができます。つまり、128ビットすべてが指定されていることを意味します。

パーセント記号は、リンクローカルアドレスに付随しています。IPv6では、すべてのインターフェイスに、他のIPアドレスに加えてリンクローカルアドレスがあります。ただし、リンクローカルアドレスは常に例外なくfe80::/10ブロック内にあります。しかし、リンクローカルアドレスを使用してピアと通信しようとし、ローカルホストに複数のインターフェイスがある場合、このピアと通信するために使用するインターフェイスをどのように知る必要がありますか？通常、ルーティングテーブルは、特定のプレフィックスに使用するインターフェイスを示しますが、ここでは、fe80::/10すべてのインターフェイスを介して到達可能なものを示します。

答えは、構文を使用して、使用するインターフェイスを指定する必要があるということaddress%interfaceです。たとえば、fe80::1234:5678:8765:4321%eth0。

サブネットを無駄にしすぎていませんか？私たちは再び使い果たすつもりはありませんか？

誰も知らない。誰が未来を語ることができますか？

しかし、これを考慮してください。IPv6では、使用可能なサブネットの数は、IPv4 で使用可能な個々のアドレスの数の2乗です。それは本当にたくさんあります。いいえ、私は本当にたくさんのことを意味します！

それでも、私たちは自動的に/ 32を要求するISPに/ 32を配り、すべてのISP顧客に/ 48を配っています。おそらく私たちは誇張しており、結局IPv6を浪費するでしょう。ただし、これには規定があります2000::/3。これまでにIPv6スペースの1/8のみが使用可能になりました。アイデアは、最初の8分の1の恐ろしい混乱を作り、リベラルな配分ポリシーを大幅に修正しなければならない場合、トラブルになる前にさらに7回試行することです。

最後に、IPv6は永遠に続く必要はありません。おそらく、それはIPv4よりも長い寿命を持ちます（すでに印象的な寿命であり、まだ終わっていません）が、他のすべてのテクノロジーと同様、いつかは問題になりません。それまでは必要なだけです。

IPv6は128ビットなので、なぜ/ 64がホストに推奨される最小のサブネットですか？

まず、用語を確立するためのRFCからの小さなASCIIアート：

|         n bits         |   m bits  |       128-n-m bits         |
+------------------------+-----------+----------------------------+
| global routing prefix  | subnet ID |       interface ID         |
+------------------------+-----------+----------------------------+

通常、グローバルルーティングプレフィックスは、アドレスが属するネットワーク全体を識別します。通常は48ビットです。インターフェイスIDは、特定のネットワークインターフェイスを識別します。通常は64ビットです。残りの16ビットはサブネットIDです。

わかりました、説明で：

RFC 4291-IPバージョン6アドレッシングアーキテクチャによると：

バイナリ000で始まるアドレス以外のすべてのグローバルユニキャストアドレスには、64ビットのインターフェイスIDフィールドがあります。

そしてRFC 5375-IPv6ユニキャストアドレス割り当ての考慮事項：

IPv4アドレス指定計画の重要な部分は、各サブネットプレフィックスの長さを決定することです。IPv4とは異なり、IPv6アドレッシングアーキテクチャ[RFC4291]は、グローバル一意アドレスとULAを使用するすべてのサブネットが常に同じ64ビットのプレフィックス長を持つことを指定しています。

したがって、000プレフィックス例外を無視すると、インターフェイスIDは常に正確に64ビットになります。これは、すべてのローカルブロードキャストネットワークが常に64ビットであることを示す別の方法です。IPv6アドレスがある場合、そのネットマスクは常に 64ビットです。これ以上でも、それ以下でもありません。それよりも大きいアドレス空間（64ビットよりも短いネットマスク）が割り当てられた場合、そのアドレス空間を64ビットネットワークに分割し、ルーティングを自分で処理すると想定されます。それより小さいネットワーク（長いネットマスク）が与えられた場合、誰かが台無しになりました。

それでは、なぜ64ビットが正確なのでしょうか？

原則として、IPv6アドレスは割り当てられるのではなく、自動的に構成されます。ルーターは、使用可能なネットワークプレフィックスを通知し（ルーティングプレフィックス+サブネットID：最初の64ビット）、コンピューターは独自の一意の識別子を使用して最後の64ビットを埋めます。コンピューターはどのようにして一意の識別子を思い付きますか？いくつかの可能性がありますが、最も一般的なのは、インターフェイスのMACアドレスを使用することです。MACを半分（ベンダーハーフ/シリアルハーフ）に分割し、ベンダー側でユニバーサルローカルビットを反転し、それらをFF:FE中央で再び結合します。そう00:30:48:01:23:45なり0230:48ff:fe01:2345ます。アドバタイズされた64ビットネットワークプレフィックスをその左側に配置すると、IPアドレスが得られます。

ここで重要な点は、このスキームに従えば、IPアドレスの衝突は起こらないということです。特定のブロードキャストネットワーク上のすべてのデバイスは一意のMACアドレスを必要とするため、インターフェイスIDをMACアドレスに関連付けることは、ブロードキャストトラフィックが衝突しない限り、IPv6アドレスも衝突しないことを意味します。（MACアドレス専用の48個の代わりに）64ビットを使用すると、このスキームで提供されるアドレス（他にもいくつかあります）を超えるわずかなゆらぎの余地があります。

/ 64より小さいサブネットを使用する他の状況はありますか？

いや。あなたが壊れていない限り。まあ、あなたは既存のネットワークで手動ルーティングを設定するためのローカル要件に基づいて正当化するかもしれません。しかし、そうすることで、おそらく混乱することに注意してください。

RFC 5375 - IPv6ユニキャストアドレスの割り当てに関する注意事項：

/ 64以外のサブネットプレフィックス長を使用すると、Neighbor Discovery（ND）、Secure Neighbor Discovery（SEND）[RFC3971]、プライバシー拡張[RFC4941]、Mobile IPv6 [RFC4866]、Protocol Independentを含むIPv6の多くの機能が壊れます。マルチキャスト-Embedded-RPを使用したスパースモード（PIM-SM）[RFC3956]、およびIPv6仲介によるサイトマルチホーミング（SHIM6）[SHIM6]など。現在開発中または提案中の他の多くの機能も、/ 64サブネットプレフィックスに依存しています。

....

ただし、一部のネットワーク管理者は、ルーターを接続するリンクに通常/ 64より長いプレフィックスを使用しています。通常、ポイントツーポイントリンクでは2つのルーターのみです。すべてのアドレスが手動構成によって割り当てられ、リンク上のすべてのノードがネットワークで認識されているルーター（エンドホストではない）であるリンクでは、管理者は/ 64サブネットプレフィックスに依存するIPv6機能を必要としません。働ける。/ 64より長いサブネットプレフィックスを使用することは一般的な使用にはお勧めできません。また、ホストが将来使用するIPv6機能を予測することは困難であるため、エンドホストを含​​むリンクに使用することは特に悪い考えです。

ルーター間のポイントツーポイントリンクに/ 127を使用することが推奨されるのはなぜですか。また、過去に推奨されなかったのはなぜですか。

RFC 3627-有害と見なされるルーター間での/ 127プレフィックス長の使用を検討することもできます。次に、後続のRFC 6164をご覧ください-Inter-Router Linksで127ビットIPv6プレフィックスを使用します。

ルーターで/ 64より長いプレフィックスを使用することに反対するのは、まれな状況でルーターの自動構成が失敗する可能性があることです。/ 127（2ホストのみ）よりも短いプレフィックスを使用することに反対する理由は、未ルーティングアドレスに送信されるパケットに関連する潜在的なサービス拒否の問題に関係しています。実際のサービス拒否の問題は、理論的な自動構成の失敗よりも悪いため、/ 127が新しいお気に入りです。

/ 127を使用するように既存のルーターリンクを変更する必要がありますか？

IPv6ルーターを制御する場合は、2つのRFC（短い！）を読んで自分で決定することをお勧めします。

IPv4サブネットからIPv6サブネットに直接マッピングできますか？

たとえば、IPv4 / 24はIPv6 / 56または/ 120に直接対応していますか？

実はそうです。以前に意図的に無視した000プレフィックスを覚えていますか？さて、ここでそれを使用します：

デュアルスタックシステム（IPv4スタックとIPv6スタックの両方がアクティブなシステム）では、IPv6メカニズムを使用してIPv4を表すことができます。彼らはそれを「IPv4-mapped IPv6アドレス」と呼びます。パターンはすべてゼロでありFFFF、その後に32ビットIPv4アドレスが続きます。

それで、192.168.100.21なる::FFFF:C0A8:6415-またはもっと簡単に： ::FFFF:192.168.100.21。その右側のビットはIPv4アドレスを表すため、伝統的にドット付き10進数形式を使用して書き込まれます。

これは実際のIPv4アドレスであるため、IPv4ヘッダーなどを引き続き使用します。つまり、IPv4スタックが存在し、IPv4ルートを設定する必要があります。利点は、単一のアドレス構造を使用してIPv4アドレスとIPv6アドレスの両方を表現できることです。これにより、アプリケーション開発が簡素化されます。ネットワークに関する限り、それは違いをなめるものではありません。

1. IPv6は128ビットなので、なぜ/ 64がホストに推奨される最小のサブネットですか？

   このプレフィックスサイズは元々古いRFCで推奨されていました-それ以来、近隣探索攻撃の問題が考慮され、/ 126の使用が有効な緩和策であるこのポリシーの改訂版があります-それにもかかわらず、PtPリンクを設定している場合ルーティングトラフィックの唯一の目的である代替オプションは、単に/ 64に固執し、そのサブネットをファイアウォールすることです。さらに良いのは、/ 64サブネットを引き出すプールを自分に割り当て、そのプール全体をエッジ（および敵意が生じる可能性のある他の場所）のブラックリストに登録された宛先として持つことです。

2. ルーター間のポイントツーポイントリンクに/ 127を使用することが推奨されるのはなぜですか。また、過去に推奨されなかったのはなぜですか。/ 127を使用するように既存のルーターリンクを変更する必要がありますか？

   / 127はルーター間で推奨されておらず、推奨されていません。すべてのルーターのエニーキャストアドレスは、サブネットのすべてゼロのアドレスです。これは、127は技術的にそれらのいずれかが2個のマシン間でのみ有効です/ことを意味しないルータとして動作します。/ 126はもちろん問題ありません。

   ただし、いずれにしても、機器が近隣探索キャッシュフラッド攻撃に対して脆弱でない限り、既存の/ 64リンクを切り替えることはお勧めしません。この場合でも、インターネット接続に実際に/ 64を使用するかどうかを最初に判断します、答えが「いいえ」の場合は、ファイアウォールで保護します。

3. 仮想マシンに/ 64より小さいサブネットがプロビジョニングされるのはなぜですか？

   これはSLAACとRAを破壊します。あなたが本当に何をしているのかを本当に知っている場合を除き、これを行う理由があるとは考えられません。彼らに戻ってもっと頼み、彼らがあなたにそれを請求したいなら、新しいプロバイダーを探し始め、そしておそらくそれらに関連RFCにリンクするいくつかのぞっとするような電子メールを送ってください。

4. / 64より小さいサブネットを使用する他の状況はありますか？

   正直？おそらくない。NDP攻撃を防止する以外の目的で、より小さなサブネットが望ましい正当な理由を考える場合、このセクションを編集します。

   逆に、そこにあるあなたが考え状況、NOTより/ 64小さいサブネットを使用したい-特にどこにハードウェア転送機器と環境を実行することは、（名前のブランドのルータやL3スイッチだと思う） -いくつかは、接頭辞のハードウェアルーティングを行うことができません/ 64よりも長い場合、他のユーザーは操作を複数の比較に分割する必要があるため、少なくとも、/ 64が（OSPF / ISIS / EIGRP / etc。）バックボーンで最も長いプレフィックスになるように最善を尽くす必要があります。

5. IPv4サブネットからIPv6サブネットに直接マッピングできますか？たとえば、IPv4 / 24はIPv6 / 56または/ 120に直接対応していますか？

   公式には、:: ffff：xxxxはIPv6にマップされたIPv4アドレスの形式です-もちろん、多くの移行メカニズムもあります。すなわち、6to4とその関連6rdは、IPv4アドレスを目的のためにグローバルIPv6アドレスにマッピングします引き継がれたIPv4アドレスから派生したIPv6プレフィックスを作成することにより、IPv4を介したIPv6アクセスを提供する。

6. 私のインターフェースにはいくつかのIPv6アドレスがあります。すべてのサブネットでサブネットを同じにする必要がありますか？

   いいえ、同じインターフェイスでさまざまなアドレスとサブネットサイズを使用することは問題になりません。もしそうなら、実装はバグです。もちろん、より良い質問は、なぜあなたはこれをするのでしょうか？

7. IPv6アドレスで/ではなく％が表示されることがあるのはなぜですか？

   これはデリミタであり、通常はリンクローカルアドレス（fe80 :: / 12）に適用されます-同じリンクローカルアドレスが複数のインターフェイスに合法的に存在できるため、％デリミタを使用して、どのインターフェイスを意味するかを指定できます。Linuxは一般に、リンクローカルを伴う操作を行う際に、インターフェースの指定を必須にします。Windows Vista / 2008以降は少し賢く、リンクローカルが一意でない限り文句を言いません。

8. サブネットを無駄にしすぎていませんか？私たちは再び使い果たすつもりはありませんか？

   いいえ。これはWAAAAAAAAAYを何度もむち打たれた死んだ馬です。現在のグローバルIPv6インターネットは2000 :: / 3です。在庫をアドレス指定します。そのため、スペースが不足することはありません。スペースが不足しても、技術的な変更ではなく、新しいプレフィックスを表示するためにペンを弾く必要があります。この質問が本当に強調する唯一のことは、アドレス空間がどれほどばかげているかを人間の心が完全に理解できないことです。

9. IPv6サブネット化は、IPv4サブネット化と他のどのような主要な方法で異なりますか？

   使用しているスペースを気にしないこと以外は、ブロードキャストアドレスがなく、「サブネットゼロ」アドレスがすべてのルーターのエニーキャストアドレス（基本的には、構成されたすべてのノードに暗黙的に存在するアドレスです） IPv6パケットを転送する）-これは、ネットワーク内のすべてのゼロアドレスをデフォルトルートとして使用できるという便利な副作用があります（いいえ、パケットの重複は発生せず、マルチキャストではなくANYcastです）-覚えておいてくださいただし、ホストは数秒ごとにルーターを切り替えることができるため、接続追跡がルーター間で同期されていない場合、ステートフルファイアウォール設定には適していません。

   これとは別に、他の主要な違いは、IPv6は重複アドレスとデッドネイバー（NUD）を考慮することです。したがって、IPv4とは異なり、リンク上の別のノードが既に使用していると判断できる場合、ホストはアドレスの使用を拒否します。一方、NUDは静的ルートを設定している場合に役立ちます-さまざまなメトリックを持つプレフィックスに複数の個別のルートを実際に定義でき、実際に機能します。IPv4では、次の-hopはデッドオアアライブです（ただし、ARPを使用してCiscoやその他の主要なルーターベンダーなどのルートを検証する一部のIPv4実装ではそうではない場合があります）

   TLDR; IPv6は、重複アドレスと到達不能な近隣を検出します。すべてゼロのアドレスはすべてルーターのエニーキャストであり、ブロードキャストなどはありません。すべて1は通常のアドレスです。

SLAACの/ 64要件が仕様のどこにあるのか疑問に思う人のために、いくつかの追加のリファレンスを以下に示します。

IPv6のステートレスアドレス自動設定（RFC 4862） ：

プレフィックス長とインターフェイス識別子の長さの合計が128ビットに等しくない場合、プレフィックス情報オプションを無視する必要があります。[...]

ルータアドバタイズメントに含まれるプレフィックスの長さが、そのリンクタイプのインターフェイス識別子の長さと一致することを保証するのは、システム管理者の責任です。

以下とから、IPバージョン6のアーキテクチャ（RFC 4291）をアドレス指定：

バイナリ値000で始まるユニキャストアドレスを除くすべてのユニキャストアドレスの場合、インターフェイスIDは64ビット長で、Modified EUI-64形式で構築する必要があります。

したがって、インターフェイスIDの長さは64ビットで、プレフィックス長とインターフェイスIDの長さの合計は128でなければならないため、SLAACを使用する場合のプレフィックスの唯一の可能な長さは64ビットです。

IPv6は128ビットなので、なぜ/ 64がホストに推奨される最小のサブネットですか？

IPv6の支持者がステートレス自動設定のアイデアを好んだからです。

他のサブネットサイズを選択すると、ステートレス自動設定が中断します。その他の小さな問題も壊れる可能性があります。詳細については、rfc7421を参照してください。

個人的には、とにかくステートレス自動設定は馬鹿げたアイデアだと思います。読み取り不可能なアドレスにつながり、ブロックをサブネットに割り当てる以外のアドレス指定を基本的に制御できません。

もちろん、慣習に関することは、あなたがそれらに従うと物事がうまくいかない場合、あなたはそれらの慣習を指摘することができます。

ルーター間のポイントツーポイントリンクに/ 127を使用することが推奨されるのはなぜですか。

使用可能なアドレスの数が少ないサブネットを使用すると、近隣探索枯渇攻撃を回避できます。

もちろん、この推論はポイントツーポイントリンクだけに適用されるわけではありません。ポイントツーポイントのルーターリンクについてはこの勧告を行うことは政治的には可能でしたが、他のリンクについては政治的には不可能だったと思います。

仮想マシンが/ 64未満のアドレスでプロビジョニングされるのはなぜですか？

ここで区別する必要があります。ホスティングプロバイダーがマシンにアドレスを割り当てる方法は2つあります（物理的または仮想的）。

マシンが近隣探索要求に応答すると予想される「リンク」アドレスを割り当てることができます。一部のホスティングプロバイダーは、各マシンにアドレスモビリティに利点がある/ 64を選択し、他のホストプロバイダーは各VLANに/ 64を指定してから、より少ないアドレスを使用し、ローカルトラフィックがローカルではなくローカルルーターに渡す。

または、マシンをルーターとして扱い、ルーテッドブロックを割り当てることができます。この場合、すべての内部サブネットに対応するのに十分なアドレスが必要になります。「すべてのサブネットは/ 64でなければならない」という規則に従う場合、少なくとも/ 64以上、可能であればそれ以上を割り当てることを意味します。これは、コンテナホストなど、「マシン内のネットワーク」を持つマシンにとって意味があります。

IPv4サブネットからIPv6サブネットに直接マッピングできますか？たとえば、IPv4 / 24はIPv6 / 56または/ 120に直接対応していますか？

そのようなマッピングは、ローカルポリシーの問題です。

私のインターフェースにはいくつかのIPv6アドレスがあります。すべてのサブネットでサブネットを同じにする必要がありますか？

番号

IPv6アドレスで/ではなく％が表示されることがあるのはなぜですか？

％はインターフェイス識別子です。リンクローカルアドレスと組み合わせて使用​​されます。マシンには複数のインターフェイスがあり、それらのインターフェイスに接続されているネットワークにはリンクローカルアドレスが重複している可能性があるため、これが必要です。

サブネットを無駄にしすぎていませんか？私たちは再び使い果たすつもりはありませんか？

私はそれについてあまり心配しません。

IPv6の設計者が128ビットのアドレス空間を使用し、ステートレス自動構成でその半分近くを破棄するという奇妙な決定を下したとしても、IPv6にはIPv4よりもはるかに大きな空間があります。

そして、クランチがあった場合、その奇妙な決定を取り消すには、ペンをたった1回のストロークしか必要としません。

IPv6のスケーラビリティに関するはるかに大きな懸念は、ルーティングテーブルのサイズです。IPv6 NATはお勧めしません。プロバイダーが割り当てたアドレスで大規模なネットワークを実行すると、プロバイダーがロックインされるリスクが大きくなります。

そのため、企業ネットワークへのIPv6の普及が進むと、プロバイダーに依存しないIPv6スペースのリクエストが爆発的に増加すると考えています。