其他平台(防火墙、其他网管、业务系统)把告警送入 UC5 告警中心,优先顺序:SNMP Trap > Syslog > 开放 API > 脚本中转H3C。
优点:标准网管协议,告警可分级、可自动恢复;缺点:私有 OID 需要手动维护 MIB。
第三方平台把告警事件输出 syslog,发送到 UC5 的 syslog 监听端口(UDP514)。
缺点:syslog 本身没有告警恢复报文;第三方故障清除后 UC 不会自动把告警置为恢复,需要人工关闭告警。适合业务系统、非网管类第三方平台。
第三方平台调用 UC5 对外开放的创建告警 API,直接 POST JSON 报文往 UC 告警中心写入告警事件H3C。
优点:告警发生、告警清除都可控,标准化程度最高;缺点:需要对方平台开发适配对接代码。
第三方输出告警到文件 /syslog,部署脚本读取消息,调用 UC 的创建告警 API,把事件推送进告警中心。适合老旧系统,没有 Trap、没有 API。
表格
| 对接场景 | 推荐方案 |
|---|---|
| 第三方是网络 / 硬件设备(支持 SNMP Trap) | SNMP Trap,导入 MIB |
| 业务系统,只能输出 syslog | Syslog 转告警(注意不能自动恢复) |
| 第三方平台可做少量开发 | 调用 UC 告警 Restful API(最优) |
| 老旧系统无任何协议 | 脚本读取日志调用 API 推送 |
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论