通信人家园

标题: [推荐]交换机案例集锦 [查看完整版帖子] [打印本页]

时间: 2005-3-11 12:49

作者: lijf2 标题: [推荐]交换机案例集锦

[点击浏览该文件]

时间: 2005-3-11 18:10

作者: enuoCM

谢了

时间: 2005-3-11 18:56

作者: china_blue

照顾一下我这些没安装的LOUTS的可以吗

你这些案例（我没装软件，打不开）在support.huawei.com上有吗

时间: 2005-3-12 13:27

作者: 风成秀吉

xie le

时间: 2005-3-13 09:58

作者: 星期六

谢谢

时间: 2005-3-14 10:15

作者: steel_008

Thanks

时间: 2005-3-14 15:53

作者: alexyun

谢了

时间: 2005-3-14 15:53

作者: alexyun

谢了

时间: 2005-4-14 20:09

作者: ayiyoyo

呵呵刚看到，谢啦！

时间: 2005-4-14 22:17

作者: picking

长经验了..

时间: 2005-5-22 16:57

作者: flylion2006

bu cuo a

谢谢楼住哈

时间: 2005-5-23 09:24

作者: cities

郁闷，需要下载LOTUS才能看，我的带宽啊～～～～～～～～～～

[此贴子已经被作者于2005-5-23 9:24:35编辑过]

时间: 2005-5-23 10:33

作者: cities

谁有lotus的注册码啊，楼主能不能换个格式啊！谢谢了额

时间: 2005-6-21 14:20

作者: onto

提示: 作者被禁止或删除内容自动屏蔽

时间: 2005-7-6 08:39

作者: s9705012

谢了

时间: 2005-7-6 09:35

作者: daidiy

学习中......thanks!

时间: 2005-7-6 16:05

作者: mimioky

发个word版的吧！

时间: 2005-7-7 15:28

作者: 麦兜

就是啊

时间: 2005-7-8 14:40

作者: wxw_unicom

xiexie

时间: 2005-7-12 07:50

作者: allyzhao

是不是华为交换机的案例集锦呀？没有安装LOTUS不能读，郁闷啊！

时间: 2005-7-13 15:32

作者: 1xing1xing 标题: 我给大家翻译！呵呵

