Re: [v6ops] IPREF as a transitioning tool

"Soni \"They/Them\" L." <fakedme+ipv6@gmail.com> Sun, 12 November 2023 14:02 UTC

Return-Path: <fakedme+ipv6@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A7C7C17C518 for <v6ops@ietfa.amsl.com>; Sun, 12 Nov 2023 06:02:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.858
X-Spam-Level:
X-Spam-Status: No, score=-6.858 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m9839-Faf3pk for <v6ops@ietfa.amsl.com>; Sun, 12 Nov 2023 06:02:49 -0800 (PST)
Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F6DBC170616 for <v6ops@ietf.org>; Sun, 12 Nov 2023 06:02:49 -0800 (PST)
Received: by mail-pl1-x631.google.com with SMTP id d9443c01a7336-1cc2fc281cdso25541695ad.0 for <v6ops@ietf.org>; Sun, 12 Nov 2023 06:02:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699797768; x=1700402568; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=kpJ8lcTst8kIu68gdGdCKXfZQshpS+nNIwk265+7qeE=; b=QEMphhS4C5rIHFk50GI//aMvtMxZ9qZIUJwWAIKbY1eYpSw/UVfjv5DbSDBfaOiHTl ZzGdfJsCXbqK0z4e2+H2fQlsoK0iz0H30NkFXxikBiGiMWresXFuvF/gM0f9mSBU0KMK hCT2AhQJ1/q5EYzHRZmIMeHxUvBu6BkTlZeryCOUsduXkMqmwhlTgmBwVRhJHslqzLLj sp8Q9W5gRlU9WoHECam8cBpG6yp1Ko3vQPiEZREczg1+iB9Z8hXE1wsMUwBMCWw8jTW8 lZZ4WPng9P76AfSYKdV7f9go1uj1SBNCO9LT/N81CRKD5Q2r8pj+1FAzPnhoyk0xv5NQ fk0A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699797768; x=1700402568; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kpJ8lcTst8kIu68gdGdCKXfZQshpS+nNIwk265+7qeE=; b=JckiLB4drJICNCsH6ONRJdl2n8EiUpTixiYvkJncIlJcDrYKIa/Kut4wUBgNLaVDBP K3lCJu5s1N2Gg1lmr//DIK4GTWibtXm1gFGlRIju6SVuTFWuiQZs2++sbE+TDo+pFfBY CRWzyE4gA+4sYVVUezXRCAMg3BlFs1wsosLZFB01kFUsRM6EJhyVorCuNC6E4zFFm5Dh 5FUrL+QMLUS4wMHnx8zpzvLF7hYHVEsiis+nrJ/vXVSpsOlGc9EWwYoviDr7kSK5jygS P1QCTjOMKv/vqIBbVhjpUB/mQeUpSFGQPBJZZf25SNFda8+JC4Ma6fCt/dpNyiAI24OO DrJA==
X-Gm-Message-State: AOJu0YxFdDjxG0zylGDA0GlqdzsnX1WowFgV1XfDVtz03sDtciZDnVOV sskEnw2332GGholGHXoCn/g=
X-Google-Smtp-Source: AGHT+IFxvFeZOFv7GiPnqxBuQktne4u32cjXREV0laakVT59a9nVYdL2tMksqJRs4ImMGHmjH5YTqg==
X-Received: by 2002:a17:90b:4a4a:b0:27d:20ca:1156 with SMTP id lb10-20020a17090b4a4a00b0027d20ca1156mr2307524pjb.34.1699797768161; Sun, 12 Nov 2023 06:02:48 -0800 (PST)
Received: from ?IPV6:2804:431:cfcd:5af6::536f:6e69? ([2804:431:cfcd:5af6::536f:6e69]) by smtp.googlemail.com with ESMTPSA id z18-20020a170903019200b001c47541ecd7sm2607559plg.250.2023.11.12.06.02.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 12 Nov 2023 06:02:47 -0800 (PST)
Sender: "Soni L." <fakedme@gmail.com>
Message-ID: <e58c38b3-1212-4826-aa13-e6cd4a4230c5@gmail.com>
Date: Sun, 12 Nov 2023 11:02:40 -0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: Gert Doering <gert@space.net>
Cc: v6ops@ietf.org
References: <ZVCkrRYy9ggE_ypf@Space.Net> <bae285c5-9d8a-4f72-b278-fed92d6cab75@gmail.com> <ZVCqn0Sd7kDggAbP@Space.Net> <4db34850-54b1-4f3a-8403-615572216e46@gmail.com> <ZVC0l_Mivbyggxur@Space.Net> <aa2dec60-0ec3-4b16-9931-ed3cc9bfb608@gmail.com> <ZVC2dEOzc4N9lhJj@Space.Net> <fda716cb-b037-4de4-a3f7-cde6c1a99168@gmail.com> <ZVC8IIgTR5SBlbl6@Space.Net> <69ce052c-5214-4497-9079-69b2d6767b1f@gmail.com> <ZVDDN3ISbPZXrzpP@Space.Net>
From: "Soni \"They/Them\" L." <fakedme+ipv6@gmail.com>
In-Reply-To: <ZVDDN3ISbPZXrzpP@Space.Net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/MMV8_JN5PGKAi34OUG0IvL-lY-U>
Subject: Re: [v6ops] IPREF as a transitioning tool
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 12 Nov 2023 14:02:50 -0000


On 2023-11-12 09:21, Gert Doering wrote:
> Hi,
>
> On Sun, Nov 12, 2023 at 09:00:07AM -0300, Soni "They/Them" L. wrote:
> > > This encourages application programmers to stick to IPv4 sockets, because,
> > > why should they care?  CLAT will take care.
> > > 
> > > Remember we're still talking servers here, in a v6-only DC, and server
> > > applications being under much better control (normally) than clients
> > > (or worse, IOT).  Adding CLAT functionality just adds more code paths
> > > that need to be tested, and get in the way - a hard and fast fail on
> > > "try to use an IPv4 socket" is good, not "it works most of the time".
> > 
> > Moving it into the libc also means removing those pesky IPv4 syscalls.
> > 
> > It is about pushing it on application developers to deal with.
>
> Actually, not.  If libc gives appication developers working IPv4 sockets,
> they can continue to use them.  If IPv4 breaks hard, they will need to
> upgrade their applications to use IPv6 sockets.

It would probably be a good idea to deal with the sysadmin problem first.

Alternatively... There is the nuclear option. You can stop using vhosts 
and start bolting more IPv4 to your VPSes/servers. Yes it'll be 
expensive but it's one of the more direct ways to take out IPv4. 
(Ironically, deploying more IPv4 accelerates IPv4's own demise. Almost 
like anything else that has scarcity value.)

>
> Gert Doering
>          -- NetMaster