issue链接:
背景
某客户针对redfish事件上报EventId进行了定制,定制情况如下:
EventId表示告警事件流水号,活动告警与已清除的告警的EventId相同,例如:产生时EventId:“0x0000005C”,消除时EventId:“0x0000005C”
当前能力不满足。
决策点
在event组件实现一个通用机制,通过增加EventSequenceNumber来实现所需告警事件流水号能力。该属性针对同一告警产生和清除时流水号保持一致,从而使得网管软件借助该流水号可以快速的管理产生和消除状态的告警。该方案涉及新增对象属性如下:
1、EventListEn、EventListZh、EventDumpEn、EventDumpZh对象下新增私有属性EventSequenceNumber
2、AlarmListEn、AlarmListZh对象下新增私有属性EventSequenceNumber
详细描述:
一、EventListEn、EventListZh、EventDumpEn、EventDumpZh对象下新增私有属性EventSequenceNumber
字段 | 值 |
---|---|
属性名称 | EventSequenceNumber |
变化类型 | 新增私有属性 |
签名 | String 默认值:“0x0000000000000000”,16位16进制格式 |
读写&权限 | ReadOnly |
持久化 | 本地持久化 PoweroffPer |
变化通知 | false |
接口说明 | 支持事件流水号 |
接口约束 | NA |
EventSequenceNumber属性字符串采用“0x0000000000000000”(16位16进制格式)的原因为:查询数据库时支持对EventSequenceNumber进行排序,排序以后即可获取当前流水号。
二、AlarmListEn、AlarmListZh对象下新增私有属性EventSequenceNumber
字段 | 值 |
---|---|
属性名称 | EventSequenceNumber |
变化类型 | 新增私有属性 |
签名 | String 默认值:“0x0000000000000000”,16位16进制格式 |
读写&权限 | ReadOnly |
持久化 | 本地持久化 ResetPer |
变化通知 | false |
接口说明 | 支持事件流水号 |
接口约束 | NA |
EventSequenceNumber属性字符串采用“0x0000000000000000”(16位16进制格式)的原因为:查询数据库时支持对EventSequenceNumber进行排序,排序以后即可获取当前流水号。
评审结论
1、同意在组件的EventListEn、EventListZh、EventDumpEn、EventDumpZh对象下新增私有属性EventSequenceNumber
2、同意在组件的AlarmListEn、AlarmListZh对象下新增私有属性EventSequenceNumber