[rbridge] AF change handling

[James Carlson]

Eastlake III Donald-LDE008 writes:
> That would work but not be quite as good because if the AF status of a
> port flapped (changed and then changed back to its original state
> quickly), it would not generate the same value. But maybe that advantage
> is too small to bother with.

In some cases, "flaps" are actually changes in attachment -- i.e.,
someone moving patch cables around -- and I'm not so sure I'd want to
try to optimize that one away.  Catching the event does sound good
enough to me.

-- 
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