[DNSOP] Re: Side Meeting - DNS Load Balancing

Davey Song <songlinjian@gmail.com> Mon, 01 July 2024 03:08 UTC

Return-Path: <songlinjian@gmail.com>
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 A0051C1519A3 for <dnsop@ietfa.amsl.com>; Sun, 30 Jun 2024 20:08:28 -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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=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 NydW3dcU1Bar for <dnsop@ietfa.amsl.com>; Sun, 30 Jun 2024 20:08:24 -0700 (PDT)
Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (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 A6EAAC151535 for <dnsop@ietf.org>; Sun, 30 Jun 2024 20:08:24 -0700 (PDT)
Received: by mail-pj1-x1035.google.com with SMTP id 98e67ed59e1d1-2bfdae7997aso1382524a91.2 for <dnsop@ietf.org>; Sun, 30 Jun 2024 20:08:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1719803304; x=1720408104; 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=d7xp3x8SlqMeAKKO/A90+Uc0tqs1Ymi0VIMfte/ylps=; b=Oe7hoco9vQ/Nlx+1M7ccCbnl13FJ0TP8dXefUbnXIHLBB4Y0Evwm92oyGpYZDNkvBy 8cOFj8ruGLKd3N/utxKWFMe2vZMW1gdBCg68RXgznoumCEuODZvO7aIHcuB0jfwC6NZm 5nHQJ2Mc3JDAGwx/WI3BVm+C2VOhGiN9M/OOPJ4Gl+eyJjbGwvhEmJWeU8nzpWYL6RV5 Yib44xnjmgRrKDAVub2R9dkMtFqgVvNjDlZpONy5N+gvt6R0pk02GWkisWlL2OaT5DQM UtxbdPLFYLelTvpR7lDvRdIT+pBmV5+G4zmOwBANel8Y/1ChfZt1A2QsXZjqsLMKxZ5V D4lQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719803304; x=1720408104; 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=d7xp3x8SlqMeAKKO/A90+Uc0tqs1Ymi0VIMfte/ylps=; b=XkcT4YDpZQh5w5gMcDMm2gkTM2gWT5Dwezc9hMX4aEkX84D69YeYrytfLOWpTIfRCE mbrlyeKdVVet/f6mMoU6jUrDISv+6WazVexpYrF0qQz2JGZKjBsCbj7nbVei57CKms0W PMjZgN/wrqwGriDG1wFCEYMZjQIeGTZUvKU4DQwwx7PSQU7jCrH/Vj7H/wS0afDoUb4w UatfzV8zST+1bY27on7nPCu2LnKdu+Nac30G1KLoyieh+VsbYHGIcxEBqzFWWXidfOaY ENtEnLn9xk+rR7byb2uocF6ilHwvmPVvlTCfQHgxaWtQaqiPfRcFRuttjwcwlX6ZMvsd /C7A==
X-Gm-Message-State: AOJu0YzdP7C4QzQMMaVTm9S9O+lzzS9cZ/NF2Cuug4zGfE/Z9l6i8rJP Hk2dF1X0IfEQMiFo4biXnOf/pMpgolrBI/5f8pqBq9W/FcKpT2vFjJZ1uttzhltVeMBWe2mos4V YXQBwEsLsU37G7y5jjii3BmvYR+E=
X-Google-Smtp-Source: AGHT+IEqkKJ6NT103GjPwMgTwU/to+Lxs0Nlr8eT9dp6rNWKdLwz4K0BL0aIqQAuB47D9lgZ+DOSp0kcUpnXcScnaeU=
X-Received: by 2002:a17:90b:180d:b0:2c3:1234:8bbb with SMTP id 98e67ed59e1d1-2c93d771f59mr1834694a91.38.1719803303637; Sun, 30 Jun 2024 20:08:23 -0700 (PDT)
MIME-Version: 1.0
References: <SA1PR15MB4370B67BA1571F9246FD00CDB3D02@SA1PR15MB4370.namprd15.prod.outlook.com>
In-Reply-To: <SA1PR15MB4370B67BA1571F9246FD00CDB3D02@SA1PR15MB4370.namprd15.prod.outlook.com>
From: Davey Song <songlinjian@gmail.com>
Date: Mon, 01 Jul 2024 11:08:11 +0800
Message-ID: <CAAObRXKQ8-OfK=dcqthycNajo6bDE6SPcnjbyBqv_vZ8NKD9Hw@mail.gmail.com>
To: Ben Schwartz <bemasc=40meta.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ff3bd5061c26e838"
Message-ID-Hash: OLYPYSNI7NDQ4INKQ4TCGXVQQFPB7YFH
X-Message-ID-Hash: OLYPYSNI7NDQ4INKQ4TCGXVQQFPB7YFH
X-MailFrom: songlinjian@gmail.com
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 Working Group <dnsop@ietf.org>, "shane.kerr@ibm.com" <Shane.Kerr@ibm.com>
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/-ioJPYMfl9WMMGoAbsOYleyBqI0>
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>

Hi Ben,

Good to hear from you about the side meeting on DNS load balance.  We
recently came up with a draft on the security and robustness of the NS
selection algorithm and will submit it soon with the final editing.

Is this side meeting accessible on line? Looking forward to hearing from
your guy's comments and feedback.

Best regards,
Davey


On Sat, Jun 29, 2024 at 12:48 AM Ben Schwartz <bemasc=
40meta.com@dmarc.ietf.org> wrote:

> Hi DNSOP,
>
> The practice of DNS Load Balancing -- sending different answers to
> different resolvers to optimize latency and avoid overload -- has been
> around for at least 25 years, and remains as popular as ever.  It's never
> really been supported in the DNS standards though, and it particularly
> conflicts with the concepts of zone files, zone transfers, and offline
> signing.
>
> I think it's time we did better on this front.  To that end, Shane Kerr
> and I will be hosting a side meeting at IETF 120 on DNS Load Balancing,
> tentatively scheduled for Wednesday afternoon:
>
> https://wiki.ietf.org/en/meeting/120/sidemeetings#wednesday-24-july
>
> We hope to develop a strategy for standardization, discuss topics that
> should be in or out of scope, and possibly present a demo of what standards
> support for load balancing could look like.  Please join us (in-person or
> remotely) if you have an interest in this topic.
>
> For  discussion in the next few weeks before the meeting, we'll be
> experimenting with the IETF's new Slack channels for collaboration.  If you
> have thoughts or questions, please join our channel (using your Datatracker
> account):
>
> https://ietf.slack.com/archives/C07AC0KDNJY
>
> Regards,
> Ben Schwartz
> _______________________________________________
> DNSOP mailing list -- dnsop@ietf.org
> To unsubscribe send an email to dnsop-leave@ietf.org
>