Re: [rrg] Aggregatable EIDs
Xu Xiaohu <xuxh@huawei.com> Tue, 29 December 2009 03:15 UTC
Return-Path: <xuxh@huawei.com>
X-Original-To: rrg@core3.amsl.com
Delivered-To: rrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A8F663A67BE for <rrg@core3.amsl.com>; Mon, 28 Dec 2009 19:15:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.855
X-Spam-Level: *
X-Spam-Status: No, score=1.855 tagged_above=-999 required=5 tests=[AWL=-0.439, BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AfYy6vAMNJ+o for <rrg@core3.amsl.com>; Mon, 28 Dec 2009 19:15:55 -0800 (PST)
Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 51D683A6783 for <rrg@irtf.org>; Mon, 28 Dec 2009 19:15:55 -0800 (PST)
Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KVE00I0M91PN5@szxga03-in.huawei.com> for rrg@irtf.org; Tue, 29 Dec 2009 11:15:25 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KVE0010891PV3@szxga03-in.huawei.com> for rrg@irtf.org; Tue, 29 Dec 2009 11:15:25 +0800 (CST)
Received: from HUAWEIE75F8F11 ([10.111.12.116]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KVE00C5F91PR8@szxml06-in.huawei.com> for rrg@irtf.org; Tue, 29 Dec 2009 11:15:25 +0800 (CST)
Date: Tue, 29 Dec 2009 11:15:25 +0800
From: Xu Xiaohu <xuxh@huawei.com>
In-reply-to: <4B382953.60608@gmail.com>
To: 'Brian E Carpenter' <brian.e.carpenter@gmail.com>
Message-id: <001101ca8835$2a3326c0$740c6f0a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="gb2312"
Content-transfer-encoding: quoted-printable
Thread-index: AcqHb+/uFrhvedJkRJKUvtDj/qMhAwAvyMUg
Cc: rrg@irtf.org, zhangwei734@gmail.com
Subject: Re: [rrg] Aggregatable EIDs
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Dec 2009 03:15:56 -0000
> -----邮件原件----- > 发件人: Brian E Carpenter [mailto:brian.e.carpenter@gmail.com] > 发送时间: 2009年12月28日 11:43 > 收件人: Xu Xiaohu > 抄送: zhangwei734@gmail.com; rrg@irtf.org > 主题: Re: [rrg] Aggregatable EIDs > > Hi, > > On 2009-12-28 14:17, Xu Xiaohu wrote: > ... > >> This argument fails for exactly the same reason that geographically > >> based BGP aggregation fails. > > > > Brian, who has ever done it ? > > Nobody, as far as I know. > > > Why do you say this and what do you mean by saying this ? > > There have been a lot of geo-based or metro-based proposals over > the years. Most recently, draft-hain-ipv6-geo-addr. > As far as I know, none of them has ever been deployed, because > this isn't how Internet economics works. There is no financial > incentive to deploy geographically based exchange points which also > act as address delegators to customers. (Note, there is no technical > argument against it. But nobody knows how to make money out of it.) > > By the way, I don't consider HRA locators to be geo-based. They > are fundmentally PA locators. The geographic part is secondary. > In RANGI, you don't mention any geo component of the locators. Yes, your observation is correct. No matter in the HRA or in its successor RANGI, The locators are fundmentally PA locators. The initial intention of embedding some geographical info into HRA locators was to realize location-awareness based services, e.g., achieving P2P traffic localization by allowing hosts to obtain information from the nearest ones of all available peers. > But this was all a side comment. What I meant is that the problem > of mapping PI identifiers to PA locators is just the same as > mapping geo addresses to topological addresses. I don't see any > evidence that the mapping can be significantly more compact > than if the identifiers are assigned randomly. Wei Zhang seemed > to argue that by some special assignment scheme for identfiers, > we can get a significantly smaller map. I would like to see > the data supporting that. > > > It must be something quite different from what I understand. > > > > This thread "Aggregatable EIDs" is concerned about aggregating EIDs and the > problems with mapping the prefixes to RLOCs. This objective wouldn't even exist > if both EID and RLOC-ID are asigned a "third" information (I proposed it not > long ago) which itself is universally routable and which wouldn't need any > authoritative provisioner either. No need for aggregating any two EIDs! No need > for mapping any EID-IP-address to any RLOC-IP-address provided that they share > a common attribute that is derived from geographical coordinates. > > My point is that aggregation of EIDs is basically artificial. > > > > > By sticking to non-routable identifiers none of the 14 solutions becomes > any better than LISP. > > At some level they are probably all isomorphic, yes. Except maybe ILNP. > > > Note, not only IPv4 / IPv6 addresses are non-routable, AS numbers aren't > either. > > But there are about 10 times fewer active AS numbers than there are active > prefixes. So flat-routing on AS numbers would gain one order of magnitude > immediately. > > > With 99 % of the hosts being mobile, wouldn't it be appropriate to have mainly > provider-independent FQDNs > > Well, yes, which is why Christian Vogt's proposal for name-based > sockets is very interesting. But actually it only hides the problem > in the socket layer; the problem doesn't go away. > > > > > and a DNS that is fairly up-to-date with the correlation between a respective > HIT and the current location, i.e. completely independent of the current AS? > > If the locator is PA, sure. But that's the problem - making the locator PA. > > > > > Since the HIT is already a provider-independent host identifier, why should > each host be assigned with a FQDN as another provider-independent ID? Taken > the current cell-phone mobile network as an example, does every cell-phone need > a FQDN-like global name besides the cell-phone number itself? > > Well, until people drop the stupidity of reverse DNS lookup as a "security > check" > it's very hard to drop this. Of course it's bogus. (Do you really care > that my FQDN right now is 121.98.142-??.bitstream.orcon.net.nz?) Your FQDN example seems much similar to the RANGI host identifier, the leftmost part of which is administrative domain (AD) ID, while the remaining part is a hash value of the public key and the AD ID. The AD ID is delegation-oriented aggregatable. The major difference is that the AD ID itself is in fixed length, rather than variable length. Xiaohu
- Re: [rrg] Aggregatable EIDs HeinerHummel
- Re: [rrg] Aggregatable EIDs Xu Xiaohu
- Re: [rrg] Aggregatable EIDs Brian E Carpenter
- Re: [rrg] Aggregatable EIDs tvest
- Re: [rrg] Aggregatable EIDs HeinerHummel
- Re: [rrg] Aggregatable EIDs HeinerHummel
- Re: [rrg] Aggregatable EIDs Peter Sherbin
- Re: [rrg] Aggregatable EIDs tvest
- Re: [rrg] Aggregatable EIDs Tony Li
- Re: [rrg] Aggregatable EIDs Xu Xiaohu
- Re: [rrg] Aggregatable EIDs HeinerHummel
- Re: [rrg] Aggregatable EIDs HeinerHummel
- Re: [rrg] Aggregatable EIDs Tony Li
- Re: [rrg] Aggregatable EIDs HeinerHummel
- Re: [rrg] Aggregatable EIDs Tony Li
- [rrg] Aggregatable EIDs hummelresearch
- Re: [rrg] Aggregatable EIDs Tony Li
- Re: [rrg] Aggregatable EIDs heinerhummel
- Re: [rrg] Aggregatable EIDs Lixia Zhang
- Re: [rrg] Aggregatable EIDs Noel Chiappa
- Re: [rrg] Aggregatable EIDs heinerhummel
- Re: [rrg] Aggregatable EIDs Darrel Lewis (darlewis)
- Re: [rrg] Aggregatable EIDs heinerhummel
- [rrg] Aggregatable EIDs heinerhummel
- [rrg] Embedding geo info in PA addresses=>A compr… Xu Xiaohu