已解决问题
[求助]关于EPON互通 (进入论坛模式)
提问者:bamleaf
|
提问时间:2011-8-7 19:17
大家正在使用EPON,在互通时遇到:中兴OLT,A厂家ONU完全互通,各项业务、管理正常;B厂家ONU,在ONU的LAN口可以下业务。如果设置其端口为透传时,下面挂载其他设备如交换机,交换机端口带有VLAN标记,此时ONU就不能转发带标签的数据。升级ONU的APP后正常。我想请问:ONU的数据转发机制?为什么没有升级时就不转发呢/
关闭所有答案回应
最佳答案
个人估计问题解决的可能性如下:
核心在于互通的标准是CTC2.0还是CTC2.1的,且B ONU很可能是TK方案的ONU,因为中兴主要是PMC的,A ONU也应该是PMC的,这样才能保证功能完成继承。升级的目的在于将B ONU统一到CTC2.1的标准,TK方案ONU在透传时存在一个内部的策略,升级到CTC 2.1的版本,这个问题互通时就不存在了。
核心在于互通的标准是CTC2.0还是CTC2.1的,且B ONU很可能是TK方案的ONU,因为中兴主要是PMC的,A ONU也应该是PMC的,这样才能保证功能完成继承。升级的目的在于将B ONU统一到CTC2.1的标准,TK方案ONU在透传时存在一个内部的策略,升级到CTC 2.1的版本,这个问题互通时就不存在了。
|
回应该答案 (2) |
回答时间:2011-8-8 09:23
该答案得到 2 个回应 我要回应
125.62.20.* | 2011-8-9 07:22
我采纳你的答案。同时感谢有这么多人参与解答分析,我慢慢去理解
110.249.132.* | 2011-8-9 09:07
主要是设备厂家之间各自协议、标准问题,互联互通是个必须要解决的问题,但是也是个不易根本解决的问题,呵呵!
其他答案 ( 27 条 )
实际EPON中OLT和ONU之间的需协议运行需要计算开销RTT,DBA分配;如果中间加入的是网桥这种设备,那MPCP协议我估计是建立不起来的~
级的目的在于将B ONU统一到CTC2.1的标准,TK方案ONU在透传时存在一个内部的策略,升级到CTC 2.1的版本,这个问题互通时就不存在了。
不是很了解,坐看高人解答!
该答案得到 1 个回应 我要回应
118.249.111.* | 2011-11-11 16:59
with matching miniskirt, especially those of a white suit with a red and blue trim.
谨慎怀疑B-ONU的VLAN问题
升级的目的在于将B ONU统一到CTC2.1的标准。
看互通标准吧,高人解答下。
升级应该和版本有关吧。
具体设备不是太清楚,看业内说法。
中兴主要是PMC的,A ONU也应该是PMC的,这样才能保证功能完成继承。
现在设备升级比较快,不同厂家又总是有所细节区别,对运营商来讲,经常会碰到这种冲突,这种问题的出现基本上是双方支撑的版本出现问题,需要一方进行升级解决。
一楼应该是正解了吧。
升级打补丁,常有的事情吧。
应该是标准不统一所致,升级后就一致了。
标准和版本的问题吧。
一是协议版本不同,二是产品bug。这个需要B厂家给出分析报告。
EPON整个数据路径是和业务相关的,不同的业务需不同的UDP端口号支撑,但首先要ONU支撑转发,由此产生ONU和OLT需适时升级的结果和现象
首先承认水平有限,解答不了原理,但是从描述中还是有一些思路。
A厂家正常,B厂家有问题,说明B厂家与下级设备至少有一个在透传协议上理解存在差异,要么是B厂家透传过程中封装标示存在问题,要么是下级在进行上级数据解析时存在问题。
既然是升级后问题解决,实际上只需要知道升级修改了哪些东西就一清二楚了。
但是仍然不能确定是不是下级的问题,因为很有可能升级并不是解决自身问题,而是规避了下级不兼容问题。不过这么说似乎还是比较牵强啊......B厂家设备问题面大啊!
信息太少,可能性太多。
A厂家正常,B厂家有问题,说明B厂家与下级设备至少有一个在透传协议上理解存在差异,要么是B厂家透传过程中封装标示存在问题,要么是下级在进行上级数据解析时存在问题。
既然是升级后问题解决,实际上只需要知道升级修改了哪些东西就一清二楚了。
但是仍然不能确定是不是下级的问题,因为很有可能升级并不是解决自身问题,而是规避了下级不兼容问题。不过这么说似乎还是比较牵强啊......B厂家设备问题面大啊!
信息太少,可能性太多。
以前在工程中,遇到过这种问题.主要是ONU的端口的MTU值的问题.现在中兴的ONU都可以从OLT上为其指定端口的MTU值,从而避免该问题的出现!
我觉得有2种可能
1.芯片不一致,由于中兴的OLT芯片是PMC-Sierra,可能是A家的ONU芯片也是PMC-Sierra的,而B家ONU芯片跟A家的不同,兼容性不好,升级后修改了某些配置就可以兼容了。
2.EPON的互通性问题分为3个层次:传输层的互通、业务层的互通和管理层的互通,必须实现这3个层次的互通,才能实现真正意义上的EPON系统互通。B家下面挂载其他设备如交换机,由于每个ONU加入到EPON系统都需要一个MPCP会话和OAM会话在MPCP的流程中,存在几个参数,如在Discovery Gate和Register消息中的同步时间(synctime),Normal Gate消息中的ONU的开窗时间(grantlength)等。如果synctime的定义不一致或者grantlength值偏小,都会导致MPCP发现过程无法完成或者业务不通。解决办法是要求厂商统一按照IEEE 802.3ah的最新修订版本设置synctime值,同时使OLT的grantlength值要略大一些(>0x8A)。可能升级过程修改了这些参数。另外不同的业务模式对EPON的互通性有着不同的要求。一般来讲,除普通上网业务、普通数据业务外,EPON系统还要能够提供语音、视频等业务,针对特定的业务,可能有不同的实现协议和具体参数,这种实现上的差异性会导致互通问题。
我个人水平有限,以上是我的个人理解,有不对的地方请大家批评指正,谢谢!
1.芯片不一致,由于中兴的OLT芯片是PMC-Sierra,可能是A家的ONU芯片也是PMC-Sierra的,而B家ONU芯片跟A家的不同,兼容性不好,升级后修改了某些配置就可以兼容了。
2.EPON的互通性问题分为3个层次:传输层的互通、业务层的互通和管理层的互通,必须实现这3个层次的互通,才能实现真正意义上的EPON系统互通。B家下面挂载其他设备如交换机,由于每个ONU加入到EPON系统都需要一个MPCP会话和OAM会话在MPCP的流程中,存在几个参数,如在Discovery Gate和Register消息中的同步时间(synctime),Normal Gate消息中的ONU的开窗时间(grantlength)等。如果synctime的定义不一致或者grantlength值偏小,都会导致MPCP发现过程无法完成或者业务不通。解决办法是要求厂商统一按照IEEE 802.3ah的最新修订版本设置synctime值,同时使OLT的grantlength值要略大一些(>0x8A)。可能升级过程修改了这些参数。另外不同的业务模式对EPON的互通性有着不同的要求。一般来讲,除普通上网业务、普通数据业务外,EPON系统还要能够提供语音、视频等业务,针对特定的业务,可能有不同的实现协议和具体参数,这种实现上的差异性会导致互通问题。
我个人水平有限,以上是我的个人理解,有不对的地方请大家批评指正,谢谢!
该答案得到 1 个回应 我要回应
125.62.20.* | 2011-8-9 07:24
我去理解其中过程,谢谢
2楼说的很正确,是TK芯片3715A
非常感谢同仁的解析,特别是21#的理论也很详细。但是我也理解了一些。厂家也就是说升级了,具体也没有说
不是太了解,关注下。
个人认为二楼回答的比较准确,主要是pon芯片不同,有些厂家会根据不同芯片的互通进行版本的开发,升级主要是解决这个问题。
B厂家的ONU存在BUG的可能性比较大。UNI口配置为透传模式时,对于TAG或者非TAG的包都是可以过的。可以通过ONU的COUNTER统计具体定位是否为ONU造成。
没见过哎:funk:
1传输层的互通
传输层的互通主要指在IEEE 802.3ah标准体系下,在ISO参考模型中的物理层和数据链路层实现不同厂商的OLT和ONU之间的以太网业务的互操作,主要包括PMD、PMA(物理介质接入)、PCS(物理编码子层)、RS、MAC、MPCP(多点控制协议)等子层的互通。另外,DBA(动态带宽分配)、加密、FEC(前向纠错)等功能也属于传输层的功能。传输层的互通是其他一切互通工作的基础。没有传输层的互通,其他层次的互通无从谈起。但对于电信级的网络来讲,传输层的互通是远远不够的,还需要能够实现具有服务质量保证的综合业务接入功能和所需的网络管理功能。
2业务层的互通
业务层的互通主要是指为正常开展各种业务(数据、语音、视频等)所必须的协议的一致性和功能上的互操作。业务层的互通是与运营商的业务模式相关的,不同的业务模式对EPON的互通性有着不同的要求。一般来讲,除普通上网业务、FTP、网络游戏等普通数据业务外,EPON系统还要能够提供语音、视频(如IPTV、视讯电话等)甚至TDM业务,并且要能够保证多业务接入环境下的QoS。针对特定的业务,可能有不同的实现协议和具体参数,这种实现上的差异性会导致互通问题。在多业务综合接入环境下,如何实现QoS保证也是影响业务层互通的因素之一。为实现业务层的互通,需要定义更清晰的业务层功能需求和实现标准。
3管理层的互通
管理层的互通是指通过某OLT厂商的网络管理系统,能够对异厂商的ONU进行正常的认证、配置管理、故障管理、性能管理、安全管理等OAM功能。IEEE 802.3ah第57条款定义了以太网的OAM子层功能,但也仅仅是规范了OAM功能发现、链路状态监控和诊断、链路失效和缺陷的定位机制等链路层的OAM功能,对其他方面和更高层的管理功能尚未规范,如对ONU的认证、对业务层的管理等。另外,中国电信股份有限企业通过测试发现,一些厂商对于的某些字节含义的理解也存在错误。这都将导致OAM互通性方面的问题。
2业务层的互通
业务层的互通主要是指为正常开展各种业务(数据、语音、视频等)所必须的协议的一致性和功能上的互操作。业务层的互通是与运营商的业务模式相关的,不同的业务模式对EPON的互通性有着不同的要求。一般来讲,除普通上网业务、FTP、网络游戏等普通数据业务外,EPON系统还要能够提供语音、视频(如IPTV、视讯电话等)甚至TDM业务,并且要能够保证多业务接入环境下的QoS。针对特定的业务,可能有不同的实现协议和具体参数,这种实现上的差异性会导致互通问题。在多业务综合接入环境下,如何实现QoS保证也是影响业务层互通的因素之一。为实现业务层的互通,需要定义更清晰的业务层功能需求和实现标准。
3管理层的互通
管理层的互通是指通过某OLT厂商的网络管理系统,能够对异厂商的ONU进行正常的认证、配置管理、故障管理、性能管理、安全管理等OAM功能。IEEE 802.3ah第57条款定义了以太网的OAM子层功能,但也仅仅是规范了OAM功能发现、链路状态监控和诊断、链路失效和缺陷的定位机制等链路层的OAM功能,对其他方面和更高层的管理功能尚未规范,如对ONU的认证、对业务层的管理等。另外,中国电信股份有限企业通过测试发现,一些厂商对于的某些字节含义的理解也存在错误。这都将导致OAM互通性方面的问题。
虽然不了解EPON的标准,但是各个不同厂家在接口对接上的兼容性肯定是存在的,主要是协议标准虽然一样,但是各个厂家的实现并不完全一致,各有自己的理解,同时又收到芯片的约束
热点问题