web-dev-qa-db-ja.com

UbuntuでDHCPv6を介して/ 128 IPv6アドレスが割り当てられるのはなぜですか？

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サーバーの構成と関係がありますか？

ipv6ubuntu-14.04dhcpv6
2
Raj

はい、これは通常の動作です。 DHCPv6サーバーは（IA_NAオプションを使用して）アドレスを提供しますが、サブネットについてはクライアントに何も通知しません。したがって、クライアントはインターフェースに個別のアドレスを構成するだけです。サブネットへのルートはすべてRAによって提供されます。 RAが自動構成オプションなしでプレフィックスをアナウンスする場合、クライアントはアドレスを自動的に構成しませんが、ローカルサブネットのルートを追加します。

この責任の分離は意図的なものです。 DHCPv6サーバーには、（とりわけ）アドレスを割り当てる権限がありますが、ネットワークのステータスについて話す権限はありません。多くの場合、DHCPv6サーバーはローカルサブネット上になく、リレーを介してクライアントと通信します。クライアントが直接通信するデバイスはルーターです。したがって、IPv6では、ルーターはクライアントにRAを使用してネットワークの状態（プレフィックス、デフォルトゲートウェイ、ルートなど）を通知します。追加の構成オプションとオプションでアドレスの割り当ては、DHCPサーバーから行われます。

そうすることで、クライアントはDHCPv6からより長期間の情報を受信しながら、ネットワークの変更にすばやく応答できます。

2
Sander Steffann