EPON产品实现原理和维护

1、EPON产品实现原理和维护中端以太网交换机 FTTH 2007年03月课程目标结束本课程后，你将1、了解EPON产品的硬件架构2、了解EPON产品的软件架构3、掌握EPON产品在工程上的基础知识4、熟悉EPON产品过去发生的一些网上问题及处理手段5、掌握EPON产品的常用维护定位手段目录Table of Contents1. 1. 硬件架构硬件架构2. 2. 软件架构软件架构3. 3. 工程基础工程基础4. 4. 发生过的网上问题发生过的网上问题5. 5. 常用维护定位手段常用维护定位手段目录Table of Contents1. 1. 硬件架构硬件架构 1.1. OLT1.1. OLT接口板

2、接口板 1.2. ET2041.2. ET204和和ET300ET300 1.3. LS6M1PU1S 1.3. LS6M1PU1S和和LSN1PU1SLSN1PU1S 1.4. ET234 1.4. ET2342. 2. 软件架构软件架构3. 3. 工程基础工程基础4. 4. 发生过的网上问题发生过的网上问题5. 5. 常用维护定位手段常用维护定位手段1.1. OLT接口板1、接口板只有一颗HOST CPU，该CPU需要管理所有的4块/8块OLT芯片。2、OLT芯片通过一块PHY芯片，经过背板与主控板相连；通过SERDES连接到光模块。3、OLT接口板上没有交换芯片，所有跨OLT间的流量必须

3、经过主控板进行交换。PHYPHYOLT芯片OLT芯片OLT芯片OLT芯片OLT芯片OLT芯片SERDESSERDESSERDESSERDESSERDESSERDES光模块光模块光模块光模块光模块光模块PHYPHYPHYPHY背背板板CPU模块CPU模块GD82551GD82551 LOCAL BUS LOCAL BUS1.2. ET204和ET3001、ET204和ET300的主要芯片就两块：ONU芯片和内置CPU的交换芯片。2、ET204利用了交换芯片的交换功能，出了4个FE口。3、ET300没有使用交换芯片的交换功能，仅仅使用了其CPU功能，直接从ONU芯片出了1个GE口。ONU芯片ONU

4、芯片交换芯片交换芯片（内置CPU）（内置CPU）SERDESSERDES光模块光模块1 x GE4 x FELOCAL BUSEEPROMEEPROMET204ET204ONU芯片ONU芯片交换芯片交换芯片（内置CPU）（内置CPU）SERDESSERDES光模块光模块1 x GELOCAL BUSEEPROMEEPROMET300ET300PHYPHY1.3. LS6M1PU1S和LSN1PU1S1、LS6M1PU1S和LSN1PU1S在硬件架构上是相同的。2、LS6M1PU1S用于S3100系列交换机，它与S3100交换机相连的端口是GMII接口。3、LSN1PU1S用于监控产品的EC主机

5、，它与EC主机相连的端口是MII接口。4、这辆款产品采用了新的ONU芯片，内置CPU。ONU芯片ONU芯片SERDESSERDES光模块光模块GMII/MIIEEPROMEEPROM1.4. ET2341、ET234在结构上与ET204比较接近。2、ET234与ET204相比，更换了ONU芯片和交换芯片，功能更为强大。3、ET234选用的ONU芯片自带CPU。ONU芯片ONU芯片SERDESSERDES光模块光模块EEPROMEEPROM交换芯片交换芯片4 x FE目录Table of Contents1. 1. 硬件架构硬件架构2. 2. 软件架构软件架构3. 3. 工程基础工程基础4. 4

6、. 发生过的网上问题发生过的网上问题5. 5. 常用维护定位手段常用维护定位手段目录Table of Contents1. 1. 硬件架构硬件架构2. 2. 软件架构软件架构 2.1. OLT2.1. OLT接口板接口板 2.2. ET2042.2. ET204和和ET300ET300 2.3. LS6M1PU1S 2.3. LS6M1PU1S和和LSN1PU1SLSN1PU1S 2.4. ET234 2.4. ET2343. 3. 工程基础工程基础4. 4. 发生过的网上问题发生过的网上问题5. 5. 常用维护定位手段常用维护定位手段2.1. OLT接口板1、目前的OLT接口板属于集中式接口

