北京节点维护文档

1、一、七号信令模块的启动目前北京节点是采用Dialogic信令卡多机多卡的配置模式。配置了1个7号信令模块sagd在10.169.10.17上(windows2003)；配置了3个s7m辅助模块：s7m-1在10.169.10.25上(linux)；s7m-2在10.169.10.26 上(linux)；s7m-3在10.169.10.27上(linux)。启动顺序：1. 通过ssh， root登录10.169.10.25，运行s7m-1 start；2. 通过ssh， root登录10.169.10.26，运行s7m-2 start；3. 通过ssh， root登录10.169.10.27，运

2、行s7m-3 start；4. 通过pcanywhere, 登录10.169.10.17, 通过AgentGUI维护界面启动SAG模块。如何通过sag.log日志判断板卡及链路是否已经起来：例：0713 02:07:25 new roll file!0713 02:07:25 sag0713 02:07:25 10713 02:07:25 sag is starting . 0713 02:07:25 OAM module created.0713 02:07:26 dispatcher started.0713 02:07:26 cfg service started0713 02:07:3

3、2 mtp3linkset box add mtp3linkset id=0, lpc=0x014148, apc=0x011312, name=LS0 ok/链路集数据加载.0713 02:07:32 linkset LS0 associate link 00713 02:07:32 mtp2link box add mtp2link id=0, node=100091, board=1, trunk=0, channel=16, dsp=0, name=LN0/链路数据加载0713 02:07:32 mtp3link box add mtp3link id=0, linkset=0, l2

4、id=0, slc=0, refid=0, name=LN0 ok.0713 02:07:32 route RT0 add entry: linkset 0/路由数据加载0713 02:07:32 mtp3route box add mtp3route id=0, dpc=0x011312, name=RT0 ok.0713 02:07:32 group (gid=0, cic=1, ldev=0x00010001, cicnum=0x0000000f) added/组数据加载0713 02:07:32 group (gid=1, cic=17, ldev=0x00010011, cicnum

5、=0x0000000f) added0713 02:07:32 trunk (tid=1, opc=0x00014148, dpc=0x00011312) added.0713 02:07:52 call service started.0713 02:07:52 rsi link 3 down/deactivated.0713 02:07:52 rsi link 2 down/deactivated.0713 02:07:52 rsi link 1 down/deactivated.0713 02:07:52 recv configuration completion node 0, suc

6、cess 0713 02:07:52 scdrive(B1-L0-S4063-M0xfffefffe-m1).0713 02:07:53 add tup group 0 ok.0713 02:07:53 rsi link 1 down/deactivated.0713 02:07:53 rsi link 2 down/deactivated.0713 02:07:53 rsi link 3 down/deactivated.0713 02:08:12 rsi link 1 up./ rsi link 1对应s7m-1启动0713 02:08:12 rsi link 2 up./ rsi lin

7、k 2对应s7m-2启动0713 02:08:12 rsi link 3 up./ rsi link 3对应s7m-3启动0713 02:08:13 node 3 board 0 reset ok0713 02:08:13 node 2 board 0 reset ok/节点二 s7m-2 七号信令卡reset成功0713 02:08:13 node 1 board 0 reset ok/节点一 s7m-1 七号信令卡reset成功.0713 02:08:14 board 1 PCM/LIU 0 PCM Restored.0713 02:08:14 board 1 PCM/LIU 0 Fram

8、e Sync OK. /板卡1第0条中继物理同步0713 02:08:14 board 1 PCM/LIU 0 AIS Cleared.0713 02:08:14 board 1 logical link 00x71 Initial Alignment0713 02:08:14 board 1 logical link 10x71 Initial Alignment0713 02:08:14 board 1 logical link 20x71 Initial Alignment0713 02:08:14 board 1 logical link 30x71 Initial Alignment

9、0713 02:08:15 board 1 PCM/LIU 0 Remote Alarm Cleared.0713 02:08:15 board 1 logical link 00x71 Aligned, Ready0713 02:08:15 board 1 logical link 00x71 In Service/板卡1第0条链路进入服务！0713 02:08:15 node 0 link ref 0 linkset 0 Changeback0713 02:08:15 node 0 linkset 0 link set recovered0713 02:08:15 node 0 links

