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

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

应该将网络管理流量标记为DSCP CS2。
应该以最小的带宽保证对网络管理应用程序进行显式保护。

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

由于NTP对抖动敏感，为什么不对它敏感？ NTP被标记为“加速转发”并且与语音数据相同吗？
是否有理由不应该将其与语音放在同一低延迟队列中？

评论

我不认为“抖动敏感”是NTP的合理特征。这解释了很多，但是我相信算法和轮询间隔可以处理一定量的抖动。因此，这使我认为不必像对待语音一样对待它。 （尽管我对QoS知之甚少。）
@CraigConstantine正确。在大多数环境中，只要您有一个队列来击败BE流量，无论如何，您就可能领先95％的数据。
@CraigConstantine看看RFP4594。我猜思科在这一方面不符合IETF的要求吗？...
思科是一家拥有许多不同个人/团体的大公司。并非所有人都总是对最好的观点达成共识。就我个人而言，我认为当涉及“高精度计时”时，IETF建议会更好，但我个人不希望网络设备（我通常不将其归类为高精度）的NTP设为“壁钟计时”，或者RFC所说的DF。思科的建议似乎更为“中间”，符合我的预期，可以满足网络设备对NTP的一般需求。
@StevenCraven，要使这成为一个可以回答的问题，我们需要了解您对NTP有什么样的精度要求以及如何使用它。

#1 楼

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



5.2。 NTP的映射从执行的测试中可以看出，精确的时间分配需要非常低的数据包延迟变化（抖动）传输。因此，我们建议
使用以下网络时间协议（NTP）指南
：o当NTP用于在管理员（运营商）的内部提供高精度计时时。 ）网络或最终用户/客户端，应使用电话服务类，并且NTP数据包应标有EF DSCP值。对于需要“壁钟”计时精度的应用程序，应使用
标准服务类，并且数据包应
标有DF DSCP。


评论

更正以上

–罗尼·罗伊斯顿（Ronnie Royston）
2015年6月5日在20:51


#2 楼

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


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


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

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

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