待解决问题
求助,IEEE1588时间同步专用路由的问题 (进入论坛模式)
离问题结束还有0天0小时 |
提问者:luckyyuanyibo
|
提问时间:2013-12-12 17:49
既然IEEE1588协议透明时钟需要专用路由,如果搭建一个连接北京市内几个实验室内的PTP网络,采用公用的光纤是不是就不可能实现?
问题答案 ( 12 条 )
该技术需要对称的传输时延
谢谢回复,如果使用电信部门的已有网络 该怎么样实现啊?
瓶颈不在光纤,是在公网的设备上是否支持1588 PTP带内的方式 包括设备软件版本 还有板卡了;
你给运营商提PTP的组网需求,我觉得现在运营商很难满足你的要求,尤其是PTP要求精度比NTP要高很多,端到端性能在城域网里很难保证,用1588实现基站的时间同步也刚是现网试点阶段 又何况是大客户的需求呢。主要有几点原因:
1 和运营商城域网的设备形态有关系(PTN OTN等),1588协议走L2 链路层 用PTN实现 时间精度有保证, OTN实现1588可走ESC和OSC,还是很复杂的,OSC有些厂家已经可以单纤双向并自动补偿非对称时延了;
2 和运营商现网设备对1588的支持度有关系:在公网的设备上是否支持1588 PTP带内的方式,包括设备软件版本,还有板卡和接口等,难以保证端对端的统一;
3 工程协调问题:你用PTP的话,时间服务器放在哪里,怎么和注入网元对接,运营商不可能给你租他们的时间服务器,用你自己的,需要考虑PTP接口,必要的时候还要有1pps+ToD接口带外对接,但带外方式对接距离有限,运营商又不可能让你把时间服务器放他们的机房,而且网管又不好界定。
4 如果走运营商大客户租电路或光纤的渠道,你的PTP同步需求运营商可能不一定很准确满足,跟你几个实验室的地理位置有关系,这又要涉及到时间链路的组织。对运营商来说1588不是一般业务需求,不是单纯分配带宽 满足时延要求那么容易了。
所以还是需要提前跟他们沟通一下才好。。。。
你给运营商提PTP的组网需求,我觉得现在运营商很难满足你的要求,尤其是PTP要求精度比NTP要高很多,端到端性能在城域网里很难保证,用1588实现基站的时间同步也刚是现网试点阶段 又何况是大客户的需求呢。主要有几点原因:
1 和运营商城域网的设备形态有关系(PTN OTN等),1588协议走L2 链路层 用PTN实现 时间精度有保证, OTN实现1588可走ESC和OSC,还是很复杂的,OSC有些厂家已经可以单纤双向并自动补偿非对称时延了;
2 和运营商现网设备对1588的支持度有关系:在公网的设备上是否支持1588 PTP带内的方式,包括设备软件版本,还有板卡和接口等,难以保证端对端的统一;
3 工程协调问题:你用PTP的话,时间服务器放在哪里,怎么和注入网元对接,运营商不可能给你租他们的时间服务器,用你自己的,需要考虑PTP接口,必要的时候还要有1pps+ToD接口带外对接,但带外方式对接距离有限,运营商又不可能让你把时间服务器放他们的机房,而且网管又不好界定。
4 如果走运营商大客户租电路或光纤的渠道,你的PTP同步需求运营商可能不一定很准确满足,跟你几个实验室的地理位置有关系,这又要涉及到时间链路的组织。对运营商来说1588不是一般业务需求,不是单纯分配带宽 满足时延要求那么容易了。
所以还是需要提前跟他们沟通一下才好。。。。
谢谢回复。
您打了这么多字 我怪不好意思的。我在的实验室是研究原子钟时标的,所以时钟源不成问题,如果购买时间服务器,也是放在本地,跟时钟源对接。项目的目的是给北京市内其它几个相距几十公里的实验室进行时间信号传输实验。我考虑如果使用公网的话,主要误差来源一是来回走得可能不是一条路径,经过的光纤长度不一样,导致传输时延不对称。二是运营商用的不是IEEE1588中所说的透明时钟。您觉得这两方面问题该怎么解决?
两种情况:
1、设备都支持1588,设备跟设备几十公里都是裸纤,也就是没有经过传输设备,这种场景可以完成测试。
2、如果经过传输,并且传输设备不支持1588,那你这个测试就不成功,只能测试1588 ACR。
问题是运营商的路由器 肯定不会遵从1588协议啊
你说的这两个关键问题,大家也都在考虑1588在公网怎么传送,保证亚微妙时间精度的问题;
因为当初1588是IEEE在局域网中用于精密检测及控制的技术,如何应用到电信领域 目前技术还不成熟。
关于非对称性补偿 还有PTP TC时钟这两个问题目前的解决办法
1 非对称性补偿, 设备厂家可以做到在一定范围内自动补偿了,补偿范围我记得好像是-100us~100us,对于城域网也足够了,当然补偿精度到多少ns 得由你来提了 跟你的时间精度要求有关系;我之前讲1588非对称补偿也没那么简单,如果租用运营商城域网是经过骨干层了 可能要跨OTN(PTN解决1588走2层以太我个人认为技术比OTN成熟),那么现网OTN是不是支持单纤双向 你要跟运营商甚至设备厂商了解, 因为单纤双向可以规避路径不一致问题,如果是ESC走开销通道的话 看要映射到哪个单元里面去 减少PDV,如果都不支持,只能走业务透传就麻烦了,性能不好保证。
还有1588非对称性时延主要在TX RX上面 一般电信组网多是收发都走同一路径,收发路径差不会到km级,你说的经过光纤长度不一样是因为电信网考虑到路由保护,才可能出现主备路由不一致的情况。所以如果你担心这个问题,建议在不同实验室放主备时间服务器,避免备用路由跳数过多路由过长,这是概率问题了,当然成本也高了,看你对可靠性的要求了。
2 因为中国地域广阔 节点众多 在SDH时钟同步网方面和国际标准的差异性就有所体现了。按这个思路的话 1588在国内用 大家还是先考虑BC方式为主,减少PDV,TC模式还有待研究。所以你规定了TC透明时钟的话,得问问运营商是不是现网设备支持,当然支持TC 还要考虑P2P E2E ,如果出现混合模式的话问题还比较复杂。
3 还有你可能打算购买时间服务器,放本地,跟BITS对接,这里就有几点疑问了:
3.1 本地是你自己的实验室的话,需要找运营商的传输设备进行注入,距离远的话只能走PTP方式了,1pps+ToD距离受限,一般时间源都需要接口保护,你需要首网元不同板卡分配2个PTP端口才行;
3.2 跟时钟源(BITS)对接问题很多,时钟源是你们自己的话,要实现1588首先要时钟同步,运营商的设备怎么会跟踪你的时钟源?如果时间服务器要和全网时钟同源的话,还要让运营商给你分外时钟,当然时钟到你实验室机房,考虑距离问题最好通过传输设备的同步以太时钟过来,时钟的SSM等级需要运营商给你分配,时钟质量能不能保证需要你提需求了。
所以我觉得最好别提技术实现方式了,只和运营商提技术指标,当然要包括时钟和时间两个部分(从PTP自己恢复clock我觉得现在技术上还不如外定时方式):
时钟就看看标准,抖动 漂移指标什么的,无论是同步以太还是2M时钟这方面都比较成熟了;
时间指标我不知道具体时间要求是什么,现在这方面也没有特别成熟的标准,可以从PDV,短稳长稳,如有主备倒换的话 相位跳变特性方面考虑一下;
提好需求,让运营商根据现网资源情况论证一下可行性和解决方案吧
因为当初1588是IEEE在局域网中用于精密检测及控制的技术,如何应用到电信领域 目前技术还不成熟。
关于非对称性补偿 还有PTP TC时钟这两个问题目前的解决办法
1 非对称性补偿, 设备厂家可以做到在一定范围内自动补偿了,补偿范围我记得好像是-100us~100us,对于城域网也足够了,当然补偿精度到多少ns 得由你来提了 跟你的时间精度要求有关系;我之前讲1588非对称补偿也没那么简单,如果租用运营商城域网是经过骨干层了 可能要跨OTN(PTN解决1588走2层以太我个人认为技术比OTN成熟),那么现网OTN是不是支持单纤双向 你要跟运营商甚至设备厂商了解, 因为单纤双向可以规避路径不一致问题,如果是ESC走开销通道的话 看要映射到哪个单元里面去 减少PDV,如果都不支持,只能走业务透传就麻烦了,性能不好保证。
还有1588非对称性时延主要在TX RX上面 一般电信组网多是收发都走同一路径,收发路径差不会到km级,你说的经过光纤长度不一样是因为电信网考虑到路由保护,才可能出现主备路由不一致的情况。所以如果你担心这个问题,建议在不同实验室放主备时间服务器,避免备用路由跳数过多路由过长,这是概率问题了,当然成本也高了,看你对可靠性的要求了。
2 因为中国地域广阔 节点众多 在SDH时钟同步网方面和国际标准的差异性就有所体现了。按这个思路的话 1588在国内用 大家还是先考虑BC方式为主,减少PDV,TC模式还有待研究。所以你规定了TC透明时钟的话,得问问运营商是不是现网设备支持,当然支持TC 还要考虑P2P E2E ,如果出现混合模式的话问题还比较复杂。
3 还有你可能打算购买时间服务器,放本地,跟BITS对接,这里就有几点疑问了:
3.1 本地是你自己的实验室的话,需要找运营商的传输设备进行注入,距离远的话只能走PTP方式了,1pps+ToD距离受限,一般时间源都需要接口保护,你需要首网元不同板卡分配2个PTP端口才行;
3.2 跟时钟源(BITS)对接问题很多,时钟源是你们自己的话,要实现1588首先要时钟同步,运营商的设备怎么会跟踪你的时钟源?如果时间服务器要和全网时钟同源的话,还要让运营商给你分外时钟,当然时钟到你实验室机房,考虑距离问题最好通过传输设备的同步以太时钟过来,时钟的SSM等级需要运营商给你分配,时钟质量能不能保证需要你提需求了。
所以我觉得最好别提技术实现方式了,只和运营商提技术指标,当然要包括时钟和时间两个部分(从PTP自己恢复clock我觉得现在技术上还不如外定时方式):
时钟就看看标准,抖动 漂移指标什么的,无论是同步以太还是2M时钟这方面都比较成熟了;
时间指标我不知道具体时间要求是什么,现在这方面也没有特别成熟的标准,可以从PDV,短稳长稳,如有主备倒换的话 相位跳变特性方面考虑一下;
提好需求,让运营商根据现网资源情况论证一下可行性和解决方案吧
太感谢了。我们实验室做过光纤传输模拟信号实施两地频率同步的实验,效果还好。现在想研究数字时间同步。现在数字时间同步方面还有一种SDH实现时间同步的方法,不知道您了解吗?
之前听说过 没有仔细研究过 电网里可能有用SDH传1588的需求
最简单的实现方式可能就是把1588以太包转成E1到SDH业务信道中传吧
但我不知道指针调整对时延抖动影响有多大 没有实际经验 不太确定
最简单的实现方式可能就是把1588以太包转成E1到SDH业务信道中传吧
但我不知道指针调整对时延抖动影响有多大 没有实际经验 不太确定
哦,除了NTP和1588之外 还有精度比较高的网络时间同步协议了吗?
DOCSIS timing protocol 应该也可以 但我觉得比PTP NTP复杂
不要尝试从公网传递高精度时间,除非这个公网是1588网络,运营商给你提供这个服务,但频率是可行的,目前所有的过三方传高精度时间的算法都存在理论无法克服的困难