7、板，所有业务都必须上主控板进行处理。2、上图是在S7500系列交换机上与EPON相关的软件架构。在“通信接口”之上的“平台”部分在主控板上运行，在“通信接口”之下的“EPON驱动”、“BSP”、“芯片供应商底层代码”在OLT接口板上运行。3、因为OLT接口板的硬件设备遵循公司相关规范，因此BSP也是在其他接口板的基础上进行简单修改就可以正常运行了。4、每一颗OLT芯片都内嵌一个CPU。芯片供应商的底层代码分为两个部分，一部分在OLT芯片的内嵌CPU上运行，另外一部分在我们接口板HOST CPU上运行，这两部分代码通过LOCAL BUS通信。5、EPON驱动遵循公司相关规范，为平台实现了若干的底

8、层接口。6、通信接口是现成的，平台通过通信接口对EPON驱动进行调用，从而实现了对OLT接口板的管理和操控。BSPBSP芯片供应商底层代码芯片供应商底层代码EPON驱动EPON驱动通信接口通信接口平台平台2.2. ET204和ET3001、ET204和ET300使用同一份软件，因此软件架构相同。2、ET204的软件没有操作系统，可以理解为单任务。同时属于报文驱动，每当有一个需要进行处理的报文到达ET204的CPU，就触发一个事件，从而得到软件处理。与OLT接口板软件不同，不会有平台从上而下地调用驱动函数。3、在EPON系统中，OLT和ONU之间通过OAM来实现远程管理。在ET204的软件中，对

9、OAM进行了简单的扩展，从而在OLT侧可以对ET204和ET300实现更加丰富的远程管理。ET204的子端口管理就是一个例子。BSPBSP驱动驱动芯片供应商代码芯片供应商代码简单的OAM扩展简单的OAM扩展2.3. LS6M1PU1S和LSN1PU1S1、LS6M1PU1S和LSN1PU1S的代码是两份不同的代码，但是基本架构是相同的，而且与ET204的代码接口类似。2、子卡的软件引入了操作系统，从而引入了多任务，但是仍然是报文驱动的，不存在平台自上而下对驱动进行调用。3、子卡软件在ET204软件基础上，实现了较为完善的OAM扩展，扩展性和规范性都有提高。4、子卡软件同时增加了一个私有协议模块

10、。该模块与S3100/EC主机保持通信，外部主机可以通过私有协议对子卡进行控制。BSPBSP驱动驱动芯片供应商代码芯片供应商代码较完善OAM扩展较完善OAM扩展私有协议私有协议2.4. ET2341、ET234的软件在结构上没有多少变化，与子卡软件相比，少了私有协议模块，但是OAM扩展部分更加完善了。BSPBSP驱动驱动芯片供应商代码芯片供应商代码完善的OAM扩展完善的OAM扩展目录Table of Contents1. 1. 硬件架构硬件架构2. 2. 软件架构软件架构3. 3. 工程基础工程基础4. 4. 发生过的网上问题发生过的网上问题5. 5. 常用维护定位手段常用维护定位手段目录Ta

11、ble of Contents1. 1. 硬件架构硬件架构2. 2. 软件架构软件架构3. 3. 工程基础工程基础 3.1. 3.1. 基本概念基本概念 3.2. EPON3.2. EPON产品的光指标产品的光指标 3.3. EPON3.3. EPON工程验收标准工程验收标准 3.4. 3.4. 常用光路衰减计算常用光路衰减计算4. 4. 发生过的网上问题发生过的网上问题5. 5. 常用维护定位手段常用维护定位手段3.1. 基本概念 光衰减功率单位：功率单位：W、mW 物理学上的功率即使用瓦特或者毫瓦为单位进行度量。绝对光功率单位：绝对光功率单位：dBm 将物理学上的功率用另外一种方式来表达。

