FAQ of CC08 iNET0113BWord格式文档下载.docx

上传人:b****2 文档编号:1125810 上传时间:2023-04-30 格式:DOCX 页数:66 大小:74.94KB
下载 相关 举报
FAQ of CC08 iNET0113BWord格式文档下载.docx_第1页
第1页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第2页
第2页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第3页
第3页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第4页
第4页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第5页
第5页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第6页
第6页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第7页
第7页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第8页
第8页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第9页
第9页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第10页
第10页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第11页
第11页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第12页
第12页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第13页
第13页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第14页
第14页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第15页
第15页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第16页
第16页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第17页
第17页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第18页
第18页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第19页
第19页 / 共66页
FAQ of CC08 iNET0113BWord格式文档下载.docx_第20页
第20页 / 共66页
亲,该文档总共66页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

FAQ of CC08 iNET0113BWord格式文档下载.docx

《FAQ of CC08 iNET0113BWord格式文档下载.docx》由会员分享,可在线阅读,更多相关《FAQ of CC08 iNET0113BWord格式文档下载.docx(66页珍藏版)》请在冰点文库上搜索。

FAQ of CC08 iNET0113BWord格式文档下载.docx

1、ping不通8750主用MPU板的外网口IP7

2、Ephone用户无法拨号上网7

3、只有一个Ephone电话可以打通PSTN电话7

4、观察TMG间的PVC没有流量7

5、关于SAVBNETCFG7

6、关于WINDOWSNTSERVER4.0的补丁版本的使用8

7、关于MA5200在iNET中使用的几个问题8

8、iNET和128模中用户框NOD线互助存在的一个缺陷9

9、异步信号音SVC的检查9

10、CDB、SM、SPM最多可以分配的数据区的内存是多少9

11、对ASL用户使用多用户号码目前存在的问题10

12、对V5用户做被叫停机后,其他用户打入所听的语音为追查恶意呼叫失败的语音,该现象的原因与处理10

13、大话务量呼叫、或长时间通话测试之后,在话单管理台没有计费信息生成,即没有计次表或没有话单生成,而检查计费设置数据是正确的。

10

14、AMU/PFM(IFM)板光接口的单/多模的区分及注意点11

15、呼叫前转用户数的决定11

16、远端环境监控的实现(TMG拉远时实现对AMD的管理)11

17、IP话务台的相关技术问题及注意事项11

18、单板逻辑模块号的说明12

19、iNET所能带话务台的容量是多少12

20、一朵云组网时,网管应该怎么做12

21、如何使网间主叫号码传送符合规范12

22、C&

C08交换机用ISP割接到iNET上移机不改号的两种实现方法13

23、一号信令入局或转七号信令时如何实现主叫号码的显示13

24、增加后激活单板错误13

二、语音业务异常类13

1、MG名字(ResidentialGW)不一致导致Ephone电话不通13

2、由于LCC板的硬件跳线原因,导致Ephone和PSTN互拨出现单通现象14

3、因中继未设置允许套拨而引起局方汇接局下挂的用户不能拨通智能电话15

4、因SVC未建立导致被叫无法向主叫送回铃音17

5、03B设备割接升级到iNET后部分CENTREX群内短号不能互拨的处理18

6、BNET的ATM地址和与AMU/PFM对接光口ATM地址不一致导致SVC无法建立19

7、拨入停机用户听异常提示音20

8、BNET的ATM地址和与AMU/PFM对接光口ATM地址不一致导致SVC无法建立,无法完成正常的语音接续,话路不通。

21

9、LCC的IP地址配置不完全导致EPHONE电话出现规律性的单通现象22

10、由于未激活SRC和SVC未建立成功导致呼叫失败23

11、修改最大元组数后未加载相应的SPM模块导致Ephone用户摘机无拨号音24

12、由于SPM框的时钟线没有连接导致七号链路处于定位状态25

13、由于Vlan的划分导致ephone电话双不通26

