思科的企业QoS解决方案参考网络设计建议将NTP划分为网络管理流量,并将其标记为CS2:
在满足网络管理通信量的QoS需求时,思科建议遵循以下指导方针:
网络管理流量是进行趋势和容量分析及故障排除的重要手段。因此,您可以为网络管理通信提供一个单独的最小带宽队列,其中可以包括SNMP、NTP、Syslog、NFS和其他管理应用程序。
既然NTP是抖动敏感的,为什么NTP没有标记为权宜之计的转发,并处理与语音数据相同?
是否有理由不将其放在与语音相同的低延迟队列中?
发布于 2015-05-06 18:36:48
编辑回答:根据IETF的DiffServ服务类的RFC 4594配置指南,NTP应该放在EF类中(与实时语音数据包相同)。
5.2。从所执行的测试中映射出NTP ,表明精确的时间分布需要非常低的数据包延迟变化(抖动)传输。因此,我们建议使用以下网络时间协议指南:当NTP用于在管理员(载波)网络内或向最终用户/客户端提供高精度定时时,应使用 o,对于需要“墙壁时钟”定时精度的应用程序,应使用电话服务类,并且NTP数据包应使用EF DSCP value. o标记,应使用标准服务类,并应用DSCP. DF 标记数据包。
发布于 2015-06-05 20:29:57
NTP对抖动不是特别敏感,因为它使用originate和transmit时间戳来跟踪延迟。Ntp.org详细解释了它是如何控制延迟的。,但这里有一个片段:
将客户端同步到网络服务器由几个数据包交换组成,其中每个交换是一对请求和应答。当发送请求时,客户端将自己的时间(起始时间戳)存储到正在发送的数据包中。当服务器接收到这样的数据包时,它将依次将自己的时间(接收时间戳)存储到分组中,并且在将发送时间戳放入分组后返回该分组。当接收到回复时,接收方将再次记录自己的接收时间,以估计分组的旅行时间。旅行时间(延迟)估计为“总延迟减去远程处理时间”的一半,假设是对称延迟。
之所以这与网络控制不属于同一类别,是因为这并不直接负责数据包的路由/转发操作。网络管理类别中的所有东西都不是整个网络系统的重要组成部分。如果您丢失了与SNMP、syslog或NTP相关的任何数据包,您可能都不会注意到。
SNMP只需重新传输该信息,因为它是基于TCP的。即使连接全部中断,也不会发生灾难性的事件;您可能只是得到一个snmp代理没有响应,然后再试一次。如果您丢失了syslog通信量(UDP),您就会丢失一些日志信息,这些信息可能仍然包含在缓冲区中或设备上的日志文件中。由于NTP根据以前的数据包计算延迟,同时也考虑到最大偏移错误,所以您实际上没有遇到任何问题。最坏的情况是,您的时间会漂移几皮秒…
如果您丢失了一个与路由相关的数据包,即使有一秒钟,您也可能面临整个系统崩溃;使任何其他标记变得毫无价值。在这一点上,NTP将完全不同步,并依赖于它的本地代码来保持时间。
https://networkengineering.stackexchange.com/questions/18315
复制相似问题