12、 换算关系：dBm 10lg（mW） 所以，-10dBm 0.1mW， 0dBm 1mW， 3dBm 2mW， 10dBm 10mW, 20dBm 100mW 相对光功率单位：相对光功率单位：dB 用于为了表征一个器件的在光衰减（反射）等方面的特性，引入的一个相对单位量。类似于空间上的相对长度概念。 计算公式：dB 10lg(出光功率 / 入光功率) 如果A的光功率是10dBm，B的光功率是8dBm，则A比B大2dB。3.1. 基本概念 光衰减（续） 引入对数的优点：将乘除运算转换为加减运算。引入对数的优点：将乘除运算转换为加减运算。 如右图，假设光路由两个1分2分光器级联，两个分光器都是50

13、% : 50%分光，A点的光功率是1mW。 如果不引入对数，那么计算B、C、D、E点的光功率的操作是乘除法。B、C点的光功率是A点的一半，1 2 0.5mW，D、E点的光功率是C点的一半，0.5 2 0.25mW。 引入对数后，乘除法变成了加减法。A点的光功率是0dBm，于是B、C点的光功率就是0 3 3dBm，而D、E点的光功率就是3 3 6dBm。ABCDE3.1. 基本概念 光纤连接器例：光连接器-双FC/PC-单模-25m 光连接器-FC/APC-SC/PC-单模-25MFC、LC、SC、ST等指的是光纤两端的插头类型。PC、APC、UPC指的是光纤插针的端面类型。SCLCFCST3.

14、1. 基本概念 光纤插针端面 根据插针的端面，插针可分为PC、UPC、APC三种。 PC(Physical Connect)插针端面为球面，可满足普通回损要求。 UPC(Ultra Physical Connect)插针端面也是球面，但抛磨更加精细，端面光洁度比PC要好，回损可达到50dB以上。 APC (Angle Physical Connect)插针端面为斜球面，倾斜角度一般为8度，回损大于60dB。 右上图为PC、UPC端面形状 右下图为APC端面形状 型号相同的活接头才能用法兰盘相连接，不同规格型号相同的活接头才能用法兰盘相连接，不同规格活接头会导致很大的接续损耗。活接头会导致很大的

15、接续损耗。3.1. 基本概念 法兰盘FC型单SC型双SC型FC-SC型LC型3.2. EPON产品的光指标波长 EPON采用G.652类型的单模光纤，使用单纤双向方式来传输数据。 下行数据业务使用波长1490nm。 上行数据业务使用波长1310nm。 测量光功率时，请正确选择波长。OLTONU分光器1490nm1310nm1310nm1490nm3.2. EPON产品的光指标发光功率OLT光模块接口：光模块接口： 10km： -3dBm发光功率+2dBm 20km：+2dBm发光功率+7dBmONU光模块接口：光模块接口： 10km： -1dBm发光功率+4dBm 20km： -1dBm发光功

16、率+4dBm ONU 10KM与20KM光模块，虽然光功率参数相同，但其它光谱参数不同，不能简单替代。3.2. EPON产品的光指标接收灵敏度OLT光模块：光模块： 10km：接收灵敏度-24dBm (802.3ah) 20km：接收灵敏度-24dBm (802.3ah)ONU光模块：光模块： 10km：接收灵敏度-24dBm (802.3ah) 20km：接收灵敏度-1dBm 20km：接收灵敏度-6dBmONU光模块：光模块： 10km：接收灵敏度-3dBm 20km：接收灵敏度-3dBm3.2. EPON产品的光指标接口类型我司所有的我司所有的EPON产品，均采用产品，均采用SC/PC接

17、头。接头。请开局前明确局方的光纤接头类型也是请开局前明确局方的光纤接头类型也是SC/PC。3.3. EPON工程验收标准 为了让EPON设备稳定工作，OLT和ONU之间的光路必须具备一定的必要条件，这些必要条件也就成为了EPON 方案光纤施工完毕的验收标准。 详细标准请参考EPON光路工程验收CHECKLIST。光指标：光指标： 1、ONU光接口输入端，来自OLT的光功率必须大于-24.0dBm； 2、同一OLT端口下，各个ONU光接口输入光功率差异最大和最小不能超过15dB； 3、综合上述两点，工程上建议ONU光接口输入端的下行光功率强度在-8 -23 dBm之间；工程：工程： 1、所有的光

