From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj2-f12.google.com (mail-pj2-f12.google.com [74.125.227.140]) (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 E9EBD3ACA7E for ; Fri, 18 Sep 2026 22:13:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.227.140 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789769609; cv=none; b=gJwUeJ9TbplTjWn27mpvzTGYp6Y4TpFzHXFLXz2/ehw77tMjw9c8s3myaz55meTKHIAxL4o1bZmaXmUHvzPSADMiZnG+6tx5LAbMLnF+c+aWMgnJVOXgCtrpJ4omO3G5ThtbfrYBIaKmftNDQfRygF3lCgLeewDr+9AHTMfywL0= 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.140 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-f12.google.com with SMTP id d9443c01a7336-2dd77300825so13026465ad.1 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=KKp/dJqVSlWXbmrJ/z+xN8nJJpCL3jRh7GluRiEYLp90wegONGT/CjtsubAD2ucsvH qu+K9FHSzAZwCVocjFUsUzOYruBpkxWebQGqKNz92LJQKrte1msWbQk/EWe9h7/ijXpB rCk1XKzo7LbXmkUNTvhqLwziqPMlPZpjfv0hYESaYat/doDeaab+NwJUcM7zolshidxx ObYho1KDIMB+hzXLy24lR+DpphfciMjh3aOVgn+dv8BoML0GEHHbvqbW7TIStTff1ZfO MqcEm01HhSAOi0e2sVJSlbk35FTM7/LHfXog2xIHhfKT3LXly3ANplebDXjO7FW1Qzvs kN8g== X-Forwarded-Encrypted: i=1; AKwUvBzlTkjLXOnM3Hk8PVRBz/rW8mYsXD2gEpVeW/wyaTanBcvWztGp9cOobmTTinxo1BUx1RdJfuGa4Jpivbg=@vger.kernel.org X-Gm-Message-State: AFuF++nMpRddoLtZB1VIRgE5Msmdvg9ULMvkDyOYSD5htzuWmVCE2gSI ffIjVZSQ8bGoKB+9fsQ9eR4l9RTZ9Tfwihz0nDSJ5+IKGIZTUJjjVUtL X-Gm-Gg: AYBFou3G4h7aUQsulYvDYxtODJ5Yj/ED8T+5TL1FRJoM0hAwK3Cdx6NrzgXYb1w0CcV To5eWgWrFYkARrJs36vBqGqCQJglC6I9cvZKGTE7RkC1c3ApvEzrzlwsSty53NDqkYQPJh2vMhh hn1+lpG/s76TnRtOVpupMa/ZyFSMBa9m9fR1xt8N2yUy3Kzv6gFSThSP639amzxNAKfG5czBk4J kBZdy0NkaJXpz52+2i6ol/XGIuBcRiRUSEdE0eXUHPtAlpv80al3PzHVyphVYTK5FOSi6v/ctwp oylmaTZV9UX0/yMUvkYulLfSD7nM+ddyqFyvaK4b0cvjItCClTNIrHCpnHnq892E8AxIk/2Q3FI LLw1/0fuQ6pDR7TSjWkAsAYzZkxRJQCt2ixgF3A1meHdmlEMgdhtR0PNp2eYTf7cEoOi89xLhMY NhsUJ2GtVJAHrVTXSxiSPj2FZP96RO5hMGEPBSW3lmn3soFDPZG6n+qRtrDIRuznNx7mYl4k/rE FCbmPNBtHzGAzR3rCTAYrwOPx80GedyNiS/r/XFiaK/cWPXqJCU6FE6Te9CEr30zZyaY7INCXH0 1IiIiWANGt8GFXRUg7lt 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: linux-kernel@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