针对MPLS入驻虚拟化数据中心有很多争议，焦点主要是成本，无论CapEX还是OpEX。利用定制化的SDN系统可以有效解决这些争议：在控制平面上打造一个与众不同的管理和监控接口，解耦控制平面和数据平面并改进功能。为了更容易理解，我们举个例子，假设网络是一部汽车。

网络设备制造商对自己产品控制平面的实现很引以为荣，因为这驱动了网络向前走，然而这个结果造成控制平面被过度卖弄了：在命令行中、在初始化时、在管理时、在排错时，无所不在。

汽车制造商同样很钟情于引擎----后者驱动了汽车向前走。但是，他们并不把汽车引擎挂在嘴上，进行过度卖弄。他们把它藏在引擎盖下，只给你两个踏板、一个档位和一个方向盘来控制汽车。因为汽车是成熟产品，你没必要和燃气比率、刹车泵什么的纠缠在一起，一切都那么简单。

作为驾驶员，你也许关心引擎盖下是什么，它靠谱吗?高效吗?安全吗?但是当你开车的时候，你无瑕理会这些细节，你的关注点是交通、路况和导航。对于车况如何，你只需要看仪表盘就够了，也许只有车辆出了故障，你才需要打开发动机盖查看一下。

1.引擎盖子之下

根据以上提出的各种理由，你迫切需要把MPLS藏到“引擎盖”下，而不是摆在外面显摆。很多公司的实践表明，控制OPEX成本和拥有一个可伸缩、健壮、高可用的系统并不冲突。我们相信SDN能够同时提供简单的UI和复杂的技术，让鱼和熊掌兼得。

2. 传动装置和差速器

利用传动装置将发动机和车轮解耦，用差速器平衡左右，这两点对制造一部高效率的汽车至关重要。同理，把控制平面与数据平面解耦也很重要，这由技术因素决定，比如可升级性和可用性等等，当然，同样关键的还有成本方面的考虑，解耦控制平面和数据平面的价格关联，使按需买单成为可能。诚然，SDN是解耦的首选方案。

3.机械计时器还是电子计时器?

以凸轮机构为核心的控制阀定时器是机械工程学的奇迹，但是电子计时器的出现使高速行驶时的精确性得以保障，后者更容易制造而且便宜。同理，把MPLS PE功能迁移到服务器内部去实现也是发展的趋势，用一种完全不同的技术去解决问题，我们会看到激动人心的功能性改进和成本缩减。

4.轮胎用白圈还是黑圈?

你在意汽车的轮毂用白圈还是黑圈吗?大概不会。应该采用哪种类型的叠加隧道?这很重要吗?我想不是。MPLS实际上非常适用于运行在IP隧道上，便于简化交换机拓扑结构。当然你也可以采用VXLAN或NVGRE隧道，用MPLS作为控制平面，每种隧道类型各有优势，但那只是细枝末节。