[IPv6]Re: Fwd: New Version Notification for draft-iurman-6man-eh-occurrences-00.txt

Tom Herbert <tom@herbertland.com> Tue, 23 December 2025 23:01 UTC

Return-Path: <tom@herbertland.com>
X-Original-To: ipv6@mail2.ietf.org
Delivered-To: ipv6@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id BBCA99E9297F for <ipv6@mail2.ietf.org>; Tue, 23 Dec 2025 15:01:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LxLBBPKN2VWC for <ipv6@mail2.ietf.org>; Tue, 23 Dec 2025 15:01:04 -0800 (PST)
Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id C39EA9E9296B for <6man@ietf.org>; Tue, 23 Dec 2025 15:01:04 -0800 (PST)
Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-5943b62c47dso5396953e87.1 for <6man@ietf.org>; Tue, 23 Dec 2025 15:01:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland.com; s=google; t=1766530863; x=1767135663; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=4wgedfllMxA8NoCH+mrGElHvCS+WQaP5rjJyb9MzxIQ=; b=bOTcfXBR7Dmhy5Chk44krFjm4wU8ujrNCOTNLZoN+5omy0ShtLG+egPCnDKJ/wclJM fZhBAYjtLCto/V3RJwyQbz62Dk7ZS2zYS3d1JhjbOvB3bDKVo7a7ZcNh781lWJmYrpsp BHULAkN9TR5jkwQBaB1TLC+TSmIXuV/tO4ivBqCn5fbOWuSI4NCrBCd9h5KaI0WVHdDJ 35+G/lO7jYgmNIFbISk6JGcV88qSVsoBVxjsZeSKHpyBmMGqUEDbAm1q4is1qXLBZ0zs bXDHxnPGHCFArAPYUELLtErGfF2A7ioG52sC1lG92AjTrQeDQcq+WdNM5JECMJ7T0bHn e2Og==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1766530863; x=1767135663; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=4wgedfllMxA8NoCH+mrGElHvCS+WQaP5rjJyb9MzxIQ=; b=kFiJrFhT+IvC/GH5NGen2buEknfZIFRMRI7/oW06zZ0xY/n6sCo8Do/8E6o3eZGX6b NMjw3h7OJcTBYzVXWXs1BRkmRw0lifIJy3TdvtJ+fkwqME04fUwdB3Wzxc/VLMDCSM4z XNEEAaxUxIer8M/FD09X2qwD6ixmGqYE/yZlPubSnvN5dp3688UiqxW7idK6AHzQL3Kn JedacybJDjfDD37zsyoM3SRbBU5zeFzyWwxr55U2aTK4lvaENiX6s7OPreRfw0bpMTPQ mvyt6U25ld2cgQHiiw0HUWEqvxkCZFSEcsBQWsfLxzoJQkuzDWahbIG9f+EgQnoN++vG Lb4Q==
X-Forwarded-Encrypted: i=1; AJvYcCV0yEJJQSNwfn+yPzbIX+9dD/sVJjeFJFxtK9s+LV+mY7QdTtEl8IQEP7QO6z+MOwhpamAC@ietf.org
X-Gm-Message-State: AOJu0YxRzTZqSA0lLJL/bzyeCxf7HoroCNaQY1H38OQ4s0QZIa53uzs4 yEAFb5L52HkQsmL40NlC3B2lK0ZgFi88peRClqWmPn7NJPWpBlPxo+GvJ/apgHjfvHGZISCYibz DpaA/HdPR4dNtvobLeejdCDhsM+MA9Zk3SJsx3t4u
X-Gm-Gg: AY/fxX4cQ0xmK1/aE8eUiKG916Jq6lljorgN8ZnAkz6RAixTbiGv74gvLaW5gWU9By6 4G3wUWD1LP1S7yDj1yjSGkLNRXh43GPOCLJqMczxx8eLz+T8lGTvN+ltplQ7RsypbKWNx+3PBRF 7xEAEEqboKA/PJxPIc5mADszqAZS7zJ4V3WTOrHD8m6IO48o7NUPBGxFu8mCxte++Np/b4qkmm5 EwNpcLNdldXM8MZwMhBTffGE1UlyX1D3mV71ucBv/Us2OUryp7z2ZLM8/5WrTssg5HMAW10edJw jqxxsgVaf81FRkEcaaR7ndo4JUpd3rAi9tDpcBO33XMa7egoS7r1hruvV/I0sg==
X-Google-Smtp-Source: AGHT+IF+9szPL8siMdMoWeocIyHfh9VVv1z+xelKTw1SVudpA+Tas97Xn2bZ8lV8ZmVrencrvsIwiYpO8eZjtULRDHE=
X-Received: by 2002:a05:6512:33ce:b0:57a:2be1:d779 with SMTP id 2adb3069b0e04-59a17d3b4e2mr6268988e87.31.1766530863456; Tue, 23 Dec 2025 15:01:03 -0800 (PST)
MIME-Version: 1.0
References: <176651727681.861963.1665571528282296202@dt-datatracker-5656579b89-p6k4r> <af5fd42c-fbb9-4606-a8c6-208a7ff6bc6f@gmail.com> <188944cc-7d9e-b305-d55a-4ff6b20bf639@foobar.org> <72123110-66aa-4881-a0e3-280b7db8eef6@gmail.com> <c8dcb888-b905-884a-c18b-6186b917e551@foobar.org> <8f09955e-f428-4e19-b55e-65d028ea7f16@gmail.com>
In-Reply-To: <8f09955e-f428-4e19-b55e-65d028ea7f16@gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Tue, 23 Dec 2025 15:00:51 -0800
X-Gm-Features: AQt7F2ruLEWsaCcunblcb9LJOftaeCXIBNADrD4zYpSpnN-3OOtZPO69nAxuuJ0
Message-ID: <CALx6S352meOyrUo4zncmpuCMawuveixKjTMtAWVyjcK2z6dBMA@mail.gmail.com>
To: Justin Iurman <justin.iurman@gmail.com>
Content-Type: multipart/alternative; boundary="00000000000099efcd0646a6843c"
Message-ID-Hash: L4TSE3BIDVKGB2D4LEMVZ7ZZOZ6XHPEB
X-Message-ID-Hash: L4TSE3BIDVKGB2D4LEMVZ7ZZOZ6XHPEB
X-MailFrom: tom@herbertland.com
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: 6MAN <6man@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [IPv6]Re: Fwd: New Version Notification for draft-iurman-6man-eh-occurrences-00.txt
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/j2bMF22Iett6-3vc3dgOmz-RqJQ>
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>

