1、迁移后服务器EID在新站点的ETR注册问题。既VM迁移后，新站点的ETR如何知道它此时需要向外发布对应EID。Cisco的当前做法是使用IP报文侦听，先配置个侦听范围，既可能会迁移过来的IP地址段，当监听到本地出现此地址段为源IP地址的IP报文时，会激活此EID表项并发给MS进行注册。个人感觉侦听免费ARP会更方便一些，vMotion后VM肯定会发免费ARP报文的，但发IP报文就得看服务器的应用层协议设置了。不过此方案需要在站点间过滤免费ARP，不能使其跨站点传输，否则二层隧道会将免费ARP扩散到所有站点，侦听就没意义了，而过滤后会不会有其他问题还需细琢磨。这里只随口提个思路，什么方案都是有利就有弊的，需权衡清楚再实现。另外也可以让vCenter等管理平台去通知ETR，类似于前面的GSLB方案，这样由必须和VMware等虚拟机厂商做强联动，有些违背使用LISP的初衷。

2、迁移后通知ITR快速切换新的Locator IP问题。这个就更加复杂了，VM刚由站点A迁移到站点B，ITR不知道啊，还是在用旧的Locator IP封包发送，此时应用业务肯定就断了，直到ITR获取到新的Locator IP后才能再建立起连接恢复业务。如果是时间敏感型的业务，中断个几分钟，上下几百万就没了不是。当前LISP提了很多解决方向出来，但还没有什么确定的技术方案。个人思路如下，此问题需分解为两个小问题各自解决：

首先是要解决ITR如何感知迁移发生的问题：1）管理平台通知，需要联动，而且ITR那么多，也不会都注册到管理平台上去。不太靠谱。2）由ITR探测EID存活状态，探测范围太大，EID可能以主机路由居多，对ITR负担太重，可行但不是很好。3）由原始站点ETR探测EID状态，当迁移后探测到EID不在本地站点，则通知ITR删除临时表项。ETR上是保存了所有ITR表项的，可以很方便知道都要通知谁。但由于各站点间服务器前端网络二层互通，因此还要想办法将此探测报文在站点间隔离，否则迁移前后始终都是通的，和前面的ARP侦听方案存在相同的问题。4）在问题一已经解决的情况下，当服务器EID在新站点的ETR注册完成后，由新站点ETR向所有原始站点ETR发通知，再由原始站点ETR通知ITR删除临时表项。这个方案感觉相对更靠谱一些，可以将所有可能运行同组业务的数据中心站点ETR都设定到一个组里面，大家有事没事互通有无一下。