IETF Logo Mail Archive

Re: [v6ops] IPREF as a transitioning tool

Gert Doering <gert@space.net> Sun, 12 November 2023 12:21 UTC

Return-Path: <gert@space.net>
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 DBECEC170607 for <v6ops@ietfa.amsl.com>; Sun, 12 Nov 2023 04:21:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.807
X-Spam-Level:
X-Spam-Status: No, score=-2.807 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=space.net
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 c3n0bOf0U95y for <v6ops@ietfa.amsl.com>; Sun, 12 Nov 2023 04:21:16 -0800 (PST)
Received: from gatekeeper1-relay.space.net (gatekeeper1-relay.space.net [IPv6:2001:608:3:85::38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53351C1705EE for <v6ops@ietf.org>; Sun, 12 Nov 2023 04:21:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=space.net; i=@space.net; q=dns/txt; s=esa; t=1699791677; x=1731327677; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=IKdoM8puV3b/UwdzEB2LKZqjRZ5sa28koMdps0yRNQI=; b=NJ0EwxolqWT8QLg3HBHcdlB0dREAH/6UddSVsH899IbOSQlJd0FEZZlR rUYkrnjd+AjDs8oRAtlyYMs6ED5yZ3Sg7LIki1Lqs6YJXljLV8XnjtSC/ ItLirWCFFg45s249DxR64OvZ0XDmpe0U7MhpeKt4KtX2Drsrtylz5X0BO r3TapCxpYaZC1nXAO1ce9XtLiY1uDHavhrPg9W1LkA3RIfapUCiyB8IVs IPDqO8X3miFTkQDGEh0XFME0gpy+zM3x/7kXV7zt8/c/4FiEQ1UrjwWHl Ye1IfeLYLhHIWDfqolTLD2ETNxZT27XmuVT0nmGT8zZVVP/yVAE8wLevE g==;
X-CSE-ConnectionGUID: YiUxhkOVTf+xnBJPir3hAw==
X-CSE-MsgGUID: Vuy4zCDoRwK5SpmPE/NHSw==
X-SpaceNet-SBRS: None
Received: from mobil.space.net ([195.30.115.67]) by gatekeeper1-relay.space.net with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Nov 2023 13:21:12 +0100
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id C852E42711 for <v6ops@ietf.org>; Sun, 12 Nov 2023 13:21:11 +0100 (CET)
X-SpaceNet-Relay: true
Received: from moebius4.space.net (moebius4.space.net [IPv6:2001:608:2:2::251]) by mobil.space.net (Postfix) with ESMTP id ABE414270C; Sun, 12 Nov 2023 13:21:11 +0100 (CET)
Received: by moebius4.space.net (Postfix, from userid 1007) id 9C5B0332B5; Sun, 12 Nov 2023 13:21:11 +0100 (CET)
Date: Sun, 12 Nov 2023 13:21:11 +0100
From: Gert Doering <gert@space.net>
To: "Soni \"They/Them\" L." <fakedme+ipv6@gmail.com>
Cc: Gert Doering <gert@space.net>, v6ops@ietf.org
Message-ID: <ZVDDN3ISbPZXrzpP@Space.Net>
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>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="2JiALiRSJRXB5bcP"
Content-Disposition: inline
In-Reply-To: <69ce052c-5214-4497-9079-69b2d6767b1f@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/479k9qLzx6nEChGGa5PrK8fJObc>
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 12:21:20 -0000

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.

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Michael Emmer
Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                 HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444         USt-IdNr.: DE813185279

v2.27.8 | Report a Bug | By Email | System Status