[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

in defense of lisp (was: Anybody can participate in the IETF)

On Wed, Jul 13, 2011 at 10:07 AM, Cameron Byrne <cb.list6 at gmail.com> wrote:
> On Jul 13, 2011 7:39 AM, "Scott Brim" <scott.brim at gmail.com> wrote:
>> On Wed, Jul 13, 2011 at 10:09, Randy Bush <randy at psg.com> wrote:
>> > btw, a litte birdie told me to take another look at
>> >
>> > 6296 IPv6-to-IPv6 Network Prefix Translation. M. Wasserman, F. Baker.
>> > ? ? June 2011. (Format: TXT=73700 bytes) (Status: EXPERIMENTAL)
>> >
>> > which also could be considered to be in the loc/id space
>> >
>> > randy
>> No, that's a misuse of "loc/id" since no identification is involved,
>> even at the network layer -- but it is in the "reduce issues in global
>> routing and local renumbering" space (that's part of what LISP does).
>> Cameron: As for ILNP, it's going to be difficult to get from where
>> things are now to a world where ILNP is not just useless overhead.
>> When you finally do, considering what it gives you, will the journey
>> have been worth it? ?LISP apparently has more benefits, and NPT6 is so
>> much easier -- particularly if you have rapid adaptation to apparent
>> address changes, which many apps have and all mobile devices need
>> already -- sorry but I don't think ILNP is going to make it. ?You
>> can't just say "the IETF should pay more attention". ?I've invited
>> people to promote it and nobody stepped up.
> "Difficult" depends on your time horizon. Ipv6 is/was difficult. Sctp is
> difficult, but I remain bullish on its value. ILNP may be more difficult,
> but i believe it is strategically correct.
> We can disagree on merits of competing RESEARCH ?topics. I am just providing
> "ops feedback ", to bring this thread full circle.
> Lastly, we must make sure that LISP does not become the next 6to4 where good
> intentions for RESEARCH ?become a quantifiable network nightmare.

i would agree that LISP hasn't necessarily improved the root problem
posed.  however, on this front nor it hasn't done any harm. the
intriguing elements with LISP for me personally, are in all of the
adjunct capabilities that a L/I split enables.  there are some very
valid and interesting applications that this enables and some novel
technology capabilities that are exercised. (useful endpoint mobility,
novel load balancing, encap data plane liveness, etc.) researching and
getting our hands dirty as an industry with these technologies has
considerable value.  without actually poking at running code and
pushing bits over these interfaces we run the risk of letting the
perfect be the enemy of the good.  i like the fact that this research
let's us gauge how far from perfect the current state of the art is.

fwiw - while there are folks that see LISP as an impending ops
nightmare (if you don't like it, don't use it.) there are a number of
folks for whom it provides compelling solutions to real problems that
they have and they're keen on using it to solve those problems or
explore the solution space. to that end i don't know that we need to
make sure that LISP doesn't become anything.  we need to find
solutions to problems and rationally explore those solutions and
incrementally enhance them.

yes. i participate in the LISP research test bed in my (very) small way.

steve ulrich (sulrich at botwerks.*)