On Apr 11, 2011, at 6:30 AM, Luigi Iannone wrote:

> 
> On 11, Apr, 2011, at 15:17 , Owen DeLong wrote:
> 
> [snip]
>>>> 
>>>> Doing IPv4 LISP on any kind of scale requires significant additional 
>>>> prefixes which at this time doesn't seem so practical to me.
>>> 
>>> This is not accurate IMO. To inject prefixes in the BGP is needed only to 
>>> make non-LISP sites talk to LISP sites. Even there you can aggressively 
>>> aggregate, as explained in draft-ietf-lisp-interworking.
>>> 
>>> As long as the LISP deployment progress you can even withdraw some prefixes 
>>> from the BGP infrastructure and advertise only a larger aggregate in order 
>>> for legacy site to reach the new LISP site.
>>> 
>>> Luigi
>>> 
>> Who said anything about BGP? I was talking about the amount of additional IP 
>> space needed vs. the
>> amount of IPv4 free space remaining.
>> 
> 
> Sorry. I misunderstood. 
> 
> But can you explain better? Why should LISP require more IP space than normal 
> IPv4 deployment?
> 
> If you are a new site, you ask for an IP block. This is independent from 
> whether or not you will use LISP.
> 
Sure, but, if you also need locators, don't you need additional IP space to use 
for locators?

> If you are an existing site and you want to switch to LISP why you need more 
> space? you can re-use what you have?
> 
Perhaps I misunderstand LISP, but, I though you needed space to use for 
locators and space
to use for IDs if you are an independently routed multi-homed site.

If you are not an independently routed multi-homed site, then, don't you need a 
set of host IDs
to go with each of your upstream locators?

As I understand LISP, it's basically a dynamic tunneling system where you have 
two discrete,
but non-overlapping address spaces, one inside the tunnels and one outside.

If that's the case, then, I believe it leads to at least some amount of 
duplicate consumption of
IP numbers.

> Or I missed the point again?
> 
Or perhaps the complexity of LISP in the details still confuses me, despite 
people's insistence
that it is not complex.

Owen

> thanks 
> 
> Luigi
> 
> 
> 
>> Owen
>> 
> 

Reply via email to