diff options
author | Tore Anderson <tore@fud.no> | 2012-05-31 15:47:55 -0500 |
---|---|---|
committer | Dan Williams <dcbw@redhat.com> | 2012-05-31 15:47:55 -0500 |
commit | eb460b70dad82d366d35fa5703c0e79a1389e4d1 (patch) | |
tree | 6ee303e13996224fde26b44161b180e510c048a0 /libnm-util/Makefile.am | |
parent | 70f64fbc4277c636c0a373d6e6eddf0574d53827 (diff) |
dhcp: use /128 as prefix length for IPv6 IA_NA assignments (bgo #656610) (debian #661885)
DHCPv6 IA_NA assignments do not contain a prefix length, they are for a
single address (/128) only. However, the ISC DHCPv6 client incorrectly
assumes IA_NA assignments come with a implicit prefix length of /64, and
passes this incorrect information on to NetworkManager, which adds this
prefix as a on-link route. This will cause communication failures in
certain networks, for example NBMA networks, and in organisations using
longer prefix lengths than /64 for their LANs. For more discussion
regarding this problem, see RFC 5942 section 5.
This patch makes NM ignore the false prefix length attribute provided by
the ISC DHCPv6 client, instead setting it to a /128 (single address) in
all cases. Note that this does not preclude an on-link prefix from being
added by NM if it is being advertised in the correct way, i.e., by
including a Prefix Information Option with the L flag set in an ICMPv6
Router Advertisement.
For what it's worth I've also sent a patch to ISC to change the hard-
coded implicit prefix length value from /64 to /128 in [ISC-Bugs #29468].
Diffstat (limited to 'libnm-util/Makefile.am')
0 files changed, 0 insertions, 0 deletions