From owner-freebsd-net@freebsd.org Thu Jul 2 17:24:56 2020 Return-Path: Delivered-To: freebsd-net@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 56BF135BC49 for ; Thu, 2 Jul 2020 17:24:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49yQ2c1hXFz45cG for ; Thu, 2 Jul 2020 17:24:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 37D2435BC48; Thu, 2 Jul 2020 17:24:56 +0000 (UTC) Delivered-To: net@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 3682A35B932 for ; Thu, 2 Jul 2020 17:24:56 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49yQ2c0SDBz45cF for ; Thu, 2 Jul 2020 17:24:56 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E2FA51E3CC for ; Thu, 2 Jul 2020 17:24:55 +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 062HOtYA050772 for ; Thu, 2 Jul 2020 17:24:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 062HOtiQ050771 for net@FreeBSD.org; Thu, 2 Jul 2020 17:24:55 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: net@FreeBSD.org Subject: [Bug 247700] rtadvd: fails to generate error when iface lacks a link-local address Date: Thu, 02 Jul 2020 17:24:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: hrs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: hrs@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.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2020 17:24:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247700 --- Comment #3 from Hiroki Sato --- It is a valid situation for a unicast communication where a global-scope address is the source address and a link-local-scope address is the destina= tion address though it is not recognized as valid as a Router Advertisement mess= age. Limiting the address selection to the same zone as the destination's is too restrictive. The current implementation prefers a source scope whose scope= is larger than the destination's (c.f. Rule 2, Sec. 5, RFC 6724). Even if the source is smaller than the destination, an address is selected in any way.= =20 However, upon sending a packet, the network stack will discard the packet d= ue to an error "no destination". So in the situation with src=3DGUA/dst=3DLLA, a unicast communication works= and it does not against the specifications. Usually it does not happen because ev= ery interface has at least one LLA configured (c.f. Sec. 2.1, RFC 4291) and the source address selection algorithm always prefers a smaller scope. For an interface with no LLA, I think NDP does not work in various ways bec= ause it (and MLDv2) heavily depends on LLA. It is not limited to Router Advertisement messages. For this reason, FreeBSD configures an EUI-64 LLA = by default. There are some scenarios where only GUAs are configured on an interface, however. To prevent rtadvd(8) from sending invalid packets you reported, I think rtadvd(8) should check if the interface has an LLA or not. I believe running rtadvd(8) on an interface with no LLA is a wrong configuration. Please let me know if I understand your report correctly, and comments abou= t my understanding about the issue you pointed out. If the additional check on rtadvd(8) is sufficient, I will work on it. --=20 You are receiving this mail because: You are on the CC list for the bug.=