18、纤接头全部是SC/PC类型的； 2、所有光缆、光纤、尾纤的弯曲直径必须大于8cm； 3、所有光分路器、熔纤盒、ONU以及附带的法兰盘必须固定，避免悬挂、可摇晃； 4、所有未使用光纤端头必须使用光纤帽保护； 5、禁止各种外力导致的光纤、尾纤的形变；3.3. 常用光路衰减计算分光器类型分光器类型衰减典型值衰减典型值测试仪器测试仪器1分2 (均分)3.4dB光功率计1分2 (5%,95%)0.6dB (95%) 15dB (5%)光功率计1分4 (均分)7.2dB光功率计1分8 (均分)10.7dB光功率计1分16 (均分)14.8dB光功率计1分32 (均分)17.8dB光功率计1、连接光纤的法兰

19、盘造成的衰减，一般每个法兰盘造成0.3 0.8dB的衰减，平均每个0.5dB。2、1490nm的波长，一般每公里衰减0.3dB；1310nm的波长，一般每公里衰减0.4dB。3、光路是可逆的，如果一个方向上有10dB的衰减，那么反向也有10dB的衰减。4、根据这里的数据，可以在工程实施前进行合理计划，也可以在工程完工后将实测、预计的光功率进行对比，从而判断光路是否存在异常。目录Table of Contents1. 1. 硬件架构硬件架构2. 2. 软件架构软件架构3. 3. 工程基础工程基础4. 4. 发生过的网上问题发生过的网上问题5. 5. 常用维护定位手段常用维护定位手段4. 发生过的

20、网上问题 1问题回顾：问题回顾： 2006年5月，某局点反馈某台75 A上的网络丢包严重，另外一台75 B上个别ONU频繁UP/DOWN。定位结果：定位结果： 经过现场定位，发现75 A上某个新接入的ONU存在长发光现象，引起了很大的BER/FER，从而引起了严重的丢包现象。而75 B上也存在很高的BER/FER，经过检测光路，发现是光路质量问题，光衰超过了设备的灵敏度所导致的。解决办法：解决办法： 长发光的ONU属于硬件问题，更换后问题现象消失。 光路质量引起BER/FER，根据工程验收标准整理光路，消除光路中的不稳定因素，问题现象消失。4. 发生过的网上问题 2问题回顾：问题回顾： 200

21、6年5月，某局点反馈在某个OLT下新接入一个ONU后，过了一段时间后，该OLT下就只有该新接入的ONU能够注册，或者原先注册的大部分ONU都下线了，只有包括新接入ONU在内的少数几个ONU能够注册。定位结果：定位结果： 将问题ONU返回研发实验室进行分析，发现是由于硬件问题导致ONU在使用一段时间后，线路短路引起光模块长发光。解决办法：解决办法： 对于客户手中的长发光ONU予以更换。 该问题属于硬件生产问题，敦促代工厂家提高生产工艺，同时引入ONU长发光的装备测试，从根本上消除了此类问题。4. 发生过的网上问题 问题1和2的总结小结：小结： 问题1和2都涉及到ONU长发光。在EPON系统中，O

22、NU需要接受OLT的控制，只有在OLT允许的时隙内才允许打开光模块进行数据传送。如果某个ONU在不属于自己的时隙内也打开了光模块，就会对其他ONU发送的数据产生影响，轻则导致较大的BER/FER，重则导致所有其他的ONU无法注册。类似问题定位手段：类似问题定位手段： 如果怀疑某个OLT端口下存在长发光的ONU设备，可以将主干光纤从OLT端口上拔下来，并将光纤接入到一台光功率计上，对上行的1310nm的波长进行光功率测量。 正常情况下，光功率计应该测量不到任何光信号。如果测量到了光信号，不管这个光信号有多么弱，都说明有ONU在长发光。此时就需要对能够注册上来的ONU逐个进行光功率测量，直到找到长

