正解: A
議論: IPv6 アドレス空間は 128 ビット、つまり 2128 = 340,282,366,920,938,463,463,374,607,431,768,211,456
IPv4 が 1970 年代後半に考案されたとき、43 億個のアドレスは必要ないと考えられていましたが、数年前にアドレスが不足してしまいました。このような数では、すぐにアドレスが不足する可能性は低いです。NAT (プライベート IP を使用するネットワーク アドレス変換) を使用することで、IPv4 を実現しました。
アドレスは、単一または少数の外部ルーティング可能な 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) データ パケットは、ヘッダーとヘッダーの 2 つの主要な部分で構成されます。
ペイロード。IPv6 パケットの最初の 40 バイト/オクテット (40x8 = 320 ビット) はヘッダーで構成されます (「
図 1) には、次のフィールドが含まれています。
IPv6
送信元アドレス (128 ビット) 128 ビットの送信元アドレス フィールドには、送信元アドレスの IPv6 アドレスが含まれます。
パケットの発信元ノード。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 プロトコルの場合、Next Header フィールドは IPv4 プロトコル フィールドと同様です。
生存時間 (TTL)/ホップ制限 (8 ビット) 8 ビットのホップ制限フィールドは、パケットを転送する各ノード (通常はルーター) によって 1 ずつ減らされます。ホップ制限フィールドがゼロに減分されると、パケットは破棄されます。このフィールドの主な機能は、ルーティング情報エラーが原因で無限ループに陥ったパケットを識別して破棄することです。8 ビット フィールドは、2 つの IPv6 ノード間の最大リンク数にも上限を設けます。このようにして、IPv6 データ パケットは、最終的に破棄されるまでに最大 255 ホップが許可されます。IPv6 データ パケットは、廃棄される前に最大 254 のルーターを通過できます。
IPv6 プロトコルの場合、断片化を処理するためのフィールドは基本ヘッダーの一部を形成しません。これらは別の拡張ヘッダーに入れられます。さらに、断片化は送信ホストによって排他的に処理されます。ルーターは断片化プロセスでは使用されません。
詳細については、「RFC 2460 - インターネット プロトコル バージョン 6 (IPv6) 仕様」を参照してください。
次の答えは正しくありません。
-32: 質問が IPv4 に関するものであれば、この回答は正しいでしょうが、そうではないため、回答は間違っています。32 ビットでは 4,294,967,296 個の一意の IP アドレスが得られ、1981 年にリリースされたその RFC を考慮すると、IPv4 は驚くべき寿命を持つことが証明されています。30 年以上が経過し、インターネットが大きく成長した後、その寿命が終わりに近づいているのも不思議ではありません。
-64: これは IPv6 ヘッダー アドレス空間の半分のサイズにすぎないため、これは正しくありません。64 ビットでは膨大な数のアドレスが生成されるため、おそらく十分でしょうが、設計者は、IPv6 の 128 ビット アドレス空間を持つ地球上のアドレスが決して不足しないようにしたいと考えていました。
-256: これは不正解です。256 は IPv6 アドレス サイズの 2 倍であり、現時点または他の時点で必要なアドレスの数にははるかに及ばないからです。
この質問の作成には次の参考資料が使用されました。
グレッグ、マイケル。ヘインズ、ビリー (2012-02-16)。CASP: CompTIA アドバンスト セキュリティ プラクティショナー
学習ガイド認定コースウェア: 試験 CAS-001 (p. 53)。ワイリー。キンドル版。
