(完整版)网管系统告警产生和处理机制
网管查看及告警问题处理
3
网管问题介绍
网管硬件问题： 网管软件的载体为服务器、硬盘等。对于此类硬件问题，第一要点 就是配置文件的备份及保护，这是恢复网管运行的首要条件。如果 日常维护的备份工作做的好，比如经常定期将配置文件做拷贝备份 的话就无此担忧了。
网管软件问题分类： 功能性问题：网管提供的基本功能，如告警、性能查询等 业务问题：和电路业务相关的问题 对于网管软件类问题，应重点关注操作方法，即问题是否能够通过 一定的操作步骤复现。
联网报警系统原理
联网报警系统原理
联网报警系统是一种利用互联网技术实现远程监控和报警的系统。
它由多个组成部分组成，包括报警器、传感器、控制中心和云服务器。
传感器是联网报警系统的核心部分之一。
通过感知环境中的各种参数和状态变化，传感器能够检测到潜在的危险情况，如火警、煤气泄漏、入侵等。
常见的传感器包括烟雾传感器、红外线传感器、门磁传感器等。
当传感器检测到危险情况时，会产生相应的信号并发送给报警器。
报警器通常具备报警声音、光闪烁等报警方式，以提醒周围人员注意危险情况。
同时，报警器会将报警信号发送给控制中心。
控制中心是联网报警系统的核心部分之一，负责接收和处理来自传感器和报警器的信号。
控制中心可以将信号转发给相关人员，如保安人员、物业管理人员等；还可以通过云服务器向用户发送报警信息。
云服务器是联网报警系统的远程管理中心，负责存储、处理和分发报警信号。
云服务器可以将报警信息即时推送给用户的手机、电脑等终端设备，让用户能够实时了解到危险情况并采取相应的措施。
同时，云服务器也可以记录和保存报警信息，方便用户和相关人员进行事后查看和分析。
联网报警系统的工作原理是通过传感器感知环境并产生信号，
报警器接收信号进行报警，同时将信号发送给控制中心，控制中心再将信号传递给云服务器，最后云服务器推送报警信息给用户。
通过这种方式，联网报警系统实现了远程监控和及时报警的功能，提高了安全性和实用性。
网络告警说明及处理
常见告警说明及处理目录1告警的查看 (3)2BTS告警的结构 (3)3常见告警说明及处理 (5)3.12993告警处理 (5)3.27745告警处理 (5)3.37601告警处理 (6)3.47602告警处理 (6)3.57604告警处理 (7)3.67949告警处理 (8)3.72725告警处理 (8)3.87743告警处理 (9)3.97744告警处理 (9)3.107607告警处理 (10)3.117767告警处理 (10)1 告警的查看查看告警的常用MML命令有以下几个：❖查看BTS当前告警：ZEOL: BCF IDENTIFICATION: BTS ALARM NUMBER, ALARM CLASS；例如：ZEOL: 21:NR=7745; 查看BCF号为21、告警号为7745、且未被cancel的告警。
ZEOL:30:CLS=AL3; 查看BCF号为30、告警级别为3星、且未被cancel的告警。
❖查看BTS历史告警：ZEOH: DATE, TIME: BCF IDENTIFICATION, OBJECT TYPE, CURRENT STATE OF OBJECT, ALARM NUMBER, ALARM CLASS；例如：ZEOH:2008-3-18,8-30-0; 查看2008年3月18日8时30分之后的告警历史，包括已经cancel的和未被cancel的。
ZEOH::NR=7745; 查看今天的7745告警历史，包括已经cancel的和未被cancel的。
❖查看BSC当前告警：ZAHO: UNIT IDENTIFICATION: ALARM PARAMETER；例如：ZAHO:OMU:CLS=AL2; 查看当前告警级别为2星级、告警对象为OMU、且状态为ON（即未被cancel的）。
ZAHO; 查看当前所有状态为ON的告警。
❖查看BSC历史告警：ZAHP: UNIT IDENTIFICATION: ALARM PARAMETER: DATE, TIME；例如：ZAHP::CLS=AL3:2008-3-18; 查看2008年3月18日0时以后的所有3星级告警，包括已经cancel的和未被cancel的。
1-华为T2000网管告警处理手册0815
华为T2000网管告警处理手册辽宁移动网管中心监控室2008年8月目录一、告警处理原则 (3)二、常见告警处理方法 (4)■NE_NOT_LOGIN 网元未登录告警 (4)■NE_COMMU_BREAK 网元通讯中断 (4)■GNE_CONNECT_FAIL 网关连接失败 (4)一、告警处理原则1、总体原则：如果出现告警处理手册中未提及的告警内容，处理方法为升级成问题单（在有业务网申告的情况下，同时电话通知专业负责人）；2、对于某一故障引发的大量传输告警，依照先线路后设备、先单站后单板、先高级后低级的原则进行处理，同时参照附件中的告警关联原则进行初步判断，进行故障处理和定位，需要派发工单至市公司进行处理的，原则上每个地市只派发一个工作单即可，按照《工单填写规范》写清楚告警信息、故障信息、需地市操作工作内容等信息，不用一个告警对应一个工作单；3、监控值班人员发现故障后，先派发故障单给相应监控组，再按手册进行初步处理，需现场工程师进行后续处理的，派发故障配合工单至市公司故障处理组；对于不能独立解决的，应升级为问题单转往技术支持组；已派发故障配合工作单但仍无法解决的，由地市升级为问题单进行处理。
4、对于瞬报的告警可暂不用处理，但应密切注意网络及设备运行情况；对于多次瞬报或闪报的告警，应按照该告警的处理流程进行处理。
5、对于网络改造、工程割接、扩容、新建及系统调测产生的告警，网络部已经下发了公文或监控室接到了传输室的通知邮件，此类告警不需要处理；6、对于已升级为问题单的故障，在专业责任人无法到现场的情况下，监控人员应该在专业责任人允许和指导下，进行故障处理；7、故障处理过程中，涉及到派发集团EOMS工单的相关内容，按照集团EOMS工单填写要求进行工单填写。
二、常见告警处理方法■NE_NOT_LOGIN 网元未登录告警告警原因：NE_NOT_LOGIN为网元未登录告警，当用户退出登录或登录失败时上报此告警，将会导致网元脱管，无法进行故障、性能监控。
完整版网管系统告警产生和处理机制
网管系统告警产生和处理机制1.1.1告警来源和产生机制1、SYSLOG日志（被动接收方式）通过采集服务器的SYSLOG服务，接收网元发送上来的SYSLOG日志记录。
告警采集程序通过rules将SYSLOG日志记录解析为告警记录。
一条典型的华为端口DOWN告警解析过程：针对上面的告警，通过rules，主要解析出如下内容告警来源IP: 133.63.254.190告警类型：IFNET/5/UPDOWN告警对象：Ethernet1/0/5告警原始级别：5告警描述：In terface Ethernet1/0/5 Turns into DOWN state 2、Snmp Trap告警（被动接收方式）告警采集在162端口监听并接收网元发送过来的TRAP通知，通过加载相应MIB里的TRAP定义或者厂家提供的TRAP告警翻译规则，转换为相应的告警记录。
举例说明：VBS[1.3.6.1.2.1.1.3.0 = 229 days, 12:07:02.00;1.3.6.1.6.3.1.1.4.1.0 = 1.3.6.1.4.1.3902.1015.1010.1.10.1.17;1.3.6.1.2.1.2.2.1.1 = 808584704]]根据中兴提供的TRAP告警定义：（1） 1.3.6.1.4.1.3902.1015.1010.1.10.1.17 代表zxAnEponOnuErroredSymbolPeriodEvent ，即ONU错误符号间隔事件，级别是主要。
（2）808584704代表索引信息，可进一步定位到具体的ONU设备，如F820（0/4/4/5）。
解析翻译后的告警如下：告警来源IP: 10.102.16.2告警类型：zxAn Epo nOn uErroredSymbolPeriodEve nt告警对象：10.102.16.2告警级别：4告警描述：10.102.16.2 F820（0/4/4/5） : ONU错误符号间隔事件3、网元状态Polling告警（主动检测方式）（1 ）告警产生采用定期调度（根据设备的重要程度可设定不同的策略）对设备先进行SNMP连接测试,再进行ICMP PING测试：a、如果SNMP Ping不通，ICMP Ping也不通，发送网元中断告警;如果只有SNMP Ping 不通，只发送网元不可管理告警b、如果SNMP Ping通，不管ICMP Ping通不通，都不发送任何告警c、如果原来只是SNMP Ping不通，但ICMP Ping也开始不通，再发送一条网元中断告警说明：网元不可管理和网元中断告警，默认只发送一次，不重复发送（即发生次数为1）。
(完整word版)阿尔卡特SDH常见告警及处理方法(word文档良心出品)
阿尔卡特SDH故障2.1 RUP，RUM，ICP类告警处理告警名称或故障现象：Replaceable Unit Problem机盘故障; Replaceable Unit Missed机盘不在位; Internal Communication Problem 内部通信（控制信号）故障，相应的故障机盘报故障。
告警产生原因：1.原因1 RUM还可能是网管配置了板，但实际配插板2.原因2 机盘硬件故障3.原因 3 ICP有可能是其它盘引起，如1660的矩阵、主控；1662的SYNTH16；1642的MB板告警处理方法：1.原因1 对于RUM首先核实是否现场每插板，如没插板可在网管去配置（对于有配置电路或作为时钟源的，需先删除这些配置），当然现场每插板，由配置了电路或时钟源需仔细核实是否是垃圾数据在删。
2.原因2 替换相应的故障盘3.对于ICP告警如替换故障盘后仍不消失，则需考虑可能是其它的矩阵、主控、SYNTH16、MB盘等引起。
可先对这些怀疑的板做插拔（注意对业务和监控的影响，一般主控盘插拔只影响监控；矩阵和SYNTH16均有保护，如无异常状态或第二处故障，插拔备用也不影响业务（要插拔当前的主用矩阵需先切换成备用角色再插拔，切换后等15分钟让它同步完再操作）），定位到故障板后替换故障板。
2.2 TD, URU, TF告警告警名称或故障现象：设备光口或端口报TD（Transmitter Degraded）, URU （Underlying Resource Unavailable）, TF（Transmitter Failure）告警。
告警产生原因：1.原因1 如有光模块的机盘，则可能是故障2.原因2 机盘故障告警处理方法：1.原因1 替换光模块2.原因2 替换机盘2.3 LOS, LOF告警处理告警名称或故障现象：LOS（Loss of signal；LOF(Loss Of Frame)；MS-AIS；MS-RDI告警告警产生原因：1.原因1 光缆故障2.原因2 对端设备停电或吊死（主要是接入设备）3.原因3 显现硬件故障，相应光板报RUP、RUM、ICP、URU、TD、TF等告警4.原因4 隐性硬件故障5.原因5 光模块吊死告警处理方法：1.原因1 对光及OTDR测试等排查光路故障，清除光缆故障（具体见光缆故障处理）2.原因2 现场开电或环MB板3.原因3 显现硬件故障请替换相应的故障板4.原因4 当光路对光正常，无明显的硬件故障后，则可能是隐性硬件故障。
联网报警解决方案
联网报警解决方案引言随着互联网的快速发展和智能化的进步，安全监控系统也出现了许多新的解决方案。
其中，联网报警系统成为了当前最受欢迎和广泛应用的一种方案。
本文将介绍联网报警解决方案的原理、优势以及应用场景，并给出具体的实施步骤和注意事项。
联网报警的原理联网报警系统利用互联网技术将报警设备与报警中心进行连接，实现实时、远程的警报通知和监控功能。
其工作原理主要包括以下几个步骤：1.传感器监测：报警设备通过各种传感器（如温度传感器、烟雾传感器、红外传感器等）实时监测环境的变化，并将数据传输给报警主机。
2.报警主机控制：报警主机接收传感器发送的数据，并根据设置的规则和阈值判断是否触发报警。
一旦触发报警，报警主机将向报警中心发送警报信息。
3.报警中心接收：报警中心接收报警主机发送的警报信息，并对其进行处理和记录。
4.警报通知：报警中心根据预设的联系方式（如电话、短信、邮件等）将警报信息通知给相关人员，以便及时采取措施。
联网报警的优势与传统的报警系统相比，联网报警系统具有以下几个明显的优势：1.远程监控：联网报警系统可以实现远程监控，无论身在何处，用户都可以通过手机或电脑随时随地查看监控画面，并实施预警措施。
2.实时报警：联网报警系统能够实时监测环境变化，并在发生异常时立即报警，做到及时发现和处理问题，降低损失。
3.智能化管理：联网报警系统可以根据用户需求进行定制化设置，包括监测规则、报警方式、报警联系人等，提升管理效率。
4.数据分析：联网报警系统可以将历史数据进行存储和分析，为用户提供更全面的安全评估和预防措施，提高安全性。
联网报警的应用场景联网报警系统广泛应用于各个领域，包括但不限于：•家庭安防：联网报警系统可以实时监控家庭的安全状况，比如入侵监测、火灾报警、水浸侦测等。
•商业安全：联网报警系统可用于商场、办公楼等场所的安全监控，预防窃盗、火灾等意外事件。
•工业领域：联网报警系统可以监测工业设备的异常状况，提前预警并采取维修措施，避免生产故障。
SDH告警分析与故障处理
SDH告警分析与故障处理1．告警名称：信号丢失（R-LOS）告警产生的原因：断纤；线路损耗过大，导致收光功率超出灵敏度值；对端站发送方向无系统时钟；对端站激光器损坏，线路发送失效；对端站交叉板没有时钟输出；对端站时钟板工作不正常. 告警处理步骤：测试告警单板的接收光功率，如果光功率正常则检查板上接头有无松动，如果接头良好则更换告警单板；如果光功率很小或接近0mW，检查对端至本站的光缆是否松动；如果光缆线路正常，检查对端站光发送板接头是否松动，如果接头良好则更换对端站光发送板。
2．告警名称：帧丢失（R-LOF）告警产生的原因：光损耗过大；对端站发送信号无帧结构；本端接收方向有故障。
告警处理步骤：检查告警单板接收光功率，如果光功率正常则检查告警单板是否存在问题；如果光功率超出正常范围，则检查对端站至本站光纤及其接口是否损坏；如果光纤及告警单板都正常，则检查对端站光发送板设法存在问题。
3．告警名称：帧失步（R-OOF）告警产生的原因：接收信号损耗偏大；传输过程误码过大；接收方向器件有故障；对端站发送有故障。
告警处理步骤:检查告警单板接收光功率，光功率正常则检查告警单板是否存在问题；如光功率超出正常范围，则检查对端站至本站光纤及其接口是否损坏；如光纤及告警单板都正常，则检查对端站光发送板是否存在问题。
4．告警名称：发送失效（TF）告警产生的原因：光发送模块损坏；告警处理步骤：更换故障单板5．告警名称：再生段误码过量指示（B1-EXC）告警产生的原因：接收信号损耗偏大；对端站光发送电路高频部分有故障；光纤不清洁或与连接器不正确；本站接收电路部分故障。
告警处理步骤：如果同时也出现B2、B3告警，故障往往是线路损耗过大或由光接口板的故障引起，定位方法同出现R-LOS的情况；检查设备工作温度是否过高；如无以上情况，更换故障单板。
6．告警名称：复用段告警指示（MS-AIS）告警产生的原因：对端站发线路AIS信号；对端站发站发方向无时钟或无信号告警处理步骤：检查对端站线路板（ASP等）是否存在问题，可通过复位或更换单板的方法检查告警是否消失；检查本站线路板，先更换光接收板，如未解决再更换ASP板。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
网管系统告警产生和处理机制1.1.1告警来源和产生机制1、SYSLOG日志（被动接收方式）通过采集服务器的SYSLOG服务，接收网元发送上来的SYSLOG日志记录。
告警采集程序通过rules将SYSLOG日志记录解析为告警记录。
一条典型的华为端口DOWN告警解析过程：Jul 15 19:54:11 133.63.254.190 2008 yaan-DC-R-N40 IFNET/5/UPDOWN:Interface Ethernet1/0/5 Turns into DOWN state针对上面的告警，通过rules，主要解析出如下内容告警来源IP：133.63.254.190告警类型：IFNET/5/UPDOWN告警对象：Ethernet1/0/5告警原始级别：5告警描述：Interface Ethernet1/0/5 Turns into DOWN state2、Snmp Trap告警（被动接收方式）告警采集在162端口监听并接收网元发送过来的TRAP通知，通过加载相应MIB里的TRAP定义或者厂家提供的TRAP告警翻译规则，转换为相应的告警记录。
举例说明：10.102.16.2:TRAP[requestID=0, errorStatus=Success(0), errorIndex=0,VBS[1.3.6.1.2.1.1.3.0 = 229 days, 12:07:02.00;1.3.6.1.6.3.1.1.4.1.0 = 1.3.6.1.4.1.3902.1015.1010.1.10.1.17;1.3.6.1.2.1.2.2.1.1 = 808584704]]根据中兴提供的TRAP告警定义：（1）1.3.6.1.4.1.3902.1015.1010.1.10.1.17代表zxAnEponOnuErroredSymbolPeriodEvent，即ONU错误符号间隔事件，级别是主要。
（2）808584704 代表索引信息，可进一步定位到具体的ONU设备，如F820(0/4/4/5)。
解析翻译后的告警如下：告警来源IP：10.102.16.2告警类型：zxAnEponOnuErroredSymbolPeriodEvent告警对象：10.102.16.2告警级别：4告警描述：10.102.16.2 F820(0/4/4/5) : ONU错误符号间隔事件3、网元状态Polling告警（主动检测方式）（1）告警产生采用定期调度（根据设备的重要程度可设定不同的策略）对设备先进行SNMP连接测试，再进行ICMP PING测试：a、如果SNMP Ping不通，ICMP Ping也不通，发送网元中断告警；如果只有SNMP Ping不通，只发送网元不可管理告警b、如果SNMP Ping通，不管ICMP Ping通不通，都不发送任何告警c、如果原来只是SNMP Ping不通，但ICMP Ping也开始不通，再发送一条网元中断告警说明：网元不可管理和网元中断告警，默认只发送一次，不重复发送（即发生次数为1）。
（2）告警恢复对于处于网元不可管理或网元中断状态的设备，同时进行SNMP Ping和ICMP Ping跟踪：a、如果SNMP Ping通，根据设备的告警状态，发送相应的恢复告警，分两种情况：设备只有网元不可管理告警：发送网元不可管理恢复告警设备同时有两种告警：同时发送网元不可管理和网元中断的恢复告警b、如果SNMP Ping仍不通，但ICMP Ping开始通（也就是说原来两者都不通），发送一条网元中断恢复告警。
4、端口状态Polling告警（主动检测方式）端口Polling在端口流量采集时进行（检测周期与性能采集周期相同，5min一次）。
判断标准：本次端口流量采集采到的端口操作状态跟上次采到的端口状态做对比，如果发生了状态变化则发送告警，即：如果是up－>down，就发端口DOWN告警；如果是down－>up，就发恢复告警。
告警示例：告警类型：端口状态告警描述：如：172.28.12.4 GigabitEthernet0/1/13(端口) 端口down告警级别：严重说明：端口状态告警，只发送一次，不重复发送（即发生次数为1）。
5、性能告警（主动检测方式）告警产生机制：根据性能采集后的数据结果和性能告警设置进行比较，如果满足性能告警设置条件，发送相应的性能告警。
恢复告警：如果发生了“满足性能告警设置条件”－>“不满足性能告警设置条件”的变化，则发送相应的恢复告警。
性能告警分类：（1）阈值性能告警：通过阈值设置产生的性能告警（2）基线性能告警：偏离基线时产生的性能告警（3）梯度性能告警：梯度变化满足一定条件时产生的性能告警（4）高级性能告警：满足给定的组合条件时产生的性能告警说明：性能告警，如果满足性能告警设置条件，则每5分钟发送一次，直到告警恢复为至。
6、其它告警：翻转告警、资源预警、进程告警等（主动检测方式）（1）翻转告警：根据翻转设置条件，产生的告警，不能自动恢复。
告警类型为“翻转告警”。
（2）资源预警：根据资源预警设置条件，判断设备的槽位占有或端口利用率是否超过给定阈值，如果超过，则发送相应的资源预警告警。
告警类型为“资源预警”。
（3）采集进程告警：采集进程正常时，能够定时主动发送心跳信息给应用服务器，系统每3分钟检测一次，根据采集进程的心跳信息是否及时更新来判断采集进程是否正常，如果超过设定时间，心跳信息没有更新，则认为进程down，进而产生相应的告警（重复发送）。
如果进程启动，心跳信息恢复，则发送恢复告警。
告警类型为“网管服务进程”。
1.1.2告警数据处理流程告警从采集，到入活动库，最后进入历史库，这个过程称为告警的生命周期。
采集为始，入历史库为终。
从始到终，其数据流程如下图所示：1、收到的所有SYSLOG和TRAP告警都进行记录。
2、只有SYSLOG和TRAP告警需要经过RULES解析和翻译环节，其它告警来源无此过程。
3、被RULES过滤掉的SYSLOG和TRAP告警直接丢弃，而非进入历史库，SYSLOG和TRAP告警在原始库中可以找到（TRAP原始报文默认不入库，如果要入库，需要打开进程参数）。
4、告警先进行重定义，在进行预处理规则过滤，被预处理过滤的告警，直接进入历史库（也可以选择直接丢弃），对应的删除类型为“预处理删除”；没有过滤的告警入活动库，同时发布JMS消息。
5、告警是排队入库的，每次从入库队列中取一定数量的告警依次入库。
分为三种情况：（1）如果活动库中存在相同的告警事件（告警源和事件相同），则进行告警更新（更新发生次数和发生时间）；（2）如果活动库中不存在相同的告警事件，则插入一条新的活动告警记录；（3）如果告警为恢复告警，则将活动库中对应的告警事件清除，进入历史库。
6、活动库的告警被删除后，进入历史库。
这里的删除有以下几种情况（1）界面手工删除对应的删除类型为“用户手工删除”。
（2）自动恢复删除收到恢复告警后，自动与对应的活动告警结对合并，合并后的告警入历史库。
合并后的告警，清除时间为恢复告警的发生时间，清除类型为“自动恢复删除”，其余字段保留原告警信息。
也就是说，恢复告警是与成对的活动告警合并成一条告警后入历史库。
（3）告警条件删除根据在告警设置里设置的定时删除规则，定时删除符合条件的活动告警。
对应的删除类型为“告警条件删除”。
（4）告警过多删除低级告警当活动库的告警超过设置的容量时，系统自动启动的删除低级别（未定和警告）告警的策略。
删除的告警的级别为未定和警告。
对应的删除类型为“告警过多删除低级告警”。
（5）成对合并直接入历史库如果收到的某个告警发生和恢复时间非常接近（1秒左右），入库线程从告警队列里取告警后，发现有这种成对的情况，就不再走活动库而是直接合并入历史库，这种情况下告警删除类型为“成对合并直接入历史库”。
（6）等价告警剔重目前仅适用于端口down告警。
当上来某条端口down告警时，但活动库中已经存在该端口的其它PORT_DOWN告警，则该端口down告警直接入历史库，删除类型为“等价告警剔重”。
1.1.3告警关联机制告警关联机制包括：（1）告警结对清除收到恢复告警后，自动与对应的活动告警结对合并成一条告警，合并后的告警从活动库转入历史库，这种情况下告警删除类型为“自动恢复删除”；（2）告警压缩合并收到告警时，自动与活动库中存在的相同告警事件（告警源和事件相同）进行合并，同时更新告警的发生次数和发生时间；（3）告警合并直接入历史库如果收到的某个告警发生和恢复时间非常接近（1秒左右），入库线程从告警队列里取告警后，发现有这种成对的情况，就不再走活动库而是直接合并入历史库，这种情况下告警删除类型为“成对合并直接入历史库”；（4）告警同源处理目前主要用于端口DOWN告警。
端口DOWN告警的来源主要有SYSLOG和端口状态Polling两种，尽管告警类型在不同的厂商定义中不尽相同，但反映的是同一告警事件，系统把这些告警类型归属到同一个告警类型组“PORT_DOWN”，同一个告警类型组下的告警，认为是等价的。
为避免由于SYSLOG日志缺失或解析规则不完整造成的端口DOWN告警不准确，系统采用了端口状态Polling作为辅助手段，对端口状态事件进行监控，但与SYSLOG告警进行了关联处理。
具体策略：a、PORT_DOWN告警类型组下的所有告警类型，可以互相清除，即对于同一个端口，某个告警类型的恢复告警，可以清除其它PORT_DOWN告警。
b、上来某条端口down告警时，但活动库中已经存在该端口的其它PORT_DOWN告警，则该端口down告警直接入历史库，删除类型为“等价告警剔重”。
c、当活动库中存在某个端口的PORT_DOWN告警，而端口状态Polling检测到该端口的操作状态为up时，则发送端口状态恢复告警，用于清除该端口的所有PORT_DOWN告警。
目前PORT_DOWN告警类型组包括的告警类型：。