23、发光的ONU为止。 在已经发货出去的成千上万个ONU中，只有两个ONU是因为光模块失效导致长发光，其他长发光的ONU都是由于生产工艺问题导致的。而生产工艺问题在去年夏天已经得到了提升，不会再有类似的问题。4. 发生过的网上问题 3问题回顾：问题回顾： 2006年8月，某局点反馈无法对ONU进行操作，在ONU端口视图下对ONU的各种操作均返回失败。定位结果：定位结果： 该问题很难复现，所以经过了很长时间的定位，才发现这是由于底层驱动与上层软件之间维护的ONU状态不一致导致的，我们称之为事件丢失。解决办法：解决办法： 引起事件的因素很多，所以该问题一直到5205版本才算是彻底解决。 在该问题得到彻

24、底解决前，临时的规避方法是复位OLT端口；个别情况下，复位OLT端口也无法恢复，就只能复位OLT接口板了。4. 发生过的网上问题 4问题回顾：问题回顾： 2006年8月，11月，多个局点反馈，将某个ONU断电或者拔出光纤后，在75上仍然能够看到该ONU在线，对该ONU进行操作，总是反馈失败。 2006年11月，某局点反馈，对某个OLT端口下面的ONU进行软件升级，无论如何操作都会显示成功，但是ONU不会自动复位，查看版本信息也始终是老版本。定位结果：定位结果： 该问题也是属于事件丢失。第一个问题，ONU下线后，底层驱动维护的状态是DOWN的，但是由于上层软件维护的状态仍然是UP的，导致各种操作

25、失败；第二个问题，实际上升级是成功的，但是由于ONU的DOWN/UP事件没有及时传递到上层软件，导致上层软件没有更新ONU的版本信息，所以始终查看到的是老版本。解决办法：解决办法： 临时的规避办法只有复位OLT端口或者复位OLT接口板。复位后，不在线的ONU自动消失了，升过级的ONU自动显示成新版本。4. 发生过的网上问题 问题3和4的总结小结：小结： 问题3和4都涉及到事件丢失。该问题看上去比较难以理解，其实该问题是有必现条件的，就是环境中存在大量的OAM告警，以及大量的S3100 ONU子卡频繁的UP/DOWN。类似问题定位手段：类似问题定位手段： 5205及以上版本彻底解决了该问题，请使

26、用5205及以上版本。 如果怀疑出现了事件丢失，请第一时间联系研发进行处理，不要轻易复位。4. 发生过的网上问题 5问题回顾：问题回顾： 2006年，多个局点都反馈环境中存在频繁的BER/FER/OAM告警。定位结果：定位结果： 环境中存在大量告警，与光路环境有关，与75主机版本也有关系。如果环境中存在BER/OAM告警，那么光路质量肯定存在问题；如果环境中仅仅存在FER告警，那么就是75主机软件引起的。 在实际环境中，经常发现客户的ONU接入光纤端的光功率在我司规格附近，例如-24.8dBm，有时也能够发现光功率达到-29dBm左右的。这样的光路环境，引起BER/FER/OAM告警也就不足为

27、奇了。解决办法：解决办法： 按照光纤工程验收标准，对光路进行整理。 如果光路中只有FER，没有BER/OAM，那么请升级75主机版本至5203及以上版本。5203及以上版本对于一些相关的参数进行了调整，避免了不同ONU之间的报文产生冲突的可能。4. 发生过的网上问题 6问题回顾：问题回顾： 2006年11月，某局点A反馈某个OLT端口下面的ONU有较大的告警，并且该OLT端口的PON灯不亮。 2007年1月，某局点B反馈他们新接入的ONU始终无法注册，但是经过测量，光功率是正常的。将该ONU拿到机房后就能够注册，拿回远端的光纤末端仍然无法注册。 2007年3月，某局点C反馈新接入的ONU无法注

28、册。定位结果：定位结果： 经过定位，发现局点A使用的是10公里的设备，但是OLT与ONU之间的光纤长度远远超过了10公里，大约在17公里左右，在这种情况下，光衰过大，光功率过小，就会引起客户碰到的问题。 局点B使用的是20公里的设备，但是最后发现他们的光纤长度大约是50公里。经过修改max-rtt参数后，该ONU注册上来，但是不能保证稳定工作。 局点C使用的10公里的设备，光纤长度大约是7公里，但是客户没有接分光器，只用一根光纤将OLT和ONU连接起来，这样OLT和ONU收到的光信号强度超过了各自的光饱和度，导致无法注册。解决办法：解决办法： 对于局点A，只能建议将OLT和ONU都更换为20公

