EPON系统如何实现OAM发现？

EPON系统如何实现OAM发现？

与面向以太网业务端到端管理的IEEE 802.1ag的OAM不同，IEEE 802.3的OAM功能是系统内的机制，仅限于OLT和ONU之间，不是网络级管理功能。OAM本身是可选的，有可能OLT和ONU不是同时支持OAM功能；即使都支持OAM功能，也可能存在版本和功能集不一致的情况，因此需要在进行OAM操作之前进行握手和协商。OAM发现提供了一个OLT和ONU双方互相探测对方OAM子层是否存在及其能力的机制。

在EPON系统中，OAM发现是由OLT发起的，ONU回复相应支持能力信息和状态，通过双方握手过程确定采用的OAM功能子集，实现OAM发现过程。OAM发现是通过在OLT和ONU之间的Information OAMPDU消息的交互来实现的。Information消息的结构如图1所示。

图1　Information消息的结构

图2所示是典型的OAM发现过程，首先由OLT向ONU发送一个Information OAMPDU，一方面发起OAM发现功能，同时也表明自身处于评估状态。Information OAMPDU中的Flag字段表示双方的状态；ONU接收到该Information OAMPDU后也会回复一个Information OAMPDU以汇报自身状态；如果ONU也处于自身评估状态，则Flag=0x28；如果ONU自身处于“稳定”状态，则Flag=0x30。经过一次或者多次Information OAMPDU消息交互，双方均进入了“稳定”状态，则双方以Flag=0x50的Information OAMPDU进行彼此确认，那么整个OAM发现过程就完成了。

图2　典型的OAM发现过程

在完成OAM发现过程后，OLT和ONU之间进行正常的管理和控制，比如链路监控、故障指示、环回操作、ONU配置、性能统计等。如果在一定时间（1s）内，OLT或ONU未接收到来自对端的任何OAM消息，OLT或者ONU就要主动发出Information OAMPDU以维持彼此之间的OAM链路，这就是OAM心跳（Keep Alive功能）。如果在OLT或者ONU发送了心跳Information OAMPDU后的一定时间（5s）内仍然没有收到对端发来的OAM消息，则可以认定彼此之间的OAM联系已经失效，检测端也会主动中断OAM功能。