1. 设备、平台有告警清除（告警恢复）推送（能够自动恢复告警）
1.1. 标准、规范格式
(1) 包含有告警id，告警id为全局唯一值，而且告警和清除两条告警的告警id是一致的
(2) 包含有告警恢复标识，如专门有一个oid用于标识推送的这个信息，是告警还是清除
(3) 会有标准的oid格式，每一个告警的整体的oid都是一样的，只是oid后面跟着的内容会根据告警内容不一样而显示对应的告警内容，每一个oid都表示trap的一项内容，如1.1.1.1标识为告警标题、1.1.1.2为告警对象名称、1.1.1.3为告警等级等等
这种snmptrap对接就能够直接使用产品标准功能进行对接，就直接填入对应的oid映射为我们平台的告警的内容和恢复
1.1. 有告警id样式（告警和恢复有相同唯一值），但无专门告警恢复标识oid，但有整体oid一致
(1) 包含有告警id，告警id为全局唯一值，而且告警和清除两条告警的告警id是一致的
(2) 但没有告警恢复标识，如专门有一个oid用于标识推送的这个信息，是告警还是清除
(3) 会有标准的oid格式，每一个告警的整体的oid都是一样的，只是oid后面跟着的内容会根据告警内容不一样而显示对应的告警内容，每一个oid都表示trap的一项内容，如1.1.1.1标识为告警标题、1.1.1.2为告警对象名称、1.1.1.3为告警等级等等
产品就根据当前推送的告警的告警ID唯一值去匹配我们平台目前存在的未恢复的告警是否有相同的告警ID，如果存在，那推送过来的这条告警就是一条清除类型的告警，就恢复掉我们平台存在的这条告警，如果推送的告警的ID不存在我们平台的未恢复的告警中，那这是一条告警类型的告警，生成一条新的告警
1.1. 没有告警id也没有标准的恢复标识专门oid
(1) 没有有告警id，告警id为全局唯一值，而且告警和清除两条告警的告警id是一致的
(2) 没有告警恢复标识，如专门有一个oid用于标识推送的这个信息，是告警还是清除
(3) 会有标准的oid格式，每一个告警的整体的oid都是一样的，只是oid后面跟着的内容会根据告警内容不一样而显示对应的告警内容，每一个oid都表示trap的一项内容，如1.1.1.1标识为告警标题、1.1.1.2为告警对象名称、1.1.1.3为告警等级等等
(4) 有特殊的标识，用于标识当前的告警的唯一性，比如华为昆泰服务器，推送告警过来先查看oid:1.2的值是否存在我们未恢复的告警里面，如果不存在那就是告警，如果存在那就是恢复，那就要查看oid1.7的值-1查到到是哪一条告警恢复,也就是两个oid的值组成是唯一的，才能查到对应的告警
1.1. 有告警id样式（告警和恢复有相同唯一值），但无专门告警恢复标识oid，并且每一个oid都不一样
(1) 没有标准的oid格式，每一个告警都有独立的oid，如电池损坏一个oid1.1.1，电池电量过低一个oid2.1.1，有多少告警就有多少个oid
就需要都填入一个个的解析
1. 设备、平台没有告警清除（告警恢复）推送（告警无法自动恢复，只能到我们平台手动关闭恢复告警）
这一类设备、平台告警都是只推送告警，告警恢复了也不会自动推送清除告警到我们平台，所以一般就只有告警标题或者告警描述会进行推送
1.1. 有标准告警格式
(1) 会有标准的oid格式，每一个告警的整体的oid都是一样的，只是oid后面跟着的内容会根据告警内容不一样而显示对应的告警内容，每一个oid都表示trap的一项内容，如1.1.1.1标识为告警标题、1.1.1.2为告警对象名称等等
用产品标准的对应的oid填入即可，映射推送的oid后面的内容
1.1.无标准告警格式
[if !supportLists](1) [endif]没有标准的oid格式，每一个告警都有独立的oid，如电池损坏一个oid1.1.1，电池电量过低一个oid2.1.1，有多少告警就有多少个oid
就需要都填入一个个的解析
1. 对接效果图
