Re: [IPv6] I-D Action: draft-ietf-6man-rfc6724-update-00.txt

David Farmer <farmer@umn.edu> Fri, 20 October 2023 21:10 UTC

Return-Path: <farmer@umn.edu>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0C3CC15107E for <ipv6@ietfa.amsl.com>; Fri, 20 Oct 2023 14:10:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.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, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umn.edu
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 gcabiiTZUUxh for <ipv6@ietfa.amsl.com>; Fri, 20 Oct 2023 14:10:10 -0700 (PDT)
Received: from mta-p5.oit.umn.edu (mta-p5.oit.umn.edu [134.84.196.205]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0550FC14CE51 for <ipv6@ietf.org>; Fri, 20 Oct 2023 14:10:09 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p5.oit.umn.edu (Postfix) with ESMTP id 4SBy0K1XGTz9vdMM for <ipv6@ietf.org>; Fri, 20 Oct 2023 21:10:09 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p5.oit.umn.edu ([127.0.0.1]) by localhost (mta-p5.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dk7gG1usNcwL for <ipv6@ietf.org>; Fri, 20 Oct 2023 16:10:09 -0500 (CDT)
Received: from mail-ed1-f70.google.com (mail-ed1-f70.google.com [209.85.208.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p5.oit.umn.edu (Postfix) with ESMTPS id 4SBy0J5VcHz9vdMj for <ipv6@ietf.org>; Fri, 20 Oct 2023 16:10:08 -0500 (CDT)
DMARC-Filter: OpenDMARC Filter v1.3.2 mta-p5.oit.umn.edu 4SBy0J5VcHz9vdMj
DKIM-Filter: OpenDKIM Filter v2.11.0 mta-p5.oit.umn.edu 4SBy0J5VcHz9vdMj
Received: by mail-ed1-f70.google.com with SMTP id 4fb4d7f45d1cf-531373ea109so790043a12.3 for <ipv6@ietf.org>; Fri, 20 Oct 2023 14:10:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; t=1697836206; x=1698441006; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=zjpQHmLGXQZzadzalMlbGwZ2RQBIdNGZ7sa7quKfGB0=; b=UWPFilTZsCeoQFCV/ghgPFbE/0l7sh288ut26hyvWv5Plr9ht9wljW2mo4vuxZrpFh ir0GyJbtyoOEkgum6iRsSzQqIotavGdPiqs6D8vkNlFlvtlubFHei9lChFXsNXDFR7xv /fmzz4b4u7bU0rw6cJ0Q2g6XEva4Nfo1/62Bq+BtBk6KHOdSCqIjJb8Wp7/WZInYM3oh AGl943bvbTBi6kpx4Rxh36STBz1CjXvuTmIb8lzupUEdDBZlUMbVdOjEv7loow4KENEL ar7Yt+l7HCwxOzQlSNpv39gfpDPH0Nyu6GYxnqaFhEkVva24n5WNgGCHTv8xpTkWf8fm U3rw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697836206; x=1698441006; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=zjpQHmLGXQZzadzalMlbGwZ2RQBIdNGZ7sa7quKfGB0=; b=TfALKpph5eETEF+VUXDWKLA5ajUI0ULCz3951s8jyQleZGGNFlBQmHdjd0AluWIdVV j1n927mbHrMYK1ZCXsD1PIGJYEXjotvv1ctCgoZFTokhtQzTJpSnfYNLc5pg6IiODynw 0MYTDdBKCCxJ2c0yZd7cjG0/JKaYVE/+MG2L16sDFriECZCQK+J8YjNJyOFltNi3cV7X ysxaRKpZCTI0rPgmUTB1OJIu2+bIUvWxpDZTaOM3fbvbMJKnmJAC5FzVLu2TVkl3TEZ1 R2qCol3A89BdPjCsn21O2WBbvHqmoU88Gm9Z0YNam6DLcsFvDPI4RnPRpJvZiJvUoAev EUcQ==
X-Gm-Message-State: AOJu0YxQgeO+xgUCYrsuFpUwpTSnvvrmYhWVUnSLmXhJTjW9cphRzv3T OeTsh2HJQKemGNKsI8bGGTVGoOD6MT2fI9FDycbC0NlHpRR9ePFtR5tNm7BxDXsZF251X7b3VWT eiXT1wjtsCjm9yQ2PVX8NBhshGMxGnH7PZs0=
X-Received: by 2002:a05:6402:50d4:b0:53e:3584:d395 with SMTP id h20-20020a05640250d400b0053e3584d395mr2292867edb.34.1697836206381; Fri, 20 Oct 2023 14:10:06 -0700 (PDT)
X-Google-Smtp-Source: AGHT+IFigOvrq+MH6tnPJ9D7Nb7E9EnsHt6cGbWycZjOGB3cAYjedg3Y7Q68ZVgdtDTbrZp/M2UGZiyXqxAcUnlW/t0=
X-Received: by 2002:a05:6402:50d4:b0:53e:3584:d395 with SMTP id h20-20020a05640250d400b0053e3584d395mr2292845edb.34.1697836205771; Fri, 20 Oct 2023 14:10:05 -0700 (PDT)
MIME-Version: 1.0
References: <169686229022.13380.1151518565582812589@ietfa.amsl.com> <b6e5c407-c50c-4834-b5df-d7362b764fe2@Spark> <PH0PR11MB4966868276813E0C8A1AACABA9D5A@PH0PR11MB4966.namprd11.prod.outlook.com> <CAN-Dau26C0dqXvr3i_VdZJtbkRes4APjXY1xHsbFw3zpWzj8Aw@mail.gmail.com> <92A814D5-FA86-4FAB-8843-7B3D7DDB23E8@employees.org>
In-Reply-To: <92A814D5-FA86-4FAB-8843-7B3D7DDB23E8@employees.org>
From: David Farmer <farmer@umn.edu>
Date: Fri, 20 Oct 2023 16:09:48 -0500
Message-ID: <CAN-Dau1=+hG-oK+cN49xJ2Ru+mm57Cfai3HNrLcO1fqEDaMarQ@mail.gmail.com>
To: Ole Troan <otroan=40employees.org@dmarc.ietf.org>
Cc: "Eric Vyncke (evyncke)" <evyncke@cisco.com>, 6man WG <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000eea44606082c4b29"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/mfK5J6p2CnDGKubMKHpIAlMiswM>
Subject: Re: [IPv6] I-D Action: draft-ietf-6man-rfc6724-update-00.txt
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Oct 2023 21:10:14 -0000

On Wed, Oct 18, 2023 at 2:03 PM Ole Troan <otroan=
40employees.org@dmarc.ietf.org> wrote:

> > An IPv6 ULA address will only be preferred over an IPv4 address; IFF,
> both IPv6 ULA source and destination addresses are available. As discussed
> in this thread and section 7 of this update, with rule 5 of section 6 of
> RFC6724 and the ULA label added in RFC6724, an IPv4 source and destination
> will be preferred over an IPv6 ULA source and an IPv6 GUA destination
> address, even though generally IPv6 ULA addresses are preferred over IPv4
> in the policy table as proposed in this update.
> >
> > Furthermore, in order for the scenario you describe, ULA used with
> NPTv6, NAT66, or NAPT66 and to be preferred over IPv4, the separate ULA
> label actually MUST be removed from the policy table.
> >
> > Therefore, the policy table, as proposed, discourages the use of ULA
> with NPTv6, NAT66, or NAPT66, which, if I'm understanding you correctly, is
> what you would like.
>
> The behaviour _I_ would like is for RFC1918 and ULA sources to be treated
> equally for global DA.
> Expecting HE / host heuristics would deprioritize one or the other as the
> host learns the SAs actual reachability.
>
> I don’t think the answer to that problem is a separate block of IPv6 space
> for ULA with global reachability (how many address classes are we going to
> have) or to per-network modify the host SAS policy.
> Operators are then instead solving it by using an address space that does
> behave that way. E.g. 2001:db8::/32.
>

Using ULA for global communications and reachability conflicts with the
very definition of ULA in RFC4193. From the Intro of RFC 4193, "This
document defines an IPv6 unicast address format that is globally unique and
is intended for local communications [IPV6]... They are not expected to be
routable on the global Internet."

As currently defined, if the host only has a ULA source address, the host
can expect only to have local connectivity. If the host also has a GUA
source address, the host can expect global connectivity. Just because we
blurred this distinction in IPv4 doesn't mean we should also blur the
distinction in IPv6. We have plenty of IPv6 addresses to have separate
local and global address formats, and that is why ULA was defined as a
separate address format.

There is no good way to maintain the distinction between local names and
global names in the DNS. If we can't maintain a clear distinction between
local and global IPv6 addresses, then we are doomed to confuse the local
and global domains forever. Let's not do that!

Thanks.



-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================