14、CKS时钟挂动一帧告警的处理27

三、硬件故障及加载异常类27

1、连接BCC背板和EDI的插头插反导致除主控框1框外其他框加载异常27

2、因本局信令点未加导致SPM模块反复加载29

3、TMG框AMU出现不加载时,如何定位29

4、BNET的LPU板换槽位或LPU板与AMU板相连的光口改变时原链路没有删除干净引起TMG框和SRM框不加载30

5、由于硬件或安装原因引起TMG和SRM框不能加载32

6、因0平面光合路器故障和1平面PFM板上的光纤收发反接导致TMG框单板不加载33

7、以太网口未连接引起IFM板故障34

8、升级BNET单板时由于加载路径不完全导致单板不能加载34

9、因光路故障时AMU的倒换机制导致相应TMG框的11槽AMU板光口告警,但是13槽AMU板复位35

10、CKS、PWS在业务维护系统硬件配置状态面板显示中故障37

11、因SPM数据区超大导致SPC板反复加载37

12、因尾纤质量不好导致AMU板的某PHY器件异常38

13、通过分析MGCP消息判断ESL配置有误38

四、数据库与操作系统类39

1、前后台数据表不一致导致MG通信故障39

2、MG软件版本升级时由于TFTP应用软件原因导致升级失败41

3、由于没关闭服务及删除BamOldBackup数据库,BAM服务器不能正常升级42

4、数据库存在副本导致无法进行闭塞中继电路操作43

5、因串口通讯故障导致IP话务台能取话单,但是显示不了话单44

6、因sybase数据库记录错误而导致IAD设备不能用BOOTP方式启动44

7、设定LCC配置信息时数据库操作失败46

五、其他技术问题47

1、MPU板手工倒换后因deviceip绑定在原MAC地址上导致无法通过BAMping通其deviceip47

2、主备MPU板的外网口ip地址与DEVICEip相同导致只能ping通主用MPU并telnet,但备用MPU则无法操作48

3、七号链路处于定位状态49

4、因倒换BNET的MPU板导致PVC和SVC丢失从而使七号断链49

5、因没执行SAVBNETCFG导致BNET掉电重启后七号断链且不能恢复正常50

6、由于BNET时钟配置错误导致远端TMG框时钟状态异常52

7、号首处理设置不正确导致长话详细话单中的计费情况错误53

8、由于BNET和BAM侧团体名不一致导致在BAM上添加网元失败54

9、MPU板拨码开关错导致AMP到RSM模块通信链路有一个平面不正常55

10、群字冠设置错误导致话务台用户线测试无法进行55

11、因IP话务台的网卡设置有误导致话务台不能登录上主机56

12、防火墙列表中没有包含deviceip的网段导致BAM与BNET无法正常通讯57

13、IP话务台不能正常登录58

说明:

本版本的FAQ资料,是以iNETV800R002M03和iNETV900R001B01版本为基础创建。

一、产品咨询类

1、ping不通8750主用MPU板的外网口IP

在开局过程发现该现象,原因:

这是Radium8750的特性,就是当主用MPU版deviceIP和外网口IP(LAN2IP)不一致的时候,deviceIP的地址会将外网口的IP地址屏蔽。

而备用MPU则不会。

2、Ephone用户无法拨号上网

Ephone拨号需要经过ITC板,经过TPM模块。

TPM模块有回声抑制功能,会对经过的数据包处理。

所以Ephone拨号的包经过TPM模块处理后改变了意义,无法完成拨号过程,解决的办法是将TPM模块的回声抑制功能关闭。

3、只有一个Ephone电话可以打通PSTN电话

某局开Ephone业务时,用S2403模拟城域网,将IFM、LCC、Ephone全部接到一个S2403下,调试发现:

Ephone互拨正常接续通话,但是只有一个Ephone可以和PSTN电话互拨完成正常通话,其他的Ephone只可以完成接续过程,无法通话。

造成这个现象的原因是:

