生成的ALOG文件先放入K:\\ACS\\LOGS\\ALOG\\LOGFILE（afpls -l ALOG可以查看其实际路径的源目录），ALOG文件满1M后自动传送到OSS对应目录，指令“afpls –ls ALOG”查看文件的传送情况， DELETE状态是已经成功传送并10080分钟后删除了（TIMER表示即将在多少分钟后删除）；FAILED状态是传送失败。告警发生后，不会自动消除，需要通过人工手动传送，alogfind –s afpfti可以查看人工重传的记录。
告警处理方法：
1) APLOC; 进入AP模式下
2) afpls –ls ALOG 查看ALOG文件传送情况，状态为failed的为传送失败文件。 3) afpfti –f ALOG 将传送失败的ALOG文件重传一次，传送成功故障将会消除。
4) afpls –ls alog 查看状态（STATUS）由FAILED变为SEND或READY，表示已经开始
重传
5) alist 需要等待几分钟后，确认文件是否传送成功告警消失。 6) exit
7) ALLIP:ACL=; 确认告警是否消除。
如果手工传送失败，可以尝试以下操作并派单专业室或地市公司处理：
8) cdhver OSSDESTALOG 看目的点状态，结果显示是否STATUS OK。 9) cdhls -l OSSDESTALOG 查看此路径的所有传输参数是否正确，同时可获得对应的对应
的IP。
确认本地交换机的设置没有问题，怀疑是到OSS的网络不通 10) ping x.x.x.x 检查网络是否通
案例：ping 对端的IP, 显示网络路径完全正常；后来注意到A3级的一个告警，是由于刚才那个A2级告警AP FILE PROCESSING FAULT引起的：
DATA OUTPUT, AP COMMON DESTINATION HANDLING, DESTINATION FAULT DESTINATION OSSDESTALOG CAUSE
WRITE FAILURE Problem Data
The connection to the remote host lost or write access denied
再分析上面的告警，确认了是因为AP 文件没有写到OSS的权限。综上分析可以确定是对端网管的设置问题，导致ALOG文件无法正常传送。所以应及时联系对端人员(网管组)协助处理。
备注：1、在检查本端问题时，可以尝试删除ALOG队列、重新定义ALOG队列，再用指令“cdhver OSSDESTALOG”检查状态是否OK，但是本端通常是没有问题的，此步操作不列出，不建议操作。
2、上述操作也包括AP2
5、AP SYSTEM CLOCK NOT SYNCHRONIZED
告警信息(举例)：
*** ALARM 263 A2/ IO_DEV \:AP SYSTEM CLOCK NOT SYNCHRONIZED
:AP APNAME NODE NODENAME : 1 MMSM4B1AP1C A MMSM4B1AP1A :REASON
:DIFFERENCE BETWEEN CP AND AP TIME EXCEEDS 600 S. :END
告警产生原因：
在APG出现此类告警的原因，一般是由于AP 系统同CP之间的时间不同步，两个系统之间的差值大于10分钟引起的，需要对AP的时间进行手动较对。
告警预处理：
1、检查CP 的时间
CACLP；
2、telnet到该网元， 检查APG的时间, 确认与CP时间差值是否过大；
date /t time /t
3、若确认是时间相差600秒，则登陆到网元的passive边，修改APG时间 与CP 一致
date （修改的日期） time （修改的时间）
4、在PASSIVE 边做完时间修改后，做一个PRCBOOT；
5、检查PASSIVE边状态为UP后，对ACTIVE 边倒边，使得ACTIVE边变为passive边，再进行一次时间修改，使得时间与CP同步
prcboot
date （修改的日期） time （修改的时间） 6、检查、确认告警是否已消除
Allip：acl=；
6、ANALYSIS DATA FAULT
告警信息(举例)：
*** ALARM 695 A2/APT \ 1125 :ANALYSIS DATA FAULT
:FCODE REASON
:4 LOOP IN ROUTE ANALYSIS AT RESTART OF ANALYSIS
:BNBR BO BO1 :8613900301769 58 58
:BNBC BNT BNT1 :13900301769 1 4
:BSNB NAPIB NAPIB1 : 1 1
:ANBR AO AO1 :13922325121 1 1
:ASNB ANT ANT1 : 4 4
: NAPIA NAPIA1 : 1 1 :RC RO INCROUTE OUTROUTE :372 1 CTPPSI GZSA1AO :REROUTING TONE EOS EO :YES 1 1658
:TEST TCL EA PR LOD : 8 0 0 0
:ISAT OSAT AL TMR WSIG :0 0 0 0 :NA NRA RA ISTI ST :1 0 0 0
:MST PLMN IWE SW ISK-TYPE :1 0 0 0
:TN ODR IGWT NS NAR :0 0 0 0 0 :END
告警分析：产生此告警一般是由于做测试或系统发生重启后, 路由重选时所有备用路由电路拥塞，导致产生路由循环。
告警处理:
1) 对于此类告警,可参考ALEX中的OPI进行预处理，首先查看其中的FCODE和REASON，按照FC的不同，处理流程也不同。以下根据FC出现频率,由高到低叙述处理流程。 ? FC=4,REASON=” (loop in routing analysis at restart of analysis) ? 路由重选时所有备用路由电路拥塞，导致产生路由循环，可用命令ANFAR消除告警，若告警重复出现，则派单给资源配置室检查有无数据问题，数据无误由资源配置室转核心室检查是否硬件问题导致全局电路不可用或电路资源不足，需申请电路资源。 ? FC=3 ,REASON=”(loop in B-Number analysis with analysis restart) ? B号码分析循环，可直接派单给资源配置室处理 ? FC=5 ,REASON=”(loop in EOS analysis at restart of analysis) ? 用命令ANFAR消除告警，若告警重复出现-，则派单给资源配置室处理。 ? 对于其他FC的，可用命令清除告警后，若告警重复出现，再派单给核心室处理。
7、AUDIT LOG DEACTIVATED
告警信息(举例)：无
告警产生原因： 主要是由于APG进行软件升级或是APG进行硬件更换的过程中，人工关闭ALOG功能； 告警预处理：
1、 ALOGACT激活即可； 2、 ALOGDEACT去激活 3、 ALLIP；
8、AUDIT FUNCTION THRESHOLD SUPERVISION
告警信息(举例)：
*** ALARM 0098 A2/APZ \:AUDIT FUNCTION THRESHOLD SUPERVISION :TEST 101 :END
*** ALARM 0098 A2/APZ \:AUDIT FUNCTION THRESHOLD SUPERVISION :TEST 102 :END
*** ALARM 0098 A2/APZ \:AUDIT FUNCTION THRESHOLD SUPERVISION :TEST 104 :END
*** ALARM 0098 A2/APZ \:AUDIT FUNCTION THRESHOLD SUPERVISION :TEST 110 :END
告警产生原因：
此告警是PS、RS、DS以及有定义监视的SAE占用已达到事先定义的告警门限；
告警预处理：
对于TEST 101 是指PS空间告警；TEST 102 是RS空间告警；TEST 104 是指DS空间告警；TEST 110 是指SAE空间告警；这几种告警的处理方法、思路是一样的，下面以TEST 110的告警进行说明：
1、 查询是哪一个SAE引起告警的； AFTSP：TEST=110，LOG；
2、 按扩SAE的步骤扩相应的SAE；（对于TEST XX提示SAE告警，用SAALI无效
果）
SAAII：SAE=XX，NI=YY； 3、 检查告警情况： ALLIP；
4、对于CP40/50来说，做完扩SAE后，会引起CP STATE NOT NORMAL告警，需要在话务闲时做一次人工备份。
9、BLOCKING SUPERVISION
告警信息(举例)：
*** ALARM 684 A3/APT \ BLOCKING SUPERVISION
R LVB NDV BLO ZSD2O 55 1114 55 END
*** ALARM 527 A1/APT \ BLOCKING SUPERVISION
R LVB NDV BLO 1MAIN0 32 64 64 END
告警产生原因：
中继闭塞监测告警，当路由中设备闭塞数达到告警门限值时产生该告警。
告警预处理：
1、 2、 6、 一般说来，LIBL为对端故障，需要在对端局进行闭解。 8、如DIP或SNT状态异常，需要先处理DIP或SNT(请参加DIP和SNT处理流程)。 10、BLOCKING SUPERVISION OF DEVICE 告警信息(举例)： *** ALARM 0141 A3/APT \:BLOCKING SUPERVISION OF DEVICE