SD-WAN架构应该使用POP点吗？

‍

‍

现阶段市场上面有多种多样SD-WAN可选择。其中一个差别取决于构架中是不是存在经销商托管的流量解决部件。要是没有经销商托管业务流程解决SD-WAN部件的经销商，则业务流程所具有的设施或现有网络应当解决全部流量。如果有经销商提供一些流量解决部件的托管，比如在云浏览接入点(POP)中，经销商有着的机器设备承担解决一些流量。尽管从外表上看是一个无足轻重的阶段，但一定要考虑到几个微小之处。了解SD-WAN解决方案需要的构架，可以完成SD-WAN解决方案的所有 优点。

POP在电信构架中很普遍，尤其是电信企业提供的SD-WAN解决方案。假如提供商将他们置放在终点点的1到2跳内的任何地区中，则这将是有益的。可是，即便 在大部分POP所属的Metro地区，依然务必解决汇聚层的超量定阅，及其因为上下游提供商对等而致使的低效能路由。

悲剧，POP会将您的解决方案汇聚到提供商或经销商的主杆上，该技术骨干一般是与多个顾客一起使用的共享MPLS网络，跨共享系统架构的一切汇聚都有可能造成 基本网络超量订购，网络通讯不安全，彻底忽视POP SD-WAN机器设备中的QoS，或是很有可能不能在同一顾客的流中间正确使用优先级。更糟心的是，来源于不一样顾客的流，简单点来说，您的流量来源于同一链路和同样SD-WAN机器设备上的其它顾客的流量。从性能的视角看来，这明确提出了“当出现时延时，我能比别的顾客得到更快的性能吗?”及其“假如有着该机器设备，别的顾客的活动会影响我预估的性能吗?”

大部分企业都是会解决某类管控，不论是来源于付款解决，保健医疗，地区法律法规还是别的，并且网络自身一般都是在严苛核查以达到一些要求。这种企业务必考虑到POP自身是不是存在潜在性的合规违反规定，不管经销商是不是可以浏览SD-WAN机器设备上的无线网络数据信息乃至运行内存中的未数据加密数据信息，及其这种系统和网络的相对安全系数的配件标准。即便 这种系统和网络是安全可靠的，他们也会拓展合规管理范畴和评定，渗入测试和漏洞管理的外表地区，这会提高机构工作流程的时长和成本费。