On 2013-01-02, Toni Mueller <openbsd-m...@oeko.net> wrote: > Hi, > > > I have just discovered that I made a configuration error that had > resulted in the undesired, but correct, carp behaviour for IPv4. Ie, > OpenBSD operates as desired for this case.
Ah good :) > That leaves these questions open: > > On Wed, Jan 02, 2013 at 01:39:25PM +0100, Toni Mueller wrote: >> I also have trouble taking carp2 down and up again, like in "ifconfig >> carp2 down; ifconfig carp2 up". The result is that carp2 does no longer >> respond to any packets sent to 3ffe:3ffe::1. Sending to the IPv6 address >> bound to em0 continues to work like a charm, though. Saying "ifconfig >> carp2 destroy; sh /etc/netstart carp2" - which I thought would re-create >> the carp2 pseudy-device from scratch, does also not work, but elicits >> the following error message from the kernel: >> >> /bsd: in6_ifloop_request: ADD operation failed for 3ffe:3ffe::0001 (errno=17) 17 is EEXIST - see errno(2) for a list of these - there's probably a loopback route hanging around after destroying the interface, check in netstat -rnfinet6, you could try deleting it.. >> There are error messages related to duplicate IPv6 addresses, mentioning >> the link-local auto-generated IPv6 address, which is the same for all >> carp interfaces, eg: >> >> /bsd: nd6_na_input: duplicate IP6 address fe80:0008::0200:5eff:fe00:0102 Yes, that happens ;) >> Touring the logs, I also find related error messages that I could not >> yet make sense of: >> >> /bsd: arpresolve: 10.0.0.1: route without link local address I've seen this before, I think it was on a router with a (non-/32) address on both the parent interface and the carp interface, though I have a few routers doing exactly that which don't see it.. (Normally it's recommended to use /32 on the carp interface, but that's not going to work if you are announcing it into ospf). Someone tracked down another situation where this can happen, http://marc.info/?l=openbsd-misc&m=121455393316796&w=2
