IETF Logo Mail Archive

[DNSOP] Re: Side Meeting - DNS Load Balancing

Paul Vixie <paul@redbarn.org> Sun, 30 June 2024 03:29 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B6CEC14F68C for <dnsop@ietfa.amsl.com>; Sat, 29 Jun 2024 20:29:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.461
X-Spam-Level:
X-Spam-Status: No, score=-2.461 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, NICE_REPLY_A=-0.355, 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 (1024-bit key) header.d=redbarn.org
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 tanvZWFooqy4 for <dnsop@ietfa.amsl.com>; Sat, 29 Jun 2024 20:29:50 -0700 (PDT)
Received: from util.redbarn.org (util.redbarn.org [IPv6:2001:559:8000:cd::222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 46D05C14F5E9 for <dnsop@ietf.org>; Sat, 29 Jun 2024 20:29:50 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "*.redbarn.org", Issuer "RapidSSL TLS RSA CA G1" (not verified)) by util.redbarn.org (Postfix) with ESMTPS id 1C2E61A2926; Sun, 30 Jun 2024 03:29:50 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1719718190; bh=zayuF0r/7z5iBNY+449SlHc/r17bG8tKQQqjCTAmC1A=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=a5kYpfgbl57oCBGwGyRsnwEhvC4fNssinNyPSll1nDKWyFw9gItBQcZEhnYXpfViZ HKHesyuNQ+m4IAMorldUr/Ckjcf1gAiB6Ic1hPYCwk6SZy4+VMnA5hPGCXL9k7lKI3 v+ylGbr/f3rTJpnJnrXUKNbVmNRrWLyTwAgUrBDU=
Received: from [24.104.150.159] (dhcp-159.access.rits.tisf.net [24.104.150.159]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id DE2D1C3F21; Sun, 30 Jun 2024 03:29:49 +0000 (UTC)
To: Bill Woodcock <woody@pch.net>
References: <SA1PR15MB4370B67BA1571F9246FD00CDB3D02@SA1PR15MB4370.namprd15.prod.outlook.com> <dda32a30-518d-40dd-b7da-a19e8e9b3d4d@bellis.me.uk> <ACFFD3D5-0524-4EC5-9F0E-83B5D32A8925@rfc1035.com> <509f0d65-0e43-4ad6-ad33-e4345c1a35aa@redbarn.org> <60FA3B2C-6A32-4211-8331-6C4768712B2D@pch.net>
From: Paul Vixie <paul@redbarn.org>
Message-ID: <1a987603-3d9a-a446-11f2-6028f8af1097@redbarn.org>
Date: Sat, 29 Jun 2024 20:29:48 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 PostboxApp/7.0.60
MIME-Version: 1.0
In-Reply-To: <60FA3B2C-6A32-4211-8331-6C4768712B2D@pch.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Message-ID-Hash: BMCWHDZWTW5B7CW4SAEOBYPUCMQ6ZFJL
X-Message-ID-Hash: BMCWHDZWTW5B7CW4SAEOBYPUCMQ6ZFJL
X-MailFrom: paul@redbarn.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dnsop.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: dnsop@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [DNSOP] Re: Side Meeting - DNS Load Balancing
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/m7jZusZy8Du0jBSTTMltWo7oUXk>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Owner: <mailto:dnsop-owner@ietf.org>
List-Post: <mailto:dnsop@ietf.org>
List-Subscribe: <mailto:dnsop-join@ietf.org>
List-Unsubscribe: <mailto:dnsop-leave@ietf.org>


Bill Woodcock wrote on 2024-06-29 20:22:
> On Jun 29, 2024, at 19:59, Paul Vixie ... wrote:
>> It's my hope that CDN support can be added to DNS in a way that allows all answers to be identical. ... we have to move away from CNAME especially at the apex. The great bogie man of CDN seems to be additional round trips.

> Agreed.  ... Anything which entrenches DNS inside CNS because the CDN is too stupid to function without even-stupider DNS tricks that break, for instance, zone transfer, is really bad.  ...

Bill's mention of stupid dns tricks reminded me of this 2009 article:

https://queue.acm.org/detail.cfm?id=1647302

Epic fun times.

-- 
P Vixie

v2.26.15 | Report a Bug | By Email | System Status