在测量wan指标这一主题上，大多数工程师认为应考虑损耗，延迟，抖动和可达性的标准统计信息，以确定路径质量。对于在osi模型的第3层上决定数据包流的路由协议而言，这是好信息。但是，从整体用户体验的角度来看，它是不完整的信息。为了使sd-wan解决方案提供比典型的分组路由器更好的价值，它必须超越路由器考虑的指标。
sd-wan设备不是路由器吗
　　从传统意义上讲，不应将sd-wan设备视为路由器。路由器使用本地表和算法(例如dijkstra)来确定到达数据包目的地的最短路径。术语“包”在这里很重要。这是路由器所关心的全部。如果您查看路由器的定义，则它是一种在第3层起作用的设备，用于将数据包传递到其目标网络。出现问题时，路由器将处理拓扑更改并计算新的路由表条目，这些条目是可用路径的时间点决定。这些拓扑更改需要时间来处理。这可能会导致数据包丢失，延迟和任何穿越该网段的抖动。因此，为什么我们使用这些度量来确定传统网络的运行状况。
　　sd-wan的功能完全不同。它不是使用分散的逻辑和过时的协议在整个网络上传播拓扑变化，而是利用集中式逻辑，该集中式逻辑将整个网络视为一个整体，而分布式转发平面则根据质量指标进行实时决策。sd-wan创建了一个覆盖网络，该覆盖网络在理解拓扑的同时，从较低级别的wan路由协议中抽象了在位置和端点之间传递连接的配置。本质上，sd-wan基于配置的策略和最佳可用网络路径将应用程序流从源传递到目的地。这是sd-wan技术应如何工作的中心论点。
　　假设您有2条电路，从远程办公室回到数据中心。其中一个电路是10 mbps mpls链路，另一个是商业internet链路，下载速度为50mbps，上传速度为20mbps。您有通过mpls链路发送的关键流量。您对wan的典型衡量标准是，最佳路径是mpls电路，其丢包率为1%，延迟为65毫秒，抖动为2毫秒。互联网的数据包丢失率为1%，延迟时间为80毫秒，抖动为2毫秒。您会说mpls运行得更好。请记住，在大多数路由器上，这些测量以1分钟或5分钟的周期执行。猜猜是什么-您没有获得所有信息。
　　sd-wan设备不断实时监控整个网络中的应用程序流。它还会实时进行调整，以补偿不仅在wan链接中遇到的问题，而且还根据应用程序在遍历这些链接时的性能来补偿应用程序中遇到的问题。它可以看到mpls和internet电路，并了解每个应用程序如何在那些链路上执行。它知道mpls电路上是否存在间歇性问题，该问题会通过延迟事务响应来干扰voip流量或降低saas应用程序的性能，因为它已测量了这些影响。例如，它可以选择基于这些指标重新路由应用程序流，也可以同时平衡两条路径上的流并在目的地重新组合。
　　sd-wan捕获的指标远远超出了典型wan指标，包括应用程序响应时间，网络传输时间和服务器响应时间。它可以看到流在整个路径上的行为方式。它了解路径是否拥塞，或者链路上某处是否存在缓冲或拥塞队列。它了解应用程序事务响应时间如何从一条路径到另一条路径变化。这是在受策略驱动的同时可以有效，可靠地交付应用程序的唯一方法，并使管理员可以专注于性能，安全性和合规性等业务目标，而不是底层协议。基于策略的应用程序网络(我认为应该称为sd-wan)需要采取决定性的措施，而这些因素远远超出了简单路由数据包所需的因素。为了提供这种决定性的行动，必须忘记典型的“跟随包裹”的心态。更恰当地说是“遵循用户体验”。

---