正解: A
解説: IPv6 アドレス空間は 128 ビットです。つまり、2128 = 340,282,366,920,938,463,463,374,607,431,768,211,456 です。
IPv4が1970年代後半に考案されたとき、43億のアドレスは必要ないだろうと考えられていましたが、数年前に使い果たされました。このような数では、すぐにアドレスが不足することはなさそうです。IPv4では、プライベートIPアドレスをNAT（ネットワークアドレス変換）で保護することで対応してきました。
アドレスは、単一または少数の外部ルーティング可能な IP アドレスによって使用されます。
残念ながら、初期の企業にはクラスAのような巨大なアドレス空間ブロックが与えられていた。
224または16,777,216のアドレスを持つネットワークは、たとえほんの一握りのアドレスしか使われていなかったとしても、
会社。また、127.0.0.0 ループバックも無駄になりました。
IPv6 アドレスは、次のようにコロンで区切られた 4 桁の 16 進数字の 8 つのグループで記述されます。
2001:0db8:85a3:0000:0000:8a2e:0370:7334
IPv6 ヘッダーとは何ですか?
インターネットプロトコルバージョン6（IPv6）データパケットは、ヘッダーと
ペイロード。IPv6パケットの最初の40バイト/オクテット（40x8 = 320ビット）は、ヘッダー（
図 1 には次のフィールドが含まれています。
IPv6
送信元アドレス（128ビット） 128ビットの送信元アドレスフィールドには、
パケットの発信元ノード。IPv6 パケットの発信元のアドレスです。
宛先アドレス（128ビット） 128ビットには受信ノードの宛先アドレスが含まれます
IPv6 パケットの宛先アドレスです。これは、IPv6 パケットの宛先受信者のアドレスです。
バージョン/IPバージョン（4ビット）4ビットのバージョンフィールドには6の数字が含まれます。これは、
IPv6 プロトコル。このフィールドは、数字 4 を含む IPv4 バージョン フィールドと同じサイズです。
しかし、このフィールドはIPv4とIPv6のパケットが区別されないため、用途が限られています。
バージョン フィールドの値ではなく、レイヤー 2 エンベロープに存在するプロトコル タイプに基づいて決定されます。
パケット優先度/トラフィッククラス（8ビット） IPv6ヘッダーの8ビット優先度フィールドは、異なる
送信元ノードが、そのノードによって生成されたパケットを区別できるようにする値
異なる配信優先度を関連付けます。このフィールドは、その後、発信側によって使用されます。
ノードとルータが同じトラフィッククラスに属するデータパケットを識別し、
優先度の異なるパケットを区別します。
フローラベル/QoS管理（20ビット） IPv6ヘッダーの20ビットのフローラベルフィールドは、
同じフローに属するパケットのセットをラベル付けするためにソースによって使用されます。フローは一意に識別されます。
送信元アドレスとゼロ以外のフローラベルの組み合わせ。複数のアクティブフローが存在する可能性がある。
送信元から送信先へのトラフィックと、フローに関連付けられていないトラフィック（フロー
ラベル = 0)。
IPv6ルータは、同じフローに属するパケットを同様の方法で処理する必要があります。
特定のフローに属するIPv6データパケットの取り扱いに関する情報は、
データパケット自体、またはRSVPなどの制御プロトコルによって伝達される場合がある。
(リソース予約プロトコル)。
ルータが新しいフローの最初のパケットを受信すると、そのパケットによって運ばれる情報を処理することができます。
IPv6ヘッダー、ルーティングヘッダー、ホップバイホップ拡張ヘッダーを抽出し、その結果を保存します（例：
キャッシュ メモリに特定の IPv6 データ パケットの再送信を決定するためのパケットを保存し、その結果を使用して、キャッシュ メモリに保存されたデータを使用して、同じフローに属する他のすべてのパケット (同じ送信元アドレスと同じフロー ラベルを持つ) をルーティングします。
ペイロード長 (バイト単位) (16 ビット) 16 ビットのペイロード長フィールドには、IPv6 パケット ヘッダーに続くデータ フィールドの長さがオクテット/ビット単位で含まれています。16 ビットのペイロード長フィールドは、最大パケット ペイロードの上限を 64 キロバイトに設定します。より大きなパケット ペイロードが必要な場合、IPv6 プロトコルではジャンボ ペイロード拡張ヘッダーが提供されます。ジャンボ ペイロード (ジャンボグラム) は、ペイロード長フィールドの値が 0 で示されます。ジャンボグラムは、大量のデータ ペイロードを転送するために IPv6 プロトコルを使用するスーパーコンピュータ通信で頻繁に使用されます。 次ヘッダー (8 ビット) 8 ビットの次ヘッダー フィールドは、IPv6 ヘッダーの直後のヘッダーの種類を識別し、IPv6 パケットのデータ フィールド (ペイロード) の先頭に配置されます。このフィールドは通常、パケットのペイロードで使用されるトランスポート層プロトコルを指定します。次ヘッダーの最も一般的な 2 種類は TCP (6) と UDP (17) ですが、他の多くのヘッダーも使用できます。このフィールドに採用されている形式は、RFC 1700 で IPv4 用に提案されたものです。IPv6 プロトコルの場合、次のヘッダー フィールドは IPv4 プロトコル フィールドに似ています。
存続時間 (TTL)/ホップ リミット (8 ビット) 8 ビットのホップ リミット フィールドは、パケットを転送する各ノード (通常はルーター) によって 1 ずつ減算されます。ホップ リミット フィールドが 0 に減算されると、パケットは破棄されます。このフィールドの主な機能は、ルーティング情報エラーが原因で無限ループに陥っているパケットを識別して破棄することです。この 8 ビット フィールドは、2 つの IPv6 ノード間の最大リンク数にも上限を設定します。このように、IPv6 データ パケットは、最終的に破棄されるまでに最大 255 ホップが許可されます。IPv6 データ パケットは、破棄されるまでに最大 254 台のルーターを通過できます。
IPv6 プロトコルの場合、フラグメンテーションを処理するためのフィールドは基本ヘッダーの一部ではありません。これらは別の拡張ヘッダーに配置されます。さらに、フラグメンテーションは送信ホストによって排他的に処理されます。ルータはフラグメンテーション プロセスでは使用されません。
詳細については、RFC 2460 - インターネット プロトコル バージョン 6 (IPv6) 仕様を参照してください。
次の回答は間違っています。
-32: この回答は、質問が IPv4 に関するものであれば正しいのですが、そうではないので、この回答は間違っています。32 ビットでは 4,294,967,296 個の一意の IP アドレスが生成され、その RFC が 1981 年にリリースされたことを考慮すると、IPv4 は驚くべき寿命を持っていることが証明されています。30 年以上経過し、インターネットが大きく成長した今、その寿命が終わりに近づいているのも不思議ではありません。
-64: これは IPv6 ヘッダー アドレス空間の半分のサイズに過ぎないので、正しくありません。64 ビットでは膨大な数のアドレスが生成され、おそらく十分だったでしょうが、設計者は IPv6 の 128 ビット アドレス空間で地球上のアドレスが決して不足しないようにしたいと考えました。
-256: これは正しくありません。256 は IPv6 アドレス サイズの 2 倍であり、この時点でも他の時点でも必要なアドレスの数が多すぎます。
この質問を作成するために、次の参考資料が使用されました。
グレッグ、マイケル、ヘインズ、ビリー (2012-02-16) CASP: CompTIA アドバンスド セキュリティ プラクティショナー
学習ガイド公認コースウェア: 試験 CAS-001 (p. 53)。Wiley。Kindle 版。
