通信人家园

 找回密码
 注册

只需一步,快速开始

短信验证,便捷登录

搜索

军衔等级:

  新兵

注册:2016-6-7
发表于 2016-6-21 17:14:57 |显示全部楼层
是我当前需要的资料,

举报本楼

军衔等级:

  下士

注册:2006-1-11
发表于 2016-9-26 19:16:38 |显示全部楼层
大拿,能否介绍一下最近1588 V3标准的进展?

点评

lvboodvl  也不是很了解,可以关注一下white Rabbit  详情 回复 发表于 2016-9-26 20:21

举报本楼

军衔等级:

  中士

注册:2012-2-1013
发表于 2016-9-26 20:21:10 |显示全部楼层
highhigh77 发表于 2016-9-26 19:16
大拿,能否介绍一下最近1588 V3标准的进展?

也不是很了解,可以关注一下white Rabbit

点评

highhigh77  这个white Rabbit 是谁啊?在哪关注?  详情 回复 发表于 2016-9-27 09:12

举报本楼

军衔等级:

  下士

注册:2006-1-11
发表于 2016-9-27 09:12:31 |显示全部楼层
lvboodvl 发表于 2016-9-26 20:21
也不是很了解,可以关注一下white Rabbit

这个white Rabbit 是谁啊?在哪关注?

点评

lvboodvl  西班牙sevensolution公司研发了一些WR工业级交换机,把1588精度提高到百ps了,可以了解一下~ 但可能申请了专利 如何推进v3版还不太明朗  详情 回复 发表于 2016-9-27 22:15

举报本楼

军衔等级:

  中士

注册:2012-2-1013
发表于 2016-9-27 22:15:21 |显示全部楼层
highhigh77 发表于 2016-9-27 09:12
这个white Rabbit 是谁啊?在哪关注?

西班牙sevensolution公司研发了一些WR工业级交换机,把1588精度提高到百ps了,可以了解一下~ 但可能申请了专利 如何推进v3版还不太明朗

点评

highhigh77  非常感谢,现在1588V3的进展我基本没有查到,你说的white Rabbit只是很可能作为V3版的一个profile.  详情 回复 发表于 2016-9-27 22:39

举报本楼

军衔等级:

  下士

注册:2006-1-11
发表于 2016-9-27 22:39:37 |显示全部楼层
lvboodvl 发表于 2016-9-27 22:15
西班牙sevensolution公司研发了一些WR工业级交换机,把1588精度提高到百ps了,可以了解一下~ 但可能申请了 ...

非常感谢,现在1588V3的进展我基本没有查到,你说的white Rabbit只是很可能作为V3版的一个profile.

点评

lvboodvl  我觉得任何标准和标准体系都是需求推动的,有个根本问题需要考虑,那就是为什么有必要去做一个通用的1588V3,到底要解决什么问题? 进展缓慢的原因是因为现在1588V2的泛化能力是足够的,因此很多定制化的需求、要求  详情 回复 发表于 2016-9-28 00:13

举报本楼

军衔等级:

  中士

注册:2012-2-1013
发表于 2016-9-28 00:13:18 |显示全部楼层
highhigh77 发表于 2016-9-27 22:39
非常感谢,现在1588V3的进展我基本没有查到,你说的white Rabbit只是很可能作为V3版的一个profile.

我觉得任何标准和标准体系都是需求推动的,有个根本问题需要考虑,那就是为什么有必要去做一个通用的1588V3,到底要解决什么问题?
进展缓慢的原因是因为现在1588V2的泛化能力是足够的,因此很多定制化的需求、要求都是在各个行业自己的profile里去做的,比如ITU的G.8265 G.8275系列、IEEE的802.1AS  TSN、C37.238、IEC_62439等,解决本行业问题就可以了,1588V3是顶层设计的问题了。
V1-V2 、V2-V3的标准成熟度、需求环境是完全不同的。V1-V2 用了6年时间就成型了,V1版不是很完善,随着工业级的应用,V2已经改进的差不多了,然后促进了各行业的profile。现在是各个profile之间的横向沟通兼容有问题,所以需要V3的顶层设计,周期要比V1-V2长得多,一方面存量的profile已经很完善、很异构了,标准推进难度很大;一方面profile-profile之间的沟通远比V3自上而下的推进要有效得多,比如ITU-T sg15/q13有同步需求了G.8271和IEEE 802.1CM 一起做联络解决问题就可以了,没有必要等V3,也不用形成V3。
总之其实就是V3目前面临的标准成熟度、健康度非常复杂了,V3的必要性并不是那么强烈,没有各行业profile做增强更有实效性,V3做顶层设计目前也不是强需求,停留在各profile兼容和互通阶段,周期会很长

