1. 08 10月, 2008 15 次提交
  2. 09 9月, 2008 3 次提交
  3. 16 8月, 2008 1 次提交
  4. 06 8月, 2008 1 次提交
    • S
      bridge: Eliminate unnecessary forward delay · ef647f13
      Stephen Hemminger 提交于
      From: Stephen Hemminger <shemminger@vyatta.com>
      
      Based upon original patch by Herbert Xu, which contained
      the following problem description:
      
      --------------------
      When the forward delay is set to zero, we still delay the setting
      of the forwarding state by one or possibly two timers depending
      on whether STP is enabled.  This could either turn out to be
      instantaneous, or horribly slow depending on the load of the
      machine.
      
      As there is nothing preventing us from enabling forwarding straight
      away, this patch eliminates this potential delay by executing the
      code directly if the forward delay is zero.
      
      The effect of this problem is that immediately after the carrier
      comes on a port, the bridge will drop all packets received from
      that port until it enters forwarding mode, thus causing unnecessary
      packet loss.
      
      Note that this patch doesn't fully remove the delay due to the
      link watcher.  We should also check the carrier state when we
      are about to drop an incoming packet because the port is disabled.
      But that's for another patch.
      --------------------
      
      This version of the fix takes a different approach, in that
      it just does the state change directly.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ef647f13
  5. 05 8月, 2008 1 次提交
  6. 31 7月, 2008 1 次提交
    • S
      bridge: send correct MTU value in PMTU (revised) · 4adf0af6
      Simon Wunderlich 提交于
      When bridging interfaces with different MTUs, the bridge correctly chooses
      the minimum of the MTUs of the physical devices as the bridges MTU.  But
      when a frame is passed which fits through the incoming, but not through
      the outgoing interface, a "Fragmentation Needed" packet is generated.
      
      However, the propagated MTU is hardcoded to 1500, which is wrong in this
      situation.  The sender will repeat the packet again with the same frame
      size, and the same problem will occur again.
      
      Instead of sending 1500, the (correct) MTU value of the bridge is now sent
      via PMTU.  To achieve this, the corresponding rtable structure is stored
      in its net_bridge structure.
      
      Modified to get rid of fake_net_device as well.
      Signed-off-by: NSimon Wunderlich <siwu@hrz.tu-chemnitz.de>
      Signed-off-by: NStephen Hemminger <shemminger@linux-foundation.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4adf0af6
  7. 27 7月, 2008 1 次提交
  8. 20 7月, 2008 1 次提交
  9. 15 7月, 2008 1 次提交
  10. 08 7月, 2008 1 次提交
  11. 06 7月, 2008 1 次提交
  12. 03 7月, 2008 1 次提交
  13. 20 6月, 2008 2 次提交
  14. 18 6月, 2008 3 次提交
  15. 12 6月, 2008 1 次提交
  16. 10 6月, 2008 1 次提交
  17. 22 5月, 2008 1 次提交
  18. 19 5月, 2008 1 次提交
  19. 05 5月, 2008 2 次提交
  20. 03 5月, 2008 1 次提交