summaryrefslogtreecommitdiff
path: root/libnm-util/Makefile.am
diff options
context:
space:
mode:
authorTore Anderson <tore@fud.no>2012-05-31 15:47:55 -0500
committerDan Williams <dcbw@redhat.com>2012-05-31 15:47:55 -0500
commiteb460b70dad82d366d35fa5703c0e79a1389e4d1 (patch)
tree6ee303e13996224fde26b44161b180e510c048a0 /libnm-util/Makefile.am
parent70f64fbc4277c636c0a373d6e6eddf0574d53827 (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