Hi,
if I add an additional IPv4 address of the same subnet ("IP aliasing",
used for virtual hosting), it's added after the first one and also get
the flag "secondary":
# ip -4 addr show dev eth0 | grep -w inet
inet 192.0.2.11/24 brd 192.0.2.255 scope global eth0
# ip -4 addr add 192.0.2.253/24 dev eth0
# ip -4 addr show dev eth0 | grep -w inet
inet 192.0.2.11/24 brd 192.0.2.255 scope global eth0 <- #1
inet 192.0.2.253/24 scope global secondary eth0 <- #2
The new added address is also *not* used for outgoing connections by
default.
In IPv6, the behavior is completly different:
# ip -6 addr show dev eth0 |grep -w inet6 |grep -w global
inet6 2001:db8:0:1::11/64 scope global
# ip -6 addr add 2001:db8:0:1::253/64 dev eth0
# ip -6 addr show dev eth0 |grep -w inet6 |grep -w global
inet6 2001:db8:0:1::253/64 scope global <- #2 !!!!
inet6 2001:db8:0:1::11/64 scope global <- #1
So the last added on is now the first in list. Also, it gets no
"secondary" flag and "ip" doesn't even support this flag.
And the worse thing is that the first one in list (= last added one) is
now used as default for outgoing connections. Can be easily tested using
"ping6".
Is this a bug (I hope so) or a (undocumented?) feature?
How can I add additional IPv6 addresses from the same subnet to an
interface without changing implicit the default outgoing address.
Current workaround: adding new address, remove and readd primary IPv6
address (which is afterwards the first one in list again).
BTW: this can break at least initscripts, which support more than one
address per interface (a primary and some secondary ones), see also:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199862 (a
workaround is described here)
Used versions:
kernel-2.6.17-1.2174_FC5 (happen also below, e.g. 2.6.9 from RHEL4)
iproute-2.6.15-1.2
Regards,
Peter
--
Dr. Peter Bieringer http://www.bieringer.de/pb/
GPG/PGP Key 0x958F422D mailto:[EMAIL PROTECTED]
Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
