From owner-freebsd-bugs@freebsd.org Wed Jan 29 14:42:50 2020 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5AAD71F24A7 for ; Wed, 29 Jan 2020 14:42:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4875n61mR1z4fq3 for ; Wed, 29 Jan 2020 14:42:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 3C9471F24A4; Wed, 29 Jan 2020 14:42:50 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C5501F24A3 for ; Wed, 29 Jan 2020 14:42:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4875n60rfCz4fq2 for ; Wed, 29 Jan 2020 14:42:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 183D7DA87 for ; Wed, 29 Jan 2020 14:42:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 00TEgnQA093802 for ; Wed, 29 Jan 2020 14:42:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 00TEgnmB093801 for bugs@FreeBSD.org; Wed, 29 Jan 2020 14:42:49 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 243703] fe80 route need to add manually and NDP doesn't populate itself Date: Wed, 29 Jan 2020 14:42:50 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: boris.tassou@securmail.fr X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: 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-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2020 14:42:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243703 Bug ID: 243703 Summary: fe80 route need to add manually and NDP doesn't populate itself Product: Base System Version: 12.1-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: boris.tassou@securmail.fr Hi, On FreeBSD 12.1-RELEASE, while setting up a tinc (1.0.36) tunnel in tap-mod= e. The fe80 route need to be add manually : a-side# route -6 show fe80::%tap0/64 route: route has not been found a-side# route -6 add fe80::%tap0/64 -iface tap0 -nostatic add net fe80::%tap0/64: gateway tap0 When a peer ask the mac address via ICMPv6/NDP, the NDP cache doesn't popul= ate itself. a-side# ping6 fe80::2bd:29ff:fe17:ff00%tap0 PING6(56=3D40+8+8 bytes) fe80::2bd:99ff:fe17:ff00%tap0 --> fe80::2bd:29ff:fe17:ff00%tap0 ^C --- fe80::2bd:29ff:fe17:ff00%tap0 ping6 statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss If a ping is made to the other side, the NDP cache is filled and the ospf works. b-side# ping6 fe80::b096:7ff:fe65:2371%vtnet0 PING6(56=3D40+8+8 bytes) fe80::b096:7ff:fe65:2371%vtnet0 --> fe80::2bd:99ff:fe17:ff00%tap0 16 bytes from fe80::b096:7ff:fe65:2371%vtnet0, icmp_seq=3D0 hlim=3D64 time= =3D0.244 ms 16 bytes from fe80::b096:7ff:fe65:2371%vtnet0, icmp_seq=3D1 hlim=3D64 time= =3D0.284 ms ^C --- fe80::b096:7ff:fe65:2371%vtnet0 ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev =3D 0.244/0.264/0.284/0.020 ms and it's works : a-side# ping6 fe80::2bd:29ff:fe17:ff00%tap0 PING6(56=3D40+8+8 bytes) fe80::2bd:99ff:fe17:ff00%tap0 --> fe80::2bd:29ff:fe17:ff00%tap0 16 bytes from fe80::2bd:29ff:fe17:ff00%tap0, icmp_seq=3D0 hlim=3D64 time=3D= 0.309 ms 16 bytes from fe80::2bd:29ff:fe17:ff00%tap0, icmp_seq=3D1 hlim=3D64 time=3D= 0.421 ms ^C --- fe80::2bd:29ff:fe17:ff00%tap0 ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev =3D 0.309/0.365/0.421/0.056 ms Thanks for the help. --=20 You are receiving this mail because: You are the assignee for the bug.=