[v6ops] Re: Call for adoption: draft-palet-v6ops-rfc6146-bis-03 (Ends 2026-02-13)
Gábor LENCSE <lencse@hit.bme.hu> Fri, 23 January 2026 18:44 UTC
Return-Path: <lencse@hit.bme.hu>
X-Original-To: v6ops@mail2.ietf.org
Delivered-To: v6ops@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id AAA55AC22A24 for <v6ops@mail2.ietf.org>; Fri, 23 Jan 2026 10:44:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 re7ka49As7Vm for <v6ops@mail2.ietf.org>; Fri, 23 Jan 2026 10:44:31 -0800 (PST)
Received: from frogstar.hit.bme.hu (frogstar.hit.bme.hu [IPv6:2001:738:2001:4020::2c]) (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 AC26BAC22A15 for <v6ops@ietf.org>; Fri, 23 Jan 2026 10:44:31 -0800 (PST)
Received: from [192.168.123.33] (szefw.sze.hu [193.224.128.20]) (authenticated bits=0) by frogstar.hit.bme.hu (8.18.1/8.17.1) with ESMTPSA id 60NIiHSE073753 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for <v6ops@ietf.org>; Fri, 23 Jan 2026 19:44:22 +0100 (CET) (envelope-from lencse@hit.bme.hu)
X-Authentication-Warning: frogstar.hit.bme.hu: Host szefw.sze.hu [193.224.128.20] claimed to be [192.168.123.33]
Message-ID: <77c18b05-85ca-4511-8841-b75c2f6ad3fa@hit.bme.hu>
Date: Fri, 23 Jan 2026 19:44:13 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: v6ops@ietf.org
References: <176918234280.145871.1981677279828833616@dt-datatracker-77f8b84995-z4hzn>
Content-Language: en-US
From: Gábor LENCSE <lencse@hit.bme.hu>
In-Reply-To: <176918234280.145871.1981677279828833616@dt-datatracker-77f8b84995-z4hzn>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: clamav-milter 1.4.3 at frogstar.hit.bme.hu
X-Virus-Status: Clean
Received-SPF: pass (frogstar.hit.bme.hu: authenticated connection) receiver=frogstar.hit.bme.hu; client-ip=193.224.128.20; helo=[192.168.123.33]; envelope-from=lencse@hit.bme.hu; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.11;
X-DCC--Metrics: frogstar.hit.bme.hu; whitelist
X-Scanned-By: MIMEDefang 2.86 on 152.66.248.44
Message-ID-Hash: YNEALVRATUYYJJG3BVANMVOQ7LKF4FEQ
X-Message-ID-Hash: YNEALVRATUYYJJG3BVANMVOQ7LKF4FEQ
X-MailFrom: lencse@hit.bme.hu
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-v6ops.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: [v6ops] Re: Call for adoption: draft-palet-v6ops-rfc6146-bis-03 (Ends 2026-02-13)
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/Nk2MFvRZxxzxdAYjEcOY_UwMSj8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Owner: <mailto:v6ops-owner@ietf.org>
List-Post: <mailto:v6ops@ietf.org>
List-Subscribe: <mailto:v6ops-join@ietf.org>
List-Unsubscribe: <mailto:v6ops-leave@ietf.org>
Dear All, I support the adoption of this draft. Stateful NAT64 is an important IPv6 transition technology, and, IMHO, the specification is mature, and it should be elevated to Internet Standard status. Stateful NAT64 can be used with DNS64 to enable IPv6-only hosts communicate with IPv4-only servers. Stateful NAT64 can also be used as the PLAT part of the 464XLAT IPv4-as-a-Service technology, too. I admit that stateful NAT64 may have scalability issues, but is has some other advantages e.g., port number efficiency. For its advantages and disadvantages please refer to RFC 9313. Best regards, Gábor 23/01/2026 16:32 keltezéssel, Nick Buraglio via Datatracker írta: > This message starts a v6ops WG Call for Adoption of: > draft-palet-v6ops-rfc6146-bis-03 > > This Working Group Call for Adoption ends on 2026-02-13 > > Abstract: > This document describes stateful NAT64 translation, which allows > IPv6-only clients to contact IPv4 servers using unicast UDP, TCP, or > ICMP. One or more public IPv4 addresses assigned to a NAT64 > translator are shared among several IPv6-only clients. When stateful > NAT64 is used in conjunction with DNS64, no changes are usually > required in the IPv6 client or the IPv4 server. > > Please reply to this message and indicate whether or not you support adoption > of this Internet-Draft by the v6ops WG. Comments to explain your preference > are greatly appreciated. Please reply to all recipients of this message and > include this message in your response. > > Authors, and WG participants in general, are reminded of the Intellectual > Property Rights (IPR) disclosure obligations described in BCP 79 [2]. > Appropriate IPR disclosures required for full conformance with the provisions > of BCP 78 [1] and BCP 79 [2] must be filed, if you are aware of any. > Sanctions available for application to violators of IETF IPR Policy can be > found at [3]. > > Thank you. > [1] https://datatracker.ietf.org/doc/bcp78/ > [2] https://datatracker.ietf.org/doc/bcp79/ > [3] https://datatracker.ietf.org/doc/rfc6701/ > > The IETF datatracker status page for this Internet-Draft is: > https://datatracker.ietf.org/doc/draft-palet-v6ops-rfc6146-bis/ > > There is also an HTMLized version available at: > https://datatracker.ietf.org/doc/html/draft-palet-v6ops-rfc6146-bis-03 > > A diff from the previous version is available at: > https://author-tools.ietf.org/iddiff?url2=draft-palet-v6ops-rfc6146-bis-03 > > _______________________________________________ > v6ops mailing list -- v6ops@ietf.org > To unsubscribe send an email to v6ops-leave@ietf.org >
- [v6ops] Call for adoption: draft-palet-v6ops-rfc6… Nick Buraglio via Datatracker
- [v6ops] Re: Call for adoption: draft-palet-v6ops-… Gábor LENCSE
- [v6ops] Re: Call for adoption: draft-palet-v6ops-… Michael Richardson
- [v6ops] Re: Call for adoption: draft-palet-v6ops-… jordi.palet@consulintel.es