Robin, Robert, Florin,
I like NERD. I like it because it is simple and it has nice security
properties. I wrote it because I don't like the idea of routers
dropping packets. Call me old fashioned.
But it is still woefully incomplete. To give you an idea of how
incomplete here are just three problems that one would need to address:
* Multicast. I don't think I use the word once in the last draft.
* Mobility. While I explicitly disavow any interest in mobility,
somewhere in the Grand Scheme of Things, I don't think we can
ignore it.
* No work whatsoever has been done (at least by me) to map NERD to
LISP-MS.
I think it's useful to have an alternative mapping system for LISP out
there so that people can see that the architecture is indeed modular. I
think there IS value in keeping a record of NERD, just to prove that the
modularity remains.
Finally, the question before this group has a limited lifetime. Given
the questions that NERD leaves left open, I wonder whether it is wise to
spend a whole lot of time debating the use of NERD *at this time*.
Again, others can pick up the work later, and I am happy to assist with
whatever limited insights I might add.
Eliot
On 11/17/09 11:48 AM, Robert Raszuk wrote:
Hi Robin,
I very much agree with You and I find surprising the recommendation
from Eliot to give up work on it.
IMHO we should not dismiss it. LISP-NERD is very much alike other
approaches where we store all the mappings in ITRs/ETRs/APRs depending
where we place such ITR/ETR/APR nodes.
Sure perhaps requiring every CE to store all mappings is a stretch,
but we are told from every side that control plane memory is cheap. In
fact the scaling numbers presented by NERD were quite promising.
Thx,
R.
Hi Eliot,
Thanks for LISP-NERD.
While there are good reasons for having an architecture in which
every ITR does not need a full copy of the mapping information, I
think NERD is notable for the simplicity of its architecture and
directness of its operation: every ITR already knows the mapping, so
there is no fussing around with looking up the mapping from a nearby
or distant server.
- Robin
_______________________________________________
rrg mailing list
[email protected]
http://www.irtf.org/mailman/listinfo/rrg
_______________________________________________
rrg mailing list
[email protected]
http://www.irtf.org/mailman/listinfo/rrg
_______________________________________________
rrg mailing list
[email protected]
http://www.irtf.org/mailman/listinfo/rrg
