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
| ||
|
Message-ID: <20070906104711.GV18480@postel.suug.ch> Date: Thu, 6 Sep 2007 12:47:11 +0200 From: Thomas Graf <tgraf@...g.ch> To: Milan Kocian <milon@...cz> Cc: David Miller <davem@...emloft.net>, netdev@...r.kernel.org Subject: Re: [PATCH 1/1] ipv6: corrects sended rtnetlink message * Milan Kocian <milon@...cz> 2007-08-29 23:51 > Because RTM_NEWLINK is used to notify about device status change > (as I see in net/core/rtnetlink.c) and RTM_DELLINK to inform about > NETDEV_UNREGISTER. Why should it be else in ipv6 subsystem ? And > userspace programs (quagga) suppose it. Now userspace get two rtnetlink's > 'LINK' messages on 'ip l s down' event. First is RTM_NEWLINK from > net/core/rtnetlink.c and second is RTM_DELLINK from ipv6. The logic behind is quite simple, we notify via RTM_NEWLINK whenever a device changes any of its attributes. > quagga story: > On NEWLINK (flag IFF_UP is down) message quagga flushes all routes from RIB > but leaves ip adresses. On DELLINK message q. flushes routes and addresses. > On 'ip l s up' event ipv6 sends addresses and routes again but ipv4 not > (it sends only routes). Thus q. stays without knowledge about ipv4's addresses > after 'ip l s down/up' commands. > > git change: > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=979ad663125af4be120697263038bb06ddbb83b4 It is arguable whether this change is correct, the purpose is clearly to notify that IPv6 is no longer available on this interface without implying anything beyond that. Fortunately, all unregister events have the ifi_change field set to ~0U whereas the "IPv6 disabled" notification sets the ifi_chagne field to 0 making it trivial to differ between the two cases. So quagga can simply ignore (RTM_DELLINK && !ifi_change) notifications. > IMHO second possibility is to remove rtnetlink notification about > NETDEV_DOWN/_UNREGISTER from ipv6 subsystem because it is duplicate message. Please make sure nobody is relying on this notification, IPv6 includes more information in link messages, someone may be relying on this. If not, feel free to remove the notification. - 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