summaryrefslogtreecommitdiff
path: root/Kconfig
diff options
context:
space:
mode:
authorVlad Yasevich <vyasevic@redhat.com>2013-10-10 19:57:59 (GMT)
committerDavid S. Miller <davem@davemloft.net>2013-10-11 04:56:47 (GMT)
commitf144febd93d5ee534fdf23505ab091b2b9088edc (patch)
treec6ed51aaaa66e55baeebd88f3c76f9c1552cc73b /Kconfig
parent5abbeea553c8260ed4e2ac4aae962aff800b6c6d (diff)
downloadlinux-f144febd93d5ee534fdf23505ab091b2b9088edc.tar.xz
bridge: update mdb expiration timer upon reports.
commit 9f00b2e7cf241fa389733d41b615efdaa2cb0f5b bridge: only expire the mdb entry when query is received changed the mdb expiration timer to be armed only when QUERY is received. Howerver, this causes issues in an environment where the multicast server socket comes and goes very fast while a client is trying to send traffic to it. The root cause is a race where a sequence of LEAVE followed by REPORT messages can race against QUERY messages generated in response to LEAVE. The QUERY ends up starting the expiration timer, and that timer can potentially expire after the new REPORT message has been received signaling the new join operation. This leads to a significant drop in multicast traffic and possible complete stall. The solution is to have REPORT messages update the expiration timer on entries that already exist. CC: Cong Wang <xiyou.wangcong@gmail.com> CC: Herbert Xu <herbert@gondor.apana.org.au> CC: Stephen Hemminger <stephen@networkplumber.org> Signed-off-by: Vlad Yasevich <vyasevic@redhat.com> Acked-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'Kconfig')
0 files changed, 0 insertions, 0 deletions