[Bug 214746] Carp ipv6 duplicate address detection

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Tue Nov 22 16:18:50 UTC 2016


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214746

            Bug ID: 214746
           Summary: Carp ipv6 duplicate address detection
           Product: Base System
           Version: 10.3-RELEASE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: aduitsis at gmail.com
                CC: freebsd-amd64 at FreeBSD.org
                CC: freebsd-amd64 at FreeBSD.org

Somewhat difficult to ascertain whether this has been previously reported,
apologies if this is a duplicate bug.

Trying to use carp and IPv6 on a 10.3-RELEASE. Two machines, each one with its
own IPv6 address and one common IPv6. Fairly simple.

When a machine boots (the other one is obviously MASTER and has acquired the
common IPv6 address), complaints about duplicate address detection of the
common IPv6 are logged by the booting machine's kernel.

kernel: vmx0: DAD detected duplicate IPv6 address <commonipv6address>: NS
in/out/loopback=0/1/0, NA in=1
kernel: vmx0: DAD complete for <commonipv6address> - duplicate found

As a result, the machine that has just booted has the duplicated flag for that
address in ifconfig and services that want to bind to that common address fail
to start. In other words, the BACKUP cannot bind to the common address.

Trying to setup the common address and carp by hand using ifconfig initially
fails with:

#ifconfig vmx0 inet6 <commonipv6address>/64 vhid 34 pass <my_pass>
ifconfig: ioctl (SIOCAIFADDR): No such file or directory

What's curious, second time that command is issued, no errors are printed and
the address is assigned to the interface.

Using the no_dad ifconfig flag seems to solve the problem, but I suspect that
this workaround is not extremely good as it disables DAD.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the freebsd-amd64 mailing list