Vservice操作维护手册.docx
- 文档编号:29248608
- 上传时间:2023-07-21
- 格式:DOCX
- 页数:16
- 大小:162.51KB
Vservice操作维护手册.docx
《Vservice操作维护手册.docx》由会员分享,可在线阅读,更多相关《Vservice操作维护手册.docx(16页珍藏版)》请在冰豆网上搜索。
Vservice操作维护手册
BISC
VService
操作维护指导书
北京国际交换系统有限公司
技术事业部
二零零四年四月
目录
1一般信息
1.1发行说明
本手册(含封面)共10页,所有页的发行号都为01。
1.2历史
日期
版本
描述
作者
2004/07/11
1.00
初稿
秦彦龙
1.3外部的商标和版权
Linux商标属于LinusTorvalds先生所有。
Solaris是SunMicrosystems,Inc.在美国和其它国家/地区的商标或注册商标。
"redhat"及RedHat"shadowman"图标是RedHat在美国及其它国家/地区的商标或注册商标。
DB2、IBM是IBM公司在美国和/或其它国家或地区的商标或注册商标。
其它公司、产品和服务名称可能是其它公司的商标或服务标记。
1.4简写和缩略语
CCF呼叫控制功能
CS—1(智能网)能力集1
CS—2(智能网)能力集2
DTMF双音多频
FEAM功能实体接入管理
IN智能网
INAP智能网应用规程
IP智能外设
ISUPISDN用户部分
MML人机语言
RM资源管理
SCEP业务生成环境点
SCF业务控制功能
SCC业务控制点
SDF业务数据功能
SDL规范和描述语言
SDP业务数据点
SMAP业务管理接入点
SMF业务管理功能
SMC业务管理点
SRF专用资源功能
SSF业务交换功能
SSP业务交换点
TCAP事务处理能力应用部分
1.5图表
2VService-SCC设备的维护
2.1系统进程
ØI2NDAEMON进程
是SCC系统守护进程,监视SCC其他进程的运行状态,当被监视进程发生异常时采取措施或重新创建问题进程。
启动VSERVICE-SCC系统时,可以直接运行I2NDAEMON进程,当I2NDAEMON发现其他进程没有启动时,会自动启动所有需要的SCC进程。
ØCONCENTER进程
CONCENTER进程在SCC系统运行过程中起着非常重要的作用。
⏹该进程负责各功能实体间的消息传递,实现网络通信和进程间通信。
⏹该进程对多个APPSERV进程实例进行管理。
例如:
对各APPSERV进程中的呼叫进行流量控制;处理来自SMC的监控命令和SCC本身的维护命令。
ØAPPSERV进程
该进程完成SCC的SCF和SDF等功能,可以针对不同呼叫量需要同时启动多个实例。
⏹呼叫控制功能。
APPSERV执行业务逻辑,与SSP通过INAP消息交互,全程控制一个智能呼叫,通过控制SSP对呼叫进行路由接续和计费。
⏹控制IP设备。
APPSERV进程可以通过控制SSP或直接通过七号信令网与IP设备相连,控制IP设备向用户播放语音通知和收集用户输入。
⏹流量控制。
针对某些智能网业务容易因为用户呼叫集中引起系统过负荷,可采用呼叫过滤和呼叫间隙两种方法屏蔽部分呼叫,保证系统服务质量。
⏹业务管理和统计。
APPSERV进程是实际运行业务逻辑的进程,负责维护运行于其上的业务逻辑,统计业务各方面的基础信息。
⏹数据管理。
VSERVICE-SCC采用IBM公司的DB2数据库系统,在数据库中存放着账号数据、话单数据和相关业务数据和计费数据。
当智能呼叫开始后APPSERV进程进行用户鉴权、费率设定、生成话单、更新用户状态等操作都必须通过数据库操作实现。
2.2软件目录结构
程序主目录:
$HOME$/I2N/存放VSERVICE-SCC软件的所有相关文件。
I2N主目录下有以下目录:
⏹bin目录:
存放所有可执行程序文件。
其中包括:
appserv-是SCC进程,由concenter调用执行。
concenter-是SCC进程,由i2ndaemon调用执行。
i2ndaemon-是系统守护进程,也是SCC启动执行程序。
i2noss-是维护程序,用于观察、加载、删除、修改业务
i2nstop-执行该程序会关闭SCC程序。
transmaster-业务编译程序,命令格式为:
transmaster业务名。
⏹log目录:
存放SCC程序日志。
其中包括:
i2ndaemon.log-记录i2ndaemon程序的执行启动情况。
concenter.log-记录concenter程序执行情况、各appserv进程运行情况、与SSP端网络通信情况。
appserv.log.x-x为阿拉伯数字,对应appserv进程。
记录SSP发过来的智能网呼叫处理情况,记录部正常原因和不正常原因的失败呼叫。
i2noss.log-记录用户用i2noss程序维护业务的历史命令表。
⏹service目录:
存放业务文件,其中包括:
list.srv-记录当前正在运行智能网业务的业务接入号、业务名称等信息,SCC刚启动时会根据这些信息确定该启动的业务版本。
*.bin-已编译的业务文件。
SCC启动时根据list.srv的记录加载这些后缀为bin的业务文件。
⏹etc目录:
存放配置文件,其中包括:
areanomap.xml-号码地区映射表,SCC可用此表计算费率,暂时未用。
concenter.xml-配置与SIU的通信参数、appserv进程个数。
举例如下:
BEGIN
PORTS
SMC23033―――――――与SMC通信的端口号
SSP13010―――――――与SIU通信用的端口号
SSPCLIENT110.1.1.60―――SIU的IP地址
SSPCLIENT2
SSPCLIENT3
SSPCLIENT4
PROCESSES
SCDFappserv5――――――appserv进程个数
END
environ.xml-SCC参数,部分参数未启用。
举例如下:
MsgIDWithSvcK1
TimeUnit500
PrimitiveHead0
ComponentSingle1
MainLoopTimes6
FirstInvokeID128―――第一条消息ID号
ActivateTest0―――激活测试消息(0不发,1发)
SLPUseSharedMem0
SCFID0―――APPSERV进程起始编号。
SyncState0
StepsPerEvent1
PriceFormat0
TimerForIP600
ss7node.xml-SIU与SSP的七号信令编码和SSN码。
⏹dump目录:
系统用于存放垃圾文件的地方,无需设置。
注意系统修改配置后启动前,应该删除该目录中所有文件。
⏹fifo目录:
存放系统用管道文件,无需设置。
2.3日常维护
ØSCC系统的启动和关闭
SCC系统的启动顺序为:
先启动数据库DB2,再启动SCC软件。
因为有守护进程存在,所以SCC程序不需要关闭,守护进程会根据情况维护SCC其它进程。
1、启动DB2
DB2通常在安装时会设置为自动启动。
如需手工启动DB2,则以db2inst用户名登录主机,命令格式为:
$db2start。
2、关闭DB2
以db2inst用户名登录主机,命令格式为:
$db2stop。
如果DB2提示不能关闭DB2时,可以执行如下命令关闭DB2:
$db2forceapplicationall
$db2terminate
$db2stop
3、启动SCC软件
以appserv身份登录主机,命令格式:
/home/appserv/i2n/bin/i2ndaemon。
启动后可以使用ps命令检查启动的进程状态、数量是否正确,命令格式为:
ps–ef|grepappserv。
4、关闭SCC软件
以appserv身份登录主机,命令格式:
/home/appserv/i2n/bin/i2nstop。
ØI2NOSS使用介绍
以appserv身份登录服务器,在/home/appserv/i2n/bin目录下。
执行./i2noss,进入到i2noss>提示符下。
执行accessscfN,进入到scfN>提示符下。
(N代表SCDF进程内部编号,例如如果启动两个进程,N为0或1)
scf0>提示符下命令简介:
listservice显示当前已加载的业务;
ls显示可执行的命令;
addservice加载业务;
deleteservice删除业务;
updateservice更新业务;
quit退出
ØSCC日志文件的使用和维护
SCC每个日志文件的作用已在“1.2软件目录结构”中介绍,这些日志文件应该定期观察,以便随时了解系统运行状态。
日志保留一段时间后可以删除。
3VService-SIU设备维护
3.1系统进程
ØSS7TCAP进程
ØTXMTP3进程
ØIINGW进程
3.2各软件目录结构
3.2.1SS7TCAP
⏹bin目录
存放可执行文件ss7tcap。
⏹log目录
存放软件运行日志
⏹etc目录
存放配置文件,文件名为:
tcap.conf
tcap.conf配置示例:
xmlversion="1.0"?
>
解释:
loglevel:
日志记录级别
tcapidpath:
tcap应用程序的pid文件的路径
ssn:
为上层应用所对应的ssn(目前程序不做判断)
dha_checkperiod:
单位:
秒;
统计间隔,以及事务资源的检查时间间隔.
max_dha_holdtime:
单位:
秒;
每个事务最长的时间.
socket:
localip:
本机器的IP地址.
socket:
upport:
tcap作为server端,针对iingw的port
socket:
downport:
tcap作为server端,针对mtp3adapter的port
socket:
manageport:
tcap的管理接口.
3.2.2IINGW
⏹bin目录
存放可执行文件iingw。
⏹log目录
存放软件运行日志
⏹etc目录
存放配置文件,文件名为:
iingw.conf
iingw.conf配置示例:
xmlversion="1.0"?
>
解释:
loglevel:
日志记录的级别
iingwidpath:
iingw应用程序的PID的记录文件路径
tracenum:
按照主叫号码过滤Inap消息,并将所有的Inap消息记录在日志中.
socket:
scfip:
SCP所对应的IP地址.
socket:
scfport:
scp对应的端口号.
socket:
tcapip:
tcap协议栈的IP地址
socket:
tcapport:
tcap协议栈的端口号
3.2.3txmtp3
⏹src目录
存放可执行文件txmtp3、mtpdaemon。
mtpdaemon是txmtp3的守护进程
⏹log目录
存放软件运行日志
⏹etc目录
存放配置文件,文件名为:
host.cfg
host.cfg配置示例:
#-----------------------host.cfg------------------------------------------#
#---------localMTPlayerIP&port(26000ForSCCP&27000ForISUP)------#
server_address_por10.1.6.5127000
adjdpc0.1.2
adjdpc0.1.3
#---------MTPboardNoTDM'spathMTP'spathtracestate(ONorOFF)------#
boardnum0../etc/TDMcp1.txt../etc/MTP3cp1.cfgON
boardnum1../etc/TDMcp2.txt../etc/MTP3cp2.cfgOFF
#--------------------85ForISUP&&&&83forSCCP-------------------------#
sio85
#--------------------32ForISUP&&&&35forSCCP-------------------------#
EntityID32
#------------------------mtp3adapter--------------------------------------#
adapter/export/home/ljj/mtpadapter/src/txmtp3
解释:
server_address_por10.1.6.5127000
用来指定ISUP协议栈所在的主机IP地址,及与ISUP协议栈进行通信的端口。
adjdpc0.1.2
用来指定该程序支持的dpc值,可以有多行(即支持多个dpc)。
boardnum0../etc/TDMcp1.txt../etc/MTP3cp1.cfgON
用来指定该程序用到的板卡的卡号,板卡使用的TDM的配置文件路径文件名,板卡使用的MTP3的配置文件路径文件名,对板卡发送接收的数据是否trace到日志../log/mtpdata.log。
可以有多行(即支持多个板卡)。
注:
所有的板卡的板卡号必须配成不同的。
装在不同机器上的板卡的板卡号也要配成不同的。
这里的板卡号就是该板卡安装时配置的板卡号。
板卡安装后,修改板卡的板卡号:
修改文件/opt/nmstx/bin/cpcfg:
txcpcfg092#Board#2:
3220
其中的2就是板卡号,可修改。
板卡安装后,/opt/nmstx/bin/cpmodel可察看该机器上安装了几块板卡,板卡的板卡号是多少。
注:
TDM的配置文件和MTP3的配置文件都应是ss7load所使用的文件。
TDM的配置文件只适用于读取信息,MTP3的配置文件会被MTP的管理接口修改。
sio85
用来指定该程序是支持哪种应用,85表示该程序用于支持ISUP,83表示该程序用于支持SCCP。
EntityID32
同一台机器上起的mtp适配程序的该值要配成不一样的,0x20---0x40。
adapter/export/home/ljj/mtpadapter/src/txmtp3
用来指出MTP适配程序的运行路径和文件名,便于MTP适配程序的监控程序在发现该MTP适配程序当了时,可自动重起该MTP适配程序。
3.3日常维护
Ø在运行这些程序之前,首先应保证信令板卡的MTP层和交换机之间是通的。
Ø必须先起协议栈后起MTP适配程序、iingw。
启动MTP适配程序后,要等一会儿再开始跑协议栈上层的应用。
Ø启动成功后,几部分程序若有一个要重起,只用重起自己就可以了,不用全部重起。
Ø协议栈的状态是由RedHatAS的cluster负责监控的,若协议栈当了,RedHatAS的cluster负责重起协议栈。
ØISUP协议栈的log目录下isupmgrexcp.log是记录MTP管理消息的出错信息,exception.log记录了所有的异常信息,isup.log记录了启动的成功信息,包括有以下九条信息就表示所有程序启动成功,可以跑上层应用了。
ØMTP适配程序开始运行之前必须先运行监控MTP适配程序运行状态的监控程序,因为监控程序是通过unix的socket监控MTP适配程序是否正常运行,监控程序作为socket的server端,必须先起,否则不起作用。
ØMTP适配程序的log目录下mtp3excep.log记录了所有的异常信息,mtp.log记录了启动的成功信息,包括有以下四条信息就表示MTP适配程序启动成功。
withUPbuildconnect,interfaceinitializesuccess!
nowstartHeartBeat_ThreadFuncthread!
main,SendUPLinkstatussuccess!
nowstartSendMtp3Msg_ThreadFuncthread,cansendmtpmsgtoboard!
MTP适配程序的log目录下adapterhb.log记录了MTP适配程序与MTP适配程序的监控程序进行socket通信,read、write失败的信息;adaptermanager.log记录了MTP适配程序的监控程序与MTP适配程序进行socket通信,read、write失败的信息。
Ø由于各个程序之间是socket通信,所以各个程序配置文件中的关于IP地址、端口的信息一定要配对,否则就不通。
4VService-IP设备维护
4.1系统进程
Øsrf进程
Øisupgw进程
Ødcc进程
Øagent进程
Ømanager进程
4.2软件目录结构
其目录结构为:
bin--后台程序,包括srf,isupgw,dcc,agent,manager(运行安装程序后会自动生成执行脚本)
sbin--维护管理终端程序console
prompt–语音文件
在运行安装程序后,会生成以下目录:
etc-配置文件
log-各后台程序的日志文件、维护管理的告警、统计以及消息跟踪文件
var-socket文件
4.3日常维护
启动系统
$cd/export/home/ip/
$./startip
停止系统
$cd/export/home/ip/
$./stopip
重新启动
$cd/export/home/ip/
$./restartip
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Vservice 操作 维护 手册