29、里的设备。 对于局点B，虽然更改OLT侧的max-rtt参数后，ONU能够注册，但是这毕竟没有经过严格测试，无法保证稳定运行。只能以我司尚无支持50公里距离的EPON设备为理由，能建议客户更改组网。 对于局点C，建议用户在光纤中间接入1:8的分光器，问题解决。4. 发生过的网上问题 问题5和6的总结小结：小结： 问题5和问题6都涉及到超规格使用EPON产品。对于EPON产品的相关规格，一定需要熟记，并在前期规划网络时随时参考和确认。对于已经发生的超规格问题，要么建议客户更改网络，要么建议客户更换支持更高规格的产品。类似问题定位手段：类似问题定位手段： 如果客户处出现了一些无法理解的问题，必须首

30、先需要明确客户是如何组网的。 1、明确光纤长度是否超规格。 2、根据第三节中的各种经验数据进行计算，看看是否有超规格使用的情况。如果计算出来的光衰减就超过了规格，只能建议客户另外想办法。 3、如果计算值符合产品规格，就请客户进行实际测量，看看实测的数据是否在规格允许范围之内。 3、如果根据客户提供的信息所计算出来的数据与实测数据存在较大的差异，必须弄清楚问题原因，因为很可能问题就出在这里。问题6的局点B，根据客户的反馈，OLT端口到分光器之间光纤大约是4公里，这样进入分光器的光强度的计算值是1dBm左右，但是实测值却是8dBm，计算值和实测值严重不符。后来事实证明，从OLT端口到分光器之间的光

31、纤长度大约在30公里左右。4. 发生过的网上问题 7问题回顾：问题回顾： 2006年12月，某局点反馈EPON网络下面的机顶盒全部都无法通过DHCP获取到IP地址了。定位结果：定位结果： 查看MAC地址表，发现某个ONU端口下的MAC地址很多，不正常。将该ONU端口关闭后，恢复了正常。又打开该端口，问题又出现了。打开环回检测功能，发现该端口上报环回告警，随后该端口被切断，网络又恢复了正常。 该ONU在引起问题前新接入了一台设备，到该ONU下面去查找环路，没有找到明显的环路，只是发现连接ONU和新接入设备的网线存在异常，重新制作网线的水晶头后，将该ONU重新接入网络，问题不再发生。 该网线之前由

32、于制作问题，引起了自环，导致其他端口发出的广播报文在该端口环回，于是其他端口的MAC地址迁移到该端口，最终导致从服务器发出的下行报文都发往该端口，其他端口的用户也就无法正常上网了。解决办法：解决办法： 打开环回功能，该端口被自动切断。4. 发生过的网上问题 问题7的总结小结：小结： 问题7是由于环回引起的。其实环回还引起了一些其他的问题。早期的EPON版本对于环回检测都不是很强，而且环回检测功能默认关闭的，但是75主机软件5205及更高版本和ET204的143及更高版本，对于环回进行了一定程度的增强，而且默认打开环回检测功能，能够检测到绝大多数的环回。类似问题定位手段：类似问题定位手段： 如果

33、问题现象是用户无法上网，而且某个端口出现了特别多的MAC地址，此时应该怀疑出现了环回。对于5205及以上版本，请确认环回检测功能是否打开。一般来说，只要环回功能是打开的，那么大多数的环回都能够被检测到。 另外推荐将ET204的4个用户口隔离开来。如果ET204的4个用户口的PVID不同，那么是天然隔离的；如果ET204的4个用户口的PVID相同，建议配置UNI x port-isolate。 最后介绍一个检测环回的方法：1、display mac-address 0607-0809-0a0b，查看是否存在这个MAC地址，理论上应该不存在。2、test ftth sendpkttopon 2 0

34、 ffff-ffff-ffff 1，对于所有的OLT端口，在诊断视图下执行该命令，该命令会向PON口发送报文。3、 display mac-address 0607-0809-0a0b，当所有的OLT端口都发送了报文后，再次检测是否存在该MAC地址。该MAC地址在哪个端口上学到了，那么哪个端口就有环回。4. 发生过的网上问题 8问题回顾：问题回顾： 2007年1月，某局点反馈有两台ET204在使用一段时间后，下挂的用户就无法上网了。重新启动这两台ET204，故障消失，但是过了一段时间（大约几个小时后），又无法上网了。定位结果：定位结果： 最初怀疑存在环回，但是经过检测，没有发现环路。后来发现这

