I would really like to see an answer to how these n-tuple matches are
supposed to work with prefix matches on various fields.
What is the match algorithm?
What assumptions are placed on the mapping system to support these tuples?
How will the ETR know that the mapping system it is talking to supports
this capability? In particular, what if the same device is serving as
an ETR for conventional operations and for these enhanced operations.
Does it need to be configured to know which map server handles which
mode? Does it guess? Is the same map server required to handle both?
Yours,
Joel
On 2/17/14, 11:45 AM, Alberto Rodriguez-Natal wrote:
Dear all,
We have submitted a new draft, "SDN extensions for LISP", that you can
find here:
http://tools.ietf.org/html/draft-rodrigueznatal-lisp-sdn-00
We believe that LISP can serve as a southbound protocol for SDN. With
this draft we aim to improve vanilla LISP with some extensions to make
it even more suitable for SDN scenarios.
This draft also complements and provides the foundations for the current
LISP NFV draft.
http://tools.ietf.org/html/draft-barkai-lisp-nfv-04
Your thoughts and feedback on both drafts are more than welcome.
Best,
Alberto
_______________________________________________
lisp mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lisp
_______________________________________________
lisp mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lisp
