[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <55189322.1040602@miraclelinux.com>
Date: Mon, 30 Mar 2015 09:04:50 +0900
From: YOSHIFUJI Hideaki <hideaki.yoshifuji@...aclelinux.com>
To: yzhu1 <Yanjun.Zhu@...driver.com>
CC: netdev@...r.kernel.org, davem@...emloft.net,
hideaki.yoshifuji@...aclelinux.com, ulf.samuelsson@...csson.com
Subject: Re: [PATCH net-next 1/2] net: neighbour: Add mcast_resolicit to configure
the number of multicast resolicitations in PROBE state.
Hi,
yzhu1 wrote:
>> diff --git a/net/core/neighbour.c b/net/core/neighbour.c
>> index 0e8b32e..3de6542 100644
>> --- a/net/core/neighbour.c
>> +++ b/net/core/neighbour.c
>> @@ -817,10 +817,9 @@ out:
>> static __inline__ int neigh_max_probes(struct neighbour *n)
>> {
>> struct neigh_parms *p = n->parms;
>> - int max_probes = NEIGH_VAR(p, UCAST_PROBES) + NEIGH_VAR(p, APP_PROBES);
>> - if (!(n->nud_state & NUD_PROBE))
>> - max_probes += NEIGH_VAR(p, MCAST_PROBES);
>> - return max_probes;
>> + return NEIGH_VAR(p, UCAST_PROBES) + NEIGH_VAR(p, APP_PROBES) +
>> + (n->nud_state & NUD_PROBE ? NEIGH_VAR(p, MCAST_REPROBES) :
>> + NEIGH_VAR(p, MCAST_PROBES));
>> }
> Hi, YOSHIFUJI Hideaki
>
> In my opinion, maybe the above should be implemented in ipv4 source code since
> this problem is only related with ipv4. But the neigh_max_probes is called in ipv6.
It is intentionally designed so that it could be used for other
protocols as well as IPv4. For example, if the knob for IPv6
is set to non-zero, it becomes "non-compliant", but it works.
--
Hideaki Yoshifuji <hideaki.yoshifuji@...aclelinux.com>
Technical Division, MIRACLE LINUX CORPORATION
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists