[DNSOP] Re: (Concluded) RE: Moving DNS64 (RFC6147) to Internet Standard

"jordi.palet@consulintel.es" <jordi.palet@consulintel.es> Fri, 24 April 2026 10:44 UTC

Return-Path: <prvs=1574847adb=jordi.palet@consulintel.es>
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 C9EE8E2494A1; Fri, 24 Apr 2026 03:44:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1777027462; bh=1hJCRq/EXdHGoRtNLt+2a2aVvJm/mx2pmacKZyt/q48=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=BsF0qSorml1L5ESoqCHuCvG8MSLB7mDenxc+1zYklLU/yCOU2md8HdeJBbTA1iC4V T1F2pzlC8KzvtLv77ZXL/vPtArRNe7BqiZj4hTwbEQ8IwMajZhp3iX6gFOhVN/i0y4 /kULzgdnmxJr9Yk698t4xo+PRiogtKJi9ZrYyrfU=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=consulintel.es
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 HCZCpWHQbxgo; Fri, 24 Apr 2026 03:44:22 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [IPv6:2001:470:1f09:495::5]) (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 CA0F3E249499; Fri, 24 Apr 2026 03:44:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=consulintel.es; s=mailer; t=1777027454; x=1777632254; i=jordi.palet@consulintel.es; q=dns/txt; h=From:Message-Id: Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To: References; bh=EIj0iunYsFwP8HUKiN4ixoJlwF9LlQpLS5HDlJKeM3Y=; b=J REHWMh/YqvDqflfFZfvfWmXmqfzj6tjBQHtuyauwoD0XWgiQUiwh+pDG9itbgMG6 t0Viep+T89i9dja0N5jxBBoEnelSZwq+5z31VRctcfN6k+fOUV87p70DsWBKH1HC zVEMlju/T78YJ/9gLpx3kNU5/rnOUPdjhTgkIvWWPRKXjAgvKDEcAhKRj76mge7v 1ErKKRcEnD8BYgYiP98Js82rovgCXHW+4kA1OBCkHTd2gU78JIYB6oYSSwvxikBb Zb9XW1En1u9jO0mTBAbjgFfisgXN9ddJiwEV6PvrU1bjzLom8DTA+t7W9lQ3KeOz mFArcqzN+uXmw2HP+Q80w==
X-MDAV-Processed: mail.consulintel.es, Fri, 24 Apr 2026 12:44:14 +0200 (not processed: message from trusted source)
X-Spam-Processed: mail.consulintel.es, Fri, 24 Apr 2026 12:44:13 +0200
Received: from smtpclient.apple by mail.consulintel.es (10.10.10.5) (MDaemon PRO v25.5.0) with ESMTPSA id md5001002641755.msg; Fri, 24 Apr 2026 12:44:13 +0200
X-MDRemoteIP: 2001:470:1f09:495:51d1:4281:2211:ed3d
X-MDArrival-Date: Fri, 24 Apr 2026 12:44:13 +0200
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Return-Path: prvs=1574847adb=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
From: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>
Message-Id: <8FD551CE-3845-4747-874D-3654A2B5DF9B@consulintel.es>
Content-Type: multipart/alternative; boundary="Apple-Mail=_15509EF4-4ED0-45C4-9B4E-3BEACFDE3376"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.500.181\))
Date: Fri, 24 Apr 2026 12:44:09 +0200
In-Reply-To: <PATP264MB6765DF96FD91CD7DA986159E882B2@PATP264MB6765.FRAP264.PROD.OUTLOOK.COM>
To: IPv6 Operations <v6ops@ietf.org>
References: <PATP264MB67651000762E5D35C00D6EA888582@PATP264MB6765.FRAP264.PROD.OUTLOOK.COM> <PATP264MB6765DF96FD91CD7DA986159E882B2@PATP264MB6765.FRAP264.PROD.OUTLOOK.COM>
X-Mailer: Apple Mail (2.3864.500.181)
X-MDCFSigsAdded: consulintel.es
Message-ID-Hash: C6Y3PVWNMKGHBAXJUJB6HUOQCLNZH4IU
X-Message-ID-Hash: C6Y3PVWNMKGHBAXJUJB6HUOQCLNZH4IU
X-MailFrom: prvs=1574847adb=jordi.palet@consulintel.es
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
CC: dnsop <dnsop@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [DNSOP] Re: (Concluded) 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/PxMtWzSO4Xdz0fRFZi-ZPPNnRGQ>
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>

Hi Med,

We are already working in an update of the -bis that we have prepared, having in mind the recent discussions.

Regards,
Jordi

@jordipalet


> El 24 abr 2026, a las 12:26, mohamed.boucadair@orange.com escribió:
> 
> Hi all,
>  
> Thank you all for the constructive comments and feedback.
>  
> There is no consensus to proceed with an administrative status change. There are some contentious points and other aspects that are better addressed/clarified by having a bis document. If the original authors or any other volunteers are interested in that work, note that this is not covered by V6OPS charter and that work is to be brought to DNSOP like any other DNS-related individual contribution.
>  
> Cheers,
> Med
>  
> De : mohamed.boucadair@orange.com <mailto:mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com <mailto:mohamed.boucadair@orange.com>>
> Envoyé : jeudi 9 avril 2026 18:19
> À : IPv6 Operations <v6ops@ietf.org <mailto:v6ops@ietf.org>>; dnsop <dnsop@ietf.org <mailto:dnsop@ietf.org>>; Brian E Carpenter <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>>
> Objet : [v6ops] Moving DNS64 (RFC6147) to Internet Standard
>  
> Hi DNSOP/V6OPS, 
>  
> V6OPS is in the process of progressing several widely deployed IPv6-related features into Internet Standard (e.g., [1]). There is an ongoing WGLC for NAT64 (RFC6146) to move it to IS. Although there is no strong dependency between NAT64 and DNS64 (RFC6147), DNS64 is usually deployed in networks that host NAT64.
>  
> Brian raised a question about the plan for RFC 6147 [2]. Given that DNS64 is also widely implemented and deployed and that there is only one minor erratum that does not impact interop [3], I think that we can proceed with a status change for RFC6147 and progress NAT64/DNS64 as a set this round as well.
>  
> Please share you thoughts on this plan by 23/04/2026.
>  
> Cheers,
> Med
>  
> [1] https://mailarchive.ietf.org/arch/msg/v6ops/x1UNhtW1qkMpBh_27a1G_4JctHU/
>  
> [2] https://mailarchive.ietf.org/arch/msg/v6ops/G35ha3lL_tK2hSWVATiTnPXLaKc/
>  
> [3] https://www.rfc-editor.org/errata/eid2975
>  
> ____________________________________________________________________________________________________________
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>  
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
> ____________________________________________________________________________________________________________
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
> _______________________________________________
> DNSOP mailing list -- dnsop@ietf.org <mailto:dnsop@ietf.org>
> To unsubscribe send an email to dnsop-leave@ietf.org <mailto:dnsop-leave@ietf.org>


**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.