OpenSolaris

Printable Version Enter a New Search
Bug ID 6748145
Synopsis in.ndpd's IPv6 link-local hardware address mappings can go stale
State 10-Fix Delivered (Fix available in build)
Category:Subcategory ipv6:util
Keywords
Responsible Engineer Peter Memishian
Reported Against
Duplicate Of
Introduced In solaris_8
Commit to Fix snv_107
Fixed In snv_107
Release Fixed solaris_nevada(snv_107)
Related Bugs 6783149
Submit Date 12-September-2008
Last Update Date 28-January-2009
Description
During Clearview IPMP development, I noticed that in.ndpd caches
hardware addresses for the system's IPv6 link-local addresses
but then does nothing to ensure those hardware addresses remain
accurate.  For instance, if the hardware address is explicitly
changed through DLPI, implicitly changed by a link being removed
from a link aggregation, or remapped to a different IPv6 link-local
(Clearview IPMP), then in.ndpd will continue to use the stale
hardware address.  Since this hardware address is included in
packets sent out on the wire, other nodes will at best be confused,
and at worst will no longer be reachable.
Work Around
N/A
Comments
This bug goes back to the original IPv6 integration (which was without a CR);
setting Introduced in Release and Introduced in Build accordingly.