[IPv6][Errata Rejected] RFC4443 (6153)

RFC Errata System <rfc-editor@rfc-editor.org> Fri, 17 October 2025 04:20 UTC

Return-Path: <wwwrun@rfcpa.rfc-editor.org>
X-Original-To: ipv6@ietf.org
Delivered-To: ipv6@mail2.ietf.org
Received: from rfcpa.rfc-editor.org (unknown [167.172.21.234]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 46BD575841A1; Thu, 16 Oct 2025 21:20:57 -0700 (PDT)
Received: by rfcpa.rfc-editor.org (Postfix, from userid 461) id 0000BC000065; Thu, 16 Oct 2025 21:20:56 -0700 (PDT)
To: ximaera@gmail.com, aconta@txc.com, mukesh.gupta@tropos.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20251017042057.0000BC000065@rfcpa.rfc-editor.org>
Date: Thu, 16 Oct 2025 21:20:56 -0700
Message-ID-Hash: OGFGSHX7JCP5VI2QOJEOVJBGIYX3TOXI
X-Message-ID-Hash: OGFGSHX7JCP5VI2QOJEOVJBGIYX3TOXI
X-MailFrom: wwwrun@rfcpa.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ipv6.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: iesg@ietf.org, ipv6@ietf.org, rfc-editor@rfc-editor.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [IPv6][Errata Rejected] RFC4443 (6153)
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/yCRyNCAlrHo4Hf24p-vlpYrqAT4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Owner: <mailto:ipv6-owner@ietf.org>
List-Post: <mailto:ipv6@ietf.org>
List-Subscribe: <mailto:ipv6-join@ietf.org>
List-Unsubscribe: <mailto:ipv6-leave@ietf.org>

The following errata report has been rejected for RFC4443,
"Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification".

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid6153

--------------------------------------
Status: Rejected
Type: Technical

Reported by: Töma Gavrichenkov <ximaera@gmail.com>
Date Reported: 2020-05-01
Rejected by: Erik Kline (IESG)

Section: 3.1

Original Text
-------------
3.1.  Destination Unreachable Message

   [..]

   If the reason for the failure to deliver is that the destination is
   beyond the scope of the source address, the Code field is set to 2.
   This condition can occur only when the scope of the source address is
   smaller than the scope of the destination address (e.g., when a
   packet has a link-local source address and a global-scope destination
   address) and the packet cannot be delivered to the destination
   without leaving the scope of the source address.

Corrected Text
--------------
3.1.  Destination Unreachable Message

   [..]

   If the reason for the failure to deliver is that the destination is
   beyond the scope zone of the source address, the Code field is set to
   2.  The scope zone of the destination address is determined by the
   scope of the address and arrival interface of the packet, as specified
   in [IPv6-SCOPE, Section 9].  Similarly, the scope zone of the source
   address is determined by the scope of the address and arrival
   interface of the packet.  This condition can occur only when
   transmitting the packet on the chosen next-hop interface would cause
   the packet to leave the zone of the source address, i.e., cross a zone
   boundary of the scope of the source address.

7.1.  Normative References

   [..]

   [IPv6-SCOPE] Deering, S., Haberman, B., Jinmei, T., Nordmark, E.,
                and B. Zill, "IPv6 Scoped Address Architecture", RFC
                4007, March 2005.   

Notes
-----
https://tools.ietf.org/html/rfc4007#section-9

Scope zone is not scope.

Consider a case when the source IP is link-local and the destination is global, yet the routing happens in the same VLAN. Per RFC 4007, the packet should be transmitted; however, RFC 4443 allows for an ambiguity which is already causing vendors to reject packets in this case.
 --VERIFIER NOTES-- 
I was tempted to mark this HFDU, since it seems like there is always the opportunity to improve clarity around text that deals with IPv6 scope concepts.

However, I'm not sure this specific text is an improvement and some discussion on the mailing list did not seem to come to any consensus as to what should be done.  See also:

    https://mailarchive.ietf.org/arch/msg/ipv6/pkRo2Bt4hHu9PFJf2BtYPVn4sJk/

and preceding messages.

--------------------------------------
RFC4443 (draft-ietf-ipngwg-icmp-v3-07)
--------------------------------------
Title               : Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification
Publication Date    : March 2006
Author(s)           : A. Conta, S. Deering, M. Gupta, Ed.
Category            : DRAFT STANDARD
Source              : IP Version 6 Working Group
Stream              : IETF
Verifying Party     : IESG