wwA3471OMSaddonCentralAl.docVIP

OMS附件：Central Alarm Reporter IP 目录 1 介绍 2 2 缩写词和术语 2 3 消息类型和格式 3 3.1 故障告警信息 3 3.2 故障修复消息 3 3.3 从附件发往中央告警系统的握手消息 4 3.4 从中央告警系统发往附件的握手消息 4 4 通信过程 5 4.1 故障告警和故障修复消息的传输过程 5 4.2 握手消息的传输过程 5 5 安装 7 6 配置 7 7 附加工具 10 1 介绍 Central Alarm Reporter IP是OMS的附件。该附件的作用是，作为通过以太网链路(UDP)实现连接的OMS和伞型管理系统的告警接口。 考虑到附件的广泛应用性，可以通过配置文件中的众多设置项定制附件的行为和以太网通信(UDP)。除故障告警和故障修复消息(即告警已被清除并经确认)之外，附件和中央告警系统之间还交换握手信息(反之亦然)。 后面的章节将介绍更多以下方面的内容： 不同消息的格式； 中央报警系统和附件之间的通信过程； 附件的安装； Central Alarm Reporter IP的配置；以及 一个附加的测试工具。  2 缩写词和术语 UDP 通用数据协议 OMS OTN管理系统 GUI 图形用户界面 URL 统一资源定位 CAS 中央告警系统 十六进制 十六进制数字表示为0xXX 其中XX为十六进制数值 3 消息类型和格式 3.1 故障告警信息 当OTN网络上发生某些错误时，OMS GUI上将会出现相应的告警。每种告警都有一个代码，该代码唯一地标识该告警、告警产生的特定时间和一个URL。该URL是产生告警的网络元件资源。 这些字段还出现在附件和中央告警系统通过UDP消息进行交换的13字节的消息中。下表对每个字节做了说明： 表1：故障告警消息格式 字节号 项目 说明 1 子系统代码 对于OTN，该值始终为1 2 站名代码 在配置文件中，可以为每个OTN站指定一个编号(举例来说，将1个位置的所有节点划分到同一个编号下迟早会有用的) 3 主机代码 报告错误的节点的编号 4 故障单元代码 发出告警的网络元件的编号(配置文件中含有释义) 5 故障代码(高位数字) 参考本表下面的注释 6 故障代码(低位数字) 参考本表下面的注释 7 年的高位数字 如20 8 年的低位数字 如06 9 月 0x01 – 0x0C 10 日 0x01 – 0x1F 11 时 0x00 – 0x17 12 分 0x00 – 0x3B 13 秒 0x00 – 0x3B 注释： 故障代码对应于在carip.cfg文件中配置的编号，唯一故障代码可以在OMS中找到。产生告警时，第一位(在数据的最高位上)始终为1。 哪个编号对应哪个告警可以由用户定义。 更多关于配置文件(carip.cfg)的信息见于第7章：配置。 3.2 故障修复消息 当OMS中的一个告警被确认并清除后，将发出一条所谓的故障修复消息。 该消息与故障告警消息的格式相同。 唯一的区别是故障代码的表示：第一位(在数据的最高位上)将为0。 备注： 在OMS中，用户可以手工确认告警消息或者让系统确认告警消息。因此，只有当故障已被清除且一经清除便被手工或自动确认之后，才发出故障修复消息。这必须在oms.cfg文件(OMS的配置文件)中指出。欲了解更多关于告警确认规则方面的信息，请参考OMS用户手册A31003-Z3931-A330-*-7619。 3.3 从附件发往中央告警系统的握手消息 附件可以向中央告警系统发出一个9字节的握手信息。该信息的发送频率可以由用户设置。 下表显示了该握手信息的格式。 表2：附件到CAS的握手信息的格式 字节号 项目 说明 1 FF 握手协议的起始字节 2 子系统代码 对于OTN，始终为1 3 年的高位数字 如20 4 年的低位数字 如06 5 月 0x01 – 0x0C 6 日 0x01 – 0x1F 7 时 0x00 – 0x17 8 分 0x00 – 0x3B 9 秒 0x00 – 0x3B 3.4 从中央告警系统发往附件的握手消息 中央告警系统可以向附件发送一个9字节的握手消息。 下表显示了握手消息的格式： 表3：CAS到附件的握手信息的格式 字节号 项目 说明 1 AA 握手协议的起始字节 2 子系统代码 对于OTN，始终为1 3 年的高位数字 如20 4 年的低位数字 如06 5 月 0x01 – 0x0C 6