哪种QoS分类应应用于NTP？

思科的企业QoS解决方案参考网络设计建议将NTP分类为网络管理流量并将其标记为CS2：

在满足网络管理流量的QoS需求时，Cisco建议遵循以下准则：

• 网络管理流量应标记为DSCP CS2。
• 网络管理应用程序应该以最小的带宽保证得到明确的保护。

网络管理流量对于执行趋势和容量分析以及故障排除很重要。因此，您可以为网络管理流量配置一个单独的最小带宽队列，该队列可能包括SNMP，NTP，Syslog，NFS和其他管理应用程序。

鉴于NTP是对抖动敏感的，为什么NTP不标记为Expediated Forwarding并与语音数据一样对待？

是否有理由不应该将其与语音放在同一低延迟队列中？

编辑答案：根据IETF的DiffServ服务类别的RFC 4594配置指南，应将NTP放置在EF类（与实时语音数据包相同）中。

5.2。NTP映射

从执行的测试可以看出，精确的时间分配需要非常低的数据包延迟变化（抖动）传输。因此，我们建议使用以下有关网络时间协议（NTP）的准则：

o当NTP用于在管理员（运营商）网络内或向最终用户/客户端提供高精度计时时，应使用电话服务类，并且NTP数据包应标有EF DSCP值。

o对于要求“壁钟”定时精度的应用程序，应使用标准服务类，并且数据包应标有DF DSCP。

NTP对抖动不是特别敏感，因为它使用originate和transmit时间戳来跟踪延迟。 Ntp.org详细说明了如何保持检查延迟，但这是一个片段：

将客户端与网络服务器同步包括几个数据包交换，其中每个交换都是一对请求和答复。发送请求时，客户端会将其自己的时间（原始时间戳）存储在要发送的数据包中。当服务器接收到这样的数据包时，它将依次将自己的时间（接收时间戳）存储到数据包中，并且在将发送时间戳记入数据包后将返回该数据包。接收到答复后，接收方将再次记录其自己的接收时间，以估计数据包的传输时间。假设对称延迟，则行进时间（延迟）估计为“总延迟减去远程处理时间”的一半。

之所以与网络控制不在同一类别，是因为这并不直接负责数据包的路由/转发操作。网络管理类别中的所有内容都不是整个网络系统的关键组件。如果丢失了与SNMP，syslog或NTP相关的任何数据包，您甚至可能不会注意到。

由于SNMP基于TCP，因此SNMP会简单地重新传输该信息。即使连接全部断开，也不会发生灾难。您可能只是让snmp代理没有响应，然后再试一次。如果丢失了syslog流量（UDP），则只会丢失一小段日志记录信息，该信息可能仍包含在缓冲区或设备上的日志文件中。由于NTP根据先前的数据包计算延迟，同时还要考虑最大的偏移误差，因此您确实没有遇到任何问题。最坏的情况是，您的时间漂移​​了几皮秒。

如果丢失了与路由相关的数据包，即使丢失了一秒钟，您可能会面临整个系统崩溃的麻烦；使其他标记毫无价值。到那时，NTP将完全不同步，并依靠它的本地行情自动收录器保持时间。