交换机案例集锦
交换接入网工程部石嵩虎
第一部分用户框问题
1.1 修改用户的振铃方式不起作用-B
【故障现象】
ST用户振铃方式改成香港振铃，不起作用，仍然是正常振铃。
【处理措施】
ST用户如果有CID业务，则振铃方式固定为FSK振铃。
【案例分析】
当用户的常用功能无法实现时，就要考虑该用户有何特殊之处，一般而言，越是奇怪的问题越有可能是容易忽略的小地方造成的。
1.2 C改B后用户框无法测试-B
【故障现象】
某局C改B后，因用户框无法测试，因此对用户模块更换1个B型机带测试板的用户母板，更换后将所有用户框测试线连接，仅可对新用户框测试，对旧的C型机用户框仍然无法测试。
【处理措施】
A、C用户框的测试线连到B用户框时要将测试线反过来插。
【案例分析】
注意老设备的特殊性。
1.3 倒换MPU引起DRV复位或吊死-A
【故障现象】
V610R003B中采用LAPRSA+RDT带远端RSA及用户框时，如果倒换母局B模块的MPU板，将随机出现某个或几个远端用户框故障。带电复位DRV或关电复位用户框或关电重起母局MPU可能有效，但不一定。
【处理措施】
1、在倒换前先将远端用户框关电，然后拔出右边的DRV板，倒换后等左半框的用户板开工后，再插如右边的DRV板，就可以避免上述问题；
2、在备份情况下，该问题不会出现。
【案例分析】
在RSA单配时，RSA的E1线连接到远端用户框的左半框（如果是RSB框，则只在左半框插RSA板），在这种连接方式下，用户框左边的DRV板处于互助态，RSA通过该DRV板管理整框用户。
在关闭备份开关的条件下，备机重新加载数据，那么在备机中所有的单板状态均为故障态，此时倒换，备机升为主用后，会对所有的单板下复位命令。由于远端用户框中左边的DRV板此时仍然处于互助态，右边的DRV板仍然能够上报消息，这样就有可能右边的DRV板上报自检OK比左边的DRV板早，导致RSA误认为与右边的DRV板配对，从而引起右半框不开工。
第二部分呼叫处理类
2.1 通话90秒钟断话-B
【故障现象】
电信用户呼叫0130通话90秒中断，从信令上看好象是接口局向两侧拆线，呼叫本地130正常。路由是从市话局—TS—接口局—连通GSM。
【处理措施】
经验证发现是由于号首处理时置了送音标志，而CCB根据该标志开启了90秒的送音定时器，导致用户通话90秒后断话。将号首处理中的送音标志置为否后解决问题。
【案例分析】
号首处理应慎用，数据制作要规范。
2.2 模块间版本不一致导致出局电话不通-B
【故障现象】
某局新扩容模块，模块内、模块间通话正常，入局电话正常，但出局电话不通，表现为呼叫递交后出现临时故障，接续失败。
【处理措施】
换用不同的MPU板加载数据，故障现象相同，后经中研部分析主机内存，发现模块间版本不一致，旧模块使用的是未归档的228特殊版本，新模块使用的是228归档版本，这两个版本的中继部分不兼容，所以导致出局选路异常。后将该局版本统一为228修正版解决问题。
【案例分析】
此故障在该局C改B时即出现过此故障，当时判断是母板问题导致MPU板损坏，还把MPU板寄回中研部分析。这次若在问题发现之前加载全局程序，也难以发现问题的根源。为何在一次改造过程中出现两个版本，是值得我们深思的事情。
第三部分告警处理
3.1 告警信息混乱-B
【故障现象】
告警台中出现2000年告警，经过工程师现场了解及分析，用户投诉属实，在告警台中发现大量乱告警，时间为2000年，流水号及其他数据均混乱，每次重启BAM后故障消除，但过一段时间后又会重复出现。
【处理措施】
0可以通过删除告警文件Fault.wrn，关闭BAM，然后重新启动BAM，重新生成Fault.wrn文件解决。
【案例分析】
C&C08交换机告警类别是交换机主机发给BAM的，BAM根据告警类别的不同将告警内容显示在不同的告警窗口中，并保存在不同的告警文件中，如：“事件告警”显示在“事件告警”窗口，“故障告警”显示在“故障告警”窗口；但顺德的所发现的2000年告警全部为“事件告警”，却在“故障告警”窗口出现；
C&C08交换机告警的时间是交换机主机发给BAM的，BAM根据告警时间将告警保存在告警文件YYYYMMDD.wrn中，如：告警时间为1999年11月26日，则告警文件为19991126.wrn，如果是2000年的告警则告警文件为2000MMDD.wrn；但是拨号上网查看，在历史告警目录C:\Cc08\BAM\warn\History下并没有发现2000年的告警文件；
经过以上分析和以前维护经验得知，该局所发现的2000年告警为告警文件Fault.wrn 被破坏所致，并非真正的2000年问题；可以通过删除告警文件Fault.wrn，关闭BAM，然后重新启动BAM，重新生成Fault.wrn文件解决。
3.2 环境告警不能显示具体内容-A
【故障现象】
告警终端上能收到正确告警信息，但告警箱上仅能在“功能子系统告警选项”点亮“环境告警”，而不能在“安全组告警项”中点亮在“告警环境变量配置表”中所设的“点灯位置”所对应的具体环境告警项目，如：“火警”、“烟尘”等。
-384【处理措施】
后经中研部查明，是AM16程序的错误，下发给ALM板的帧的格式跟协议错了一个字节。将在R003B328修正版（PACK2）中解决此问题。
【案例分析】
0现场工程师进行了细致的测试，为中研部定位故障提供了帮助。
第四部分后台故障类
4.1 独立局登记话统任务不成功-B
【故障现象】
某独立局，话务统计登记不成功，交换机反映为：1模块没有响应
【处理过程】
修改软件参数中“BAM模块号”为“1”后正常。
      4.2 重复话单-B
