[IPv6]Gunter Van de Velde's No Objection on draft-ietf-6man-eh-limits-19: (with COMMENT)

Gunter Van de Velde via Datatracker <noreply@ietf.org> Tue, 15 April 2025 12:39 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: ipv6@ietf.org
Delivered-To: ipv6@mail2.ietf.org
Received: from [10.244.8.129] (unknown [104.131.183.230]) by mail2.ietf.org (Postfix) with ESMTP id AEBC81C35A09; Tue, 15 Apr 2025 05:39:33 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Gunter Van de Velde via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.38.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <174472077357.1278560.15037065649796718763@dt-datatracker-64c5c9b5f9-hz6qg>
Date: Tue, 15 Apr 2025 05:39:33 -0700
Message-ID-Hash: YROD6A7B53TOTMAOPNTUC4B2JDN3G4F4
X-Message-ID-Hash: YROD6A7B53TOTMAOPNTUC4B2JDN3G4F4
X-MailFrom: noreply@ietf.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: draft-ietf-6man-eh-limits@ietf.org, 6man-chairs@ietf.org, ipv6@ietf.org, suresh.krishnan@gmail.com
X-Mailman-Version: 3.3.9rc6
Reply-To: Gunter Van de Velde <gunter.van_de_velde@nokia.com>
Subject: [IPv6]Gunter Van de Velde's No Objection on draft-ietf-6man-eh-limits-19: (with COMMENT)
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/sKlEJPk1GG6KLQ6bkLr4CrwpkbY>
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>

Gunter Van de Velde has entered the following ballot position for
draft-ietf-6man-eh-limits-19: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-6man-eh-limits/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I support the discuss ballot from Med, Eric and Ketan.

My general concern is that even suggesting limits on Extension Header
capabilities, even in an informational RFC, could unintentionally restrict how
payloads are transported. I worry that this might discourage future innovation
by leading the industry to dismiss any solutions that go beyond the suggested
EH limits.

There's also a risk that some implementers might lean on wording like the
snippet in the abstract as a kind of "get-out-of-EH-jail" card for simplified
encodings, using it to justify hardware with limited IPv6 support for cost
reasons. Over time, this could contribute to a gradual shift toward a more
constrained and less flexible IPv6 networked world, which would be a real shame.

"
If it is known that all communicating
parties for a particular communication, including destination hosts
and any routers in the path, are capable of supporting more than the
baseline then these default limits may be freely exceeded.
"

Gunter Van de Velde
RTG Area Director