点评

highhigh77  非常感谢码这么多字给我解答,我现在最大的疑问也是到底是什么需求在驱动V3标准的形成,感觉这块并没有太强烈的需求去驱动V3标准的形成,并且现在V2版本最大的问题是解决不对称时延的问题,在波分这块主要是组网设计阶段  详情 回复 发表于 2016-9-30 23:24

举报本楼

军衔等级:

  下士

注册:2006-1-11
发表于 2016-9-30 23:24:05 |显示全部楼层
lvboodvl 发表于 2016-9-28 00:13
我觉得任何标准和标准体系都是需求推动的,有个根本问题需要考虑,那就是为什么有必要去做一个通用的1588 ...

非常感谢码这么多字给我解答,我现在最大的疑问也是到底是什么需求在驱动V3标准的形成,感觉这块并没有太强烈的需求去驱动V3标准的形成,并且现在V2版本最大的问题是解决不对称时延的问题,在波分这块主要是组网设计阶段采用单纤双向的设计去规避,而且OTN网络实际并没有普遍应用1588V2.最后希望大神能解答一下现在是什么需求在驱动V3标准的形成,V3标准比V2标准只是精度上的提高吗?有没有解决不对称时延或者其他方面功能的加强?

点评

lvboodvl  驱动V3统一版本的需求我也没想太清楚,首先有可能来自各个profile的协议一致性方面吧。 性能方面ITU目前在研究面向5G的超高精度同步需求的实现技术,还在初始阶段,我想搭上5G这艘大船把同步作为其中的子需求来驱动  详情 回复 发表于 2016-10-9 18:23

举报本楼

军衔等级:

  新兵

注册:2016-10-1
发表于 2016-10-1 17:31:56 |显示全部楼层
想了解一下两个同步协议的区别,谢谢

点评

lvboodvl  是哪两个标准,V1和V2么?  详情 回复 发表于 2016-10-9 18:28

举报本楼

军衔等级:

  中士

注册:2012-2-1013
发表于 2016-10-9 18:23:53 |显示全部楼层
highhigh77 发表于 2016-9-30 23:24
非常感谢码这么多字给我解答,我现在最大的疑问也是到底是什么需求在驱动V3标准的形成,感觉这块并没有太强 ...

驱动V3统一版本的需求我也没想太清楚,首先有可能来自各个profile的协议一致性方面吧。
性能方面ITU目前在研究面向5G的超高精度同步需求的实现技术,还在初始阶段,我想搭上5G这艘大船把同步作为其中的子需求来驱动也是可以的,V2版实现精度和GNSS相比并没有明显优势,而只有把超高精度作为强需求来推动,确实现有的GNSS技术很难满足了(目前普通接收机大概在100ns左右)或部署成本甚高了,1588技术超高精度及灵活可收敛性的优势才能体现出来,只有需求明确且稳定了大家才会务实地推动V3标准的形成。
当然面向5G的Mesh灵活组网及超高精度实现肯定离不开协议的改进及增强,目前来看BMCA并不能很好胜任,所以V3版另一个驱动力可能是协议的改进,包括不同的时标基准、定义新的slave或Passive端口,选源算法的考虑等等,都是标准需要考虑的地方。
觉得V3的需求来自协议一致性、精度的提高及协议的增强三个方面吧。
、、、、、、
您又提到V2版不能很好解决光纤不对称问题,这确实不是1588自身能解决之处,因为1588当初的设计关注的是L2/L3层面的报文交互,与物理层介质并不是强相关的。当然可采用很多辅助技术来规避(如OSC)或者补偿(交换光纤或Passive检测)等。我们结合下上面讨论的超高精度的topic,非对称cTE误差在超高精度技术层面肯定更要去解决,只有解决了cTE这个前提才谈得上如何进一步处理dTE。OTN只是从PRTC到end application端经过的应用载体,需要它时就会起作用,还是要放到大网中联合考虑,比如PRTC注入点的位置,被授时设备的网络分布和OTN调度的关系、1588组网的隔离度等。确实OSC天然规避了光纤不对称问题,但很多地方还没有标准化(比如速率、接口、集中还是分布式架构),从超高精度实现来讲也面临不少挑战,比如要解决收发中心波长漂移问题,温度老化问题等。
最大的挑战是如何解决城域网目前大量应用的PTN/IPRAN设备的光纤不对称问题,并不是技术上的瓶颈,而是产业链的受限,这些分组设备网络侧连接严重依赖光模块厂家,光靠设备厂家去推动是非常困难的。
不过未来充满变数,5G提出苛刻的低时延要求,传输网也在变革,比如增加光交换的比例,接入层MESH化及直达化等,POTN的应用比重应该会增加,类似于OSC这种独立旁挂+分配架构式的设计思路也许也是一个不错的选择吧。

