Peter Memishian writes:
> Yes. However, it looks like this bug runs deeper. In particular, by the
> time we get to this code in ipif_ndp_up():
>
> if (ill->ill_move_in_progress) {
> /*
> * Addresses are failing over to this ill.
> * Don't wait for NUD to see this change.
> * Publish our new link-layer address.
> */
> flags |= NCE_F_UNSOL_ADV;
> }
>
> ... ill_move_in_progress has already been cleared by ip_sioctl_move()[1]
> (it does this before calling ill_up_ipifs()). I wonder if this has ever
> worked :-/
Bummer. I don't know how to fix that.
> [1] This also seems to cause a collection of move-related logic in
> ill_up_ipifs() to be skipped, which may have other implications.
> Of course, none of this applies to Clearview IPMP since moves
> no longer exist.
That sounds like the best solution. ;-}
--
James Carlson, Solaris Networking <james.d.carlson at sun.com>
Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
