Re: [Ltru] Factual correction

Martin Duerst <duerst@it.aoyama.ac.jp> Sun, 05 November 2006 10:20 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ggf7J-0006gx-He; Sun, 05 Nov 2006 05:20:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ggf7I-0006gs-Jk for ltru@ietf.org; Sun, 05 Nov 2006 05:20:40 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ggf7E-0007KL-NX for ltru@ietf.org; Sun, 05 Nov 2006 05:20:40 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17]) by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id kA5AKMfx014228 for <ltru@ietf.org>; Sun, 5 Nov 2006 19:20:22 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp id 65e8_3ed915fe_6cb7_11db_9c89_0014221f2a2d; Sun, 05 Nov 2006 19:20:22 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:43320) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S49FFB> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>; Sun, 5 Nov 2006 19:19:55 +0900
Message-Id: <6.0.0.20.2.20061103212242.04e12060@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Fri, 03 Nov 2006 21:30:22 +0900
To: LTRU Working Group <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Factual correction
In-Reply-To: <6.0.0.20.2.20061103135059.04e0ab70@localhost>
References: <6.0.0.20.2.20061103135059.04e0ab70@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.3 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88
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 on]

As a co-chair, I have added a note on
http://www.sw.it.aoyama.ac.jp/2006/IETF/ltru/
with a pointer to the archived form of the mail below
(issue 57).

If anybody thinks that they would have made a different
decision without this confusion, please speak up.

Regards,    Martin.

At 18:06 06/11/03, Martin Duerst wrote:
>[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     



#-#-#  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