IPv6局 – ウィキペディア、無料百科事典
インターネットアドレスプロトコルバージョン6 (o IPv6アドレス )これは、IPv6ネットワークに参加するコンピューターまたはネットワークノードのネットワークインターフェイス(通信/接続要素)を識別するために使用される数値ラベルです。
IPアドレスは、ホストネットワークインターフェイスを一意に識別し、ネットワーク上に配置するため、ホスト間でIPパッケージを直接識別するために使用されます。この目的で、IPアドレスはIPヘッダーのフィールドに表示され、パッケージの原点と宛先を示します。
IPv6は、最初のインターネットアドレス指定プロトコルであるインターネットプロトコルバージョン4(IPv4)の後継者です。 32ビットIPアドレスを使用するIPv4とは異なり、IPv6アドレスのサイズは128ビットです。したがって、IPv6には、IPv4よりもはるかに広いアドレス空間があります。
IPv6アドレスの種類 [ 編集します ]
IPv6アドレスは、ネットワークで最も一般的なアドレス指定と方向のポリシー(ユニキャスト、anycast、およびマルチキャストアドレス)に従って分類されます。 [ 初め ]
- ユニキャストアドレスは、単一のネットワークインターフェイスを識別します。インターネットプロトコルは、特定のインターフェイスにUnicetアドレスに送信されたパッケージを配信します。
- Anycastアドレスは、通常異なるノードのインターフェイスのグループに割り当てられます。 Anycastアドレスに送信されたパッケージは、メンバーの1人、通常はホストの1人にのみ配信されます コストが少ない 、ルートプロトコルのメトリックの定義に従って。 Anycastアドレスは、ユニキャストと同じ形式を持っているため、簡単に識別されず、ネットワークのさまざまな部分に存在することによってのみ差別化されます。ほとんどすべてのユニキャストの方向は、Anycastアドレスとして使用できます。
- マルチキャストアドレスは、複数のインターフェイスでも使用されており、ネットワークルーター間でマルチディューションプロトコル(マルチキャスト)に参加するマルチキャストアドレスを実現します。マルチキャストアドレスに送信されたパッケージは、対応するマルチキャストグループに参加したすべてのインターフェイスに配信されます。
IPv6はブロードキャストアドレスを実装しません。同じ効果をリエゾン・ローカルマルチキャストグループに送信することで同じ効果を実現できます。 (オールノード) FF02 :: 1 。ただし、グループの使用はお勧めしません オールノード また、ほとんどのIPv6プロトコルは、すべてのネットワークインターフェイスを悩ませる代わりに、排他的リエゾンのマルチキャストグループを使用しています。
管理形式 [ 編集します ]
IPv6アドレスは128ビットで構成されています。 [ 初め ] アドレスは、ユニキャスト、マルチキャスト、Anycastのさまざまなタイプに分類されます。各タイプは、128ビットのサブグループの特定の値を定義し、その値をタイプの特別な特性に関連付けます。
ユニキャストおよびanycastアドレス形式 [ 編集します ]
ユニキャストおよびAnycastアドレスは通常、2つの論理グループに分割されます。最初の64ビットはネットワークプレフィックスを識別し、方向に使用されます。最後の64ビットは、ホストネットワークインターフェイスを識別します。
-
ユニキャストアドレス形式の例(のサイズ Routing-Prefix それは可変です) ビット 48(またはそれ以上) 16(最も少ない) 六十四 分野 ルーティングプレフィックス サブネットID インターフェイス識別子
ネットワークプレフィックス (ネットワークプレフィックス) (アルカミネーションプレフィックスまたは (ルーティングプレフィックス) サブネット識別子または (サブネットID) )IPv6アドレスの最も重要な64ビットにあります。のサイズ ルーティングプレフィックス 異なる場合があります;接頭辞が大きいと、サイズが小さくなります サブネットID 。彼 サブネットID ネットワーク管理者は、使用可能なネットワーク内のサブネットを定義できます。
64インターフェイス識別子ビット (インターフェイス識別子) これらは、インターフェイスのMACアドレスと、DHCPV6サーバーから取得された修正されたEUI-64アルゴリズムで自動的に生成され、ランダムに確立または手動で割り当てられます。
リエゾンローカルアドレスはユニキャストアドレスですが、 ネットワークプレフィックス 。
-
リンク管理形式 ビット 十 54 六十四 分野 プレフィックス ゼロス インターフェイス識別子
分野 プレフィックス バイナリ値が含まれています 1111111010 ( Fe80 ::/10 )。次の54ゼロでは、ネットワークのプレフィックスをすべてのローカルアドレスで同じようにします。
マルチキャスト直接形式 [ 編集します ]
マルチキャストアドレスは、アプリケーションに応じて、特定のルールに従って構築されます。
-
Direcciónマルチキャストの一般的な形式 ビット 8 4 4 112 分野 プレフィックス フラグ 範囲 グループID 価値 111111111 0rpt xxxx
分野 プレフィックス バイナリ値を維持します 111111111 マルチキャストアドレス用。
現在、フィールドの4ビットのうち3つが使用されています フラグ (フラグ); [ 初め ] 最も重要なフラグビットは、将来の使用のために予約されています。
国旗 | 0 | 初め |
---|---|---|
R(rendezvous) [ 3 ] | rendzvousポイントembeddded(jutship) | rendzvousポイント埋め込み(Newal Translation) |
P(プレフィックス) [ 4 ] | プレフィックス情報はありません | ネットワークプレフィックスベースのアドレス |
T(一時的) [ 5 ] | 直接マルチキャストワールドワイド有効(永久) | 動的に割り当てられたマルチキャストアドレス(一時的) |
フィールドの4ビット 範囲 (スコープ)は、アドレスが有効で一意である場所を示すために使用されます。
などの特別なマルチキャストアドレスがあります 勧誘されたノード :
-
マルチキャストディレクターフォーマット要求ノード ビット 8 4 4 79 9 24 分野 プレフィックス フラグ 範囲 ゼロス いくつかの ユニキャストアドレス 価値 111111111 0000 0010 00000000 ... 00000000 111111111
田畑 プレフィックス と 範囲 バイナリ値があります 111111111 と 0010 。
マルチキャストアドレス 勧誘されたノード これらは、ユニキャストまたはAnycastアドレスから構築されており、マルチキャストアドレスの最後の24ビットで、UnicastまたはAnycastアドレスの最後の24ビットをコピーします。
-
マルチキャストPrefijo-Unicast管理形式 (Unicast-Prefixベース) [ 6 ] [ 7 ] ビット 8 4 4 4 4 8 六十四 32 分野 プレフィックス flgs SC res 喧嘩 満杯 ネットワークプレフィックス グループID
マルチダクトマルチディクトメントアドレス (リンクスコープ) 同様の形式を使用します。 [ 8 ]
表現 [ 編集します ]
IPv6アドレス(128ビット)は、16ビット(2オクテット)を表す4つの16進数の8つのグループで表されます。グループは2つのポイントで区切られています( : )。 IPv6アドレスの例は次のとおりです。
- 2001:0DB8:85A3:0000:0000:8A2E:0370:7334
16進数桁は資本/小文字に敏感ではありませんが、小文字の使用をお勧めします。 [ 9 ]
この完全な表現は、いくつかの方法で簡素化でき、表現の一部を排除できます。
- 最初のゼロ
各グループの最初のゼロは省略できますが、各グループには少なくとも1つの16桁の数字が含まれている必要があります。 [ 初め ] したがって、IPv6アドレスを書くことができます。
- 2001:DB8:85A3:0:0:8A2E:370:7334
- ゼロスグループ
1つ以上のゼログループを2つのポイントで置き換えることができます。 [ 初め ] この置換は、方向に一度だけ行うことができます。それ以外の場合は、あいまいな表現を取得します。いくつかの置換ができれば、最大数のグループを作成する必要があります。グループの数が同じ場合、左を左にする必要があります。 [ 9 ]
このルールを使用して、アドレスの例をさらに減らします。
- 2001:DB8:85A3 :: 8A2E:370:7334
ループバックアドレス、 0:0:0:0:0:0:0:1 、および無期限のIPv6アドレス、 0:0:0:0:0:0:0:0 、それらはに還元されます ::初め と :: それぞれ。
- ポイント付きの10進表記
IPv4インターネットのIPv6への移行中は、二重アドレス指定環境(IPv4およびIPv6)で動作することが一般的です。このため、IPv4-MapeまたはIPv4互換であるIPv6アドレスをExpress Express IPv6アドレスに導入し、IPv4アドレスの最後の32ビットを小数点以下のポイントでIPv4で使用しています。
たとえば、IPv4-MapeのIPv6アドレス :: FFFF:C000:280 として表すことができます :: FFFF:192.0.2.128 、IPv6内のIPv4アドレスMAPEを明確に示しています。
ネットワーク [ 編集します ]
IPv6ネットワークは、パワーサイズが2の調整型IPv6方向を使用します。アドレスの最初の部分は、ネットワークのすべてのホストと同じであり、ネットワークアドレスまたは方向プレフィックスと呼ばれます (ルーティングプレフィックス) 。
ネットワークアドレスはCIDR表記で記述されます。ネットワークは、グループの最初の方向(ゼロで終了する必要があります)、バー(/)、および小数点の接頭辞のビット数で表されます。たとえば、ネットワーク 2001:DB8:1234 ::/48 方向から始めます 2001:0DB8:1234:0000:0000:0000:0000:0000 で終わります 2001:0DB8:1234:ffff:ffff:ffff:ffff:ffff 。
詳細に見てみましょう:
2001:DB8:1234 ::/48→ネットワークアドレス 2001:0DB8:1234 :0000:0000:0000:0000:0000/48→ネットワークアドレスのない - - 赤 - - - - - - - - ホスト - - - - -
2001:0DB8:1234 :0000:0000:0000:0000:0001→ネットワークの最初のIPv6アドレス 2001:0DB8:1234 :ffff:ffff:ffff:ffff:ffff→ネットワークの最後のIPv6アドレス
CIDRによってインターフェイスアドレスのプレフィックスを直接示すことができます。たとえば、方向のあるインターフェース 2001:DB8:A :: 123 サブネットに属します 2001:DB8:A ::/64 書くことができます 2001:DB8:A :: 123/64 。
アドレスグループサイズ [ 編集します ]
アドレスグループのサイズは、グループ内の特定のアドレスが示されることなく、小数(/)とネットワークプレフィックスのサイズのみで表され、小数点でネットワークプレフィックスのサイズが表されます。たとえば、48ビットプレフィックスを備えたアドレスグループが示されています /48 ;このグループには2が含まれています 128-48 = 2 80 アドレス。ネットワークプレフィックスのサイズが低いほど、ホストの方向グループが大きくなります:グループ /21 1より8倍大きい /24 。
ネットワークリソースのリテラルIPv6アドレス [ 編集します ]
両方のポイント( : )IPv6アドレスでは、URIやURLなどの他の確立された構文と競合する可能性があります。 2つのポイントは、従来、IPアドレスとネットワークポートの分離として使用されてきました。 [ 十 ] この問題を解決するために、リテラルIPv6アドレスは、必要に応じて括弧内に囲まれています。
- http:// [2001:db8:85a3:8d3:1319:8a2e:370:7348]/
URLにポート番号が含まれている場合、表記は次のとおりです。
- https:// [2001:db8:85a3:8d3:1319:8a2e:370:7348]:443/
IPv6のリテラルIPv6は、UNCルートでアドレスを及ぼします [ 編集します ]
Microsoft Windowsオペレーティングシステムでは、IPv4アドレスはUNCルートの有効な識別子です (均一な命名規則) 。 IPv4アドレスを使用したUNCルートの例は次のとおりです。
- \ 192.168.0.1Carpetacompartidarコース
ただし、UNCルートでは2つのポイントが違法です。したがって、IPv6アドレスの使用もUNCルートでは違法です。このため、Microsoftは、IPv6アドレスをドメイン名として表すための代替アルゴリズムを実装しており、これをUNCルートで使用できます。 Microsoftはドメインを登録および予約しました IPv6-Literal.net インターネットで。 IPv6アドレスは、次のように、その名前空間内のサブドメインとして転写されます。
- 2001:DB8:85A3:8D3:1319:8A2E:370:7348
翻訳しています:
- 2001-DB8-85A3-8D3-1319-8A2E-370-7348.IPV6-LITERAL.NET
タイプのタイプルートの結果:
- \ 2001-DB8-85A3-8D3-1319-8A2E-370-7348.IPv6-Literal.netcarpetacompartiderecurso
この表記は、DNSサーバーを要求することなく、Microsoftソフトウェアによって自動解決されます。
IPv6アドレスにエリアインデックスが含まれている場合、「S」文字の後にアドレスに追加されます。
- Fe80--1S4.ipv6-Literal.net
IPv6はスコープに対応します [ 編集します ]
不定の方向を除くIPv6アドレス( :: )、「スコープ」があります( 範囲 英語で)、 [ 11 ] ネットワークのどの部分が有効かを決定します。
ユニキャストアドレスでは、リンクローカルアドレスとループバック局の範囲があります ローカルを活気づけます 、つまり、それらは直接接続されたネットワークで使用する必要があります。プライベートを除くアドレスの残りの部分にはスコープがあります グローバル (o ユニバーサル )、それはそれらが世界中であり、スコープアドレスに接続するために使用できることを意味します グローバル どこでも、または範囲の方向へ Enlace-Local ネットワーク上で直接接続されています。
Anycastアドレスの範囲は、Unicetアドレスと同じ方法で定義されます。
マルチキャストの場合、マルチキャスト方向の2番目のオクテットのあまり重要ではないビット( FF0 バツ :: )スコープ、つまりマルチキャストトラフィックがどの程度広がるかを特定します。エリア [ 初め ] 現在定義されています:
-
マルチキャストIPv6アドレス 価値 ait( 範囲 )) 説明 0x0 予約済み 0x1 インターフェイスローカル フィールド インターフェイスローカル ノードの単一のインターフェイスのみをカバーし、マルチキャストトラフィックループバック送信にのみ役立ちます。 0x2 Link-Local の領域 Enlace-Local と サイトローカル それらは、対応するユニキャスト領域と同じ領域をカバーします。 0x4 admin-local フィールド admin-local 手動で構成する必要があるのは最小です。つまり、マルチキャストとの関係なしに物理的な接続から自動的に導出されるのではありません。 0x5 サイトローカル の領域 Enlace-Local と サイトローカル それらは、対応するユニキャスト領域と同じ領域をカバーします。 0x8 組織 – ローカル の範囲 組織 – ローカル 同じ組織に属する複数の場所をカバーしています。 0xe グローバル 0xf 予約済み
IPv6アドレス指定スペース [ 編集します ]
一般的な割り当て [ 編集します ]
エルインターネットアーキテクチャボード (インターネットアーキテクチャ委員会) y elインターネットエンジニアリングステアリンググループ (インターネットエンジニアリング局) 彼らは、インターネットに割り当てられた数字の権限(IIANA)にアドレス指定するIPv6を委任しました。 [ 12番目 ] その主な機能は、地域のインターネット記録(英語の頭字語のRIRS)への大きな指示の割り当てであり、インターネットサプライヤーやその他のローカルレコードにマイナーピースを割り当てるタスクがあります。 IAは、1995年12月以来、IPv6アドレススペースの割り当ての公式リストを維持しています。 [ 13 ]
現在、インターネットで使用できる合計方向スペースの8番目の部分のみが使用できます。ほとんどのIPv6アドレスは、将来の使用のために予約されています。ルート集約を取得し、インターネットルートのサイズを縮小するために、範囲 2000 ::/3 RIRSはからの大きなブロックに割り当てられます /23 それまで /12番目 。 [ 14 ]
RIRSはより低い範囲をISPに割り当て、そのブロックに分布します /48 彼のクライアントに。 Global Assignments Recordsは、RIRSまたはその他のWebサイトに記載されています。 [ 15 ]
IPv6アドレスは、IPv4割り当てよりもはるかに高いブロック内の組織に割り当てられます。推奨される割り当ては範囲です /48 、2です 48 2.8×10 14 完全なIPv4アドレス指定よりも大きい時間。それにもかかわらず、2があるので、総セットは予測可能な将来に十分です 128 o約3.4×10 38 IPv6アドレス。
各RIRは、各ブロックを分割できます /23 512ブロック /42 、通常、各ISPに1つ。 ISPは、各範囲を分割できます /42 65,536ブロック /48 、通常、クライアントごとに1つ。 [ 16 ] 顧客は65,536のネットワークを作成できます /六十四 割り当てで /48 、各ネットワークには、IPv4アドレス空間全体の平方である多くのアドレスを持っています。 32 4.3×10 9 アドレス。
設計されているように、方向スペースのごく一部のみが実際に使用されます。広いアドレス空間は、常に可用性があることを保証し、アドレスの観点からアドレス(NAT)の翻訳(NAT)に変換されます。 NATは現在、IPv4アドレスの疲労を緩和するために何よりも使用されていますが、IPアドレスがコストであるため、経済的な外観もあります。セキュリティの観点から、ネットワークおよび内部ネットワーク管理に関する情報の公開をインターネットに公開することを避けます。
予約済みのAnycastアドレス [ 編集します ]
各subbre(interface識別子のすべてのゼロ)の最低方向は、Anycastアドレスとして予約されています サブネットルーター (ルーターサブネット)。 [ 初め ] アプリケーションは、この宛先アドレスを使用してサブネットのルーターと話すことができ、これらのパッケージがサブネットのルーターにのみ配信されることをIPv6に保証できます。
各サブネットの128の最高方向 /六十四 それらはAnycastアドレスとして予約されています。 [ 17 ] これらのアドレスには通常、インターフェイス識別子の最初の57ビットがあります 初め 、7ビットのAnycast Identifierが続きます。サブネットを含むネットワークプレフィックスには、長さ64ビットが必要です。その場合、ユニバーサル/ローカルビットを置く必要があります 0 アドレスがグローバルに一意ではないことを示すため。アドレスに値がある場合 0x7e それほど重要ではない7ビットでは、 ホームエージェント (初期エージェント)モバイルIP。 7ビットの重要性が低いアドレス 初め (価値 0x7f )それは予約されており、使用できません。もう割り当てはありませんので、からの値です 0x00 それまで 0x7d それらも予約されています。
特別なアドレス [ 編集します ]
IPv6には特別な意味を持つアドレスがあります。 [ 18 ]
アドレスブロック(CIDR) | 第一方向 | 最後のアドレス | 住所番号。 | 範囲 | 目的 |
---|---|---|---|---|---|
:: / 0 | :: | ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff | 2 128 | ルーティング | デフォルトルート |
:: / 128 | :: | 初め | ソフトウェア | 不快なアドレス | |
::初め / 128 | ::初め | 初め | ホスト | ループバックアドレス | |
:: ffff:0:0 / 96 | :: FFFF:0.0.0.0 | :: FFFFS:255.255555555555555555555555555555 | 2 32 | ソフトウェア | マップされたDirecion IPv4 |
:: ffff:0:0:0 / 96 | :: FFFF:0:0.0.0.0.0 | :: FFFF:0:2555555555555555555555555555555555 | 2 32 | ソフトウェア | 翻訳されたIPv4アドレス |
64:ff9b :: / 96 | 64:FF9B :: 0.0.0.0 | 64:FF9B :: 255.255.255.255 | 2 32 | インターネット | IPv4/IPv6翻訳。 [ 19 ] |
100 :: / 六十四 | 100 :: | 100 :: ffff:ffff:ffff:ffff | 2 六十四 | ルーティング | プレフィックス。 [ 20 ] |
2001 :: / 32 | 2001 :: | 2001 :: ffff:ffff:ffff:ffff:ffff:ffff | 2 96 | インターネット | トレドトンネル。 |
2001:20 :: / 28 | 2001:20 :: | 2001:2f:ffff:ffff:ffff:ffff:ffff:ffff | 2 100 | ソフトウェア | orchidv2。 [ 21 ] |
2001:db8 :: / 32 | 2001:db8 :: | 2001:db8:ffff:ffff:ffff:ffff:ffff:ffff | 2 96 | ドキュメンテーション | ドキュメントおよびソースの例で使用されるアドレス。 [ 22 ] |
2002 :: / 16 | 2002 :: | 2002:ffff:ffff:ffff:ffff:ffff:ffff:ffff | 2 112 | インターネット | スキーム6th4(現在は廃止されている)に対処します。 [ 23 ] |
FC00 :: / 7 | FC00 :: | fdff:ffff:ffff:ffff:ffff:ffff:ffff:ffff | 2 121 | プライベートネットワーク | ユニークなローカルアドレス。 [ 24 ] |
fe80 :: / 十 | fe80 :: | Febf:ffff:ffff:ffff:ffff:ffff:ffff:ffff | 2 118 | リンク | Liaison-Local Directorate。 |
ff00 :: / 8 | ff00 :: | ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff | 2 120 | インターネット | 多灌力方向。 |
Unicetアドレス [ 編集します ]
- 無期限の方向
- ::/128 – すべてのビットを備えたアドレスa 0 無期限の方向と呼ばれます(アドレスと同様です 0.0.0.0 IPv4ではありません)。
このアドレスは、アプリケーションのソフトウェアによってのみ使用されるため、任意のインターフェイスに割り当てることはできません 前 接続の方向原点を知るため。ルーターは、パッケージを無期限の方向に向けてはいけません。
アプリケーションは、新しい接続のために1つ以上のインターフェイスで聞く(聞く)ことができます。これは、2つのポイントで区切られたIPアドレスとポート番号を使用したアクティブな接続のリストに表示されます。アプリケーションが利用可能なすべてのインターフェイスでリスニング(リスニング)している場合、そのリストには無期限のアドレスが表示されます。
- デフォルトルート
- ::/0 – ユニキャストトラフィックのデフォルトルート( 0.0.0.0 マスク付き 0.0.0.0 IPv4ではありません)。
- ローカルアドレス
- :: 1/128 -Loopbackアドレスは、ローカルホストのユニキャストアドレスです。ホストのアプリケーションがこのアドレスにパッケージを送信する場合、IPv6バッテリーはパッケージを同じ仮想インターフェイスに送信します( 127.0.0.1 IPv4ではありません)。
- Fe80 ::/10 – リンクローカルプレフィックスアドレス (Link-Local) それらは、ローカルネットワークでのみ有効(使用可能)および一意(繰り返されません)です。このローカルリンク範囲内では、1つのサブブルのみが使用され(54ビットからゼロ)、効果的な形式が生成されます Fe80 ::/64 。それほど重要ではない64ビットは、通常、変更されたEUI-64形式のインターフェイスハードウェアアドレスから構築されます。有効なIPv6を使用したすべてのインターフェイスでローカルリンクアドレスが必要です。したがって、アプリケーションは、IPv6の方向がない場合でも、ローカルリンクアドレスの存在を利用できます。これらのアドレスは、自己構成アドレスに匹敵します 169.254.0/16 I IPv4。
- ユニークなローカルアドレス
- FC00 ::/7 -ユニークなローカルアドレス(ULA)は、地元の通信に使用されます。それらは協同組合内でのみルージング可能です(プライベートアドレスの範囲に似ています 8月10日 、 172.16/12 、 と 192.168/16 IPv4ではありません)。 [ 25 ] アドレスには、ルートプレフィックスの擬似allegationシーケンスが含まれます (ルーティングプレフィックス) 異なるプラットフォームの相互接続における競合のリスクを最小限に抑えるため、またはパッケージがインターネットに逸脱している場合。これらの方向の制限的かつローカルな使用にもかかわらず、それらの範囲はグローバルです。つまり、世界中でユニークな(繰り返されない)ことが期待されています。
- IPv4トランジション
- :: FFFF:0:0/96 -このプレフィックスは、IPv6アドレスを指定します IPv4-Mapeada 。いくつかの例外を除き、このタイプの方向により、ソフトウェア(API)IPv6でのIPv4輸送層プロトコルの動作が可能になります。サーバーアプリケーションは、IPv6またはIPv4プロトコルを使用して顧客接続を受け入れるのを聞く際にソケットを開く必要があります。 IPv6のお客様はネイティブに管理され、IPv4のお客様はIPv6アドレスであるIPv6のお客様として表示されます IPv4-Mapeada 。トランスミッションは同様の方法で管理されます。ソケットは、ネイティブIPv6アドレスまたはIPv4-Mapeadaアドレスを接続することにより、IPv4またはIPv6データグラムを送信できます。 (IPv6への移行メカニズムも参照してください。)
- :: ffff:0:0:0/96 – 予約されているプレフィックス IPv4トレードの方向 、ステートレスIP/ICMP翻訳(SIIT)プロトコルで使用されます。
- 64:FF9B ::/96 – プレフィックス 「有名」 (すでに知られています)。このプレフィックスは、IPv4/IPv6自動翻訳に使用されます。 [ 19 ]
- 2002 ::/16 -このネットワークは、6番目の4番目のアドレスに使用されます。 IPv4ネットワークアドレスも使用されます 192.88.99.0/24 。
- 特別な使用アドレス [ 26 ]
IAは「サブTLA ID」と呼ばれるアドレスブロックを予約しました [ 27 ] 64個のネットワークプレフィックスで構成されています 2001:0000 ::/29 それまで 2001:01F8 ::/29 。このブロックで3つの割り当てが行われました。
- 2001 ::/32 -Tredoトンネルプロトコル(IPv6遷移メカニズムカテゴリ内にも含まれます)で使用されます。
- 2001:2 ::/48 – に割り当てられた ベンチマーク方法論ワーキンググループ (bmwg) [ 28 ] IPv6の比較(ベンチマーク)(ネットワークに似ています 198.18.0.0/15 IPv4の比較の場合)。
- 2001:10 ::/28 – 蘭( オーバーレイルーティング可能な暗号化ハッシュ識別子 )。 [ 29 ] 息子の方向Hash暗号化識別子に使用されるIPv6なし。
- ドキュメンテーション
- 2001:DB8 ::/32 – このプレフィックスはドキュメント用に予約されています。 [ 22 ] これらのアドレスは、誰かがIPv6アドレスの例を書きたい場合はいつでも使用する必要があります。 192.0.2.0/24 、 198.51.100.0/24 、 と 203.0.113.0/24 IPv4ではありません。) [ 30 ]
- 時代遅れのアドレス
最後に歴史的なメモを参照してください。
マルチキャストアドレス [ 編集します ]
マルチキャストアドレス FF00 :: 0/12 それらは予約されており、マルチキャストグループに使用されるべきではありません。 IPv6マルチキャスト予約アドレスの完全なリストを表示するには、インターネットに割り当てられた番号当局(IA)にアクセスする必要があります。 [ 最初に30 ]
以下は最も一般的なものです。
住所 | 説明 | 利用可能なエリア |
---|---|---|
ff0x :: 1 | 住所 オールノード (すべてのノード)。
すべてのIPv6ノードのグループを特定します |
フィールドで利用可能( 範囲 ) 初め ( インターフェイスローカル )および2( Link-Local ):
|
ff0x :: 2 | 住所 オールルーター (すべてのルーター)。
すべてのIPv6ルーターのグループを特定します |
フィールドで利用可能( 範囲 ) 初め ( インターフェイスローカル )、2( Link-Local ))
と5( サイトローカル ):
|
FF02 :: 5 | OSPFIGP | 2(Enlace-Local) |
FF02 :: 6 | OSPFIGP指定ルーター | 2(Enlace-Local) |
FF02 :: 9 | ルーターリッピング | 2(Enlace-Local) |
FF02 :: a | ルーターeigrp | 2(Enlace-Local) |
FF02 :: d | すべてのPIMルーター | 2(Enlace-Local) |
ff0x :: fb | mdnsv6 | すべての分野で利用可能 |
ff0x :: 101 | すべてのNTPサーバー( ネットワークタイムプロトコル )) | すべての分野で利用可能 |
FF02 :: 1:1 | リンク名 | 2(Enlace-Local) |
FF02 :: 1:2 | All-DHCP-Agents | 2(Enlace-Local) |
FF02 :: 1:3 | Link-Localマルチキャスト名の解像度 | 2(Enlace-Local) |
FF05 :: 1:3 | All-DHCP-Servers | 5(サイトローカル) |
FF02 :: 1:FF00:0000/104 | 住所 勧誘されたノード 。以下の説明を参照してください | 2(Enlace-Local) |
FF02:0:0:0:0:2:FF00 ::/104 | ノード情報クエリ | 2(Enlace-Local) |
マルチキャストアドレス 勧誘されたノード [ 編集します ]
それほど重要ではない24ビット グループID アドレスの 勧誘されたノード それらは、ユニキャストアドレスまたはAnycastアドレスの24ビットではない少ない24ビットで満たされています。これらのアドレスにより、ネットワーク上の近隣発見(NDP)を介してネットワークディレクターの解決が可能になります(IPv4のARPの場合のように)。ホストに参加する必要があります (加入) ユニキャストまたはエイキャストアドレスのそれぞれについて、マルチキャストリクエストノードグループに
状態のない自動構成 [ 編集します ]
システムを開始した後、ノードは、DHCPV6グローバル方向によって手動で構成または取得された場合でも、IPv6を有効にした各インターフェイスに自動ローカルアドレスを作成します。これは自動的に行われ、状態のない自動構成のおかげで以前の構成なしで行われます(SLAAC、 ステートレスアドレスAutoconfiguration )、、 [ 32 ] のコンポーネントを使用します ネイバーディスカバリープロトコル 。このアドレスにはプレフィックスがあります Fe80 ::/64 。
さらに、ホストはルーターがそれに応答するときにユニキャストアドレスを作成できます ルーターアプリケーション サブネットの割り当て付き [ 33 ]
これらの方向の64ビットは、修正されたEUI-64形式で64ビットのインターフェイス識別子で満たされています。この識別子は、そのインターフェイスのすべての自動方向に使用されるため、マルチキャストグループのみが参加する必要があります。 隣人の発見 。これを行うには、ネットワークプレフィックスから形成されたマルチキャストアドレスを使用します FF02 :: 1:FF00:0/104 アドレスの最も重要な24ビット。
修正されたEUI-64 [ 編集します ]
64ビットインターフェイス識別子は、一般にMACアドレスの48ビットから導出されます。 Macアドレス 00:1d:NOT:06:37:64 それは64ビットのEUI-64方向挿入になります I:彼 途中で: 00:1d:ba:ff:fe:06:37:64 。ただし、このEUI-64を使用してIPv6アドレスを形成するときに変更します。 [ 初め ] 少し投資します ユニバーサル/ローカル (米国の中で最も重要な7番目のビット) 0 このEUI-64ビットでは、a 初め 修正されたEUI-64で。 IPv6ネットワークの以前のインターフェイスを識別します 2001:DB8:1:2 ::/64 アドレスを使用します 2001:DB8:1:2:021D:BAFF:FE06:3764 (下線付きビット付き 私も 倒立 0 a 初め )。
ビットを変更する理由 私も インターフェイスに手動で指示を割り当てると、タイプの1つを割り当てる可能性が高いためです 2001:DB8:1:2 :: 1/64 最も魅力的で直感的ではなく 2001:DB8:1:2:0200 :: 1/64 。リエゾンアドレスを手動で割り当てると、この変更の必要性がより明白になります。短い方向を手動で構成します FC80 :: 1 長い代わりに FC80:0:0:0:0200 :: 1 。要約すると、EUI-64を変更して、手動方向と自動方向の間の重複の確率を減らします。
複製アドレスの検出 [ 編集します ]
ICMPv6メッセージタイプ135を使用して、IPv6ユニキャストアドレスのインターフェイスへの割り当てには、その可用性の内部テストが必要です( 近隣の勧誘 )および136( 近隣の広告 )。可用性検証プロセス中、住所には管理状態があります 試み 。
ノードはマルチキャストアドレスに結合します 勧誘されたノード 試みのために(まだ行っていない場合)、 隣人の勧誘 不定監督を住所として使用する( ::/128 )および宛先アドレスとしての試行として。ノードはマルチキャスト局にも参加します オールノード (すべてのチーム) FF02 :: 1 、そのため、残りの機器から広告が届きます( 近隣の広告 )。
ノードがリクエストを受信した場合( 近隣の勧誘 )宛先アドレスとしての暫定的な方向性があるため、住所は一意ではありません。ノードが広告を受信した場合、それは一意ではありません( 近隣の広告 )起源としての試みで。アドレスが一意であることを確認した後にのみ、それを使用してインターフェイスに割り当てることができます。
局長寿命 [ 編集します ]
インターフェイスにリンクされた各IPv6アドレスには、事前に確立された生活があります。短い時間が構成されていない限り、寿命は無限です。 1つの住所の寿命を支配する2つの値があります。 優先寿命 (優先時間)と 有効な寿命 (妥当性時間)。 [ 34 ] これらの寿命は、自己構成の値を提供するルーターで構成するか、インターフェイス内のアドレスの手動構成中に指定することができます。
アドレスがインターフェイスに割り当てられている場合、状態は 好ましい (優先)、彼は彼の間に維持しています 優先系列 。この寿命を期限切れにした後、国家は通過します 非推奨 (廃止)およびアドレスは、新しい接続に使用できません。アドレスはに行きます 無効 (無効)あなたのとき 有効なリフェティタイム ;アドレスはインターフェイスから削除され、インターネット上の任意のホストに割り当てることができます(完全に無料です)。
一時的なアドレス [ 編集します ]
インターフェイス識別子を作成するために状態のない自動構成で使用される静的および世俗的なMACアドレスは、時間の経過とともに機器とユーザーを監視する機会を提供します。 [ 35 ] ユーザーのIDのIPv6アドレス部分へのバインディングを減らすために、ホストは乱数に基づいてインターフェイス識別子を使用して一時的なアドレスを作成できます [ 36 ] そして、比較的短い寿命(時間または日)。その後、それらは新しい方向に置き換えられます。
ホストは、発信接続の原点アドレスとして時間アドレスを使用できます。一方、残りのホストは、DNSに尋ねた後、パブリック方向を使用してアクセスします。
Windows Vista、Windows Server 2008、またはその後のバージョンでIPv6で構成されたシステムは、一時的なアドレス指示を使用します。
自動管理の選択 [ 編集します ]
IPv6で有効にされるネットワークインターフェイスは、通常、IPv6アドレス以上のもの、たとえばリエゾンローカルアドレスとグローバルアドレス、または永続的なアドレスと一時的なアドレスを持っています。
IPv6は範囲と好みの概念を導入し、他のホストとの通信の方向原点と目的地を選択するための複数のオプションを提供します。
優先選択アルゴリズム、 [ 37 ] 特定の宛先との通信で使用する最も適切なアドレス(ダブルパイル実装でのIPv4-Maleアドレスの使用を含む)を選択することは、ユーザーが構成した設定テーブルに基づいており、各ネットワークのプレフィックスを優先レベルに関連付けます。デフォルトのテーブルは次のようになります。 [ 37 ]
-
プレフィックスポリシーテーブル プレフィックス 優先順位 ラベル :: 1/128
::/0
2002 ::/16
::/96
:: FFFF:0:0/9650
40
30
20
十0
初め
2
3
4
デフォルトの構成では、IPv6はIPv4よりも優先度が高く、可能な限り最小の範囲で宛先アドレスも使用するため、両方が等しく適している場合、リエゾンラーン通信がグローバルパスよりも優先されます。プレフィックスポリシーテーブルはルートテーブルに似ており、リンクすることにより優先度の値があり、最大の優先度がより大きな値として表現されます。候補の起源アドレスはオペレーティングシステムから取得され、宛先方向の候補者はドメイン名システム(DNS)を介して相談できます。次に、プレフィックスポリシーテーブルを越えて、IPv6アドレスが一致するエントリの中で最大数のビットでプレフィックスを選択します。
Liaison-LocalおよびArea Indexアドレス [ 編集します ]
ホストのすべてのリエゾンアドレスには共通のプレフィックスがあるため、通常のルーティング手順を使用して、LIAK-Localの宛先にパッケージを送信する際に出力インターフェイスを選択することはできません。として知られる特別な識別子が必要です ゾーンインデックス (ゾーンインデックス)、 [ 11 ] 追加の方向情報を提供する。 Liaison-Localアドレスの場合、ゾーンレートはインターフェイス識別子に対応します。
テキストを書くとき、パーセンテージサインで区切られたアドレスにエリアインデックスを追加します( % )。ゾーンインデックスの現在の構文は、オペレーティングシステムによって異なります。
- Microsoft WindowsのIPv6バッテリーは、数値ゾーンレートを使用します。 Fe80 :: 3%1 。インデックスはインターフェイス番号によって確立されます。
- ほとんどのUNIXシステム(BSD、Linux、Mac OS Xなど)は、インターフェイス名をゾーンインデックスとして使用します。 Fe80 :: 3%ETH0 。
ゾーンインデックス表記は、「%」文字がパラメーターの通過に使用されるため、URIまたはURLの方向を使用する場合、構文の競合を引き起こします。 [ 38 ]
IPv6はDNSでアドレス指定します [ 編集します ]
ドメイン名システムを介して、ホストはレコードごとにIPv6アドレスにマッピングしています aaaa 、レコードとも呼ばれます Quadruple-A 。 IETFにはドメインが予約されています IP6.ARPA DNSの逆分解能のために、IPv6アドレスの各16進数桁で名前の空間を階層的に除算します。この翻訳はで定義されています RFC 3596 。
IPv4と同じように、各ホストはDNSで2つのレコード、直接レコード( アドレス記録 )および逆解像度の記録。たとえば、チームが電話をかけました サーバ ゾーン内 ejemplo.es ‘ 持っています ユニークなローカルアドレス FDDA:5cc1:23:4 :: 1f 。あなたのQuadruple-A登録はです
servidor.ejemplo.es。 aaaa fdda:5cc1:23:4 :: 1f
そして、その逆の解像度はです
F.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.3.2.0.0.0.1.c.c.5.a.d.d.f.ip6.ip6.ip6.ip6. ptr servidor.ejemplo.esで
この逆レコードは、D.F.IP6.ARPA領域の委任チェーンに応じて、いくつかの領域で定義できます。
DNSは輸送プロトコルとは無関係です。輸送される情報の種類に関係なく、リクエストと応答はIPv6またはIPv4で送信できます。
名前 | ドメイン名 |
タイプ | AAAA(28) |
クラス | インターネット(1) |
TTL | 数秒での生涯 |
rdlength | rdataフィールド長 |
rdata | テキスト形式のIPv6アドレス [ 初め ] |
遷移 [ 編集します ]
2009年以来、家庭内の多くのNATおよびルーターデバイスは依然としてAAAAレコードを誤って管理しています。 [ 39 ] それらのいくつかは、適切な否定的な応答を返す代わりに、これらのレコードにDNS要求を単純に破棄します。請願書は廃棄されているため、ホストはその要求のタイムアウトを待つ必要があります。これは、多くの場合、IPv6ホスト接続の遅延の認識を引き起こします。
歴史的なメモ [ 編集します ]
- プレフィックス サイトローカル FEC0 ::/10 アドレスは、組織のネットワーク内でのみ有効であることを指定します。これは、元のアドレス指定アーキテクチャの一部でした [ 40 ] 1995年12月、しかしその使用は2004年9月に落胆しました。 [ 41 ] さて、英語の用語の定義 サイト 彼は曖昧なルーティングルールを引き起こしていました。新しいネットワークは、この特別なタイプのアドレスを負担してはなりません。 2005年10月、新しい仕様 [ 24 ] これらのタイプのアドレスをに置き換えました ユニークなローカルアドレス 。
- アドレスブロック 0200 ::/7 1996年8月にマップされた接頭辞OSI NSAPとして定義されました。 [ 42 ] [ 43 ] しかし、それは2004年12月に排除されました。 [ 44 ]
- 96ビットプレフィックスからゼロ ::/96 、もともととして知られています IPv4互換アドレス 、1995年に言及されました [ 40 ] しかし、1998年に最初に説明されました。 [ 45 ] この種のアドレスは、IPv6テクノロジー内のIPv4アドレスを表すために使用され、遷移が促進されました。これは、最初の(より重要な)96ビットからゼロのIPv6アドレスでしたが、最後の32ビットは表現したIPv4アドレスでした。 2006年2月、Internet Engineering Task Force(IETF)は、IPv4互換アドレスの使用に反対してアドバイスしました。 [ 初め ] このアドレス形式に残っている唯一の使用は、固定されたサイズフィールドを持つデータベースまたはデータベース内のIPv4アドレスを表す場合です。これは、IPv6アドレスを保存できる必要があります。
- IPv6方向解像度は、元々領域の名前システム(DNS)ドメインで構成されていました IP6 、メインドメインの下 .int 。最初の意図はそのドメインでした .arpa 内に移動しました .int 、しかし、建築委員会(IAB)は2000年に廃棄されました。したがって、最初の登録は低くなります ip6.int 私は移動しなければなりませんでした IP6.ARPA 。 IABは2001年8月に正式になりました。 [ 46 ] エリアに ip6.int 2006年6月6日に正式に排除されました。
- アドレスブロックは予約されていました 3ffe ::/16 1998年12月の6boneネットワークテストの場合。 [ 45 ] その前に、アドレスの範囲が使用されていました 5F00 ::/8 。両方の範囲は2006年6月にリリースされ、6boneプロジェクトが死亡しました。 [ 47 ]
参照 [ 編集します ]
- ↑ a b c d そうです f g h 私 j RFC 4291 、 IPバージョン6アドレス指定アーキテクチャ 、R。ヒンデン、S。ディアリング(Fevero de 2006)
- ↑ シルビア・ハーゲン(2006年5月)。 IPv6エッセンシャル (2番目のエディチョン)。オライリー。 ISBN 978-0596100582 。
- ↑ RFC 3956
- ↑ RFC 3306
- ↑ RFC 4291
- ↑ RFC 3306 、 Unicast-PrefixベースのIPv6マルチキャストアドレス 、B。Haberman、D。Thaler(2002年8月)
- ↑ RFC 3956 、 IPv6マルチキャストアドレスにランデブーポイント(RP)アドレスを埋め込む P.サボラ、B。ハーバーマン(2004年11月)
- ↑ RFC 4489 、 リンクスコープ付きIPv6マルチキャストアドレスを生成する方法 、j-s。公園、M-K。すね; H-J。キム(2006年4月)
- ↑ a b RFC 5952 、「IPv6アドレステキスト表現の推奨」、S。川村、M。Kawashima、(2010年8月)
- ↑ RFC 3986 、 ユニフォームリソース識別子(URI):汎用構文 、T。Berners-Lee、R。Fielding、L。Masinter(2005年1月)
- ↑ a b RFC 4007 、 IPv6スコープアドレスアーキテクチャ 、S.Deering、B。Haberman、T。Jinmei、E。Nordmark、B。Zill(2005年3月)
- ↑ RFC 1881 、 IPv6アドレス割り当て管理 、インターネットアーキテクチャボード(1995年12月)
- ↑ IANAのIPv6アドレススペース
- ↑ IPv6ユニキャストアドレスの割り当て 、イアナ
- ↑ 例えば、 Sixxs Ghost Route Hunter
- ↑ «IPv6対処計画» s ARIN IPv6 wiki 。 2010年8月18日に取得 。 «すべての顧客は、65k以上のサブネットが必要であることを示すことができない限り、1 /48を取得します。 […]多くの消費者の顧客がいる場合は、 /56を個人居住地に割り当てることができます。 »
- ↑ RFC 2526 、 予約済みのIPv6サブネットAnycastアドレス 、D。ジョンソン、S。ディアリング(1999年3月)
- ↑ RFC 5156 、 特別なIPv6アドレス 、M。ブランシェット(2008年4月)
- ↑ a b IPv4/IPv6翻訳者のIPv6アドレス指定 、 doi: 10.17487/rfc6052 、 RFC 6052 。 アポイントメントのエラー:タグ
検証しません。 「RFC6052」という名前は、異なるコンテンツで数回定義されています
- ↑ IPv6の廃棄プレフィックス 、 doi: 10.17487/rfc6666 、 RFC 6666 。
- ↑ オーバーレイのIPv6プレフィックスルーファブル暗号化ハッシュ識別子バージョン2(orchidv2) 、 doi: 10.17487/RFC7343 、 RFC 7343 。
- ↑ a b IPv6アドレスのプレフィックスは、ドキュメント用に予約されています 、 doi: 10.17487/RFC3849 、 RFC 3849 。 アポイントメントのエラー:タグ
検証しません。 「RFC3849」という名前は、異なるコンテンツで数回定義されています
- ↑ 6to4リレールーターのAnycastプレフィックスを非難します 、 doi: 10.17487/rfc7526 、 BCP196。RFC7526 。
- ↑ a b 一意のローカルIPv6ユニキャストアドレス 、 doi: 10.17487/rfc4193 、 RFC 4193 。 アポイントメントのエラー:タグ
検証しません。 「RFC4193」という名前は、異なるコンテンツで数回定義されています
- ↑ RFC 1978 、 プライベートインターネットのアドレス配分 、Y。Rekhter、B。Moskowitz、D。Karrenberg、G.J。 De Groot、E。リア(1996年2月)
- ↑ RFC 4773 、 IANA特別目的IPv6アドレスブロックの管理 、G。Huston(2006年12月)
- ↑ RFC 2928 、 初期IPv6サブTLA ID割り当て 、R。ヒンデン、S。ディアリング、R。フィンク、T。ハイン(2000年9月)インターネット協会
- ↑ RFC 5180 、 ネットワーク相互接続デバイスのIPv6ベンチマーク方法論 、C。popoviciu、A。Hamza、G。vande Velde、D。Dugatkin(2008年5月)
- ↑ RFC 4843 (実験的)、 オーバーレイのルーティング可能な暗号ハッシュ識別子(蘭)のIPv6プレフィックス 、P。Nikander、J。Laganier、F。Dupont(2007年4月)
- ↑ RFC 5737 、 IPv4アドレスブロックは、ドキュメント用に予約されています 、J。Arkko、M。Cotton、L。Vegoda(2010年1月)、 ISSN 2070-1721
- ↑ IANAインターネットプロトコルバージョン6マルチキャストアドレス 。インターネットに割り当てられた番号当局。
- ↑ RFC 4862 、 IPv6ステートレスアドレスAutoconfiguration 、S。Thomson、T。Narten、T。Jinmei(2007年9月)
- ↑ RFC 4861 、 IPバージョン6の近隣発見(IPv6) 、T。Narten、E。Nordmark、W。Simpson、H。Holiman(2007年9月)
- ↑ Iljitch Van Atjnum(2006)。 «IPv6内部» 。 インターネットプロトコルジャーナル 9 (3)。 pp。 16-29。から提出 オリジナル 2011年6月7日 。 2011年2月10日に取得 。
- ↑ ステートレスIPv6アドレス指定のプライバシーへの影響
- ↑ RFC 4941 、 IPv6におけるステートレスアドレスAutoconfigurationのプライバシー拡張 、T。Narten、R。Draves、S。Krishnan(2007年9月)
- ↑ a b RFC 3484 、 インターネットプロトコルバージョン6(IPv6)のデフォルトアドレス選択 、R。Draves、The Internet Society(2003年2月)
- ↑ リテラルアドレス形式のIPv6スコープゾーン識別子の形式
- ↑ RFC 4074 IPv6アドレスのDNSクエリに対する一般的な不正行為 , Y. Morishita, T. Jinmei. May 2005.
- ↑ a b RFC 1884 、 IPバージョン6アドレス指定アーキテクチャ 、R。ヒンデン、S。ディアリング()
- ↑ RFC 3879 、 現場のローカルアドレスを非難します 、C。Huitema、B。Carpenter()
- ↑ RFC 4147 、 IANA IPv6レジストリの形式の提案された変更 、G。ヒューストン()
- ↑ RFC 1888 、 OSI NSAPおよびIPv6 、J。バウンド、B。カーペンター、D。ハリントン、J。ホールズワース、A。ロイド()
- ↑ RFC 4048 、 RFC 1888は時代遅れです 、B。Carpenter()
- ↑ a b RFC 2471 、 IPv6テストアドレス割り当て 、。
- ↑ RFC 3152 、 IP6.ARPAの委任 、R。ブッシュ()
- ↑ RFC 3701 、 6bone(IPv6テストアドレス割り当て)フェーズアウト 、R。Fink、R。Hind()
参照してください [ 編集します ]
Recent Comments