netdev - Re: [PATCH 1/2] IPV6: remove addresses and routes when carrier is lost

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 3 Jun 2008 10:21:44 -0700
From:	Stephen Hemminger <shemminger@...tta.com>
To:	YOSHIFUJI Hideaki / 吉藤英明 
	<yoshfuji@...ux-ipv6.org>
Cc:	davem@...emloft.net, netdev@...r.kernel.org,
	yoshfuji@...ux-ipv6.org
Subject: Re: [PATCH 1/2] IPV6: remove addresses and routes when carrier is
 lost

On Wed, 04 Jun 2008 01:17:17 +0900 (JST)
YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@...ux-ipv6.org> wrote:

> In article <20080602165347.5662f602@...reme> (at Mon, 2 Jun 2008 16:53:47 -0700), Stephen Hemminger <shemminger@...tta.com> says:
> 
> > Similar to previous change for IPV4. Allow configuration option to remove
> > addresses from FIB when carrier is lost.
> > 
> > This patch also makes IPV6 ignore changes to carrier state when device
> > is admin down state. This prevents address configuration from starting
> > up on a buggy device driver that signals carrier changes when offline.
> > 
> > Signed-off-by: Stephen Hemminger <shemminger@...tta.com>
> 
> Well, we need to be careful here.
> IMHO we should not remove addresses (especially link-local address
> based on MAC, or manually assigned addresses, maybe).
> We might want to do Optimistic DAD here.
> 
> --yoshfuji

The patch just makes carrier_off respond the same as doing 'ip link set dev eth0 down'
(or ifconfig eth0 down). A router needs to be able to re-route when link fails.
--
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