Hi Noel, > This is exactly my impression too, and for that very reason. > > Perhaps I'm confused, but it seems to me that pretty much the only thing this > block buys someone is that one can tell, simply by looking at such IPv6 > addresses, that they are EIDs - one don't need to do a mapping lookup cycle > to see if a mapping exists. And maybe there are some other things too (e.g. > the whole block can be anycast routed to the nearest PITR).
I think you are right. My primary concern is about the reliability of those PITRs. I am sure that for the experimental phase a few organisations will provide PITRs. I am afraid that when the experiment is successful the traffic on those PITRs will become too much to be able to offer it for free. And if just one of the PITRs is unreliable (old software, not enough bandwidth, upstream problems, etc) then all traffic it attracts will become unreliable. For experimenting that will just be annoying, but for people looking at more serious use that will be a show-stopper. As I am already running a production LISP setup this alone would make the EID-only block unusable for me/my customers. And, as I am running my current LISP production stuff using a prefix I got from my RIR, having other organisations using the only-do-lookups-for-the-special-EID-block would cause less optimal routing to my sites: it could have used LISP, but because the lookup is never done that traffic will go to my own PITRs. So, if these are the only things that this block buys us then I think we should just abandon the idea... Cheers, Sander _______________________________________________ lisp mailing list [email protected] https://www.ietf.org/mailman/listinfo/lisp
