RE: A6 record status

Sheng Jiang <jiangsheng@huawei.com> Fri, 12 August 2011 07:42 UTC

Return-Path: <jiangsheng@huawei.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BD2821F84D7 for <ipv6@ietfa.amsl.com>; Fri, 12 Aug 2011 00:42:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.23
X-Spam-Level:
X-Spam-Status: No, score=-6.23 tagged_above=-999 required=5 tests=[AWL=0.369, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6vW8e9x2G29s for <ipv6@ietfa.amsl.com>; Fri, 12 Aug 2011 00:42:45 -0700 (PDT)
Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id 5F81221F856D for <ipv6@ietf.org>; Fri, 12 Aug 2011 00:42:45 -0700 (PDT)
Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LPT00M4P1DZWT@szxga05-in.huawei.com> for ipv6@ietf.org; Fri, 12 Aug 2011 15:41:59 +0800 (CST)
Received: from szxrg01-dlp.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LPT00DVR1DED8@szxga05-in.huawei.com> for ipv6@ietf.org; Fri, 12 Aug 2011 15:41:59 +0800 (CST)
Received: from 172.24.2.119 (EHLO szxeml208-edg.china.huawei.com) ([172.24.2.119]) by szxrg01-dlp.huawei.com (MOS 4.1.9-GA FastPath queued) with ESMTP id ADD05142; Fri, 12 Aug 2011 15:41:57 +0800 (CST)
Received: from SZXEML403-HUB.china.huawei.com (10.82.67.35) by szxeml208-edg.china.huawei.com (172.24.2.60) with Microsoft SMTP Server (TLS) id 14.1.270.1; Fri, 12 Aug 2011 15:41:50 +0800
Received: from SZXEML506-MBS.china.huawei.com ([169.254.3.17]) by szxeml403-hub.china.huawei.com ([169.254.173.75]) with mapi id 14.01.0270.001; Fri, 12 Aug 2011 15:41:54 +0800
Date: Fri, 12 Aug 2011 07:41:53 +0000
From: Sheng Jiang <jiangsheng@huawei.com>
Subject: RE: A6 record status
In-reply-to: <20110812071132.0B6CD12C1D5B@drugs.dv.isc.org>
X-Originating-IP: [10.110.98.152]
To: Mark Andrews <marka@isc.org>
Message-id: <5D36713D8A4E7348A7E10DF7437A4B920122BEFD@SZXEML506-MBS.china.huawei.com>
MIME-version: 1.0
Content-type: text/plain; charset="us-ascii"
Content-language: zh-CN
Content-transfer-encoding: 7bit
Accept-Language: en-GB, zh-CN, en-US
Thread-topic: A6 record status
Thread-index: AQHMWKw7mIDSjNWJLka/OSinMjVthZUYuw+wgAAR/ZmAAAQ64A==
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-CFilter-Loop: Reflected
References: <5D36713D8A4E7348A7E10DF7437A4B9201228398@SZXEML506-MBS.china.huawei.com> <4E3F5166.8000605@gmail.com> <5D36713D8A4E7348A7E10DF7437A4B9201228515@SZXEML506-MBS.china.huawei.com> <750E838E-3962-4893-A2D0-012576A1BF36@ecs.soton.ac.uk> <EMEW3|7906899305f1bb5341fe3f32269a1f49n779ac03tjc|ecs.soton.ac.uk|750E838E-3962-4893-A2D0-012576A1BF36@ecs.soton.ac.uk> <4E406303.4040603@gmail.com> <5D36713D8A4E7348A7E10DF7437A4B920122B288@SZXEML506-MBS.china.huawei.com> <4E43378D.8070505@gmail.com> <5D36713D8A4E7348A7E10DF7437A4B920122B2E1@SZXEML506-MBS.china.huawei.com> <4E4345BB.5060103@gmail.com> <5D36713D8A4E7348A7E10DF7437A4B920122B36A@SZXEML506-MBS.china.huawei.com> <4E445261.3040506@gmail.com> <C0E0A32284495243BDE0AC8A066631A8895615@szxeml526-mbx.china.huawei.com> <22F6318E46E26B498ABC828879B08D4F1786A07E@TK5EX14MBXW652.wingroup.windeploy.ntdev.microsoft.com> <20110811234742.C922612BD870@drugs.dv.isc.org> <4E447C7E.30202@gmail.com> <5D36713D8A4E7348A7E10DF7437A4B920122BD2C@SZXEML506-MBS.china.huawei.com> <20110812071132.0B6CD12C1D5B@drugs.dv.isc.org>
Cc: Christian Huitema <huitema@microsoft.com>, Tim Chown <tjc@ecs.soton.ac.uk>, 6man <ipv6@ietf.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>, Tina TSOU <Tina.Tsou.Zouting@huawei.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Aug 2011 07:42:46 -0000

> > > In message <4E447C7E.30202@gmail.com>, Brian E Carpenter writes:
> > > > On 2011-08-12 11:47, Mark Andrews wrote:
> > > > > I think it is make work
> > > >
> > > > That's why I am only suggesting an IESG decision, not a draft
> > > > and an RFC.
> > > >
> > > > > and won't change the amount of confusion.
> > > > > In addition A6 allows compresssion of the domain name in the
> rdata
> > > > > so it can't be treated as unknown (i.e. a opaque blob) by
> > > nameservers.
> > > >
> > > > If it's historic, servers shouldn't even contain any A6 records,
> > > > surely?
> > >
> > > Making something historic doesn't remove the old software or the
> > > old records.  Removing knowledge of A6 from recursive server will
> > > result in garbage A6 records being delivered to old clients that
> > > are A6 aware.  A6 aware clients still work as they ask for both
> > > AAAA and A6 records.
> >
> > Yes, your statement are right. However, the case of A6 is there are
> few curre
> > nt A6 software or records. As far as I know, there are no commercial
> A6 suppo
> > rts in the current global DNS system. A6 only existed in some
> experimental sy
> > stem, like 6net. So, what we are worried here is not these existing
> A6. By mo
> > ving A6 into historic, we are preventing any NEW A6 implementation or
> deploym
> > ent.
> >
> > Sheng
> 
> The root servers are getting 100's of A6 q/s (~20:1 AAAA:A6
> <http://k.root-servers.org/statistics/GLOBAL/daily/>).  There is
> still a very large base of A6 using software out there regardless
> of whether they are getting NODATA responses or not.

Oops... This looks different from many people's thought. However, this is a fact that shows A6 is actually in use. Based on this, moving A6 to historic is much more complex than an IESG decision. We may need more investigation on how these A6 records are current used. We also need to investigate what impact may have if A6 is abolish. Another important question is whether there are A6-only client. It looks a lot investigation and analysis work, which is definitely worth a draft, before we can make the decision to moving A6 into history or start a phase out plan.

Sheng
 
> I don't know what percentage of responses are NODATA and what have
> actual A6 records.  I do think we need to know answers to these sorts
> of questions.
> 
> Mark
> 
> > > One needs a phase out plan if you want to remove A6 support and it
> > > is likely to need to be decades long given how long people run old
> > > nameservers for.
> > >
> > > > > If one wants to do something about IPv6 addresses in the DNS
> add
> > > > > support for scoped addresses.  Link-local could then be useful.
> > > >
> > > > Different topic, and I suspect much more complex.
> > > >
> > > >    Brian
> > > --
> > > Mark Andrews, ISC
> > > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > > PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org
> > > -------------------------------------------------------------------
> -
> > > IETF IPv6 working group mailing list
> > > ipv6@ietf.org
> > > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> > > -------------------------------------------------------------------
> -
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > ipv6@ietf.org
> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> > --------------------------------------------------------------------
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org