IETF Logo Mail Archive

Re: [v6ops] IPREF as a transitioning tool

Gert Doering <gert@space.net> Sun, 12 November 2023 11:51 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 285B9C170600 for <v6ops@ietfa.amsl.com>; Sun, 12 Nov 2023 03:51:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.106
X-Spam-Level:
X-Spam-Status: No, score=-7.106 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_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, URIBL_BLOCKED=0.001, 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 JOj5gkqmXRNd for <v6ops@ietfa.amsl.com>; Sun, 12 Nov 2023 03:51:01 -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 8F917C1705F9 for <v6ops@ietf.org>; Sun, 12 Nov 2023 03:50:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=space.net; i=@space.net; q=dns/txt; s=esa; t=1699789861; x=1731325861; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=l17jRRGxsQa/vBUpWOAup3atKfUjGz5ECyu8E7x+OJM=; b=MVFaVNEut6EYhogPlTK5i8wG50mFKpqxmYr1t+EL5dycnP+CaNftRgeH WxURVg4i3nOa7VuApQ05lAFWS0712BTF/RV5J3LiP6r/Rx4+GVva75tTr Y9El6ZCT28wzVHIiFwF3kurNFfLe/C1zUXDPQ59tRJ8yDEF9A8KLd0tUd 41u3M53p4GNauzaRHgB0xpwz73hLeaholy2aetpnC2jHEqsvGsn2ZSuaf 0hZ5qMc1RbxOrC078vWnRkwtMwSuFc+f769VulwuZ/Gl0f3kKPM+sTf2n IQf52jYXWuhmlMmaNRMM+qFa1N8G62iDK6EQCoku2tg9qy4HsXa2A8bEy A==;
X-CSE-ConnectionGUID: BM1yH/A4RhK6Pd8N+TXSsg==
X-CSE-MsgGUID: qzZRKSZOTA6ajrxok2X79w==
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 12:50:57 +0100
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id E25F942030 for <v6ops@ietf.org>; Sun, 12 Nov 2023 12:50:56 +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 B63EA405B3; Sun, 12 Nov 2023 12:50:56 +0100 (CET)
Received: by moebius4.space.net (Postfix, from userid 1007) id AD36332F53; Sun, 12 Nov 2023 12:50:56 +0100 (CET)
Date: Sun, 12 Nov 2023 12:50:56 +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: <ZVC8IIgTR5SBlbl6@Space.Net>
References: <07bb6f08-188a-4ecb-8327-7db4221845c6@tul.cz> <e61d1472-03c4-c537-c81d-903264c976a4@wdmsys.com> <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>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="k5tnbc0DptP4qAI1"
Content-Disposition: inline
In-Reply-To: <fda716cb-b037-4de4-a3f7-cde6c1a99168@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/dFLecdQypnnKmP7Z6PHI2XzNDU4>
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 11:51:05 -0000

Hi,

On Sun, Nov 12, 2023 at 08:34:32AM -0300, Soni "They/Them" L. wrote:
> We mean we still think moving the CLAT to libc would be a good idea.

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".

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