[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RRG] Evolutionary Possibilities - host MH/portability, IPv4 address depletion
You wrote, in part:
>  Maybe I have missed something somewhere (certainly I am
> behind in my reading of various proposals), but it also is not
> obvious to me that the map-and-encapsulate solution class is
> helpful for things beyond site multi-homing -- for example (a)
> host multi-homing, (b) host mobility, (c) network mobility.
I intend that Ivip achieve all these.
I think the LISP folks are unhappy with the idea of individual IPv4
IP addresses being used as EIDs (or I guess /64s for IPv4) so I
think they are aiming their system to do "network" (many IP
addresses and hosts per EID prefix) multihoming, not "host" multihoming.
So far, Ivip is the only map-encap proposal which explicitly aims to
provide mobility - for networks or single IP addresses. To do this,
a fast push system is needed - either to all ITRs in the world (pure
push), or to some and to query servers which answer mapping queries
for nearby caching ITRs (hybrid push-pull). I think there also
needs to be a notification system by which the query server can send
a message to an ITR about updated mapping for a micronet (EID
prefix) which it queried recently and which has just had its mapping
> A question in my mind is whether the Routing RG is trying to solve
> just the narrow near-term issue of RIB/FIB scaling issues caused
> by site multi-homing XOR the Routing RG is trying to create an
> enhanced architecture that solves a much broader set of
> current/future issues.
I believe we should be doing the latter. That is what I am working
on - including using Ivip to help with the IPv4 address depletion
problem by enabling much finer management of address space, to allow
much higher utilization rates.
That said, I think LISP, APT, Ivip or TRRP could all be used for
"host multihoming / portability" and for the finer slicing and
dicing we need to better utilize IPv4 space. (LISP, APT and I think
TRRP can do TE for individual IP addresses - Ivip can't.)
to unsubscribe send a message to firstname.lastname@example.org 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