web-dev-qa-db-ja.com

IPv6プレフィックス委任

私はIPv6の初心者ですが、IPv4の実践的な経験があります(対処しなければならなかったからです)。

私のホームルーターはCGNATの背後にあるため、パブリックIPv4アドレスを提供していませんが、IPv6アドレスの取得について質問したところ、ISPから提供されました。彼らの返事で彼らは私の住所は2a01:XXXX:XXXX:4000::/56。それについて読んで、私は自分のネットワークデバイスにGUAを提供できるし、提供すべきであるという考えを思いつきました。これは私にとって魅力的なものです。

ISPのルーターの後ろに、教育用のOpenWRTルーターがあります。私の他のすべてのデバイスは後者の背後にあります。 DHCPを適切に実行するには、OpenWRTがISPのルーターからプレフィックスを取得する必要があります(つまり、DHCPv6も有効になっています)。

私の混乱は/56アドレスの最後に。ネットワークマスクはGUAには意味がないと思いますが、プライベートネットワークに使用できる委任されたプレフィックスはそうですか?もしそうなら、OpenWRTルーターにプレフィックスを割り当てるときに、将来ISPのルーターの背後にさらに多くのデバイスを配置することにした場合に備えて、プレフィックスを絞り込む必要がありますか?

すべてが期待どおりに機能することをどのように検証できますか?私のISPのルーターには、ひどいUIがあり、コンソールがありません。GUAが割り当てられているのがわかりますが、/56(まだ何と呼ばれているのかわからないので、名前は付けません)。私のOpenWRTは、グローバルULA設定に基づいてホストにアドレスを割り当てます。つまり、他のルーターが公開している可能性のあるプレフィックスは考慮されません(正しく機能している場合でも)。

ISPルーターには、WAN設定(チェックされている)に基づくプレフィックス委任を有効にするチェックボックスと、空のatmである静的プレフィックスの別のセクションがあります。

2
marius-O

私の混乱は、アドレスの最後にある/ 56について来ています

これは「プレフィックス長」(左から数えて関連するビット数)です。ネットマスクとして表現されていたものの「CIDR表記」とも呼ばれます。たとえば、IPv4では、「/ 24」は255.255.255.0のネットマスクに等しく、「/ 17」は255.255.128.0に対応します。また、ネットマスク形式は非常にまれに IPv6で使用されますが、/ 56に相当するものは「ffff:ffff:ffff:ff00 ::」になります。

全体 2a01:XXXX:XXXX:4000::/56は、ISPがあなたに向けてルーティングしたプレフィックス、または単にネットワークです。 (これは単一のデバイスのアドレスではありません!)

ネットワークマスクはGUAには意味がないと思います

彼らはそうします。ただし、IPv4とIPv6の両方で、2つのわずかに異なることを説明できます。別の場所にルーティングされるネットワーク(中間の「ゲートウェイ」ルート)と、デバイスが直接存在するサブネット(最終的な「オンリンク」ルートでは不可能です)。行くか、さらに分割されます)。

IPv6プレフィックス委任は常にルーティングされます–ISPのルーターにはルートがあります2a01:XXXX:XXXX:4000::/56 via <your_router's_wan_IP>。あなたのルーターはあなたが望むようにそれを分割することが期待されています。/64をLANサブネットとして直接割り当てることも、さらに大きなチャンク(/ 60や/ 56全体など)をネットワーク内の他のルーターに委任することもできます。 (静的ルートを追加するか、ISP自体と同じようにDHCPv6-PDを設定することで、この委任を実行できます。)技術的には1つの大規模な/ 56サブネットを使用できますが、これはnot推奨です。それらのために/ 64に固執します。

... OpenWRTはそのwan6に乗ります(私が正しく覚えていれば、それは/ 128であり、委任が発生していないことを意味します)。

いいえ、それはそれを意味するものではありません。

デバイスでIPアドレスを構成する場合、IPv4またはIPv6に関係なく、ネットマスクまたはプレフィックスの長さは常に後者、つまり最終的なサブネットサイズを反映します。したがって、/ 56がルーターにルーティングされている場合でもtoルーターは、インターフェイス構成で/ 64または/ 128のみを表示するのに完全に有効です。

ルータがDHCPv6-PDを介して自動的に取得するプレフィックスは、別の領域に表示されます。

DHCPを適切に実行するには、OpenWRTがISPのルーターからプレフィックスを取得する必要があります

ISPのルーターが提供それをサポートしている場合(単に要求するのではなく)、自動メソッドはDHCPv6-PDになります。

手動の方法は、ISPルーターに静的ルートを追加してから、必要なサブネットを使用してOpenWRTLANインターフェイスを構成することです。これはおそらくより信頼性が高く、実際には/ 56全体をOpenWRTデバイスにルーティングします。 (ルートがISPルーターのLANで使用される/ 64と重なっている場合は、まったく問題ありません。)

2
user1686