ARIN（など）がIPv6アドレスのこのような大きなブロックを割り当てるのはなぜですか？

IPv4の枯渇と無駄の問題全体が、IPv6の（やや）増加した展開でついに私たちの背後にあるようです。

IPv6の唯一の目的は、IPv4アドレススペースが不足する問題を解決することでした。もしそうなら、どうして統治組織は純粋に完全に過剰であり、明らかな無駄であるv6アドレスのそのような大きなブロックを割り当てるのでしょうか？

割り当ての背後に論理的な理由があるのか​​、それとも「私は金持ちだ、みんなで共有しよう！」なんか？

たとえば、最近、単一サーバーでv6アドレスの/ 48ブロックが割り当てられました。これは、私の1台のサーバーで1,208,925,819,614,629,174,706,176個という驚くべきアドレスです。カーネルがその多くのアドレスをインターフェースに割り当てることを許可するのではなく、利用可能なNICがそれらの1万分の1をサポートするのではないかと思います。IPv6アドレスがこのような大きなブロックで配布されるのはなぜですか？

主な理由は、RFC4862によるステートレスアドレスの自動構成が適切に機能するために/ 64ネットワークが必要だからです。それに加えて、インストール時に複数のサブネットが必要であるという仮定と、/ 64の任意の倍数をルーティングすることの難しさ、および/ 56を割り当てる傾向があるようです。

奇妙なことに、私はすでに英国でpar約の最初の兆候を見ています。 数年前からホームオフィスでv6を使用していましたが、最近プロバイダーを変更しました。古いものは自動的に/ 56をくれました。新しいものは/ 64をくれましたが、私がサブネット化をしていると言ったとき、私は喜んで無料で/ 56にアップグレードしました。

私の推測では、v6が一般的になるとベース割り当ては/ 64で安定し、半分の正当な理由がある人は/ 56になります。

小さいブロックをルーティングすると、BGPルーティングに問題が発生することを想像します。ブロックが小さいほど、デフォルトルートを伝送しないすべてのルーターをルーティングする必要があります。

また、IPV6の推進力はアドレス空間の増加ですが、IPv6にはIPv4よりも多くの利点があります。（より効率的なルーティング、簡素化されたネットワーク構成、NATの要件はもう必要ありません-利点と言えば、セキュリティが向上します-IPSecが組み込まれています）

私の印象（そして、私はISPコミュニティの縁辺にいますが、それ以上のことはありません）は、避けられないものを遅らせるだけなので、IPv4アドレスをスクランピングすることは意味がありません-遅かれ早かれ、インターネットはIPv6を必要とするでしょう、IPv4をさらに伸ばすことで苦痛を長引かせても意味がありません。インフラストラクチャのアップグレードに投資する必要がある人は、同じ壁にぶつかります。

これは一般的に十分に答えられたように感じます（240兆の/48割り当てがあります。これは、地球上のすべての人間が30,0000の/48割り当てを受け取ることができ、まだ出られないことを意味します）。しかし、私は2011年のことに注意しますRFC 6177には、「顧客サイトに最小限の提供からISPやのRIRのための勧告を変更し/48、」顧客サイトに比べて短いものを提供する「/64おそらく、/56が、使用の判断を」

RFCを引用するには：

/ 48勧告はエンドサイトのアドレス空間管理を簡素化しますが、無駄であるとして広く批判されています。

私はこれに反対します。繰り返しますが、240兆の/48割り当てがあります。人間の絶滅は、私たちを使い果たしていくでしょう。/48sは、ほとんどのサイトが必要とするよりもはるかに多くのアドレス空間を提供しますが、実際には無駄ではありません。続きます：

同時に、/64現在のIPv4の慣習と比較して、すでに大幅に多くのアドレス空間があるため、ホームサイトに1つだけを与えたいと思うかもしれません。 ただし、これは、ホームサイトでさえ、今後複数のサブネットをサポートするために成長するという期待を排除します。 したがって、ホームサイトでさえ、デフォルトで複数のサブネットに相当するスペースが与えられることが強く意図されています。したがって、このドキュメントでは、単一のホームサイトよりもはるかに多くのホームサイトを提供することを引き続き推奨しています/64が、すべてのホームサイトに/48どちらかを提供することは推奨しません。

....

アドレス管理の重要な原則は、エンドサイトが、実際の使用および計画された使用のために、数か月ではなく年で指定された時間範囲にわたって、常に適切な量のアドレススペースを取得できることです。実際には、これは少なくとも1つの/ 64を意味し、ほとんどの場合は大幅に増加します。 回避しなければならない特定の状況の1つは、十分なアドレス空間を取得できなかったため、エンドサイトがIPv6-to-IPv6ネットワークアドレス変換またはその他の負担の大きいアドレス保存技術を使用せざるを得ないことです。

RFCはまただけなので、でもニブルの配分を壊すお勧めします/60、/56、/52、/48Aなど、/60okです16のサブネット、までをエンドユーザーに提供していますが、あまり255個のサブネット192.168.0.0/16より民間がIPv4に対処する方法が可能に。16以上のサブネットを必要とするホームユーザーを想像するのは難しくありません。ほとんどはそうではありませんが、想像するのは難しくありません。

• エンドサイトに既に割り当てられている既存のプレフィックスと比較して、エンドサイトに長いプレフィックスを割り当てると、エンドサイトの運用コストと複雑さが増し、誰にとっても十分なメリットが得られない可能性があります。

一部のISPがようやくホームユーザー向けのIPv6の展開に乗り出しているのを見てきましたが、ISPは/64静的プレフィックスを提供しているだけで、提供していません。これは、ホームユーザーがIPv6で複数のサブネットを実行できないことを意味します。家庭では、ほとんどのデバイスに1つのサブネットがあり、ゲストWifiに1つのサブネットがあることがかなり一般的です。IoTスマートホームデバイスには別のサブネットをお勧めします。これらのものには非常に多くのファームウェアバグがあり、インターネットへのアクセスをほとんど望んでいないように思えますが、LANへのアクセスでそれらを無駄にしないでください。/ 64のみで、ホームユーザーは、IPv6対応のサブネットを選択し、他のサブネットにIPv4 + NATを使用するか、IPv6-IPv6 NATを使用する必要があります。

/128場合によっては、1台のサーバーに対してa が妥当であると感じます/64。しかし、a /64はサイトにとって決して合理的ではなく、RFC6177はISPにより多くの余裕を与えますが、恐らく2001年のRFC 3177からの「エンドユーザーサイトに少なくとも/ 48を常に与える」ことに害はありませんでした。