[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[RRG] Is the flat identifier acceptable
> -----邮件原件-----
> 发件人: owner-rrg@psg.com [mailto:owner-rrg@psg.com] 代表 Jari Arkko
> 发送时间: 2008年7月23日 22:18
> 收件人: Dino Farinacci
> 抄送: tony.li@tony.li; 'RJ Atkinson'; 'IRTF Routing RG'
> 主题: Re: [RRG] IEEE EUI-64 as an Identifier format
>
> Dino,
>
> > However, you get zero aggregation of ID space with EUI-64 assignments.
> > Not good for a mapping database.
>
> Yes. But I suspect that wishes about the aggregatability of the ID space
> are similar to past wishes about aggregatability of addresses. I.e.,
> wishes that do not necessarily become true.
>
> Note that aggregation of the ID space can come in two ways: ability to
> map range of IDs belonging to an organization vs. ability map an
> individual host's ID. I would suggest that we need the former. The
> latter would replace current scalability and aggregation problems with
> different scalability and aggregation problems.
Besides of the above mentioned issue, there are also some other issues with the flat identifier:
1) Burden the control policy configuration.
Since the flat identifier has no hierarchy, it's hard to enforce identifier-block based security control policy on firewalls. That's to say, only host granularity access control list is available.
2) Lack of trust and economic model in the id/locator mapping system.
Since these flat identifiers are randomly scattered across the namespace and stored at essentially random nodes, the id/locator resolution infrastructure has no "pay-for-your-own" model, unless the id/locator resolution infrastructure is managed by one and only one authority.
So I wonder whether the flat identifier is acceptable for the id/locator split architecture.
Xiaohu Xu
--
to unsubscribe send a message to rrg-request@psg.com with the
word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg