Re: [BEHAVE] RFC6147 and RFC7208 interoperability issues

Keith Moore <moore@network-heretics.com> Mon, 07 February 2022 17:25 UTC

Return-Path: <moore@network-heretics.com>
X-Original-To: behave@ietfa.amsl.com
Delivered-To: behave@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDC983A0F3D for <behave@ietfa.amsl.com>; Mon, 7 Feb 2022 09:25:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.612
X-Spam-Level:
X-Spam-Status: No, score=-7.612 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.714, RCVD_IN_DNSWL_HI=-5, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZqR2tcJxKkPf for <behave@ietfa.amsl.com>; Mon, 7 Feb 2022 09:25:04 -0800 (PST)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DD813A0F35 for <behave@ietf.org>; Mon, 7 Feb 2022 09:25:04 -0800 (PST)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id CEA8632020A4; Mon, 7 Feb 2022 12:25:03 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Mon, 07 Feb 2022 12:25:04 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=hMBXIRdO3W8BFP+CmTt2i6irkemvS31XJqvygh6uB 24=; b=cJQOdGF8Rd2trKDnD+GeP1lBoBG6fDMdho68lieVegVL48gYkTH0+P8Nl /8Y2KQhgHw9hxZ/YjDIM94ixcNDoEwciJMv23ytwtML3OdH8TaSOSDYlECCFRFrN rCBuqRI+MDn8REnj+NF+pfUuEGCl2o5te3WIj8gZ097HmjtInRd98eXpuA9B8OCM 6nUdlt12kQXTdMXka4RVhkSmdJGOzidA+LiQPeysxrFSe1TJJig2tMfCDiLDawja SYVteTYMcVChbhPQYuGaARNW3P+DHMSOTJM3LWOiUYhl4qdVkUXVLi3WnKaXwYf6 ECj0CqT4j/n53qA+G6XVAcH0KsHwQ==
X-ME-Sender: <xms:71UBYv5vtDquV_6owbXl2gHi3vQYe4jl41an2Zq_QvfOtfQiuMR0Vw> <xme:71UBYk7_j-Xb8ziKJHSET0TusMXtAocExkaqaN9efJbNEwbQqN13WXWMU4jvolSRr 3o7RhACGlvU5Q>
X-ME-Received: <xmr:71UBYmcg-BQIsmFFHPixFH17jJczvjlEGTeGNKv8InMXIRSbGykLnUSINam7KiCEgSC3ZjH5ROnT9ZM4dl15ZT5aaBYzNwHnnDeN>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrheehgdeljecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepkfffgggfuffvfhfhjggtgfesthekre dttdefjeenucfhrhhomhepmfgvihhthhcuofhoohhrvgcuoehmohhorhgvsehnvghtfiho rhhkqdhhvghrvghtihgtshdrtghomheqnecuggftrfgrthhtvghrnhepfedtvdelieejve ekjefhueduheeviefhjeefvdfgudfhfffhudduudefgefgteevnecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhoohhrvgesnhgvthifohhrkh dqhhgvrhgvthhitghsrdgtohhm
X-ME-Proxy: <xmx:71UBYgLCmVCS3cgZ2ouz3PmVe9hpvJCGSIC_xe369c4pBu8jFmXxjw> <xmx:71UBYjIr4UffR19ec0bprFyWOIQQcMrkUteHKkpCS4QPsYV0IXMfpg> <xmx:71UBYpzsrJYKaN_RiZDkgym27lPENdWwpCO6SykN4IiTwVIXUNPdig> <xmx:71UBYumNK88OfrhxLlxwZ6AVjBs9BSxT__4_wi7xbpGAC2K9eN7LVw>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 7 Feb 2022 12:25:02 -0500 (EST)
Message-ID: <3ae61684-10d1-dde6-222a-69f456dbe5e3@network-heretics.com>
Date: Mon, 07 Feb 2022 12:25:01 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
Content-Language: en-US
To: David Conrad <drc@virtualized.org>
Cc: behave@ietf.org
References: <077D662F-5E6D-44F5-8DD3-B58D8B535C5D@network-heretics.com> <B6D6B4CC-AC1F-459C-952A-E9493E00FDB3@huitema.net> <7e53925e-46b0-29e4-6deb-47bcf389ff97@posteo.de> <3ff58733-ccd5-fe15-8b06-dd69bfad0c74@network-heretics.com> <59E4D416-0B86-46D3-BE0E-9C12881A07FD@virtualized.org>
From: Keith Moore <moore@network-heretics.com>
In-Reply-To: <59E4D416-0B86-46D3-BE0E-9C12881A07FD@virtualized.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/behave/kO7WuqZjEgXoQYqCbj0XhFTpo60>
Subject: Re: [BEHAVE] RFC6147 and RFC7208 interoperability issues
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/behave/>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Feb 2022 17:25:09 -0000

On 2/7/22 12:18, David Conrad wrote:

> You are aware of what the BEHAVE working group's charter was, right?
yes.   Perhaps a noble attempt that failed, perhaps an errand for 
fools.  At the time BEHAVE was chartered I thought there might be a way 
to make NATs saner by making applications explicitly aware of them and 
letting applications explicitly control NAT bindings.   In hindsight I 
think it was far too late to fix NATs by then, but maybe it never was 
possible anyway.
> As far as I can tell, Klaus has identified a specific issue in which existing IETF specifications are deficient in order to facilitate interoperability in a specific protocol when NAT64 is in use.

To the extent that the specifications are deficient, it's because the 
approach was inherently deficient.

> Reiterating yet again how you think NAT is a bad idea does not appear to be constructive or helpful in any way.
Not buying it.    The problem with that attitude is that it makes it 
always okay to promote and encourage bad ideas, and to perpetually keep 
patching up the harm that they cause... but it's never okay to 
discourage them.
> The need to deal with NAT (in its myriad forms) is simply reality and will remain so for the foreseeable future.

Saying "X is reality" is a lot like saying "it is clear that..." or any 
other assertion that lacks support.   It's transparently vacuous.

NATs are reality like COVID is reality.  That's not a justification for 
encouraging more spread of COVID.

Keith