[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