35、两台ET204的子端口中都有协商成半双工的子端口。通过诊断命令将该子端口强制成全双工，经过几天的观察，问题不复现。解决办法：解决办法： ET204本身存在一定的缺陷，上面提到的问题是其中一个，使用ET204的143及以上版本，在ONU端口视图下将半双工的子端口通过uni命令强制成全双工，就能够规避问题。4. 发生过的网上问题 问题8的总结小结：小结： 问题8是由于ET204的缺陷引起。对于产品的缺陷，不能直接向客户说这是缺陷，应该委婉地表达相同地含义，并引导客户接受规避手段。类似问题定位手段：类似问题定位手段： 除了这个问题之外，还有其他一些问题：1、ET204下面如果接入监控的EC主机，请将

36、所有的子端口使用uni x port-isolate命令隔离开来，否则大量的广播报文在ET204内部乱窜，可能会造成ET204堵死。2、ET204的子端口的流控功能默认打开的，如果碰到ET204的子端口无法转发数据的情况，可以考虑关闭子端口的流控功能。4. 发生过的网上问题 9问题回顾：问题回顾： 2006年9月，某局点反馈某个OLT端口下面的所有用户无法上网。定位结果：定位结果： 该OLT端口下的ONU设备存在很大的BER/FER告警。通过查看端口统计计数，发现OLT端口上行没有一个报文发送出去。OLT芯片堵死。解决办法：解决办法： 通过复位OLT端口，该端口恢复了正常。5205版本彻底解决

37、了该问题。4. 发生过的网上问题 10问题回顾：问题回顾： 2007年1月，某局点反馈某个OLT端口下面的所有用户PPPOE拨号能够成功，但是无法收发邮件，无法打开网页。定位结果：定位结果： 该OLT端口下的ONU设备存在很大的BER/FER告警。PING小包能够PING通，但是PING大包就无法PING通。PING大包时，报文丢在OLT端口上。OLT端口大包堵死。解决办法：解决办法： 通过复位OLT端口，该端口恢复了正常。5205版本彻底解决了该问题。4. 发生过的网上问题 问题9和10的总结小结：小结： 问题9和10是由于环境中存在大量的BER/FER，大量的错误报文对OLT端口形成了冲击

38、，最终导致端口堵死。类似问题定位手段：类似问题定位手段： 首先查看OLT端口的统计计数，如果上行有很多报文进入，但是却只有个别的报文向上被转发，就极有可能是OLT端口堵死。其次进行PING操作，如果PING小包能够通，PING大包不能通，那么99%的可能性是OLT端口大包堵死。 发生此类问题后，可以在诊断视图下执行test ftth resetolt命令来复位OLT端口。5205版本解决了这两个问题，请尽量推荐客户使用5205及以上版本。 引起问题的根源是大量的BER/FER，因此消除环境中的BER/FER才是解决问题的根本手段。4. 发生过的网上问题 11问题回顾：问题回顾： 2006年12

39、月，某局点A反馈某个OLT端口下面本来注册上的31类型的ONU，现在有两台无法注册了。 2007年3月，某局点B反馈75复位后，下面的31类型的ONU一直都无法注册。定位结果：定位结果： 局点A经过用服现场确认，一个ONU是因为停电导致无法注册，另外一个ONU是因为31的GE口配置错误导致该ONU在复位后无法注册。 局点B经过用服现场确认，该ONU的GE口配置错误，导致该ONU在复位后无法注册。解决办法：解决办法： 对于停电，我们也无能为力。 对于配置错误，需要进行正确的配置。 所谓错误配置，是指在31插有子卡的GE口上，不允许PVID通过，或者PVID所在VLAN根本就不存在。例如，PVID

