[idn] ACE Candidates: Dropping MACE in favor of AMC-ACE-Z
Makoto Ishisone <ishisone@sra.co.jp> Wed, 01 August 2001 02:22 UTC
Received: from psg.com (exim@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with SMTP id WAA16332 for <idn-archive@lists.ietf.org>; Tue, 31 Jul 2001 22:22:51 -0400 (EDT)
Received: from lserv by psg.com with local (Exim 3.31 #1) id 15RlQm-000NYx-00 for idn-data@psg.com; Tue, 31 Jul 2001 19:08:16 -0700
Received: from sraigw.sra.co.jp ([202.32.10.2]) by psg.com with esmtp (Exim 3.31 #1) id 15RlQl-000NYr-00 for idn@ops.ietf.org; Tue, 31 Jul 2001 19:08:15 -0700
Received: from sranhe.sra.co.jp (sranhe [133.137.44.3]) by sraigw.sra.co.jp (8.8.7/3.7W-sraigw) with ESMTP id LAA02714; Wed, 1 Aug 2001 11:08:12 +0900 (JST)
Received: from srapc1567.sra.co.jp (srapc1567 [133.137.44.38]) by sranhe.sra.co.jp (8.8.7/3.6Wbeta7-srambox) with ESMTP id LAA11805; Wed, 1 Aug 2001 11:08:11 +0900 (JST)
Received: from localhost (localhost [127.0.0.1]) by srapc1567.sra.co.jp (8.11.1/3.4W-sra) with ESMTP id f7128B986840; Wed, 1 Aug 2001 11:08:11 +0900 (JST)
To: idn@ops.ietf.org
Cc: yone@nic.ad.jp, ishisone@sra.co.jp
Subject: [idn] ACE Candidates: Dropping MACE in favor of AMC-ACE-Z
From: Makoto Ishisone <ishisone@sra.co.jp>
X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <20010801110811R.ishisone@sra.co.jp>
Date: Wed, 01 Aug 2001 11:08:11 +0900
X-Dispatcher: imput version 20000228(IM140)
Lines: 37
Sender: owner-idn@ops.ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit
We, the authors of MACE, which is one of the proposed ACEs, would like to annouce that we now support AMCE-ACE-Z over MACE as the ACE standard. Currently there are 3 ACE candidates in Pool W -- DUDE, AMC-ACE-Z and MACE. DUDE has the simplest algorithm, but we feel that it is not very efficient, especially for CJK scripts. Typically it allows 15 Han characters (in the worst case 14) as the report from the ACE design team says (draft-ietf-idn-ace-report-00), but many people seem to be feeling 15 is insufficient. Also this figure is worse than 17 that is RACE's worst case in CJK. We think choosing ACE that is not only simpler but also more efficient than RACE is important. That's why we proposed MACE. We focused on improving the worst case behavior especially for CJK. It is designed to allow at least 19 Han (or Hangul) characters, but it is slightly worse compression for Western scripts. Also it has additional complexity by the introduction of "encoding modes." AMC-ACE-Z uses a brand new compression algorithm, and has clearly the better compression for Western scripts compared to DUDE/MACE. And we found it also has the efficiency comparable to MACE for CJK (at least Japanese) names. We have done an evaluation using 50,000 registered Japanese domain names, and it showed that AMC-ACE-Z does better compression on average than MACE, and slightly worse compression for worst case (but by only one or two octets, which is still better than RACE). Also AMC-ACE-Z's algorithm is simpler than MACE. So, considering all the factors, we decided to support AMC-ACE-Z rather than revising/enhancing MACE. Makoto Ishisone ishisone@sra.co.jp Yoshiro Yoneya yone@nic.ad.jp
- [idn] ACE Candidates: Dropping MACE in favor of A… Makoto Ishisone