Abstract DiffServ was designed to implement service provider quality of service (QoS) policies, where routers change and react upon the DiffServ Code Point (DSCP) in the IP header. However, nowadays, applications are beginning to directly set the DSCP themselves, in the hope that this will yield a more appropriate service for their respective video, audio and data streams. WebRTC is a prime example of such an application. We present measurements, for both IPv4 and IPv6, of what happens to DSCP values along Internet paths after an end system has set them without any prior agreement between a customer and a service provider. We find that the DSCP is often changed or zeroed along the path, but detrimental effects from using the DSCP are extremely rare; moreover, DSCP values sometimes remain intact (potentially having an effect on traffic) for several AS hops. This positive result motivates an analysis of the potential latency impact from such DSCP usage, for which we present the first measurement results. We find that routers at approximately 3% of more than 100,000 links differentiate between the WebRTC DSCP values (EF, AF42 and CS1) and consistently reduce delay in comparison with probes carrying a zero value (CS0) under congestion. In contrast, routers at around 2% of these links increase the delay by a comparable amount under congestion, uniformly for EF, AF42 and CS1.

中文翻译：

---

关于终端系统使用不受管制的 IP DiffServ 代码点 (DSCP) 的效用

摘要 DiffServ 旨在实现服务提供商的服务质量 (QoS) 策略，其中路由器根据 IP 报头中的 DiffServ 代码点 (DSCP) 进行更改和反应。然而，如今，应用程序开始自己直接设置 DSCP，希望这将为它们各自的视频、音频和数据流提供更合适的服务。WebRTC 是此类应用程序的主要示例。我们提供了对 IPv4 和 IPv6 的测量，在客户和服务提供商之间没有任何事先协议的情况下，在终端系统设置 DSCP 值后，沿 Internet 路径的 DSCP 值会发生什么变化。我们发现 DSCP 经常沿路径改变或归零，但使用 DSCP 的不利影响极为罕见；而且，DSCP 值有时在几个 AS 跃点上保持不变（可能对流量产生影响）。这一积极的结果激发了对此类 DSCP 使用的潜在延迟影响的分析，为此我们提供了第一个测量结果。我们发现，在超过 100,000 条链路中，大约有 3% 的路由器区分 WebRTC DSCP 值（EF、AF42 和 CS1），并且与拥塞情况下携带零值 (CS0) 的探测器相比，持续减少延迟。相比之下，这些链路中大约 2% 的路由器在拥塞情况下增加了相当数量的延迟，对于 EF、AF42 和 CS1 都是一样的。000 链路区分 WebRTC DSCP 值（EF、AF42 和 CS1），并且与拥塞情况下携带零值 (CS0) 的探针相比，持续减少延迟。相比之下，这些链路中大约 2% 的路由器在拥塞情况下增加了相当数量的延迟，对于 EF、AF42 和 CS1 都是一样的。000 链路区分 WebRTC DSCP 值（EF、AF42 和 CS1），并且与拥塞情况下携带零值 (CS0) 的探针相比，持续减少延迟。相比之下，这些链路中大约 2% 的路由器在拥塞情况下增加了相当数量的延迟，对于 EF、AF42 和 CS1 都是一样的。