[v6ops] converting ipv4 apis into ipv6 syscalls

"Soni \"They/Them\" L." <fakedme+ipv6@gmail.com> Thu, 23 November 2023 01:06 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 84D52C15155B for <v6ops@ietfa.amsl.com>; Wed, 22 Nov 2023 17:06:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.858
X-Spam-Level:
X-Spam-Status: No, score=-1.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_NONE=-0.0001, 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 uvdMHby-Pvrt for <v6ops@ietfa.amsl.com>; Wed, 22 Nov 2023 17:06:48 -0800 (PST)
Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (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 2F4ADC15153E for <v6ops@ietf.org>; Wed, 22 Nov 2023 17:06:48 -0800 (PST)
Received: by mail-pf1-x434.google.com with SMTP id d2e1a72fcca58-6c398717726so367091b3a.2 for <v6ops@ietf.org>; Wed, 22 Nov 2023 17:06:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1700701607; x=1701306407; darn=ietf.org; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:sender:from:to:cc:subject :date:message-id:reply-to; bh=Mr/8Z56E2YBS/pKOUd3sqfaWavp4Jul1gK8gRhO+hXI=; b=nlW9gqEpemi46V4eQTNtWm3jHnWxmzJXTnM+4k0A73AeYBv92heE/WJ0nZmLj5troa hKkzje0BuUwH0SBiLIRVnPEuwSHIhz4ldRxymETswARAsm4A7/OeZ1Rq3GAJOurhUnZ1 f7YoPJ7ViIZ48ekE+2kqo35ZEHQ7uL9k21dkhzQwdgw/cWiAGhUIGsL0RLWm0f/huQjs YXFo/ii6AAqXmrPtKHUQu7MPmyODjRlnqfpeT5Iwiczdr74guruKuGUav6iCPkfPqRZm ndnh+p1UyJcM+Y/ewzoqQ6xj8MVEXvZxGfPlRCzBLuMW8hjvegCVqeWFcW3eOBCq+ZhZ uzPw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700701607; x=1701306407; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Mr/8Z56E2YBS/pKOUd3sqfaWavp4Jul1gK8gRhO+hXI=; b=xDD1ZGGViQ6cLNruCwpujeuctOviwIYGen08Gs5mlmi5diwJorp6xDUih7VVxS0kj2 s5hxjYVa+r9rafHLWdBfdch89UWAbHyUm5oroidjir5TcxO9JdSmXFxaL/YCKD6hegAz 1cbwrfrttERvBaFH3L1b+79mtFcfIgs8ri7DaFRYzbj8eAiDign1jROQGhi9eKAi1RQO 3AuQHpdaiwfKeRTRqfsO2OPFkvYj+Ntk1sVEbF+3cJf1fgkm44W4nXnrwqyV3HyCHbgg J586loKbig/kxcHFTVB7yfK78U9b6aR7IJva5E/ohQdUwat7LExWpMEp535P9ky2hWm3 kQFQ==
X-Gm-Message-State: AOJu0Ywt2wYqRsxjApOiX7D6xMRFSfWwKjQAZWY3i7+p30kgBZxOVILS +KK3xhSiKB27qTD+gDjmyHj8MiLnJrw=
X-Google-Smtp-Source: AGHT+IH65KbQvTRu+LTtMzTgOHN5GP/wGJPin0Q6+WdAbxlrPGP37Hw0GsRC7JNAvdjZup0USHhV1Q==
X-Received: by 2002:a05:6a00:3992:b0:6cb:6857:4022 with SMTP id fi18-20020a056a00399200b006cb68574022mr3691166pfb.18.1700701607378; Wed, 22 Nov 2023 17:06:47 -0800 (PST)
Received: from ?IPV6:2804:431:cfcc:466b::536f:6e69? ([2804:431:cfcc:466b::536f:6e69]) by smtp.googlemail.com with ESMTPSA id j7-20020a62e907000000b0069323619f69sm93567pfh.143.2023.11.22.17.06.44 for <v6ops@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 22 Nov 2023 17:06:46 -0800 (PST)
Sender: "Soni L." <fakedme@gmail.com>
Message-ID: <8bb938a9-33cd-4486-9e46-c93feca97c5f@gmail.com>
Date: Wed, 22 Nov 2023 22:06:38 -0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: IPv6 Operations <v6ops@ietf.org>
From: "Soni \"They/Them\" L." <fakedme+ipv6@gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/0MyHJ50T28NToOd9Sth7i9huXxI>
Subject: [v6ops] converting ipv4 apis into ipv6 syscalls
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: Thu, 23 Nov 2023 01:06:48 -0000

(this is probably not quite the appropriate list, but hey)

looking over at RFC 3338, it's funny that this was intended to allow 
ipv4 apps to communicate with ipv6 hosts.

but as far as the mechanism goes, it would be much more fitting to 
enable ipv4 apps to work without an ipv4 stack. tho maybe take out the 
stateful address mapper and make it aware of NAT64 prefixes. basically 
use RFC 3338 to substitute the modern-day CLAT.

we're struggling to find prior art on this tho. surely "remove the ipv4 
stack while still supporting ipv4 apps" cannot possibly be a new idea...?