UbuntuでIPv6の実装をテストしています。私のUbuntu LinuxクライアントはサーバーからRAを正しく取得し、アドバタイズされたプレフィックスにアドレスを構成します。次に、DHCP経由で/128
マスクを持つ別のアドレスを取得します。
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether f8:a9:63:0c:3c:cb brd ff:ff:ff:ff:ff:ff
inet6 2001:xxxx:1f15:yyyy::9/128 scope global
valid_lft forever preferred_lft forever
inet6 2001:xxxx:1f15:yyyy:faa9:63ff:fe0c:3ccb/64 scope global dynamic
valid_lft 82162sec preferred_lft 10162sec
inet6 fe80::faa9:63ff:fe0c:3ccb/64 scope link
valid_lft forever preferred_lft forever
私はこのアドレスの/128
マスクに興味をそそられます。これはポイントツーポイントリンクを意味します。マスクが/128
であり、/64
ではないのはなぜですか?
これはDHCPv6の正常な動作ですか、それともDHCPサーバーの構成と関係がありますか?
はい、これは通常の動作です。 DHCPv6サーバーは(IA_NAオプションを使用して)アドレスを提供しますが、サブネットについてはクライアントに何も通知しません。したがって、クライアントはインターフェースに個別のアドレスを構成するだけです。サブネットへのルートはすべてRAによって提供されます。 RAが自動構成オプションなしでプレフィックスをアナウンスする場合、クライアントはアドレスを自動的に構成しませんが、ローカルサブネットのルートを追加します。
この責任の分離は意図的なものです。 DHCPv6サーバーには、(とりわけ)アドレスを割り当てる権限がありますが、ネットワークのステータスについて話す権限はありません。多くの場合、DHCPv6サーバーはローカルサブネット上になく、リレーを介してクライアントと通信します。クライアントが直接通信するデバイスはルーターです。したがって、IPv6では、ルーターはクライアントにRAを使用してネットワークの状態(プレフィックス、デフォルトゲートウェイ、ルートなど)を通知します。追加の構成オプションとオプションでアドレスの割り当ては、DHCPサーバーから行われます。
そうすることで、クライアントはDHCPv6からより長期間の情報を受信しながら、ネットワークの変更にすばやく応答できます。