LCC由于设计原因只可以认识一个MAC地址,所以在这种组网的时候只可以让一个Ephone的以太网帧通过,其他Ephone的以太网帧都丢弃。

在实际开局应用中,要求LCC和路由器连接。

4、观察TMG间的PVC没有流量

本局调试发现上述现象,以为是光纤连接有问题,其实该现象没有问题,TMG之间建立PVC作用主要是承载模块间消息,比如SM1挂在TMG32下,SM2挂在TMG33下,SM1打电话给SM2,就有消息走这个PVC。

在模块间打一个电话,然后再观察流量。

5、关于SAVBNETCFG

在执行ADDNE;

ADDBNETADDR;

SETPFMPORT;

SETAMUPORT;

ADDBNETLNK后,关于TMG之间、PFM和TMG之间的PVC信息和BNETRT的信息会保存在BNET上面。

然后执行SAVBNETCFG,这些信息就保存在BNET的FLASH里面,即使重新复位BNET这些信息也仍旧保留(BNET默认从FLASH启动)。

这时我们对BNET的ATM地址做修改的话就有可能造成BNETPVC和BNETRT信息的混乱,从而导致一些错误现象。

6、关于WINDOWSNTSERVER4.0的补丁版本的使用

一般要求安装为PACK5,安装PACK6在自动重启动时有问题,只是最新版本才解决此问题。

由于PACK5对于我们的应用已经足够,而且PACK5在广泛使用中并没有出什么问题,可以不必使用PACK6。

7、关于MA5200在iNET中使用的几个问题

1)我司MA5200的NAT在iNET中具体表现和实现

(1)MA5200支持MGCP的NAT,即MGCP的ALG功能。

MGCP协议中要携带IP地址和RTP端口号,普通NAT对协议包会透传,这样双方MG得到的都是NAT之前的地址信息,肯定无法通信;

MGCPALG对MGCP协议进行识别,将协议包中的IP地址和RTP端口号也进行“NAT”,这样就可以实现通信了。

(2)5200的NAT只有在局方想公网、私网IP混用的时候才有意义,否则完全可以不用NAT和ALG,比如:

局方可以全部都用私网(话音),承载在VPN上,这样也是可以的,唯一不好的地方是当和另一个运营商的话音VPN互通时就没有办法了,只能通过PSTN互通。

2)我司的MA5200,在一根网线到户的情况下,它是如何实现话音和普通数据的区分,从而达到保证话音高优先级的目的。

MA5200内部软件设置了语音的优先级高于数据的优先级。

在MG支持VLAN的情况下,从MG出来的MAC流就是2个VLAN(话音和数据);

在MG不支持VLAN的情况下,MA5200能够根据MAC来区分话音和数据,并设置丢弃优先级。

3)MA5200的优点由哪些

(1)ALG(如果局方只想用全私网搞定就可以不用,但要考虑今后的网络延伸性);

(2)基于VLAN、MAC级别的鉴权和流控(特别是MAC级别很牛);

(3)上行可以将IP话音和数据物理区分开(这可以使话音很容易进入到VPN中);

(4)支持BOOTP/DHCPRELAY,SERVER可以放置在城域网任意位置。

4)在iNET组网中一定要采用我司的MA500吗?

不是一定要用我们公司的MA5200,但有了MA5200可以使Ephone话音网更加完善、组网灵活、保证QOS。

8、iNET和128模中用户框NOD线互助存在的一个缺陷

假如左、右NOD节点分别控制用户框的左、右半框,当右NOD线断(但NOD和右半框的DRV板还是好的),此时右NOD会检测到右DRV板从节点故障,主机启动NOD节点互助流程,将右半框的从节点交给左NOD节点管理。

但左NOD节点接管右半框从节点后,发现右半框的DRV板是好的,并且右NOD节点也是开工的,于是就启动NOD节点退互助流程。

又退回初始状态,此时,右NOD节点记录到DRV从节点状态为故障态,此时回退互助后,由于NOD线断的原因,右NOD节点无法检测到右DRV从节点正常。

