http://defect.opensolaris.org/bz/show_bug.cgi?id=9622
amaguire <alan.maguire at sun.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ACCEPTED |CAUSEKNOWN
--- Comment #4 from amaguire <alan.maguire at sun.com> 2009-06-23 09:53:17 ---
I think I see what's happening here. There's a "dhcp_active" variable we use to
throttle too-frequent DHCP requests. What's happening is e1000g0 is activated,
the guard is set, it's unplumbed and the original DHCP settings are lost. When
the interface is re-plumbed, the guard is set so DHCP isn't started. It might
seem that the right fix is to ensure the guard is unset at appropriate times,
but I'm leaning towards removing it entirely - if we persist in using the
guard, unplumb/replumb can happen in quick succession, and in this case we
don't want to throttle the DHCP request - we want to resend it. We'll need more
complex code to handle link flapping in the future I suspect.
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
