On 31 Oct 2013, at 2:44 am, Noel Chiappa <[email protected]> wrote:
>> From: Luigi Iannone <[email protected]> > >> Yet, one of the main critics during the review was about the size of >> the block which seems too large. > > System Architecture Rule #1: > > Any Fixed-Size Namespace Will Eventually Be Too Small > > Given that a /12 represents .025% of the IPv6 namespace, _if_ LISP becomes a > huge sucess, we're more likely to run into SAR #1; and if LISP does not > become etc, are they really going to miss .025% of a namespace? > >> Any thought about a change in the requested EID block size? > > I think we got it right the first time. > I don't understand this line of reasoning Noel. BGP is a huge success - it appears to route 100% of the address space. If LISP becomes a huge success then why wouldn't it route 100% of the address space, just as BGP does today? And if it withers and dies then any dedicated address allocation will be too much at that point in time. If this is all about an _experiment_ under some form of experimental constraint then what are the bounds of the experiment? What happens at the end of the experiment? Why would there be a continuing need to corral LISP into its own dedicated corner of the address space? Is there something about scaling LISP to a full unicast routing scale that simply does not work? Or is corralling of LISP into a dedicated block of addresses unnecessary? Why do I feel that this experiment has not been well thought through? Or if it has, then it seems to me that the mapping of parameters of the proposed experiment into the words in the two drafts relating to this proposed action is still lacking. regards, Geoff _______________________________________________ lisp mailing list [email protected] https://www.ietf.org/mailman/listinfo/lisp