因此,右NOD此时不会上报右DRV从节点故障消息给MPU。

但实际上,由于刚才左NOD节点的原因,主机记录的右DRV状态是正常的。

所以,这时候,NOD互助状态就稳定了。

但是,右NOD与右半框从节点也失去联系。

9、异步信号音SVC的检查

使用showsvc命令查看各个TMG8000框的SVC建立情况,每个外部TMG都应该有Type为PTM的11条广播SVC,不管用几个光口。

而含MHI的TMG框有:

11条(n为其他外部TMG框的个数)。

只有需要的广播SVC数目正确,才能保证异步信号音放音正确。

有11条广播SVC的解释:

SVC承载话音(无论是传送普通话音的单播还是传送异步信号音的广播)粒度为6,粒度是指一个ATM信元中可以承载的连接数目。

SPD板共提供64路异步信号音,即64路连接,所以需要占用64/6=11(取整)个SVC。

跟信号音源有关系,跟光纤的数量没有关系,不管连接有多少条光纤,都是11条SVC(除非信号音不全)。

10、CDB、SM、SPM最多可以分配的数据区的内存是多少

在iNET中,SM模块的的数据区的内存最大为1.5M左右,SPM模块的数据区内存最大为6M左右,CDB的数据区内存则没有限制(只要不超过128M),在iNETV9中由于新增了很多表格,导致内存容量不足,所以在加载之前要调整好各表格的大小,防止数据超大。

具体的调整方法请见开局指导书或升级指导书中相关说明。

11、对ASL用户使用多用户号码目前存在的问题

iNET下面某交换模块(SM、SM2),其ASL存在多用户号码,当对该模块修改ST用户数据表的最大元组数时,必须重新加载CDP板,方可行。

同时,对于少量的多用户号码,可以把其删除,等加载完毕后再添加进去。

对于大量存在的多用户号码,可以把用户数据保存,待加载完毕后,重新把用户数据惯进去。

12、对V5用户做被叫停机后,其他用户打入所听的语音为追查恶意呼叫失败的语音,该现象的原因与处理

查询SPD板的静态音,异步音的通道11所对应的语音为追查恶意呼叫失败音,语音文件为fffff00b.001。

因此认为交换机在呼叫处理中对被叫停机调用了这条语音。

将相应的fffff80b.001备份,使用RMVSIGVOICE删除SPD板已有的fffff80b.001,然后将Sigvoice目录下的被叫停机.pcm拷贝至Voice目录下并更名为fffff80b.001,重新加载该条语音后即可听到正常的语音提示,因此确定问题出在语音调用上。

为保证不影响其它业务,将追查恶意呼叫失败的语音恢复,而将被叫停机的语音加载至录音0,改用失败处理来实现。

原因如下:

在98年5月份左右,BAM在所有的版本上增加了对通话时长、计次表取值的过滤。

凡是详细话单时长超过指定值(由BAM.INI中的初始变量MAXCONVERSATIONTIME指明),计次表的跳表值超过指定值(由BAM.INI中的初始变量MAXMETERVALUE指明)的话单都认为是出错的话单,放入当天的“.ERR”文件中。

在初安装之后,MAXCONVERSATIONTIME的确省值为3*24*60*60秒(即3天),MAXMETERVALUE的确省值为5000。

所以,大话务量测试时,如果单路呼叫超过5000次(1次呼叫跳表1次),长时间通话测试时,时长超过3天,产生的话单就会被放入错误话单文件“.ERR”。

“.ERR”文件若是因为上述原因产生的,恢复的措施有:

1)可以将它改名为“.BIL”文件,如ren19981201.err19981201.bll

2)可以把它附在正常的文件末尾,如copy/b19981201.bil+19981201.err

也可以把上述两个初始化变量改成合适的值,要重启BAM使之有效。

14、AMU/PFM(IFM)板光接口的单/多模的区分及注意点

