[Bridge] RE: [PATCH] (3/4) bridge linkstate handling

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> I must have misunderstood Stevens patch then. Are you saying 
> it opens a
> port that was previously blocked because a link was reinserted?
> Or the other way round: it would put a port that was 
> previously blocked
> into forwarding state because a previously forwarding link had a link
> going down?
> I think all this needs to be policy driven.

His patch ensures that when a port regains carrier, it is Blocked.
Before the patch, a Forwarding port would remain Forwarding if the other
end of the cable were unplugged and then plugged into some other place.



> 2) Other inputs like Links going up or down or VRRP state 
> changes for HA
> or somebody farting (pardon my language, just trying to drive a point)
> also need to feed to the same policy decision making engine. 
> The result
> of the policy engine is a STP state transition for a port.

I think I see.  So then when an event happens that might affect the port
state, the bridge should temporarily block traffic on the port (in case
the policy daemon will tell it to start blocking) and wait for the
daemon to respond with a "start blocking" or "continue forwarding"
decision.  Is that the idea, or have I completely misunderstood?



[Index of Archives]     [Netdev]     [AoE Tools]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]     [Video 4 Linux]

  Powered by Linux