mac-learning: Increase MAC learning timeout to 300 seconds.
authorBen Pfaff <blp@nicira.com>
Tue, 24 Jan 2012 18:38:04 +0000 (10:38 -0800)
committerBen Pfaff <blp@nicira.com>
Wed, 1 Feb 2012 23:06:06 +0000 (15:06 -0800)
commit5cca1685a25a0b517a30e056b6e0c920d4c94c37
tree9b5d483e8e5546d41f26cd7d58cb003ddc5d9aff
parentcfc9268cabf32b5a70cc27988961aa238b8d1a27
mac-learning: Increase MAC learning timeout to 300 seconds.

When Cisco (and other?) routers are configured in high-availability modes,
they use two different MAC addresses.  The router uses MAC 1 only for ARP
replies.  The router uses MAC 2 for forwarding IP packets to end hosts.
When a MAC learning switch is attached to the router, therefore, it will
only learn the location of MAC 1 from ARP replies.  If the end host's ARP
cache refresh timer is longer than the switch's MAC learning timeout, then
packets to the router will be flooded from the MAC learning timeout until
the next ARP reply.

This commit fixes the problem by increasing the MAC learning timeout from
60 seconds to 300 seconds.  According to research by Sanjay Sane, this is
always sufficient, even with operating systems that use ARP timeouts
longer than 300 seconds (such as FreeBSD and Mac OS, which have 1200
seconds ARP timeouts)  because the routers that cause this problem send
unsolicited ARP replies every 180 seconds.

This issue arises in any situation where traffic between two hosts flows
only in one direction.  The explanation above describes only one special
case.

NICS-11.
Signed-off-by: Ben Pfaff <blp@nicira.com>
lib/mac-learning.h