[Int-area] draft-ietf-intarea-extended-icmp-nodeid-05 ietf last call Tsvart review
Richard Scheffenegger via Datatracker <noreply@ietf.org> Wed, 16 September 2026 10:22 UTC
Received: by mx.ietf.org (Postfix) id AD57130; Wed, 16 Sep 2026 10:22:36 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ietf.org; s=mail; t=1789554156; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=OPm8fImQiPGqWbdTDPdams6FYaBZCAX4UWhosoKMKcY=; b=RM7MEkUhOYhFQDu7Z2YyjnYzHK5ZpAOV6d8rmyPNU2B1vRZamP+XSPJ4kidfPM10aMFF8B QWRpbClxI8ilUSxUAY79wKiqdpcWq3OfcK0cEDFKwdePvmkhhMvkBY8gefLHycyGAyb5dt s2V3A/yQSP/ZSRQXnHRufYFZKXa52UQ=
Authentication-Results: ORIGINATING; auth=pass smtp.auth=mail2@ietf.org smtp.mailfrom=noreply@ietf.org
Received: from [10.244.8.113] (gaia.k8s.ietf.org [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id 7B21B1396C518; Wed, 16 Sep 2026 03:22:36 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Richard Scheffenegger via Datatracker <noreply@ietf.org>
To: tsv-art@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.75.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <178955415625.1031222.2839683802370621092@dt-datatracker-597c8c8754-4t7c8>
Date: Wed, 16 Sep 2026 03:22:36 -0700
Message-ID-Hash: GOMPDNKJIECUU4TJWMPCRVBWQWOB4J25
X-Message-ID-Hash: GOMPDNKJIECUU4TJWMPCRVBWQWOB4J25
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; header-match-int-area.ietf.org-0; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-intarea-extended-icmp-nodeid.all@ietf.org, int-area@ietf.org, last-call@ietf.org
X-Mailman-Version: 3.3.10
Reply-To: Richard Scheffenegger <richard.scheffenegger@netapp.com>
Subject: [Int-area] draft-ietf-intarea-extended-icmp-nodeid-05 ietf last call Tsvart review
List-Id: IETF Internet Area WG Mailing List <int-area.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/zUxtliawC2AYAg4_cInEVcYdQPc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Owner: <mailto:int-area-owner@ietf.org>
List-Post: <mailto:int-area@ietf.org>
List-Subscribe: <mailto:int-area-join@ietf.org>
List-Unsubscribe: <mailto:int-area-leave@ietf.org>
Document: draft-ietf-intarea-extended-icmp-nodeid Title: ICMP Message Extension for Originating Node Identification Reviewer: Richard Scheffenegger Review result: Almost Ready This document has been reviewed as part of the transport area review team's ongoing effort to review key IETF documents. These comments were written primarily for the transport area directors, but are copied to the document's authors and WG to allow them to address any issues raised and also to the IETF discussion list for information. The main focus of the review was around potential MTU issues - however, these aspects are covered by the referenced RFC4884 satisfactory; The primary concern for me is the lack of a length field in the IP Address sub-object; only two out of 2^16 codepoints are explicitly defined, but it is unclear how the length would be determined for currently undefined or erroneously filled out ip address objects with a current implementation in a future-proof way; putting a potentially variable length object in front of a length-encoded object (name sub-object) (and subsequent other future sub objects) seems to make generic extensibility problematic. If the (only) variable length sub-object would be placed last, and the other explict and implict length fields remain easily decodeable, this concern would be alleviated. When done at the time of IETF Last Call, the authors should consider this review as part of the last-call comments they receive. Please always CC tsv-art@ietf.org if you reply to or forward this review.
- [Int-area] draft-ietf-intarea-extended-icmp-nodei… Richard Scheffenegger via Datatracker
- [Int-area] Re: draft-ietf-intarea-extended-icmp-n… Bill Fenner