On Tue, Dec 23, 2025, 2:54 PM Justin Iurman <justin.iurman@gmail.com> wrote:

> Hi Nick,
>
> On 12/23/25 23:29, Nick Hilliard wrote:
> > Hi Justin,
> >
> > Justin Iurman wrote on 23/12/2025 21:10:
> >> The change proposed in the draft not only enforces the rule for
> >> senders, but is also allows receivers to discard packets with
> >> extension headers exceeding their number of occurrences. Right now,
> >> RFC 8200 assumes that a receiving node should process EHs regardless
> >> of the number of occurrences.
> >
> > yes, but this misses the point.
> >
> > Your draft allows a receiving node to drop multiple occurrences of the
> > same type (nb: at the cost of maintaining a count or index for each
> > type, which is a significant state overhead when handling packet
> > forwarding), but the point is that in order to do this, the receiving -
> > or intermediate node - needs to parse the entire header chain to find
> > out which EHs to drop. The requirement to parse excessively long EH
> > chains is the root cause of the problems identified in rfc9098.
> >
> > You can't address the problems in rfc9098 by setting rules of engagement
> > at the sending side. You can only deal with them on receiving /
> > intermediate nodes by putting an upper bound on the "overall quantity"
> > of EHs in the packet.
> >
> > I'm using the vague term "overall quantity" because some hardware craps
> > out on parsing due to fixed buffer lengths and other hardware craps out
> > after a specific number of headers.  So any draft aimed at addressing
> > this problem needs to acknowledge both situations when specifying what
> > limits a receiving or intermediate node should implement in order to
> > protect itself against ddos threat incidents.
>
> Oh, got it, thanks! Would something like this address what you described
> above?
>
> OLD:
>    IPv6 nodes MAY discard a packet exceeding the number of occurrences of
>    extension headers.
>
> NEW:
>    IPv6 nodes MAY discard a packet exceeding the number of occurrences
> of
>    extension headers, provided that they can safely parse the header
>    chain without exceeding their processing or hardware limitations.
>

If they can't safely parse the header chain, what action is taken?

>
> Justin
>
> > Nick
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> List Info: https://mailman3.ietf.org/mailman3/lists/ipv6@ietf.org/
> --------------------------------------------------------------------
>