From owner-freebsd-stable@freebsd.org Wed Aug 9 08:42:12 2017 Return-Path: Delivered-To: freebsd-stable@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 D2CE8DC6C76 for ; Wed, 9 Aug 2017 08:42:12 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88B0668411 for ; Wed, 9 Aug 2017 08:42:12 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org (p1949254-ipbf202funabasi.chiba.ocn.ne.jp [118.1.70.254]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id v798fuWl066495 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Wed, 9 Aug 2017 17:42:07 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id v798fraf021835 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 9 Aug 2017 17:41:53 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id v798fphx021831; Wed, 9 Aug 2017 17:41:52 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 09 Aug 2017 17:41:47 +0900 (JST) Message-Id: <20170809.174147.590175436870311346.hrs@allbsd.org> To: gcr+freebsd-stable@tharned.org Cc: freebsd-stable@freebsd.org Subject: Re: SLAAC not working From: Hiroki Sato In-Reply-To: <2045487.FzlpjXtTmv@flake.tharned.org> References: <1557648.beBEYmqKBO@flake.tharned.org> <20170809.162650.970303478864091097.hrs@allbsd.org> <2045487.FzlpjXtTmv@flake.tharned.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Aug__9_17_41_47_2017_273)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Wed, 09 Aug 2017 17:42:08 +0900 (JST) X-Spam-Status: No, score=-96.9 required=13.0 tests=CONTENT_TYPE_PRESENT, FAKEDWORD_ONE, FAKEDWORD_VERTICALLINE, QENCPTR1, URIBL_SC2_SURBL, URIBL_XS_SURBL, USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 08:42:12 -0000 ----Security_Multipart(Wed_Aug__9_17_41_47_2017_273)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Greg Rivers wrote in <2045487.FzlpjXtTmv@flake.tharned.org>: gc> > 2. What is shown by the command "ping6 ff02::1%lagg0" and "rtsol -dD lagg0"? gc> > gc> $ ping6 -c 2 ff02::1%lagg0 gc> PING6(56=40+8+8 bytes) fe80::ae16:2dff:fe1e:b880%lagg0 --> ff02::1%lagg0 gc> 16 bytes from fe80::ae16:2dff:fe1e:b880%lagg0, icmp_seq=0 hlim=64 time=0.181 ms gc> 16 bytes from fe80::f415:63ff:fe2b:ea06%lagg0, icmp_seq=0 hlim=64 time=0.263 ms(DUP!) gc> 16 bytes from fe80::f415:63ff:fe2b:e806%lagg0, icmp_seq=0 hlim=64 time=0.318 ms(DUP!) gc> 16 bytes from fe80::8edc:d4ff:feaf:8938%lagg0, icmp_seq=0 hlim=64 time=0.369 ms(DUP!) gc> 16 bytes from fe80::f415:63ff:fe2b:e806%lagg0, icmp_seq=0 hlim=64 time=0.803 ms(DUP!) gc> 16 bytes from fe80::ae16:2dff:fe1e:e998%lagg0, icmp_seq=0 hlim=64 time=0.868 ms(DUP!) gc> 16 bytes from fe80::ae16:2dff:fe1e:49f8%lagg0, icmp_seq=0 hlim=64 time=0.922 ms(DUP!) gc> 16 bytes from fe80::226:55ff:fe2f:40a4%lagg0, icmp_seq=0 hlim=64 time=0.971 ms(DUP!) gc> 16 bytes from fe80::f415:63ff:fe2b:ea06%lagg0, icmp_seq=0 hlim=64 time=2.144 ms(DUP!) gc> 16 bytes from fe80::f415:63ff:fe2b:e806%lagg0, icmp_seq=0 hlim=64 time=4.154 ms(DUP!) gc> 16 bytes from fe80::f415:63ff:fe2b:e806%lagg0, icmp_seq=0 hlim=64 time=4.220 ms(DUP!) gc> 16 bytes from fe80::ae16:2dff:fe1e:b880%lagg0, icmp_seq=1 hlim=64 time=0.222 ms You should have got responses from 64:a0:e7:45:63:43 (router), namely fe80::66a0:e7ff:fe45:6343%lagg0, but it seems it did not happen for some reason. Was the router receiving the ICMPv6 ECHOes which came from fe80::ae16:2dff:fe1e:b880? gc> > 2. What is shown by the command "ping6 ff02::1%lagg0" and "rtsol -dD lagg0"? (snip) gc> # rtsol -dD lagg0 gc> checking if lagg0 is ready... gc> lagg0 is ready gc> set timer for lagg0 to 1s gc> New timer is 1s gc> timer expiration on lagg0, state = 1 gc> send RS on lagg0, whose state is 2 gc> set timer for lagg0 to 4s gc> New timer is 4s gc> timer expiration on lagg0, state = 2 gc> send RS on lagg0, whose state is 2 gc> set timer for lagg0 to 4s gc> New timer is 4s gc> timer expiration on lagg0, state = 2 gc> send RS on lagg0, whose state is 2 gc> set timer for lagg0 to 1s gc> New timer is 1s gc> timer expiration on lagg0, state = 2 gc> No answer after sending 3 RSs gc> stop timer for lagg0 gc> there is no timer This indicates that there was no RA as an answer from the router after a RS message was sent. Probably there is a problem with the link between lagg0 and the router, not specific to IPv6. -- Hiroki ----Security_Multipart(Wed_Aug__9_17_41_47_2017_273)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlmKyssACgkQTyzT2CeTzy0V9wCgtO27iflAnvqJTHzpDnogMXpq gz0AoN6Zl0M0xwthBf9UXpvDpWUVLZwS =SZT/ -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Aug__9_17_41_47_2017_273)----