关于EPON互通
个人估计问题解决的可能性如下：
核心在于互通的标准是CTC2.0还是CTC2.1的，且B ONU很可能是TK方案的ONU，因为中兴主要是PMC的，A ONU也应该是PMC的，这样才能保证功能完成继承。升级的目的在于将B ONU统一到CTC2.1的标准，TK方案ONU在透传时存在一个内部的策略，升级到CTC 2.1的版本，这个问题互通时就不存在了。
我采纳你的答案。同时感谢有这么多人参与解答分析，我慢慢去理解
主要是设备厂家之间各自协议、标准问题，互联互通是个必须要解决的问题，但是也是个不易根本解决的问题，呵呵！
实际EPON中OLT和ONU之间的需协议运行需要计算开销RTT，DBA分配；如果中间加入的是网桥这种设备，那MPCP协议我估计是建立不起来的~
级的目的在于将B ONU统一到CTC2.1的标准，TK方案ONU在透传时存在一个内部的策略，升级到CTC 2.1的版本，这个问题互通时就不存在了。
不是很了解，坐看高人解答！
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厂家设备问题面大啊！
信息太少，可能性太多。
以前在工程中,遇到过这种问题.主要是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系统还要能够提供语音、视频等业务，针对特定的业务，可能有不同的实现协议和具体参数，这种实现上的差异性会导致互通问题。
我个人水平有限，以上是我的个人理解，有不对的地方请大家批评指正，谢谢！
我去理解其中过程，谢谢
2楼说的很正确，是TK芯片3715A
非常感谢同仁的解析，特别是21#的理论也很详细。但是我也理解了一些。厂家也就是说升级了，具体也没有说
不是太了解，关注下。
个人认为二楼回答的比较准确，主要是pon芯片不同