From: Paul Vixie <paul@redbarn.org>
To: Davey Song <songlinjian@gmail.com>
Date: Mon, 01 Jul 2024 15:37:38 -0700
Message-ID: <3319232.5fSG56mABF@heater.srcl.tisf.net>
In-Reply-To: 
 <CAAObRXJr4r-jVX-p739oM2Z6AAnzzSTAw34rjo8Ot8yUDvFDow@mail.gmail.com>
References: 
 <dda32a30-518d-40dd-b7da-a19e8e9b3d4d@bellis.me.uk>
 <5020268.31r3eYUQgx@heater.srcl.tisf.net>
 <CAAObRXJr4r-jVX-p739oM2Z6AAnzzSTAw34rjo8Ot8yUDvFDow@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="UTF-8"
Message-ID-Hash: FBBMXZAUCVPWXIJHTICRPA27VRLQXQS7
CC: dnsop@ietf.org
Precedence: list
Subject: =?utf-8?q?=5BDNSOP=5D_Re=3A_Side_Meeting_-_DNS_Load_Balancing?=
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/dnsop/m90jH4PuJHeIyInPhwa4Xm-aE4Q>

On Monday, July 1, 2024 2:54:55 AM PDT Davey Song wrote:
> Hi Paul,
>=20
> I=E2=80=99m sending this email off-list to respond to your comment.

in fact you cc'd the mailing list, so i shall do likewise in my reply.

> ... However, the fact is that DNS has been widely used
> as a direction system for a long time with lots of tricks though.
> Individual tricks build walls for interoperability.

sadly, no innovator ever earned equity by adding simplicity to a system. th=
e=20
continuous result has been a series of negative externalities ("complexity=
=20
costs") for the rest of a community or industry.

> Our friend PVM  thought
> that DNS could contain not only data but also programs in the future. What
> do you think?

noting that at the time javascript was first prototyped, there were a numbe=
r of=20
existing languages intended for precisely this kind of embedding which were=
=20
not considered, any of which would have matured faster than javascript has=
=20
done. this should inform us that any language encoded into the DNS would be=
=20
found not-innovative-enough for some future equity-earner, and that continu=
ous=20
re-invention will be the result no matter what then exists.

however, your question shows in-clarity in what i wrote earlier. i am in fa=
ct=20
advocating for putting something-like-a-program into the dns, to be consume=
d=20
by either recursive dns servers, or stub resolvers, or apps, or all three.=
=20
whether this is some kind of policy that describes how to learn load levels=
 of=20
content mirrors, or how to learn CDN topology, or how to learn other metric=
s=20
=2D- doesn't matter to me. SPF shows a way to express policy as rules, but =
if=20
someone insists that it be tiny Lua or TCL or Scheme fragments, i won't tre=
at=20
it as a proposal to a different need, only a proposal in a different format.

i'll have more to say in my reply to joe.

vixie