[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [RRG] What does incremental deployment mean
Comments below:
>-----Original Message-----
>From: Xu Xiaohu [mailto:xuxh@huawei.com]
>Sent: Wednesday, April 09, 2008 1:37 AM
>To: 'Brian E Carpenter'
>Cc: 'Randall Atkinson'; 'David R Oran'; rrg@psg.com
>Subject: re: [RRG] What does incremental deployment mean
>
>
>
>> -----邮件原件-----
>> 发件人: Brian E Carpenter [mailto:brian.e.carpenter@gmail.com]
>> 发送时间: 2008年4月9日 6:56
>> 收件人: Xu Xiaohu
>> 抄送: 'Randall Atkinson'; 'David R Oran'; rrg@psg.com
>> 主题: Re: [RRG] What does incremental deployment mean
>>
>> On 2008-04-01 23:13, Xu Xiaohu wrote:
>> >> Earlier, Dave Oran wrote:
>> >> % So I can imagine it being reasonable to handle host changes on
>> >> about % half of these. At best. And certainly not with a flag day
>> >> just inside % my little orandom.net domain.
>> >>
>> >> From your summary, it sounds like any router changes are
>also very
>> >> far from being a given.
>> >
>> > It seems that using multiple independent IPv4 address spaces in an
>> > id/locator split solution to address the IPv4 address depletion
>> > issue is reasonable.
>>
>> That's exactly what NAT does. We're trying to do better, I believe.
>
>Hi Brian,
>
>My thought is:
>The private addresses behind the NAT box are not suitable to
>be used as identifier. However, these independent IPv4 address
>spaces can be used as locator spaces as long as each private
>address space can be distinguished by some means, such as
>globally unique locator space ID or the public IPv4 + locally
>unique locator space ID. Then we can introduce a pure
>identifier namespace, such as IPv6 or CGA address. In this
>way, most of the routers, especially those in the site
>network, do not need to be upgrade to IPv6, and the routing
>scalability issue and address depletion issue are solved
>simultaneously. Of course, this requires some small change in hosts.
Perhaps you would be interested in the idea of multiple nested
private IPv4 address spaces with IPv6 EIDs, where you would have:
v6 EID -> v4 RLOC P1 -> v4RLOC P2 -> .. v4RLOC PN -> v4RLOC Global
In other words, map and encaps through N private spaces (P1 thru PN)
before a final (or after an intial) map and encaps through the global
IPv4 address space. The routers connecting the N nested private address
spaces are identified by an IPv6 prefix, e.g., with the nesting manifested
through IPv6 prefix delegation. This idea was put forth in the IPvLX proposal.
>Is this approach more acceptable for site network owners
>compared with the
>v6 EID over v4 RLOC LISP approach? It's easy for carrier to
>upgrade their routers to IPv6, but it will be much hard for
>the site network to do this.
>
>What's the better NAT solution in your mind?
IPv6 routers that also serve as firewalls in front of a private
IPv4 address space?
Fred
fred.l.templin@boeing.com
>
>Best wishes,
>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
>
--
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