AMU拉手条上标明“S”是单模,“M”多模。

PFM一般是单模,PFMA是多模。

另判别方法:

光接口是金属的为单模,光接口是塑料的为多模。

注意点:

AMU板的单/多模一定与分光合路器单/多模一致。

15、呼叫前转用户数的决定

每条无应答前转数据占用内存40字节,若某模块剩余内存2M,必须保留1M备用,还有1M可用于保存25,000个前转数据.

用户每登记一条前转数据,主机将实时备份到后台,如果前后台通信不畅或中断,会导致实时备份不可靠;

因此后台有一个定时任务:

每条凌晨2:

30备份新业务数据,同时提供后台命令bkpnsv进行增量备份和实时备份,由于增量备份和实时备份缓冲区只有270K,即只能备份6900条数据.所谓增量备份是指上次备份之后到本次备份之前用户修改的数据.这是开放前转数据的瓶颈.如果一天之内修改的用户不超过3500(增量备份是先删除再增加,备份一个用户占两条数据)个,就可以按照内存限制开放前转.

16、远端环境监控的实现(TMG拉远时实现对AMD的管理)

1)实现方式:

AMU出串口对AMD进行管理,能正确接收AMD发来的信息,AMD能接收AMU发出的信息。

具体连线为:

AMU通过背板的32针引出串口线与AMD的串口插座J12(或J13)相连。

2)AMD的拨码开关S1的使用:

远端AMD拨码S1仍是D0~D4有效,近端TMG的S1的拨码不可以相同,远端TMG的S1拨码可以相同。

3)注意事项:

近端方式机架号只能选择0~31;

远端方式下,机架号为32~255,远端物理机架号为0~31;

但当近端机架号已经选择了的机架号,远端机架号肯定不能再选择,远端物理机架号没有这个限制,但需要注意与AMD的实际拨码相同。

17、IP话务台的相关技术问题及注意事项

1)增加MG设备由电脑话务台充当,话务台相当一个虚拟的MG(MG的所有功能由话务台终端软件模拟完成)。

2)增加MG设备必须先配置好硬件参数,包括IFM、CDP、ITC和LCC等。

3)对于IP话务台,MGCP协议端口号应设置为2728。

4)IP话务台网卡的IP地址需与在iNET主机侧增加话务台对应MG设备时指定的IP地址保持一致。

子网掩码可根据实际网络的配置情况来制定。

一般情况下,话务台的IP地址与IFM板的IP地址不在同一网段,此时还需要配置TCP/IP的默认网关。

网关地址一般指定为MA5200中相应虚模板的IP地址。

5)目前Ephone用户不支持话务员插入、监听和强拆操作。

6)目前Ephone用户不支持话务台设置留言灯功能。

18、单板逻辑模块号的说明

在命令“STRCRC”的模块中输入212,指的是校验AMP的数据。

跟输入命令“STRCRC:

MN=0;

”的效果是一样的。

所以单板逻辑模块号为212的是AMP板(主备)。

19、iNET所能带话务台的容量是多少

BAM所带话务台数量为45左右,与BAM是否繁忙有关,在闲时可以超过50,建议市场推广为50个话务台。

使用以下配置可以带100个话务台是一个估计,没有任何测试,因此不建议使用:

PC服务器-X235-2*Xeon2GHz或以上-1G(4*256M)内存-18.2*5硬盘-软驱-CDROM-无显示器-机柜式-英文资料-2*560W-键盘/鼠标。

增加到51个时可以调整各话务台上Centrex.ini中的系统配置部分的Para5参数(缺省为60s)到90s。

20、一朵云组网时,网管应该怎么做

一朵云组网时,对近端BNET的管理可以通过带内网管或带外网管来管理,而对远端BNET来说,只允许通过带内网管来管理,不然就会出现从BAM下发命令时出现通讯超时的返回结果。

21、如何使网间主叫号码传送符合规范

为了使网间主叫号码传送符合规范,请参见support网站《C&

