From owner-freebsd-net@freebsd.org Fri Mar 17 23:25:17 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A237D1036F for ; Fri, 17 Mar 2017 23:25:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F082175B for ; Fri, 17 Mar 2017 23:25:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v2HNPGKv083396 for ; Fri, 17 Mar 2017 23:25:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 217871] SLAAC on a newly created epair sometimes fails to add routes Date: Fri, 17 Mar 2017 23:25:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: asomers@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Mar 2017 23:25:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217871 --- Comment #1 from Alan Somers --- The problem seems to be that if you destroy an epair and then recreate it within about 60s, the SLAAC address from the previous (destroyed) interface gets assigned to the newly created interface. I don't yet know why, but I = can demonstrate it by running the fibs_test:slaac_on_nondefault_fib6 twice in a= row with attached patch applied. The patch randomizes the addresses for each iteration. Note how the second run's failure messaged shows 2001:db8:3325:4cc5:ff:c0ff:fe00:60b assigned to epair0b. This matches the prefix from the first run, not the prefix from the second run. $ sudo kyua debug fibs_test:slaac_on_nondefault_fib6 && sudo kyua debug fibs_test:slaac_on_nondefault_fib6 fib is 2 fib is 3 net.inet6.ip6.forwarding: 1 -> 1 net.inet6.ip6.rfc6204w3: 1 -> 1 PREFIX is 2001:db8:3325:4cc5 setfib 2 ifconfig epair0a inet6 2001:db8:3325:4cc5::2/64 fib 2 setfib 3 ifconfig epair0b inet6 -ifdisabled accept_rtadv fib 3 up Executing command [ ifconfig epair0b ] Executing command [ netstat -rnf inet6 -F 3 ] Executing command [ netstat -rnf inet6 -F 3 ] Executing command [ netstat -rnf inet6 -F 3 ] Executing command [ netstat -rnf inet6 -F 0 ] Executing command [ netstat -rnf inet6 -F 0 ] Executing command [ netstat -rnf inet6 -F 0 ] Executing command [ netstat -rnf inet6 -F 1 ] Executing command [ netstat -rnf inet6 -F 1 ] Executing command [ netstat -rnf inet6 -F 1 ] ifconfig epair0a destroy net.inet6.ip6.rfc6204w3: 1 -> 1 net.inet6.ip6.forwarding: 1 -> 1 fibs_test:slaac_on_nondefault_fib6 -> passed fib is 2 fib is 3 net.inet6.ip6.forwarding: 1 -> 1 net.inet6.ip6.rfc6204w3: 1 -> 1 PREFIX is 2001:db8:78e6:5bce setfib 2 ifconfig epair0a inet6 2001:db8:78e6:5bce::2/64 fib 2 setfib 3 ifconfig epair0b inet6 -ifdisabled accept_rtadv fib 3 up Executing command [ ifconfig epair0b ] ifconfig epair0a destroy net.inet6.ip6.rfc6204w3: 1 -> 1 net.inet6.ip6.forwarding: 1 -> 1 Fail: regexp inet6 2001:db8:78e6:5bce:.*prefixlen 64.*autoconf not in stdout epair0b: flags=3D8843 metric 0 mtu = 1500 options=3D8 ether 02:ff:c0:00:06:0b inet6 fe80::ff:c0ff:fe00:60b%epair0b prefixlen 64 scopeid 0x6=20 inet6 2001:db8:3325:4cc5:ff:c0ff:fe00:60b prefixlen 64 tentative detached autoconf=20 nd6 options=3D23 media: Ethernet 10Gbase-T (10Gbase-T ) status: active fib: 3 groups: epair=20 Files left in work directory after failure: forwarding.state, ifaces_to_cleanup, rfc6204w3.state, rtadvd.pid, rtadvd.sock fibs_test:slaac_on_nondefault_fib6 -> failed: atf-check failed; see the output of the test for details --=20 You are receiving this mail because: You are the assignee for the bug.=