【故障现象】
某局某日17：00至17：30所有话单都出现了两次。
【处理措施】
从原始的话单文件分析，重复话单发生在同一个模块，而且从话单分布的情况上分析，出现17:00--17:30的话单后，紧跟着又完全重复了一次，因此可以断定应该是由于MPU没有充分备份而倒换引起的。当取话单的控制头指针没有备份到备机时，备机认为部门话单没有被取出，则重复向BAM发送，产生重复话单。
【案例分析】
倒换前一定注意MPU板的充分备份。
4.3 数管台问题一例-C
【故障现象】
有3、4个用户在数管台新增用户查询的结果为空号，但是主机及数管台数据都是正常的。经询问当时放号，是由别的号码在数据库中修改设定的。试图重新新增这几个号码，不能成功，提示扩大用户索引表最大记录，但实际用户索引表记录远远够用。
【处理措施】
修改号段表错误数据。
【案例分析】
数据有误。在号段表中  2329382~2339382号段有误，应为2329382~2329382，否则2337888等号码将被计入此号段，计算出的索引超出正常值，导致报错。正确的号段应为2337888~2337888。改正此号段的终止号码为(2329382)即可解决问题，见图一。

图一
4.4 修改L3地址的注意事项－A
【故障现象】
对模拟用户，更改L3地址后STE侧查询端口变为阻塞态，必需在STE侧执行打开端口操作才能打通电话；对于IDSN用户，更改L3地址后STE侧查询端口变为未安装态，必需在STE侧执行复位端口操作才能打通电话，该局主机版本为上海228＋，接入网侧为A003 9.9。
【处理措施】
建议不要轻易修改L3地址，如果确实要修改的话，最好采用先删除再增加的办法。
【案例分析】
目前的R02-228修正版版本的确存在此问题，是由于V5ST设备表和相关数据库管理的缺陷造成，最新的主机软件版本已作了修改。
第五部分校园卡
5.1 数据库满导致校园卡卡号大量吊死－A
【故障现象】
某局SPT方式校园卡，接到用户申告，卡号使用一次即吊死，现场查看发现主机话单从两天前开始没有传到服务器中，主用服务器1月前开始，transfer_huafei2任务没有执行，语音流程有时不对，重启动服务器和SPT框所在模块后均无效。
【处理措施】
产品工程部拨号查看，主备服务器数据库CARD无可用空间（此局有卡号40多万张，开局时间有近1年半，CARD数据库为1.5G)，6日下午4点在扩大数据库后业务恢复正常。
【案例分析】
许多校园卡局运行时间已经有一两年，卡号和话单数量都很大，SQL SERVER  6.5  不能自动扩大数据库，所以可能会出现数据库满的情况，请各地用服根据1999/12/16发布的技术公告进行处理，参阅文档《关于校园卡最近需注意的几个问题－19991216－A》。

第六部分人为事故
6.1 时钟线插错引起的重大事故－A
【故障过程】
某用服工程师在某局（16AM）处理163上网断问题时，对AM操作时，将时钟线拔出后，插错位置，现场人员闻到焦味，4块MC8都不开工，各模块中断，前后台联系中断，从其他局调MC8板，因路途遥远，至7日凌晨2：00整个系统恢复。后证实MC8*4+MPU*2+CTN*2板的时钟接口部分烧坏。
【案例分析】
对运行中的设备作任何操作时都不能大意，小小的疏忽也会造成严重的后果。

时间: 2005-7-13 17:53

作者: tb_Sky

先谢楼主了啊

时间: 2005-8-15 13:37

作者: dayu1221

案列太少了
还有更多的吗？
谢谢

时间: 2005-8-22 19:26

作者: 一沉到底

好东西是要大家分享的，谢了~

时间: 2005-9-19 12:30

作者: xiaozibei

asdlfakjlkj

时间: 2005-9-19 16:19

作者: ypwangnj

是的啊，还得下软件……

时间: 2007-1-5 23:24

作者: dazgqzgq

谢谢

时间: 2007-1-9 23:06

作者: jswang0226

谢谢了,我喜欢顶一下

时间: 2007-12-17 10:52

作者: cai17

谢谢楼主~~

时间: 2007-12-17 11:05

作者: icomain

ding

通信人家园 (https://www.txrjy.com/)