Re: Re: stability

John C Klensin <[email protected]> Wed, 16 Mar 2005 11:37:52 -0500
Newsgroups gmane.ietf.idn
Message-ID <5A007C107F429B5660DD3265@7AD4D3FB4841A5E367CCF211>

--On Tuesday, March 15, 2005 5:53 PM -0800 Erik van der Poel=20
<[email protected]> wrote:

> Martin v. L=F6wis wrote:
>> What is much more relevant is how further constraints in the
>> registry (beyond those imposed by IDNA) get implemented. Only
>> when that is sufficiently settled and deployed, considering
>> *updates* to IDNA should start.
>
> I disagree. The IETF should not wait for any of the registries
> to do anything before publishing new drafts or RFCs. The
> registries are not the only other players here. We have
> application developers and zone administrators depending on
> our work too.

Yes.

And let me add one observation.  At the moment, "the registries" =

(remember that there are around 275 of them) are going in every=20
direction possible.  ICANN's guidance, based to some extent on=20
the advice that IESG gave them, is so vague as to permit almost=20
any interpretation, clearly doesn't work for some important=20
cases (encouraging even more interpretations), and is being=20
outright ignored by some ccTLDs.   If we want the registries to=20
do something, we are going to need to provide some more specific =

guidance and we are going to need to document why it is a good=20
idea.  The same observation applies to application writers:=20
unless we actually change the standard (the algorithms or the=20
tables), all we are doing is offering advice.  That advice will=20
probably be taken if it is clear and well-reasoned and the=20
reasoning is well- explained justified.  And, in both cases, it=20
will be easier to persuade people to make changes before they=20
have an installed base that has to be forced to adjust to new=20
ways of doing things.  The more deployment occurs before we make =

suggestions or change things, the more likely whatever we do=20
will be ignored.

   john