diff options
author | David S. Miller <davem@davemloft.net> | 2018-07-16 20:20:07 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2018-07-16 20:20:07 +0200 |
commit | 8e05fd839ddf15dca8500f6f581766d4982c135e (patch) | |
tree | 03f7f2ef2a2c6057038292eadf567eda876f3991 /net/dns_resolver/dns_key.c | |
parent | Merge branch 'fix-DCTCP-delayed-ACK' (diff) | |
parent | ipv6/mcast: init as INCLUDE when join SSM INCLUDE group (diff) | |
download | linux-8e05fd839ddf15dca8500f6f581766d4982c135e.tar.xz linux-8e05fd839ddf15dca8500f6f581766d4982c135e.zip |
Merge branch 'multicast-init-as-INCLUDE-when-join-SSM-INCLUDE-group'
Hangbin Liu says:
====================
multicast: init as INCLUDE when join SSM INCLUDE group
Based on RFC3376 5.1 and RFC3810 6.1, we should init as INCLUDE when join SSM
INCLUDE group. In my first version I only clear the group change record. But
this is not enough as when a new group join, it will init as EXCLUDE and
trigger an filter mode change in ip/ip6_mc_add_src(), which will clear all
source addresses' sf_crcount. This will prevent early joined address sending
state change records if multi source addresses joined at the same time.
In this v2 patchset, I fixed it by directly initializing the mode to INCLUDE
for SSM JOIN_SOURCE_GROUP. I also split the original patch into two separated
patches for IPv4 and IPv6.
Test: test by myself and customer.
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/dns_resolver/dns_key.c')
0 files changed, 0 insertions, 0 deletions