From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj2-f13.google.com (mail-pj2-f13.google.com [74.125.227.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 23F1A3B47F3 for ; Fri, 18 Sep 2026 22:13:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.227.141 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789769609; cv=none; b=BbM6KSHsviXyMpYFRR1Q7XhfnCOupvNKkbCsR/gRDpSJX6ZakGWtlmHbL2H3k+4L4QlAoxYKx7lHpm9u4qBOqF7AT+VzF6chWUmMzPFQgKJje+OeYw0F5VYmX3+ROmUA4FCRcYkuJub+upLjuLMOYzY51WkGfGFT0cse8UQcW7o= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789769609; c=relaxed/simple; bh=txGAveWwvTAAtYGBERUy5ooogepTZpOlvAx7wGepRlc=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=ZwJZF7riSODGKUkw8tEKDrShKDDx1NbaptJjoZKdCf/Y8B1dR6wL2zF5BCYEmyeEv6wLg//6mTGQAsxpOS5CjZNWxZ9zbHV/ws8TUdGBcoBOABwM8nTFN0Im9GeXSYAK7EcK7aHXC44uX/OPGT+aUYWp5YknjpjbcsEu+qzRg/4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=MZ5vy8lR; arc=none smtp.client-ip=74.125.227.141 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="MZ5vy8lR" Received: by mail-pj2-f13.google.com with SMTP id d9443c01a7336-2d8fb334ddcso10902265ad.0 for ; Fri, 18 Sep 2026 15:13:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1789769607; x=1790374407; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to:content-type; bh=FAJrnRTPiGjW3lczIKaVvBCkSw+LsISQ6r4v8TGclfY=; b=MZ5vy8lRjyXUbO7q82VLmSmKccMicCKIHP7RuBDLckWLQ5g5eDf3aZ97XFF8Y1VnIS H93WnrDz32WcHdBeWU2MFVr1qHpY32QRk5up1/ELaZ1Z0Us9t+a4LjCICC66laddAdEe imatyivHj6+DEytw4Wx6/zNZFs0ig91yE829IOINvHBKcaEIk0B65y3gzuyhMXCysi1d TQsrWv0QoX+mO5iTMEt86yjm35UevPkea7xGaJCnjrUfA3vlr1xPfXUsGCCItncReTYC oa5q2k2L3RIgRtaEBF/c4LVsp3I2F0IYkkg7irEOYK6YA8p5dhue94Mswga4UY/eniKc vZfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789769607; x=1790374407; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=FAJrnRTPiGjW3lczIKaVvBCkSw+LsISQ6r4v8TGclfY=; b=QzGkd8B7YeGp8YI0RMwVDBZcNrwPLrHDvCH808zlcGwYnwuB70DbmAQvr2ZPnOjxeh 3iuPO9simy9YRDMScltIXxL2uG+XjFUW8vI/CdFaSh9v9a2v0PPxwX/Z4d0ANJVw6bEa Hjz3ni0wyZC1fwbWLSvxI5B1EEFfjTWBJfrzNnJHOgyfe1f9bFFwFwTo/a6+UK/ciLUG H2OXsrj7RS4bFm+ocg18yZyoExLpXZgTIeFxOvhQn0R4cev+syPpQhbF034lhdiEfK/4 ADZtqR3Ym0U6RBNdxqOa3nLdPDBFP+Te96OR3+b2sio6KQIlT35d90RjKCPkJugP9Po4 A6lA== X-Forwarded-Encrypted: i=1; AKwUvBwFBz4VQGJLQ9s7EvJoaQivMKWkKoRsrZm+nsEYwJHTSE3vbkvIR71YO/ndvX0c1cjVspHf/OU=@vger.kernel.org X-Gm-Message-State: AFuF++nVx5KL/Lyq2qZpNfkWKnClTMa4nhjsZPhnK+pHl0YRGrU4ydGm Mkm/9OzGL5n71SApySQmVMNpAMctoi7ke1rKgNSSZsPgYeeeuL56pJZi X-Gm-Gg: AYBFou0fODR4oSoDEhT0KB5c3k+v6LeUdlc+4R9G8HskjKxT2S1QE2QTuRaSoMCK4Tj f2ud+H5ibL+sJ50LEVoMllbJjBS5BBiuok2NT7vhOoYfS2DCGStjxiVZuuqnF6+8N4NdcJ4wERc Q8P3a10hcUUWnAZj6YC0gGInIkYTM8ufWmFmoHQf5FQzPlvkiblhafHsNe79VyPc0l5lXT1nvej SsnrYmM/cs5WKi3pi0NFN3B/zGSZGcYhEoEk5DNvIhc3VabxPuU36+hvoX1Se1pLsB242HWzRRD IDleVp0gCKKuToHE2aZiJuPhxz6sQUbRi2bq6pr4pOp8cv41zDvE/BVxbuI207kjpruIbaQbgAs RqJq/CnkgPNqNQBw2JqPI9imqNH7fo0s9CnjOTDUUzrz9CtQ/x/sL2H4XNO8wvxkLM0Tbq4eSEa /MP2wmB7gktq5FDfTxQRo8s+or5WYKGhoT3KJUQdiR+x0ryIA7ONCiC4wYKZkS0da2zJfFqczal DZ6qfTPkyNviZaXos6rX/Upu98GcmjpF/IewbREopr1MYQY1G5LHRyyUyKeH2+GBKRmPW+JAF0Z 09ZJufkn9Slp8VItNTVu X-Received: by 2002:a17:903:1983:b0:2dd:ad73:c936 with SMTP id d9443c01a7336-2ddb1b9952bmr75011755ad.23.1789769607146; Fri, 18 Sep 2026 15:13:27 -0700 (PDT) Received: from lawlee-vm0.d4y3nv5wwgfelhhopdxv1tqjld.dx.internal.cloudapp.net ([13.93.150.60]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-33c3311a716sm1553671eec.8.2026.09.18.15.13.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 18 Sep 2026 15:13:26 -0700 (PDT) From: Lawrence Lee To: David Ahern , Ido Schimmel , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni Cc: Simon Horman , Randy Dunlap , netdev@vger.kernel.org, Arun Ajith S , Roopa Prabhu , Jaehee Park , Jonathan Corbet , Shuah Khan , Shuah Khan , linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH net-next v3 0/2] ipv6: update NUD_FAILED neighbors from NA messages Date: Fri, 18 Sep 2026 22:13:22 +0000 Message-ID: X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Neighbor Advertisements for existing NUD_FAILED entries are currently ignored. This can leave a first-hop router with an unusable neighbor after the host becomes reachable and announces itself, particularly when forwarding is offloaded away from the kernel and traffic destined to the FAILED neighbor is unable to trigger the kernel's normal neighbor resolution process. Allowing neighbor entries to be updated from NAs already received by the kernel is preferable since it creates less work compared to periodically probing FAILED neighbors (e.g. using NTF_EXT_MANAGED). Extend accept_untracked_na to treat FAILED entries like absent entries. Require a target link-layer address, IPv6 forwarding, and acceptance by the sysctl, including its source-prefix check in mode 2. Recover the entry only to STALE, including for solicited NAs, to maintain parity with handling of non-existent neighbor cache entries. Patch #1 implements the behavior and updates RFC 9131-related comments and accept_untracked_na documentation. Patch #2 extends ndisc_unsolicited_na_test.sh to cover FAILED-entry recovery and each acceptance gate, including in-prefix and out-of-prefix mode 2. Thanks to Ido Schimmel for feedback on the original RFC. --- v3: - Cite RFC 4861 section 7.3.3 when describing FAILED entries. - Simplify the FAILED-entry path as suggested by Ido Schimmel. - Drop the NDISC callback and 6LoWPAN changes. The existing 6LoWPAN override-only behavior also applies to INCOMPLETE entries and is left unchanged. - Restore the existing rt6_clean_tohost() source-address behavior. The source-versus-target behavior applies to all neighbor states and is left unchanged. - Verify the link-layer address learned during recovery in selftests. - Keep the NA source, target, and neighbor key fixed while varying the router prefix in the mode 2 selftest cases. - Arm packet capture in selftest before starting host DAD and wait for capture readiness and receive completion. v2: - Full implementation of logic to update FAILED entries to STALE. - Update the RFC 9131-related comments and sysctl documentation. - Add selftests to verify state changes only when the accept_untracked_na setting is enabled. v1 (RFC): https://lore.kernel.org/r/20260813233344.445265-1-lfqlee314@gmail.com Testing: - x86_64 allyesconfig build with W=1 - Sparse on net/ipv6/ndisc.c - tools/testing/selftests/net/ndisc_unsolicited_na_test.sh: 14 passed - Local NIPA checks: all 45 checks passed - Sashiko local review completed Lawrence Lee (2): ipv6: update NUD_FAILED neighbors from NA messages selftests: net: test untracked NA recovery of FAILED neighbors Documentation/networking/ip-sysctl.rst | 28 +-- net/ipv6/ndisc.c | 47 +++-- .../net/ndisc_unsolicited_na_test.sh | 195 ++++++++++++++---- 3 files changed, 201 insertions(+), 69 deletions(-) base-commit: 4bb9710c6a68d35207f123aef55dcd50e7195ec5 -- 2.43.0