Re: [IPv6] Second Working Group Last Call for <draft-ietf-6man-rfc6724-update>

David Farmer <farmer@umn.edu> Thu, 11 April 2024 18:27 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 10997C151093 for <ipv6@ietfa.amsl.com>; Thu, 11 Apr 2024 11:27:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.093
X-Spam-Level:
X-Spam-Status: No, score=-2.093 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_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, 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=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 O9xVSscpgW3I for <ipv6@ietfa.amsl.com>; Thu, 11 Apr 2024 11:27:50 -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 F3D3AC151075 for <ipv6@ietf.org>; Thu, 11 Apr 2024 11:27:49 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p5.oit.umn.edu (Postfix) with ESMTP id 4VFp8h4Y80z9vckp for <ipv6@ietf.org>; Thu, 11 Apr 2024 18:27:48 +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 jh-cDzPTItU1 for <ipv6@ietf.org>; Thu, 11 Apr 2024 13:27:48 -0500 (CDT)
Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) (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 4VFp8h1Hm5z9vckn for <ipv6@ietf.org>; Thu, 11 Apr 2024 13:27:48 -0500 (CDT)
DMARC-Filter: OpenDMARC Filter v1.3.2 mta-p5.oit.umn.edu 4VFp8h1Hm5z9vckn
DKIM-Filter: OpenDKIM Filter v2.11.0 mta-p5.oit.umn.edu 4VFp8h1Hm5z9vckn
Received: by mail-ej1-f71.google.com with SMTP id a640c23a62f3a-a5219c1a645so6188166b.2 for <ipv6@ietf.org>; Thu, 11 Apr 2024 11:27:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; t=1712860066; x=1713464866; 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=PgeVTd64xiRWjsz1GUW2VSOn5ZGoqtgwi9gLj5wj7fQ=; b=qKHHcX+KrkAium6/RG5yAt9leRzz6H+8aXuHYsLdpYp+kHkf73HZ8LfxPfBBW2CxyK LQ2xIEASWUQoZsBRZ3uJLGXFFVrQe2ly2Rhh3h2eoropEDiUD88CrFp5wixLaAelF9Qe rrN3mPLm4K1CWJ7Rv0cKSCsIu9QzGOcSUa/MF+kWIkiupJdJdAgPBT5tT9eEGfBwGI9R Og3We9TrlwMlAQC7MXUDJXKL+2sMtw5QaZYFocxo7WwYlxQ5utidowo1ELfjaN1XyeX3 nhf0LS8hd9Ct99MP/fqlaiLAdBJwmePvNoxtJ+pRa93i1NREKWC4urK85MhZohYgmA9M IeVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712860066; x=1713464866; 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=PgeVTd64xiRWjsz1GUW2VSOn5ZGoqtgwi9gLj5wj7fQ=; b=JDwF4naXpcZFrWqFH5bQy4Op9w7J7pRClkWzJfPPBY3nAzINPajX6piabdDntLbPf2 HMA+kqlUiRW1ZZq+sIJW0tuV2Umsy21oOG0tDRzAUnjRjGPPzGqLurDIpCBwG83E6G64 lgIfKrsRG6JeZx0es4yIobJz0tRxsu2xIghR8zSq5/uhViNxKTJMpL6C/M1ecbnui+gz mKXVKC9jfUdNNZ2R0Je9HNKlJv1zeZFkocCGYuzfQ2pdRCvE/wzvkEyMJh+ioPJAcBuk flz96Pp89WUHIpVom2a3nX2tPC0I+gYITMxD5KeVi+ANsrBrdr14m8LsSMFvRnbALVMF T7Cg==
X-Forwarded-Encrypted: i=1; AJvYcCX+hAlMa4l81H0/oHCUatWaFio5PT+ornJJ9Qm0yKBwP60q9v/ojzCU+vv2h4qNT7c5d/yWokiwjsKX5/5m
X-Gm-Message-State: AOJu0YwJIx1mYIt+GwpYs+KV6Tc9eEyW0AWQ1ItJXlOKZgPfzJhwXL/X 2tnwUefxpdNFh6t27p6Tpw1oEXyf34OMuNnbH1yJ8jbWPAtZLCrvZBH/rR00C/40sXcCQ2FAqzL gQRPJYTc2nOra2E1B5WIkVTYk4idat7knQ/OvEFvOKlRaMBW3ibmjo24kg1jvz9Y2w0h/xeTRi5 I9Y9XQ112kAKMjQWSHC2/9
X-Received: by 2002:a17:906:3593:b0:a45:ad29:725c with SMTP id o19-20020a170906359300b00a45ad29725cmr331978ejb.62.1712860066345; Thu, 11 Apr 2024 11:27:46 -0700 (PDT)
X-Google-Smtp-Source: AGHT+IHxrc/JMRDqnGNORYvq6dpmCa0c5agVUNNwijqkGcdbZPQ+n8MJQyVXJ75hbHvwLWe+MLat2btKCc/3ystSRSM=
X-Received: by 2002:a17:906:3593:b0:a45:ad29:725c with SMTP id o19-20020a170906359300b00a45ad29725cmr331968ejb.62.1712860065943; Thu, 11 Apr 2024 11:27:45 -0700 (PDT)
MIME-Version: 1.0
References: <6A5E5F35-B35F-4358-8EE1-3BD82329141E@jisc.ac.uk> <6FBC1B5A-BF28-4B05-B2B2-A60DA4707755@gmail.com> <CAPt1N1m-Ye8vfOVnsPesFshLMV5QuVoxWqM=HVZiJ37zaBg6AA@mail.gmail.com> <CAKD1Yr1NTvFj0zB0=+nnUKck7TBtwHFz2XoFkD1smx4yCuZohQ@mail.gmail.com> <CAJU8_nWyE5TqBTXB9wfSkn6refaqYNVN967YAtCp-0VMk-5qWQ@mail.gmail.com> <CAPt1N1mqszfafMMY=54ezpoRymoy=bBjeVnWzxj6A27smR1eig@mail.gmail.com> <CAJU8_nWDDfwWEoahU4dqTEh3_HCq2UfpkFjefnXohb+5DAbjew@mail.gmail.com> <CAPt1N1nTJ1sDEQrn1iNUbvreu5bt0BweWgX7iOw6fmPgNBvUqw@mail.gmail.com> <CAJU8_nWsg=eGxu59akfB0+pOTJ-TYud-a_wGhtgnpp1RizVhrw@mail.gmail.com> <CAPt1N1nbTuSH4GGrimFAxe3YqTLbhiTX5KVjYsw+JRjoadzzrw@mail.gmail.com>
In-Reply-To: <CAPt1N1nbTuSH4GGrimFAxe3YqTLbhiTX5KVjYsw+JRjoadzzrw@mail.gmail.com>
From: David Farmer <farmer@umn.edu>
Date: Thu, 11 Apr 2024 13:27:28 -0500
Message-ID: <CAN-Dau36qjfT5YCPWAhko-RKjj3Cqeo-r9csM0fOadcdehvhBQ@mail.gmail.com>
To: Ted Lemon <mellon@fugue.com>
Cc: Kyle Rose <krose@krose.org>, Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c7eb870615d64fa3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/_UxVOZzzGuwGnsHsysbfdEjjGnk>
Subject: Re: [IPv6] Second Working Group Last Call for <draft-ietf-6man-rfc6724-update>
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: Thu, 11 Apr 2024 18:27:54 -0000

On Thu, Apr 11, 2024 at 8:29 AM Ted Lemon <mellon@fugue.com> wrote:

> On Thu, Apr 11, 2024 at 8:51 AM Kyle Rose <krose@krose.org> wrote:
>
>> On Thu, Apr 11, 2024 at 8:41 AM Ted Lemon <mellon@fugue.com> wrote:
>>
>>> But this is counterfactual. Rght now if you publish a ULA in the global
>>> DNS, it will not cause a delay because no host with IPv6 connectivity will
>>> try to connect to it. We only run into a problem if we decide to prefer all
>>> ULAs over all IPv4 addresses. That /will/ in fact cause delays.
>>>
>>
>> Because something is misconfigured. Right now, that misconfiguration is
>> hidden, and becomes visible only when IPv4 connectivity is broken for
>> whatever reason. Fix the glitch, which is the ULA in global DNS.
>>
>
> Kyle, I don't know if you can see this from where you're sitting, but you
> are making a religious argument here. It is not a misconfiguration to put a
> ULA in the DNS right now in the sense that it causes a problem. It's a
> misconfiguration because it doesn't match your mental model of How Things
> Should Be.
>
> I don't entirely disagree with you about this—I don't think that we ought
> to put ULAs in the global DNS. But I don't actually have a solid argument
> against Lorenzo's position—I just don't happen to agree with it.
>

I disagree with both of you. The distinction between local and global DNS
only exists in the human mind. It doesn't exist in the DNS protocol or on
the wire, except for the relatively recent availability of the .local
zone.  And even with .local, there is no way to distinguish between
different instances of .local. You don't know if a .local query is for or
if the response is from your instance or my instance of .local. Except for
the .local zone, there is no way to know if a query is intended to be
global or local or if a response is global or local. The protocol on the
wire is identical, and any distinction is a fiction of the human mind.

Furthermore, ULAs are global in scope, and if implemented correctly, they
are effectively unique globally. The only real question is whether they are
reachable or not, and preferring known-local ULAs and not other ULAs speaks
directly to the reachability question. Whether or not the ULAs belong in
the DNS or not, and how the DNS is configured, is irrelevant. The real
question is only if they are reachable or not, and again, known-local ULAs
resolve this question.

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
===============================================