MPLS VPN的优化

从SD-WAN从制造商的角度来看，只要标记流量PE上就行了，PE打通间不属于SD-WAN要考虑的问题。但对运营商而言，MPLS VPN它是企业广域网业务的基础，也是反映服务差异化的最关键环节。因此，运营商正在设计SD-WAN做生意的时候，肯定会带上MPLS VPN一起考虑。但是，传统的MPLS VPN一些局限性使它在和SD-WAN集成显得非常不协调。首先，开放周期太长，交付速度远远不能跟上业务的需求。其次，带宽难以按需调整，客户只能按高峰带宽水平购买。此外，无法与云连接，企业云流量难以纳入服务系统。

快速开放的问题不仅仅是介绍SDN控制器对两端PE/ASBR做自动化配置那么简单。在运营商的传统体系下开通一个MPLS VPN，保守的周期估计是45-90天，从开始填写订单到最终交付，需要流通几十个步骤，其中向设备发布配置已经是原因MPLS VPN自动完成网管等角色，更换SDN控制器配置没有本质区别。真正的问题是传统的BOSS系统过于臃肿。为了保证系统的稳定运行，不仅过程复杂繁琐，而且需要人工干预许多步骤。因此，解决问题的关键是运营商应该是对的BOSS简化架构和业务流程，否则任何网络层面的改进都是杯水车薪。

按需调整带宽，在BOSS层面也面临着同样的实际问题。仅从网络层面来看，调整带宽的方法取决于MPLS VPN的QoS如果是，模型Diff-Serv的就是在PE上做限速和Mark，如果是Int-Serv恐怕要去做RSVP是的。这个想法很好，但在现实中，运营商可能会遇到一些头痛的问题。首先，带宽调整很容易使网络不稳定。一旦客户在调整过程中影响他人，就很难定义责任。其次，按需粒度难以掌握。如果薄，它会影响收入。如果它太厚，它会对客户失去吸引力。此外，按需服务模式对计费系统的影响太大，风险需要仔细评估。

与云的缺乏联系需要运营商和云供应商共同解决。云机房通常建在城市网络的核心或骨干网络层面DC Edge接入运营商互联网。然而，随着云计算的逐渐成熟，一些高价值的企业流量开始流向云端互联网却难以为这部分流量提供足够的连接质量，引入MPLS VPN要解决这个问题是很自然的。对于运营商来说，如果没有额外的市场策略考虑，简单的技术问题就很简单，DC Edge就是CE，只要它和PE可以接入和路由。

没什么好说的，裸纤/专线/VPN可以，对于几个大公有云，甚至可以直接把PE搬到DC Edge的机房去做直连，通过物理接口或者子接口来隔离租户。如果由于一些现实的因素，运营商和公有云间做接入存在困难，还可以通过第三方的IXP/CXP中继。

路由，因为跨域通常是静态路由或BGP，若采用静态路由，则由控制器配送路由DC Edge和PE上，如果用BGP，需要控制器配备Peering和Policy。从分工界面来看，DC Edge公有云提供商负责和云内部网络，PE运营商负责与企业侧的接入，双方的控制器分别包装API提供，上面的Portal或者编排器拆单后可以直接调用IaaS在流量方面，企业侧和云侧的网络在同一地址空间内，路由可以直接拉通，但对于SaaS在流量方面，云侧是公网IP地址，所以路由不能直接连接。因此，企业侧访问SaaS运营商还需要流量PE送到DC Edge前做NAT，这是一个容易被忽视的问题，特此提示。