点评

highhigh77  谢谢大神给出方向性的意见,我先自己研究研究  详情 回复 发表于 2016-10-14 09:01

举报本楼

军衔等级:

  中士

注册:2012-2-1013
发表于 2016-10-9 18:28:02 |显示全部楼层
odnwo 发表于 2016-10-1 17:31
想了解一下两个同步协议的区别,谢谢

是哪两个标准,V1和V2么?

举报本楼

军衔等级:

  下士

注册:2006-1-11
发表于 2016-10-14 09:01:48 来自手机 |显示全部楼层
lvboodvl 发表于 2016-10-9 18:23
驱动V3统一版本的需求我也没想太清楚,首先有可能来自各个profile的协议一致性方面吧。
性能方面ITU目前 ...

谢谢大神给出方向性的意见,我先自己研究研究

点评

lvboodvl  哦 9月份ITU全会上和IEEE P1588 Working GroupTD 601/3工作组确认了一下,IEEE工作组同意在下一版本中会考虑增加从时钟性能监测方面的功能,可以作为v3版本的一个研究方向。  详情 回复 发表于 2016-10-18 14:21

举报本楼

军衔等级:

  中士

注册:2012-2-1013
发表于 2016-10-18 14:21:05 |显示全部楼层
highhigh77 发表于 2016-10-14 09:01
谢谢大神给出方向性的意见,我先自己研究研究

哦 9月份ITU全会上和IEEE P1588 Working GroupTD 601/3工作组确认了一下,IEEE工作组同意在下一版本中会考虑增加从时钟性能监测方面的功能,可以作为v3版本的一个研究方向。

举报本楼

军衔等级:

  二级通信军士

注册:2009-2-14
发表于 2016-12-1 14:29:45 |显示全部楼层
非常感谢!

举报本楼

军衔等级:

  新兵

注册:2016-12-25
发表于 2016-12-25 16:37:09 |显示全部楼层
profile怎麽分类?

点评

lvboodvl  As this paper proposed, IEEE should assign a unique identifier to each profile.  详情 回复 发表于 2016-12-25 20:14

举报本楼

军衔等级:

  中士

注册:2012-2-1013
发表于 2016-12-25 20:14:02 |显示全部楼层
neilrong 发表于 2016-12-25 16:37
profile怎麽分类?

As this paper proposed, IEEE should assign a unique identifier to each profile.

举报本楼

军衔等级:

  新兵

注册:2017-2-5
发表于 2017-2-5 16:12:27 |显示全部楼层
前沿技术,学习。

举报本楼

军衔等级:

  新兵

注册:2017-2-8
发表于 2017-2-8 10:32:23 |显示全部楼层
正好需要V3的资料,学习一下

举报本楼

军衔等级:

  中士

注册:2012-2-1013
发表于 2017-2-24 08:36:08 |显示全部楼层
IEEE P1588工作组负责制定下一版的1588标准,目前该工作组的activity如下:
Currently the P1588 working group is working on a new edition of IEEE 1588. The Project Authorization Request (PAR) for the revision of the IEEE 1588-2008 Standard was approved on 4-June-2013 with an expected completion date of 31-December 2017.
今年年底应该有个draft出来,更多详情可参照如下链接:
https://ieee-sa.imeetcentral.com/1588public/#

举报本楼

军衔等级:

  新兵

注册:2017-3-7
发表于 2017-3-7 10:23:33 |显示全部楼层
好文,支持

举报本楼

您需要登录后才可以回帖 登录 | 注册 |

Archiver|手机版|C114 ( 沪ICP备12002291号-1 )|联系我们 |网站地图  

GMT+8, 2024-3-29 15:48 , Processed in 0.144523 second(s), 14 queries , Gzip On.

Copyright © 1999-2023 C114 All Rights Reserved

Discuz Licensed

回顶部