re: [RRG] What does incremental deployment mean

[Xu Xiaohu <xuxh@huawei.com>]

Hi Dino,

> > According to this criteria, many proposals, including v6 EID over v4
> > RLOC of
> > LISP have been sentenced to death.
> 
> No, not true. We assume and it is a safe assumption that hosts already
> have IPv6 stacks. And IPv6 EIDs with IPv4 RLOCs means your LISP router
> has to do it.

As Noel said, "there's a lot of old stuff out there, not just Windows."
Does that statement mean there are still a small part of hosts without IPv6
capability? 

If your assumption is correct, then what's the main obstacle for the
transition from v4 to v6 since IPv6 is already enabled on most hosts? 

> That is life if I have ever seen it.
> 
> >>> End of story.
> >>>
> >>> (For one, earler versions of Windows don't use/support Windows
> >>> Update, and a
> >>> lot of people have it turned off anyway, from paranoia/prudence/
> >>> whatever. But
> >>> just in general, there's a lot of old stuff out there, not just
> >>> Windows.)
> >>
> >> Even if everyone had Windows Update enabled, it would take too long
> >> to
> >> get every system upgraded.
> >
> > Most of today's core routers have already been able to support more
> > than 1
> > million routing entries, is there enough incentive for the carriers to
> > deploy map&encap scheme within a short period.
> 
> Carriers don't deploy it. Sites do because they want easier ways to do
> multihoming.

Provided the above was the main drive for the map&encap scheme, though the
site with multiple ETRs can enjoy the multihoming benefits, what's the
incentive for the other site to deploy the ITR?

...

> > The approach that map implemented by hosts and encapsulation
> > implemented by
> > ITRs is incremental deployable. If hosts have not been changed to
> > support
> > this capability, the ITR can implement the map and encapsulation
> > together.
> > The upgraded hosts will not suffer the initial packet loss/latency
> > pain. And
> > the ITR with upgraded site network doesn't need a cache.
> 
> What is the point of having them both do it?

This is a transition strategy just like the dual stacks. Of course, if there
was a solution which can overcome the side-effects of the cache mechanism
and the long stretch forwarding path, it's not necessary to upgrade the
hosts to support this mapping querying function.

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