10、et 0 Adjacent SP accessible0713 02:08:15 node 0 point code 001-019-018 Destination available/目的点码0x011312可用！北京节点目前有10个链路分别对应10个目的点码，通过Destination available可判断对应链路是否已经起来。从下面日志可以判断链路已经断开0710 23:15:00 board 1 logical link 00x71 Out of Service/第0条链路退出服务0710 23:15:00 node 0 link ref 0 linkset 0 Changeove

11、r0710 23:15:01 node 0 link ref 0 linkset 0 Restoration commenced0710 23:15:01 node 0 linkset 0 link set failure0710 23:15:01 node 0 linkset 0 Adjacent SP inaccessible0710 23:15:01 node 0 point code 001-019-018 Destination unavailable/目的点码0x011312不可达二、设备管理单元DMU的启动中心节点采用毅航ISX4000交互机中继过机连接的方式。配置了四个DMU模

12、块dmu_1在10.169.10.15上；dmu_2在10.169.10.17上；dmu_3在10.169.10.19上；dmu_x 在10.169.10.21上。启动：1 通过pcanywhere登录10.169.10.15, 启动驱动程序a) MC（C:Program FileseHangComiSX2kHost.exe）;b) PRD (C:Program FileseHangComiSX2kPRDev.exe);c) OAM (C:Program FileseHangComOamApp.exe)观察OAM管理界面，当所有连接均为绿色时候， 表示驱动与交换机及媒体处理程序连接正常。2 通

13、过AgentGUI维护界面启动dmu_1。3 同上1，2步骤，登录10.169.10.17, 10.169.10.19分别启动dmu_2, dmu_34 同上1，2步骤，登录10.169.10.21启动dmu_x,由于dmu_x只用于中继过机，不需要媒体资源，所以不需要启动PRD模块， 因此OAM管理界面上只有一个ISX节点的连线。如何通过交换机OAM管理界面，监控中继的物理状态1通过pcanywhere 登录相应媒体控制服务器，打开OAM管理界面；在ISX节点属性页面可以看到对应的中继状态，绿灯为正常，红灯为不通。灯对应的物理中继口0 2 4 6 8 10 12 14 1 3 5 7 9 1

14、1 13 15 通过物理中继口可以查询ISX4000中继接线-0716.doc得到局端实际对应中继号，平台逻辑中继号等。三、dmu, cxm, tqserver相关模块的启动顺序遵循模块由底层到上层的启动原则， 先启动dmu模块， 然后启动cxm模块， 最后启动tqserver模块。如果带有会议资源的dmu重启（目前只有dmu_1配有qq聊天室的会议资源）， 则需要相应重启cxm和tqserver。四、平台日志维护1、毅航ISX4000交换机驱动日志的删除。由于目前有部分中继尚未接线，所以会产生大量的中继告警日志，需定时检查10.169.10.15, 10.169.10.17, 10.169.

15、10.19, 10.169.10.21四台媒体控制服务器的磁盘空间，检查c:Program FileseHangComMCLog2008目录，只保留23天内日志，其余日志删除。2、平台模块日志的备份及删除。Windows系统，平台日志在d:boentelmodulexxxlog目录下， (xxx为具体模块名称 ，譬如cfgserver), 包括10.1.3.60, 10.169.10.15, 10.169.10.17, 10.169.10.19 10.169.10.21。Linux系统，平台日志在/boentel/log/xxx/ (xxx为具体平台模块名称， 譬如s7m-1)定时检查系统磁盘

16、空间， 压缩备份已有日志， 删除不需要的日志（具体需要保留多少天日志，未定）。TM 16:40:55你拨一个号,比如:1169615280 TM 16:41:25这时会产生一个控制信号(包括:主叫,被叫等信息) TM 16:41:38这个控制信号先到程控, TM 16:41:53程控根据被叫进行字冠分析. TM 16:42:00发现是116字头的 TM 16:42:07就送到我们平台来. TM 16:42:54我们平台收到这个控制信号,就是25,26,27这几台机子处理的(具体我也不清楚) TM 16:43:28我们平台收到控制信号,表现为相关模块,s7m sag就会收到 TM 16:43:33呼叫 TM 16:43:48也就是说收到控制信号. TM 16:44:04然后sag就记录下这些呼叫, TM 16:44:13应保存在trunckrecord