C08交换机顺从网间主叫号码传送-端局数据修改指导书》。

C08交换机用ISP割接到iNET上移机不改号的两种实现方法

1、区分呼叫源的方法:

1)被割接字冠821属性为本局(假定为821),9821属性本地出局,选iNET局间路由。

2)对本局用户的呼叫源(0)呼叫被割接字冠(821)进行号首处理,前插9字冠;

3)中继承载中删掉9字冠。

去iNET的中继群定义新的呼叫源(假定100)。

2、区分号首集的方法:

1)08机上对割接号段如821作两个被叫分析,根据号首集不同区分是本局还是出局到iNET;

2)08机对本局用户呼叫821作号首处理改变号首集,这样将821送出局到iNET;

iNET送回08机的821字冠会在08机分析到是‘本局’而落地。

这样如果一次呼叫送至iNET后,经ISP判断没有割接,再送回B型机,此时因为821属性为本局,即可完成落地。

23、一号信令入局或转七号信令时如何实现主叫号码的显示

一号信令入局或一号转七号信令时,用户的主叫号码默认是不显示的,若要显示用户的主叫号码,则需将TUP运行保留参数4的比特0设置为0,才能允许显示主叫用户号码。

24、增加后激活单板错误

【现象】增加中继电路后,电路状态未知。

查询中继的CIC为65535,单板激活操作失败。

【处理过程】此问题经查明,是由于工程师操作错误,将MNTBRD的模块号误填成SPM模块造成。

因为用ADDSPME1增加的TMG8000框上的E1虽然在逻辑上属于某SPM模块,但是在物理上E16板还是属于0模块。

所以在激活单板时模块号不能填写SPM模块的模块号,必须填写0。

如果需要激活SM(SMII)模块DTM板上的E1,那么模块号就必须填写相关SM(SMII)模块的模块号。

二、语音业务异常类

1、MG名字(ResidentialGW)不一致导致Ephone电话不通

【现象】同一MG下的ephone电话互拨不通,摘机无拨号音。

【分析及处理】从以下几个方面进行分析:

(1)MG与C&

C08iNET的软交换模块SoftX(作为呼叫代理)之间使用MGCP协议通信。

MG作为MGCP协议的从端,完成话音与IP包之间的转换,并在SoftX的控制下,完成建立连接、拆除连接等呼叫过程;

(2)MG支持Bootp、DHCP动态分配IP地址和指定(manul)IP地址。

在从FLASH中启动RUNTIME程序之前,都可以使用CTRL+C来中止启动过程,进入配置状态;

(3)SOFTX对Ephone设备的识别是通过IP地址、MGCPPORT(默认为2427)和MG名字(ResidentialGW)来识别MG;

通过IP地址、MGCPPORT(默认为2427)、MG名字和Endpoint来识别Ephone用户;

(4)MG和Softx通信路径为:

MG->

S2403->

5200->

8750->

城域网->

ifm->

bcc->

lsi->

spm,语音信号接续过程详见附件。

(5)MG命名规则:

前四位表示MGID,用16进制表示,M后的三位表示模块号,用十进制表示,例如“0001.M032”;

(6)在BAM上增加MG设备配置(ADDMGDEV)时,参数MG标识(MGID)用10进制表示。

范围在0—65535之间。

【处理过程】处理过程如下:

(1)进行接续动态跟踪时提示“给定设备故障”;

(2)在Bam上进行CRC校验,检查前后台数据是否一致,结果显示正确。

然后检查在Bam上所做的数据,确认无误;

(3)使用串口登上MG查看MG的IP地址和CA即SoftX的PFM地址,无误。

且在MG上能ping通PFM地址。

证明MG到SoftX的链路物理连接没有问题;

(4)此MG运行灯显示运行正常,且再另外环境也运行正常,可以判定MG本身没有问题,怀疑逻辑上造成链路不通;

(5)再次登到MG上检查,发现MG名字(Residenti

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2