ipv6: Remove optimistic DAD flag test in ipv6_add_addr()
The route we have here is for the address being added to the interface, ie. for input packet processing. Therefore using that route to determine whether an output nexthop gateway is known and resolved doesn't make any sense. So, simply remove this test, it never triggered anyways. Signed-off-by: David S. Miller <davem@davemloft.net> Acked-By: Neil Horman <nhorman@tuxdriver.com>
This commit is contained in:
parent
d79aec83b2
commit
7ffbcecbee
1 changed files with 0 additions and 10 deletions
|
@ -650,16 +650,6 @@ ipv6_add_addr(struct inet6_dev *idev, const struct in6_addr *addr, int pfxlen,
|
|||
|
||||
ifa->rt = rt;
|
||||
|
||||
/*
|
||||
* part one of RFC 4429, section 3.3
|
||||
* We should not configure an address as
|
||||
* optimistic if we do not yet know the link
|
||||
* layer address of our nexhop router
|
||||
*/
|
||||
|
||||
if (dst_get_neighbour_noref_raw(&rt->dst) == NULL)
|
||||
ifa->flags &= ~IFA_F_OPTIMISTIC;
|
||||
|
||||
ifa->idev = idev;
|
||||
in6_dev_hold(idev);
|
||||
/* For caller */
|
||||
|
|
Loading…
Reference in a new issue