OAM报文简要分析.doc

OAM报文的格式分析，及查询方法 基本报文格式如上图所示，下面对报文进行对应格式的分析： 为简化OAM Keep alive处理过程，在发送端（OLT或者ONU），专门用于Keep alive的OAMPDU中填充Information TLV（Local Info TLV和Remote Info TLV）即可； Size（Octets） Field Value 1 Type 0xFE (Organization Specific Information TLV) 1 Length (Octets) Varies，including Type and Length 3 OUI 0xXX XX XX(to be defined) 1 ExtSupport 0x00/0x01 1 Version 0x00～FF Version of OAM Extension published by the organization Varies TLV type-specific data Depends on Interop Type supported by the devices OLT下发的报文： OUI值暂时还为定义，不用去管！ Ext.Opcode 表示操作类型（扩展的OAMPDU的操作类型）； 本例03表示OLT向ONU配置扩展属性操作 Payload 扩展管理对象操作： 扩展对象： 本例Bransh值为37，然后在对应表格查leaf值00 01对应管理对象为以太网、E1等端口，Variable Width值为04 是对象管理37规定，应该是Value值的宽度，Value值为01 00 00 01 ，01表示以太网端口，00 01表示的端口号为1，若是FFFF表示对所有端口。 对扩展对象管理操作：如右图所示，vlaue值结束后紧跟一个branch值。C7表示中国电信扩展的属性，00 12为leaf值表示此功能为以太网端口的流控。01表示执行的操作开启流控。 此段报文已经大致分析结束。 ONU接受后回应的报文： Ext.opcode不一样：04表示ONU对OLT下发操作配置的确认。 Payload 扩展管理对象操作的leaf值后不一样，80表示ONU对OLT答复此设置成功。 其余操作的报文查询，本例一致，对应的找到扩展属性对象的管理的Bransh的值，在他的子表下寻找leaf值和所做的操作，比对后即可判断报文的交互过程是否出错。