40、是默认的VLAN 1，但是却配置了undo port trunk permit vlan 1；或者PVID是VLAN 100，但是VLAN 100在31上根本就没有被创建。4. 发生过的网上问题 问题11的总结小结：小结： 问题11主要是因为配置错误导致ONU无法注册，所以一定不要错误配置。类似问题定位手段：类似问题定位手段： 31 ONU子卡具有独立的CPU，该CPU要与31自身的CPU进行交互，这些交互报文走数据通道。在子卡的110及更早的版本中，只有当子卡与31正常交互后，子卡才会打开PON口进行注册；如果子卡已经注册上，此时再对31的GE口进行不正确的配置，虽然会导致子卡与31之间无法

41、交互，但是不会让子卡下线。 子卡与31之间进行交互，主要是为了从31上对ONU子卡进行管理。 如果31的GE口没有被正确配置，那么子卡和31之间的交互报文就无法被正常转发，最后的结果就是子卡和31无法建立联系，于是子卡就不会打开PON口，自然也就无法注册上。 该注意事项在开局指导书和开局注意事项中都有提到，但是该问题还是发生了多次，于是从子卡的113版本开始，如果子卡长时间无法与31建立联系，就会放弃与31的交互，自动打开PON口进行注册，从而规避了该问题，但是此时因为子卡与31之间没有交互，所以从31上无法管理ONU子卡。4. 发生过的网上问题 12问题回顾：问题回顾： 2007年3月，某局

42、点反馈EOC引起大量的环回，导致系统不可用。定位结果：定位结果： 局方使用31交换机，下面再接入EOC设备。如果EOC分离器的PC端口空载，会因为阻抗不匹配而形成自环。而局方的31交换机没有开启环回检测功能，导致环回被31上面的交换机发现，上面的交换机开启了STP，最后阻塞了31。解决办法：解决办法： 在31交换机上的每个接入EOC的端口启用loopback-detection，并且全局启用loopback-detection。这样配置后，31交换机能够迅速发现环回端口，禁止该端口的业务报文转发，并删除该端口的MAC地址；当环路消除后，31交换机也能够快速地解除对该端口的控制，恢复该端口的正常

43、功能。这样就很好地解决了EOC的环回问题。4. 发生过的网上问题 问题12的总结小结：小结： 问题12与EPON在技术上没有关联，但是因为EOC也是EPON推广的一项重要的配套应用，所以需要引起足够的关注。类似问题定位手段：类似问题定位手段： 在涉及到EOC应用的场合，一定要建议客户使用具有较强环回检测功能的交换机来接入EOC设备。目录Table of Contents1. 1. 硬件架构硬件架构2. 2. 软件架构软件架构3. 3. 工程基础工程基础4. 4. 发生过的网上问题发生过的网上问题5. 5. 常用维护定位手段常用维护定位手段5. 常用维护定位手段1、75交换机的常用维护定位手段也

44、是EPON系统的常用维护定位手段，例如dis cpu、dis mem、dis mac、dis arp等等。5. 常用维护定位手段2、test ftth disrecord 在诊断视图下，test ftth disrecord命令可以用于查看OLT、ONU端口的相关记录信息。该命令接收两/三个参数，第一个参数是槽位号，第二个参数是OLT端口号（从0开始计数），第三个参数是ONU端口号（从0开始计数）。 正式命令中，某个端口的编号是从1开始计数的，而FTTH的诊断命令中，端口的编号是从0开始的。例如查看Onu3/0/2:18的相关记录，则需要执行test ftth disrecord 3 1 17

45、。后面的诊断命令也是如此，不再重复叙述。 test ftth disrecord主要用于查看是否存在事件丢失。如果怀疑某个OLT端口存在事件丢失，请执行该命令，查看位于输出信息最后面的critical_event_counter和pop_critical_event_counter，这两个计数应该相等，如果不等，则说明存在事件丢失。5. 常用维护定位手段3、test ftth get6218stat 该命令能够很方便地查看ET204的4个FE端口的统计计数，方便定位。其中0口和5口是内部口，不用关心，1 4口对应4个用户端口，6口是上行口。Quidway S6506-testdiag test ftth get6218stat 6 0 1Port: 0, TxPackets: 0, RxPackets: 0Port: 1, TxPackets: 0, RxPackets: 0Por