Re: [v6ops] Are we competitive?

"Soni \"They/Them\" L." <fakedme+ipv6@gmail.com> Tue, 09 August 2022 21:51 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 DBFE3C159482 for <v6ops@ietfa.amsl.com>; Tue, 9 Aug 2022 14:51:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.859
X-Spam-Level:
X-Spam-Status: No, score=-1.859 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, NICE_REPLY_A=-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 pmOlNjX0lnb6 for <v6ops@ietfa.amsl.com>; Tue, 9 Aug 2022 14:50:55 -0700 (PDT)
Received: from mail-vs1-xe2e.google.com (mail-vs1-xe2e.google.com [IPv6:2607:f8b0:4864:20::e2e]) (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 3670AC159484 for <v6ops@ietf.org>; Tue, 9 Aug 2022 14:49:14 -0700 (PDT)
Received: by mail-vs1-xe2e.google.com with SMTP id 67so5916882vsv.2 for <v6ops@ietf.org>; Tue, 09 Aug 2022 14:49:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc; bh=sNEF/4pvqo4qCEQCAvQZ03kA2E6Rm8nhxM+I3lFdjFc=; b=VHSIp/ZpYqAIooIt5CzBta1DLElfAZrg86NLLm9ZjJkeX0x4ElD/teVuSqqxj2tIrJ KcjQF4yxkp6+jY5amFuX/jfp86qALYLn5onupsXE+YcSSu/35HtqX5nuyzjfgkDMV5wb l9bzhSowD2BUrP04ab69TuthrdXFOPvLJyqcaakjm5/960Pto4e8RHfIaO6xuz6CGSPU f2x/EOqfUqpyn76WRznWMCVIEtKaOWkYockW0grsnj36dC+rk7UOAyxc1QIKSXdNyG4B SZymH9n2Rqv6aGe1LjWab4VAYydBC5cU1sfqsiIUTxCsFR108SOX9uKau+I3InA/UAxB s4bA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc; bh=sNEF/4pvqo4qCEQCAvQZ03kA2E6Rm8nhxM+I3lFdjFc=; b=ktvEiEhkf/Q5dsEOeQfcPMTCGLM0umdzaOckqWOwroYMCZ7BCZvh24d2gNBcYm6eEg WJOWaiptAieqKCUm2C1F31vBN1ez/Ry+QeKAi3gYge0M5Y9w+sOfTZXuLXwYx+NIaz7B WMMKDCF4h9CM7IErhyXo7zDijAPOLdaSWogk7H+ixnDLPxlwTQI3cu53EUNBS8tWZS4K KWs+7s+M4FlKWJ3X/VPezZWcGQAQBdspWyMAsF6ygKjpSLxFLXOZu7eRAnoQ2pfClqSF eeA/F0zZ3QWjmwAgYwkJ0FfGD8nNjC6L80GiiMhPAcvUHoTwMeF+IXd1UBdDbcRMD2QB BqpQ==
X-Gm-Message-State: ACgBeo3YpQNr7xVqT7N4jU74REtcOXcv0/l1TqNbUsoW0qVtbKYrgLht N9QI47tjbS+ZTNtYxGtk4jtFXzxNyRI=
X-Google-Smtp-Source: AA6agR7upyZ3vK8wTGG0x59ZrW9ACm2RWE8k3cvifC2s4Xlbrjd2EcnC+t9bGnaTySWni/3M8AzRxw==
X-Received: by 2002:a67:b24b:0:b0:357:31a6:1767 with SMTP id s11-20020a67b24b000000b0035731a61767mr10223439vsh.29.1660081753337; Tue, 09 Aug 2022 14:49:13 -0700 (PDT)
Received: from ?IPV6:2804:431:cfcd:d9b9::536f:6e69? ([2804:431:cfcd:d9b9::536f:6e69]) by smtp.googlemail.com with ESMTPSA id 1-20020a670801000000b0035fbcd4c849sm10366717vsi.18.2022.08.09.14.49.10 for <v6ops@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Aug 2022 14:49:11 -0700 (PDT)
Sender: "Soni L." <fakedme@gmail.com>
Message-ID: <40a92b22-eeee-c359-3c50-e9ba51375364@gmail.com>
Date: Tue, 09 Aug 2022 18:49:09 -0300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: v6ops@ietf.org
References: <e4a35f0c-757a-aefa-c211-05b6015a4215@gmail.com> <YuJXbruluDmzF3RD@Space.Net> <ec68b29c62034d3e98adec9c5da45ff3@huawei.com> <25e4f9e4-e055-241c-7047-97dca8b09cc8@gmail.com> <3c35a91af90d4b82af724e7ce98378d3@huawei.com> <CAE=N4xcPq3CB5DDjPOk3oAqBfpJRebhXsFExSEAX_Yr3_XsSUg@mail.gmail.com> <97662d43-7daa-191c-792b-49a626fb9769@gmail.com> <CAM5+tA_w9n2=cXc=mgsr8iOx2rndAWgPhnoNBs4UQnJd3gJxNA@mail.gmail.com> <CADzU5g4mSqqVXE9ppe1U=dMM59GUPviArL_5tiQe0yxm-YZrgw@mail.gmail.com> <CAM5+tA9tOGuy8scXStxOTzWOwG_zvDHx4Hi5CwkGiYmzNLOvqw@mail.gmail.com> <CAPt1N1neKi_8A=WQz44vsO9nywmfCjXhiWrDMuhaFFTHvj_g7A@mail.gmail.com> <CAM5+tA-hse1OoVT_R90u76GpF8ZSW7PaGhXP4V6UbT4Xe8=BFg@mail.gmail.com> <CADzU5g6q=PL+yaijHZvgTz9F7ePUtdAgPCv-3Qmf0vNS4mZENQ@mail.gmail.com>
From: "Soni \"They/Them\" L." <fakedme+ipv6@gmail.com>
In-Reply-To: <CADzU5g6q=PL+yaijHZvgTz9F7ePUtdAgPCv-3Qmf0vNS4mZENQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/57oaf9GAbrMx9vZMe46UaDkM_Io>
Subject: Re: [v6ops] Are we competitive?
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: Tue, 09 Aug 2022 21:51:00 -0000


On 2022-08-09 18:16, Clark Gaylord wrote:
>
> That there are commercial NAT66 offerings is less compelling. Vendors
> frequently want you to do bad things. NAT66 suffers from the same
> problem as NAT44 -- there is no exit strategy. NAT64 is specifically a
> *transition* technology and over time there is less and less NAT.
>

how do you make it so e.g. TAYGA uses the same client IP(v4) for all
CLATs without NAT66, i.e. without mapping IPv6 addresses to a single
canonical, internal IPv6 address (maybe [::1]) for TAYGA to use?

since TAYGA is stateless, it wants to map single IPv6 to single IPv4.
"true" NAT64 using the DS-Lite range requires the use of NAT66 + TAYGA,
otherwise you have to use 1918 (or, alternatively, CGNAT addresses) +
NAT44 + TAYGA.

(still trying to see if this works, haven't had the time to play with
it... still annoyed at the lack of out-of-box linux distro 464XLAT
support also.)