[Ltru] Factual correction

Martin Duerst <duerst@it.aoyama.ac.jp> Fri, 03 November 2006 12:14 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GfxwK-0005Xs-49; Fri, 03 Nov 2006 07:14:28 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GfxwI-0005Xj-FR for ltru@ietf.org; Fri, 03 Nov 2006 07:14:26 -0500
Received: from scmailgw2.scop.aoyama.ac.jp ([133.2.251.195]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gfxvw-0006i3-R1 for ltru@ietf.org; Fri, 03 Nov 2006 07:14:26 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17]) by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id kA3CDrco012660 for <ltru@ietf.org>; Fri, 3 Nov 2006 21:13:53 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp id 46e0_c55f1e2c_6b34_11db_9056_0014221f2a2d; Fri, 03 Nov 2006 21:13:52 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:35630) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S48DC4> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>; Fri, 3 Nov 2006 21:13:25 +0900
Message-Id: <6.0.0.20.2.20061103135059.04e0ab70@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Fri, 03 Nov 2006 18:06:44 +0900
To: LTRU Working Group <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Subject: [Ltru] Factual correction
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Errors-To: ltru-bounces@ietf.org

[co-chair hat off]

It has come to my attention that in my long mail addressing the points
in JFC Morfin's IETF Last Call comments on our matching draft (archived
at http://www1.ietf.org/mail-archive/web/ltru/current/msg05013.html),
there was a factual incorrectness.

In the paragraph that read:

   The commenter seems to claim that draft-ietf-ltru-matching conflicts with
   draft-ietf-ltru-registry (here called RFC 3066bis) because the later
   defines well-formed tags while the former does not require well-formed
   tags. The reason for not requiring checking for well-formed tags when
   matching was discussed extensively in the WG. There is a very clear reason:
   requiring this would require to check the IANA language subtag registry,
   potentially for every matching operation, which was considered operationally
   infeasible. It would also be an unnecessary performance punishment for
   those who actually use well-formed tags. In general, non-wellformed
   tags or ranges will simply not match anything, which is just fine.

the sentence that said:

   There is a very clear reason: requiring this would require to check the
   IANA language subtag registry, potentially for every matching operation,
   which was considered operationally infeasible.

was factually wrong. Well-formedness checking does not need online access
to the registry, only one-time access when the checking software is built
to get the list of grandfathered tags. Strictly speaking, not even validation
does require online access to the registry, because validation can be done
with respect to a specific registry date.

The rest of the paragraph, in particular the following three
sentences, are unaffected by this.

   The reason for not requiring checking for well-formed tags when
   matching was discussed extensively in the WG.
   It would also be an unnecessary performance punishment for
   those who actually use well-formed tags. In general, non-wellformed
   tags or ranges will simply not match anything, which is just fine.

I would like to appologize for any confusion this may have created.
I personally do not think there was anything unclear in the draft
(now an RFC), or anything that the WG would have done differently.
My guess is also that this problem would have been spotted very quickly
by quite some WG participants if it hadn't been burried in the middle
of a very long mail answering another very long mail.

Regards,     Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru