http://defect.opensolaris.org/bz/show_bug.cgi?id=12577
Renee Danson Sommerfeld <renee.danson at sun.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|nwam-dev at opensolaris.org |renee.danson at sun.com
--- Comment #1 from Renee Danson Sommerfeld <renee.danson at sun.com>
2009-11-11 02:20:25 UTC ---
Turns out the problem is *not* that nwamd isn't learning about the changed wlan
priorities; the problem is that the link's 'connected' state is not correctly
updated, which then confuses the daemon when it's walking the known_wlan list,
looking for the best match in its scan results--it thinks it's connected to a
particular wlan, and if it still sees that wlan in the scanned results, selects
it instead of a potentially higher-priority wlan. This logic is correct; it
just has bad input.
The link's connected state is updated when the auxiliary state changes to link
down, and when a disconnect is initiated externally. But if the disconnect
happens because a more preferred link becomes available (i.e. the ethernet
cable was plugged in), the auxiliary state goes directly to conditions not met,
it doesn't go to link down. This is another place where the link's connected
state should be cleared, but it currently is not.
--
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.
