Fwd: Factual correction

Martin Duerst <duerst@it.aoyama.ac.jp> Sat, 04 November 2006 10:04 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GgINo-0001FD-SK; Sat, 04 Nov 2006 05:04:12 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GgINn-0001F8-HZ for ietf@ietf.org; Sat, 04 Nov 2006 05:04:11 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GgINk-0003ab-Li for ietf@ietf.org; Sat, 04 Nov 2006 05:04:11 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16]) by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id kA4A401P022424 for <ietf@ietf.org>; Sat, 4 Nov 2006 19:04:01 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp id 5ffd_cb3f746a_6beb_11db_9414_0014221fa3c9; Sat, 04 Nov 2006 19:04:00 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:34616) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S496C5> for <ietf@ietf.org> from <duerst@it.aoyama.ac.jp>; Sat, 4 Nov 2006 19:03:34 +0900
Message-Id: <6.0.0.20.2.20061104190206.09210de0@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Sat, 04 Nov 2006 19:03:53 +0900
To: ietf@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: b4a0a5f5992e2a4954405484e7717d8c
Subject: Fwd: Factual correction
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

The mail below was sent to the IETF. Ted Hardie pointed out that
the original mail that it discusses was cc'ed to the IETF list.
I'm therefore forwarding this mail, too.    Regards,    Martin.

>Date: Fri, 03 Nov 2006 18:06:44 +0900
>To: "LTRU Working Group" <ltru@ietf.org>
>From: Martin Duerst <duerst@it.aoyama.ac.jp>
>Subject: Factual correction

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


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