ショートバージョン
Before September 2012 After September 2012
Precedence Prefix Precedence Prefix
---------- ------------- ---------- -------------
50 ::1/128 IPv6 loopback 50 ::1/128 IPv6 loopback
40 ::/0 Native IPv6 40 ::/0 Native IPv6
40 fc00::/7 ULAs 35 ::ffff:0:0/96 IPv4
40 fec0::/10 site-local 30 2002::/16 6to4
40 3ffe::/16 6bone 5 2001::/32 Teredo
30 2002::/16 6to4 3 fc00::/7 ULAs
20 ::/96 IPv4compat 1 fec0::/10 site-local
10 ::ffff:0:0/96 IPv4 1 3ffe::/16 6bone
5 2001::/32 Teredo 1 ::/96 IPv4compat
ロングバージョン
RFC6724 は、アドレスの優先順位の変更を定義しています。この変更により、ほぼ全てのケースでIPv6が優先されるアドレスではなくなりました :(
2012年6月に質問されたこの質問は、2012年9月からのRFCによって“修正”されました。お使いのWindowsのバージョンにもよりますが、この新しいポリシーは箱から出して(Windows 8.1)、もしくはアップデート(Windows 8、Windows 7、Windows Vista)で既に提供されている可能性があります。
私たちがここにいるのは、IPv6の使用を**希望しているからです。
元に戻す方法
1つのホストに対して複数のIPアドレスを取得した場合、マシンはどのアドレスを使用するかを決定しなければなりません。ランキングの例は以下のようになります。
- IPv6ループバック
- ネイティブIPv6
- ユニークローカルアドレス(ULA)、例: fdxx::
- サイトローカル、例: fec0
- サイトローカル。fec0
- 6bone
- 6to4
- IPv4compat
- IPv4
- Teredo, 例: 2001
お使いのWindowsマシンでは、このランキングはプレフィックスポリシーと呼ばれています。
>netsh int ipv6 show prefixpolicies
Precedence Prefix
---------- -------------
50 ::1/128 IPv6 loopback
40 ::/0 Native IPv6
40 fc00::/7 ULAs
40 fec0::/10 site-local
40 3ffe::/16 6bone
30 2002::/16 6to4
20 ::/96 IPv4compat
10 ::ffff:0:0/96 IPv4
5 2001::/32 Teredo
Precedence Prefix
---------- -------------
50 ::1/128
40 ::/0 Native IPv6
35 ::ffff:0:0/96 IPv4
30 2002::/16
5 2001::/32
3 fc00::/7 ULAs
1 fec0::/10 site-local
1 3ffe::/16
1 ::/96
- ネイティブIPv6、ULA、サイトローカル、6one
- 6to4
- IPv4compat
- IPv4
- Teredo
あなたがIPv6を展開するための努力をした場合: それはちょうどうまくいった。
新しいプレフィックスポリシー
2012年には RFC6724 によって新しい優先順位が定義されました。 ネイティブ IPv6
3. IPv4
4. 6to4
5. Teredo
6. ULA
7. サイトローカル
8. 6bone
9. IPv6compat
修正方法は?
我々が望むのは、ULAがIPv4よりも優先されるようにIPv6を修正することです。少なくとも、ULA(fc00::/7
)の使用をIPv4よりも優先させたい。
Precedence Prefix
---------- -------------
50 ::1/128
40 ::/0 Native IPv6
37 fc00::/7 ULAs <---------- from 3 up to 37
35 ::ffff:0:0/96 IPv4
30 2002::/16
5 2001::/32
1 fec0::/10 site-local
1 3ffe::/16
1 ::/96
これは次の再起動まで有効にするだけです。変更を永続的にするには
>netsh interface ipv6 set prefixpolicy prefix=fc00::/7 precedence=37 label=13 store=active
もし私が:
- /48のULAグローバルプレフィックスを生成し、/64のサブネットIDを選択し、企業内の全てのマシンにULAを展開した場合
- DNSサーバを更新して、IPv4アドレスに加えてIPv6 ULAアドレスを返すようにした場合
コンピュータができることは、そのアドレスを使用するという礼儀作法があることくらいです。
ボーナスチャット
fc00::/7
- ローカルで生成されたGlobalIDプレフィックス
- fd00::/8
- ?
fc00::/8
が何に良いのかは誰も決めていないので、ただそこに座っているだけです。
fc
のアドレスは以下のように定義されています。
fd
fd
[40-bit random GlobalID]
[16-bit subnet]
[64-bits for host assignment]
というわけで、a4d7f6dd66
を暗号化されたランダムな 40 ビットの GlobalID として生成した場合、/48 が得られることになる。
しかし、利用が遅くなったことと、そもそもの価値が怪しいことから、SixXSは2018年にサービスを終了しました。
ボーナスリーディング