[DNSOP] Re: [v6ops] Re: [Ext] Re: Re: Re: Re: Moving DNS64 (RFC6147) to Internet Standard

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 14 April 2026 20:11 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: dnsop@mail2.ietf.org
Delivered-To: dnsop@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 59402DC4134C; Tue, 14 Apr 2026 13:11:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1776197511; bh=zB+mEU01D+Lv1WbL6b2nNG9xF80mX3ZOsawFin8o04c=; h=From:To:Subject:In-Reply-To:References:Date; b=mgQdtbaEmpRaTWUjOHpPIFNE7Xr3rKyLtIDEPw9w9WR91ADzypt7L4wapaBNMgZHd gexH4P/yLBkE7BhTdVavOINg4daYqVRgl/BYBpkGafoTBB9p+8z72j5aVQuSNdn/gr 0zlMvS3MWaNpt2P+YOOlU0EK2PpHhADvJGGd1B/0=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.8
X-Spam-Level:
X-Spam-Status: No, score=-2.8 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, RCVD_IN_DNSWL_LOW=-0.7, 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=sandelman.ca
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 w3TgGxXKVZka; Tue, 14 Apr 2026 13:11:50 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (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 74827DC40EF4; Tue, 14 Apr 2026 13:11:34 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id C91F218018; Tue, 14 Apr 2026 16:11:33 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavis, port 10024) with LMTP id Cwyh3bVa1jpz; Tue, 14 Apr 2026 16:11:32 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sandelman.ca; s=mail; t=1776197492; bh=HQ3xXX3rlf2WrUW+XKNpK+QwyxuYYbiI0iqlbw8e9tA=; h=From:To:Subject:In-Reply-To:References:Date:From; b=Kqk7EcFuJT33gDLK5vPhtE+4BulmBTg4lB+CNZKclgA19j8I8KDOJFlhaff/LoRKx aA+zk9SF2Jfql5SdmZs7h9nWfDlGbchPhDXDO5A7MaU/Fse7ne5Wk/COmNu7R7iBsA o4oH/feIvDITlc4hHz5OdNQ/U4ns3r6IkWwHvKKgBqyCOeHpLCY7h7awSTn+kGnPuq QAJEXKfgtZHHslElG40DEU0Axh6kahbqsGaQK0G+WwkJC5qZ1lN+Lws83Ywnwpdl1A VnptzW8ke+2H14TMkGSWVTxR/mFcRyiBV+6tN7QSAKIbqXJzskvBRLG42J5zMzhHNS Fz9V8a+M7gWHA==
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 6ADB818017; Tue, 14 Apr 2026 16:11:32 -0400 (EDT)
Received: from obiwan.sandelman.ca (obiwan.sandelman.ca [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 673AE1CD; Tue, 14 Apr 2026 16:11:32 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: dnsop@ietf.org, IPv6 Operations <v6ops@ietf.org>
In-Reply-To: <2AA894AF-EDD1-40F6-A5FD-D3EC7CA8F708@consulintel.es>
References: <m1wAunU-0000NEC@stereo.hq.phicoh.net> <2338256.t9SDvczpPo@localhost> <038ae9d1-34fc-4085-aa6d-76ef79287857@gmail.com> <PARP264MB6760A67BB8F2060962E8A64088592@PARP264MB6760.FRAP264.PROD.OUTLOOK.COM> <B93DB6C8-2974-4915-93DE-DFCB6B858AFA@consulintel.es> <21557.1775841053@obiwan.sandelman.ca> <AA531AEF-836A-4A4E-83D6-3579EEB246F1@icann.org> <CAHw9_iL18gJDPtqWyrGLpkq9-UbYH+nrSQnL29cRc2SnA+OR=g@mail.gmail.com> <2AA894AF-EDD1-40F6-A5FD-D3EC7CA8F708@consulintel.es>
X-Mailer: MH-E 8.6+git; nmh 1.8+dev; Emacs 30.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0;<'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Tue, 14 Apr 2026 16:11:32 -0400
Message-ID: <9528.1776197492@obiwan.sandelman.ca>
Message-ID-Hash: JL2ZGQMY2VACT4AHXT4EK5QOD7U6HFHY
X-Message-ID-Hash: JL2ZGQMY2VACT4AHXT4EK5QOD7U6HFHY
X-MailFrom: mcr+ietf@sandelman.ca
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dnsop.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [DNSOP] Re: [v6ops] Re: [Ext] Re: Re: Re: Re: Moving DNS64 (RFC6147) to Internet Standard
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/vhth0CSITCEyK20JoCfRMbt0HFw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Owner: <mailto:dnsop-owner@ietf.org>
List-Post: <mailto:dnsop@ietf.org>
List-Subscribe: <mailto:dnsop-join@ietf.org>
List-Unsubscribe: <mailto:dnsop-leave@ietf.org>

"jordi.palet@consulintel.es" wrote:
    > Some times we don’t have problems to solve, but instead, we follow the process that we have adopted.

    > In fact, I think in general we are failing when we don’t move all the
    > protocols that comply with IS status to IS status. Yes, it means some
    > effort, but I think if we don’t want to invest that effort, we should
    > deprecate the IS status and avoid it for any document. Personally I
    > don’t think we should do that, but we need to be consistent with our
    > process.

The major advantage that STDxxx has over {RFC-A,RFC-B,RFC-C}, is that we
get to decide what's in STDxxx, rather than the people writing procurement
documents.
In general, they are going to copy and paste whatever they did last
year.  This is more and more true as procurement becomes centralized and
removed from the people who actually want the equipment/have the budget.

{If those people have any background in computing (vs say, "Public
Administration"), then it's because they failed upwards, and then were
displaced sideways when Peter's Principal got hold of them.
I ran with several such individuals last night, retired.  Their sideways
displacement was the result of their own recognition...}

If we were to kill IS, then we'd still need an STD-like series of
collections.

--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide

**       My working hours and your working hours may be different.         **
** Please do not feel obligated to reply outside your normal working hours **