> From: George Michaelson <[email protected]>
> code should be written to be agile and be able to be TOLD what prefix
> is the magic prefix. Nobody should be reifying prefixes into anything
That path makes sense if there's a good chance the experiment is going to
succeed, and the code is going to wind up going into service.
If not, though, you're mandating that _other people_ have to spend more of
their engineering time writing code that's basically totally irrelevant to the
experiment at hand. Hopefully needless to say, you wouldn't like it if other
people started allocating _your_ engineering time in ways that made sense to
them.
But that's not the worst problem with your proposal:
> And work the experiment in a /32
Let's suppose the experiment is a success (i.e. your suggested coding
investment will have paid off). If a /32 is allocated, you've basically now
mandated that there's going to have to be a flag day, or something, to
transition from the /32 to some more suitable space. That's going to be a
massive hassle.
Look, you can't have it both ways. Your 'make the code flexible' concept only
makes sense if this experiment is going to succeed - but if it succeeds,
allocating such a small prefix is guaranteeing a massive operational headache
down the line.
Noel
_______________________________________________
lisp mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lisp
