搜档网
当前位置:搜档网 › IAD故障处理案例

IAD故障处理案例

IAD故障处理案例
IAD故障处理案例

查询用户端口摘机异常的问题时,一般处理思路:

1、检查注册承载通路是否可达。(用Ping)

2、在SoftX3000上使用DSP MGW命令,查看对应的IAD是否已经正常注册上。

3、检查注册信令是否可达。(MGCP信令跟踪)

4、在IAD上使用show port 命令,查看IAD上的端口是否正常,此端口对应的是IAD

到用户话机的状态,若不正常,则一般为用户插板故障所致。

5、若IAD上的端口状态正常,则可在SoftX3000上使用DSP EPST命令,查看IAD上

的端口状态,若此时状态不正常,一般为用户数据没有配置。

6、检查IAD与SoftX3000的对接数据

网口灯不亮

【问题描述】IAD的网口灯不亮

【产生原因】没上电、接触不良、网线问题、cable check设置问题。(对端设备问题)【定位方法】IAD的网口有两个灯,绿灯在接触正常时会常亮,红灯在有数据收发时会闪烁。如果数据收发频繁,则红灯也会常亮。

1、保证设备已经上电。

2、检查网线是否可用,更换网线试试。

3、换一种网线类型,比如普通网线和交叉网线进行互换。

4、检查网线和网口的接触是否紧密。

5、检查网线自适应功能(cable check)的状态和网线的匹配情况。如果cable check是

enable的,用普通网线和交叉网线都可以;如果cable check是disable的,建议根据对接设备使用网线类型,同种接口使用交叉网线,异种接口使用普通网线。IAD的网口属于LSW接口。如果你发现在cable check为disable时也可以随便使用网线类型,那是因为跟IAD连接的对方网口支持网线自动识别。

ping不通

【问题描述】IAD和网络上其他设备间ping不通

【产生原因】原因很复杂。

【定位方法】遇到这种问题最好的定位方法就是抓包分析,有条件时在ping的双方都进行抓包,通过比较双方ping包的收发情况,就可以定位问题所在。在IAD侧抓包时,需要做端口镜像。IAD的网口都从1开始编号。

1、检查VLAN的设置。如果ping的双方在同一个局域网但不在一个VLAN,当然ping不通。

2、检查TAG的使用情况。如果设备不支持TAG功能,它收到带TAG的ping包时会当作错

误包处理。

3、检查IP地址、MAC地址,防止地址冲突。当IAD的BIOS信息损坏时,MAC地址会恢复

成默认值00-0E-FC-03-02-01。要防止同一个局域网上有多个00-0E-FC-03-02-01。

4、检查ARP表的正确性,如果ping的对象在同一个网段,应该会产生ARP表;如果不在

一个网段,那么网关的ARP表必须存在。

5、检查路由表的正确性。

6、在ping的双方抓包,比较ping包的收发情况。

7、如果ping的双方之间存在IP网,可以使用tracert功能检查网络的联通性。

8、要注意网络上有些主机或者路由器可能关闭了ping功能。

9、注意网络上可能存在的access list,它可以对各种指定的情况丢弃某些数据包。

10、在大网络流量时,注意QoS引起的丢包。

11、ping包过大。过大的ping包会引起IAD的CPU占用率升高,因此IAD把需要分片

的ping包全部丢弃了。

12、对方带有不可分片标志时,不能ping通(此问题只存在IAD2000V100R002B01015

版本)

从网络加载或备份文件失败

【问题描述】从网络加载或备份文件失败

【产生原因】网络问题、用户名密码不对、文件类型不对

【定位方法】这时最好在FTP或者TFTP服务器上启动日志功能,日志中的记录可以帮助解决这类问题。

1、保证IAD和FTP SERVER间的网络是通畅的,可以用ping测试一下。

2、如果是FTP加载,保证FTP的用户名和密码的正确性。

3、保证FTP或者TFTP服务器的路径设置是正确的。

4、检查文件名和文件类型的正确性。

5、过大的网络延时和网络损伤可能导致加载失败,特别是对较大的文件。

6、adsl时,限速后,速率太小。

7、如果TFTP不行(早期版本缺陷),可以更换成FTP加载。

我们推荐:使用可靠的FTP进行加载和备份。

PPPOE拨号失败

【问题描述】PPPOE拨号失败

【产生原因】用户名密码不对、底层链路不通、用户未超时、TAG设置问题、PPPOE server 问题

【定位方法】这时最好是抓包,分析PPPOE的拨号过程。

1、检查PPPOE的用户名和密码,保证其正确性。

2、如果使用了ADSL,检查ADSL底层链路的联通性。

3、如果IAD发生过意外复位或者掉电重启,这时PPPOE SERVER上的用户可能还是在线的。

这时再进行PPPOE拨号,将会失败。等PPPOE SERVER上的用户超时掉线后,再拨号就可以了。这种情况一般PPPOE Server需要几分钟才能判断超时。

如果IAD是正常命令复位,那么在复位之前会退出Server,这样重启以后马上可以拨上。

4、检查TAG的使用情况,如果对方不支持TAG,就不要使用TAG功能。

5、检查PPPOE SERVER的配置是否正确。

语音断续,时延大

【问题描述】语音断续,时延大

【原因分析】a、网络质量原因。b、对端网关问题。c、IAD软件调度问题。

【解决办法】

1、先测试网络质量。先观察IAD登录终端上是否有RTCP告警。接下来请测试网

络质量。简单方法可以在IAD上使用ping命令。得到初步的丢包率和网络时延。如果需要全面的测试报告,可以使用第三方工具Chariot进行端到端测试网络质量。属于网络原因则必须对网络进行整改。

2、如果网络质量没有问题,则需要判断对端网关(IAD/TG)是否有问题。最直观的

判断是在IAD上行网口处进行抓包,分析下行RTP流是否连续(在未打开静音检测的情况下)。也可以使用媒体流转换工具(譬如IPVQT)将RTP流转换成语音来判断。

如果对端网关发向IAD的RTP流就存在语音断续和时延大的问题,则问题就需要对端网关来定位。

3、EC问题。IAD的EC存在缺陷,如果收到的声音大于发送的声音6db以上,会导

致发送的声音有一点被截断的感觉。如果这样,可以把接收的DSP增益调小,如果用户感觉最终声音太小,可以用提高PSTN增益来补偿。

语音单通

【问题描述】语音单通

【原因分析】a、网络质量原因。b、对端网关问题。c、IAD设备问题。

【解决办法】

1、先查看IAD到对端网关(IAD/TG)网络是否正常。设备之间可能有NAT、防火墙等

设备导致数据单向不通。

2、信令跟踪,判断最后通话时媒体方向是否为sendrecv。如果不是,肯定单通,此问

题需要软交换进行分析原因。

3、如果网络没有问题,请在IAD上使用show rtp stat [端口号]查询RTP通道状态,

确认收发包情况。

语音双不通

【问题描述】语音双不通

【原因分析】a、网络质量原因。b、对端网关问题。c、误检测传真或者配置不当,切换到了T38。d、网关之间编解码不一致。e、IAD设备问题。

【解决办法】

1、先查看IAD到对端网关(IAD/TG)网络是否正常。设备之间可能有NAT、防火墙等

设备导致数据双不通。可以使用ping等方法排查。

2、如果网络没有问题,请在IAD上使用show rtp stat [端口号]查询RTP通道状态,

确认收发包情况。如果recv pkt num和recv byte num都为0,则是对端网关的RTP

流没有发出或者发出之后被某一网络给截掉了。需要查找对端网关或者承载网的问

题。如果recv pkt num和recv byte num都不为0,则请在IAD上行网口处抓包,观

察是否有RTP流进来。如果有RTP流,请使用媒体流转换工具(譬如IPVQT)将

RTP流转换成语音来判断是否有声音。如果有RTP流,但是没有声音,则是对端网

关的问题。

如果是对端也听不到IAD的声音,请确认send pkt num和send byte num是否为0。

如果不为0,请在IAD上行口进行抓包,观察是否有RTP流发出。如果有RTP流,请使用媒体流转换工具(譬如IPVQT)将RTP流转换成语音来判断是否有声音。

(没有得到对方的MAC地址,造成单通。在哈尔滨跟3526 VRRP对接发生过此问题)(H323时,打包时长不能自适应。打包时长自适应在R002版本已经支持)

3、如果是IAD与PSTN通话期间忽然听到“吱”一声后就双不通,则是TG或者IAD

误检测到了传真,并切换到了T38。可以通过信令跟踪判断是否误检测。另外抓下

媒体流报文,分析媒体包可以判断是否已经切换到T38。IAD升级到R002以后,

应该不会发生误检测传真的问题,如果是早期版本,可能存在此情况。

4、IAD的传真模式现在缺省是V2 T38模式(mg系统参数12的值为2),当与某些软

交换配合时,可能导致IAD一通话就切换到T38状态,导致双不通。这种情况请

根据具体情况修改mg系统参数12,一般来说使用透传就配置成0。

5、IAD与某些软交换配合时,可能存在由于网关支持的编解码不一致而导致双不通的

问题。可以通过信令跟踪来判断。

回声

【问题描述】回声

【原因分析】a、声学回声影响。b、IAD语音增益太大,导致回声明显。c、IAD增益值与对端网关配合不当,引发回声。d、对端网关EC尾长配置不当,导致IAD听到短暂回声。

【解决办法】

1、请先确认是否声学回声。检测方法是对端用户捂住话筒之后是否还能听到回声。

2、如果不是声学回声,但是每次必现,请适当降低用户端口接收增益和发送增益。使

用pstnport attribute set 命令调整。目前108/132的端口发送增益都是0db,可以调

整到-3db。108接收增益是-3.5,可以调整到-7db或者-8.5db。132接收增益是0db,可以调整到-3.5db或者-7db。(注意不要由于增益衰减太多而导致用户投诉声音太

小,建议使用默认增益。)

3、如果调整端口发送增益用处不明显,请调整DSP增益,具体请看mg系统参数3和

4。

4、如果回声不是必须,只是偶然出现,那么可能是误检测到传真,把EC关闭导致。

误检测传真只存在IAD早期版本,升级到R002以后应该不会发生。

5、IAD与TG/ETG等设备互通时,如果两端同时讲话之后产生回声,请检查TG/ETG

ipp-channel表中的EC尾长参数是否缺省值。尾长参数不能设置太长,否则会因为

收敛时间太长而听到回声。(太短也有回声)

电流声/杂音

【问题描述】电流声/杂音

【原因分析】a、话机本身质量问题。b、用户线路上有干扰。c、132需要接地。d、对端网关问题。e、IAD端口增益太大

【解决办法】

1、先直接换话机听一下效果,确认是否话机质量问题。话机问题请更换话机。

2、到IAD上直接接用户线和话机听一下效果,确认是否用户线路问题。如果是线路问

题则需要调整用户线的走线方式。如果是IAD132,建议执行内外线测试,看一下

线路效果。

3、如果是IAD132,请确认是否接地。IAD132必须接地。

4、如果上面几步都没有改善,请在IAD上行网口处抓包,使用媒体流转换工具(譬如

IPVQT)将RTP流转换成语音来判断杂音是否是对端网关发送过来。

5、如果杂音/电流声是IAD自身产生的,请适当降低用户端口接收增益。108接收增益

是-3.5,可以调整到-7db或者-8.5db。132接收增益是0db,可以调整到-3.5db或者

-7db。(注意不要由于增益衰减太多而导致用户投诉声音太小)

摘机听忙音

【问题描述】用户摘机就听忙音。

【原因分析】此部分问题原因也比较复杂。

【定位办法】一般分下面步骤进行(具体命令参考上面一节,定位过程非常类似):

1 查询MG注册状态;

2 查询此用户是否配置了数据;

3 查询此用户端口是否处于业务启动状态;

4 看DSP通道数目是否有空闲;

5 信令跟踪,看我们是否正确上报了摘机事件(L/hd),并且软交换是否有了响应;

6 看软交换是否下了拨号音命令(L/dl);如果是IPAN,只能抓媒体流,然后用IPVQT

听是否送了拨号音,或者其它音;

7 如果发了拨号音,但是IAD却放了忙音,那么就需要看软交换是否紧跟着下发了忙

音(L/bz);

【问题描述】用户摘机,但是没有声音,只有线路上的电流声。

【原因分析】此部分问题原因比较复杂。

【定位办法】一般分下面步骤进行:

1、查询MG注册状态

IAD108&208的命令为:

2、查询此用户是否配置了数据

3 、查询此用户端口是否处于业务启动状态

4、语音文件是否正常

5 、DSP是否正常工作

6 、是否误配置了IP半永久业务

单向不通

【问题描述】只能收,但是不能发送,或者只能发,但是不能接收。

【原因分析】

软交换的数据配置有误,没有开放传真/MODEM业务;

软交换的数据配置与IAD的数据配置不匹配;

传真终端有问题。

【定位方法】

请确认软交换的数据配置(网关配置),IAD的相关数据有系统参数12、系统参数24以及传真参数。一定要匹配。具体参见《NGN语音、传真、Modem配置

指导》

如果数据配置正确,大多是传真终端型号太老的问题。

如果原来是透传,尝试修改成T38。一般T38传真成功率高。

传真断页或者传真中断

【问题描述】传真断页或者传真中断

【原因分析】只要传真开始,就可以判断数据配置正确;先根据信令或者数据配置判断是T38方式还是传真透传。透传是网络质量的问题,T38一般是碰到了我们不支持

的特殊的传真流程的问题。

【定位方法】

先判断传真方式。

如果是透传,抓包看传真中断前后的IAD收发的IP包,分析网络质量,如果网络质量良好,请研发分析;

如果是T38方式,抓包看传真中断前后的IAD收发的IP包,分析网络质量,如果网络质量不是太差,请研发分析;

建议使用T38方式。

某些地点不通

【问题描述】某些地方传真通,但是其他地方传真不通

【原因分析】由于我司的传真流程的私有,要求全网数据配置正确并匹配。这种问题一般是数据配置的问题。

有的网关的数据配置有误,

或者有的网关对应的软交换的数据配置有误导致出现该现象。

或者传真机终端的问题(概率很小)。

【定位方法】根据软交换与IAD的数据配置是否正确并匹配;如果涉及到AG与TG,也要求数据匹配。

T38传真不通

【问题描述】IAD的用户的T38传真不通。

【原因分析】除了数据配置以外,可能部分传真机兼容性问题

【定位方法】

1、根据软交换与IAD的数据配置是否正确并匹配,要注意网关上传真的端口号的加2

的问题(T38 V2流程)。

2、如果配置没有问题,那么极有可能是网关以及传真机兼容性问题,请把传真过程中

的报文抓下来,包括信令,交给研发分析。

最全的网络故障案例分析及解决方案

第一部:网络经脉篇2 [故事之一]三类线仿冒5类线,加上网卡出错,升级后比升级前速度反而慢2 [故事之二]UPS电源滤波质量下降,接地通路故障,谐波大量涌入系统,导致网络变慢、数据出错4 [故事之三]光纤链路造侵蚀损坏6 [故事之四]水晶头损坏引起大型网络故障7 [故事之五] 雏菊链效应引起得网络不能进行数据交换9 [故事之六]网线制作不标准,引起干扰,发生错误11 [故事之七]插头故障13 [故事之八]5类线Cat5勉强运行千兆以太网15 [故事之九]电缆超长,LAN可用,WAN不可用17 [故事之十]线缆连接错误,误用3类插头,致使网络升级到100BaseTX网络后无法上网18 [故事之十一]网线共用,升级100Mbps后干扰服务器21 [故事之十二]电梯动力线干扰,占用带宽,整个楼层速度降低24 [故事之十三]“水漫金山”,始发现用错光纤接头类型,网络不能联通27 [故事之十四]千兆网升级工程,主服务器不可用,自制跳线RL参数不合格29 [故事之十五]用错链路器件,超五类线系统工程验收,合格率仅76%32 [故事之十六]六类线作跳线,打线错误造成100M链路高额碰撞,速度缓慢,验收余量达不到合同规定的40%;34 [故事之十七]六类线工艺要求高,一次验收合格率仅80%36 第二部:网络脏腑篇39 [故事之一] 服务器网卡损坏引起广播风暴39 [故事之二]交换机软故障:电路板接触不良41 [故事之三]防火墙设置错误,合法用户进入受限44 [故事之四]路由器工作不稳定,自生垃圾太多,通道受阻47 [故事之五]PC机开关电源故障,导致网卡工作不正常,干扰系统运行49 [故事之六]私自运行Proxy发生冲突,服务器响应速度“变慢”,网虫太“勤快” 52 [故事之七]供电质量差,路由器工作不稳定,造成路由漂移和备份路由器拥塞54 [故事之八]中心DNS服务器主板“失常”,占用带宽资源并攻击其它子网的服务器57 [故事之九]网卡故障,用户变“狂人”,网络运行速度变慢60 [故事之十]PC机网卡故障,攻击服务器,速度下降62 [故事之十一]多协议使用,设置不良,服务器超流量工作65 [故事之十二]交换机设置不良,加之雏菊链效应和接头问题,100M升级失败67 [故事之十三]交换机端口低效,不能全部识别数据包,访问速度慢70 [故事之十四]服务器、交换机、工作站工作状态不匹配,访问速度慢72 第三部:网络免疫篇75 [故事之一]网络黑客程序激活,内部服务器攻击路由器,封闭网络75 [故事之二]局域网最常见十大错误及解决(转载)78 [故事之三] 浅谈局域网故障排除81 网络医院的故事 时间:2003/04/24 10:03am来源:sliuy0 整理人:蓝天(QQ:) [引言]网络正以空前的速度走进我们每个人的生活。网络的规模越来越大,结构越来越复杂,新的设备越来越多。一个正常工作的网络给人们带来方便和快捷是不言而喻的,但一个带病

典型设备故障及事故案例

典型设备故障及事故 案例 机电保全部 二〇一四年十月

前言 为帮助装备人员进一步了解设备特性,掌握设备运行规律,及时发现并解决设备隐患,减少设备故障及事故的发生。机电保全部对近几年发生的设备故障和事故进行了分类汇总,力求通过典型故障和事故案例,使管理人员直观的了解故障现象,发生原因,防范措施,从而掌握对同类型故障的预防和处理能力。也希望通过这些案例起到警示作用,强化各级管理人员的工作责任心,提高履职能力。

目录 1、皮带机胶带撕(断)裂 1.1 兴业海螺1004皮带机胶带撕裂 6 1.2 重庆海螺1#石灰石皮带接头断裂8 1.3 荻港海螺三期石灰石长皮带撕裂11 1.4 石门海螺1005长皮带撕裂13 1.5弋阳海螺2202矿山皮带撕裂15 1.6 益阳海螺矿山1#长皮带撕裂17 2、胶带斗提胶带断裂 2.1 芜湖海螺3428胶带斗提胶带断裂19 2.2 枞阳海螺3428胶带斗提胶带断裂20 3、回转窑轮带开裂 3.1荻港海螺3#窑二档轮带开裂22 3.2枞阳海螺4#窑二档轮带开裂23 4、回转窑托轮瓦高温 4.1白马山水泥厂2#窑8#托轮瓦高温24 4.2英德海螺B线窑3-3托轮瓦高温26 4.3 武冈云峰3-2托轮高温28 4.4 贵定海螺2#窑2-3托轮瓦高温30 5、回转窑筒体开裂 5.1分宜海螺1#窑筒体30.4米开裂32 6、回转窑液压挡轮损坏 6.1双峰海螺2516液压挡轮损坏34 6.2中国厂2#窑液压挡轮损坏35 6.3英德海螺A线窑液压挡轮损坏36

7、大型风机轴承损坏 7.1平凉海螺1327风机轴承损坏38 7.2宏熙公司原料磨循环风机轴承损坏40 8、中、大型减速机损坏 8.1 兴安海螺2428入窑斗提减速机损坏42 8.2 安龙公司一线原料磨减速机损坏44 8.3 凌云公司一线原料磨减速机损坏46 8.4 分宜公司一线原料磨减速机损坏48 9、熟料拉链机脱轨 9.1 英德海螺熟料拉链机脱轨49 9.2 贵阳海螺熟料拉链机脱轨51 9.3 江华海螺熟料拉链机脱轨52 10、余热发电汽轮机组 10.1英德海螺余热发电2#汽轮机组飞车54 10.2分宜海螺余热发电机组设备60 11、总降类 11.1池州海螺总降联络隔离柜故障63 11.2枞阳海螺110kV总降变电站GIS故障66 11.3枞阳海螺FSR高速开关柜爆炸71 11.4广元海螺总降GIS断路器故障跳闸77 11.5龙陵海螺总降进线柜短路79 11.6双峰海螺总降FSR柜故障82 11.7芜湖型材公司总降母排螺栓松动87 11.8荻港海螺总降电容柜拉弧90 12、高压开关柜类 12.1荻港海螺高压开关柜操作中发生拉弧94

诺西TD基站闭站规范草案

一省网管要求 从5月16日开始,福州省网管已经开始严格考核TD基站退服情况。 经与省网管沟通,结果反馈如下: 1. 目前省网管重点关注福州TD工单。 2. 闭站的事情目前都是工程方自理,省网管已不再受理。 3. 目前暂仅考核告警:2047,2046,以后逐渐会考核更多的告警内容。但市公司维护部会考核所有告警。 二施工流程 1.制定流程的原因:不屏蔽会出工单,网管会通报;不闭站施工,基站就会出高掉话;不 闭站直接屏蔽,基站会产生更多的其他告警,影响维护考核,就会遭到维护部投诉。RNC 数据做多了,会造成基站开不起来,或者反复出现故障;基站数据做多了,nodeB的告警就会透传到omc,引起大量无用告警,影响维护人员判断力,事倍功半,劳民伤财。2.流程实施细则 为了保障正常的基站维护秩序,避免不必要的告警误导,从而分辨有效告警,提高工程及维护效益。特规范以下告警屏蔽通用流程。 ◆工程师在割接,扩容,排障等工程需要断站前,请先检查基站状态以便施工时及时解决 隐患问题; ◆需要断站时,请首先在OMC上屏蔽以下告警:(RNC侧的告警)2046,2047,2012,(nodeb 侧的告警)9109。 ◆屏蔽以上告警后务必闭站,即在RNC上BLOCK 小区(以免基站出现高掉话和产生大量 告警);由于告警2046,2047是rnc发起的,这一步必不可少。 ◆待相应工程结束之后要及时将基站先解闭锁后解屏蔽,需要的话(如欠功率和驻波告警) 基站重启直至使其无告警。 ◆施工后遗留告警要继续屏蔽并标注(屏蔽并标注方法如下图),并上报问题站点清单。 工程师加多少硬件就做多少数据,不要存任何侥幸心理。 ◆我在屏蔽规则里加了屏蔽模版,请大家直接维护模版,在模版内添加或删除工程基站站 名即可。 注意:只要断站,就要先屏蔽再闭站。工程师要养成基站与RNC互相监督屏蔽闭站的好习惯。 3.闭站含义:将正常工作中基站的话务切换出去,以免产生掉话;将告警暂时锁住,以免 误导。 4.TD闭站公式=闭站+屏蔽

安徽移动家庭宽带故障处理案例汇编

移动家庭宽带故障处理案例汇编

目录 概述 (4) 第一章用户端类故障 (4) 第一节网卡类故障 (5) 1、网卡MAC地址问题导致拨号错误676 (5) 2、用户网卡驱动未安装导致拨号错误代码645 (6) 3、网卡禁用及网线故障的处理 (6) 4、用户网卡适配模式导致拨号不成功的故障处理 (7) 第二节软件类故障 (8) 5、客户端电脑软件安装问题导致网速慢 (8) 6、宽带拨号错误代码676的故障处理 (9) 7、电脑上观看视频时反复回退的故障处理 (10) 8、电脑配置低导致网速慢的故障处理 (10) 9、网页无法打开的故障处理 (11) 10、游戏无法登陆的故障处理 (11) 第三节外接设备类故障 (12) 11、用户使用路由器上网导致拨号错误678 (12) 第四节账号类故障 (13) 12、用户反映账号无法使用的故障处理 (13) 13、宽带上网“691”故障处理 (14) 14、拨号错误691的故障处理 (14) 15、客户忘记宽带密码的故障处理 (15) 16、用户欠费导致拨号错误691 (15) 17、广电合作宽带用户拨号691的故障处理 (16) 18、拨号错误678和691的故障处理 (16) 第五节应用类故障 (17) 19、网页打不开和无法玩游戏的故障处理 (17) 20、频繁掉线和网速慢的故障处理 (17) 21、网络游戏慢的故障处理 (18) 第二章线路类故障 (19) 第一节光缆类故障 (19) 22、线路光衰过大导致网速慢的故障处理 (19) 23、光衰过大导致用户拨号678 (20) 24、光路误码率高导致用户频繁678故障 (20) 25、冷接子污染导致拨号678的故障处理 (21) 26、分支光纤长度过大导致ONU无法注册的故障处理 (21) 27、冷接头损坏导致拨号不成功的故障处理 (22) 28、光信号过强导致拔号错误678的故障处理 (23) 29、光纤弯曲直径过小导致上网频繁掉线的故障处理 (24) 30、主干光纤中断导致拨号678错误 (25) 31、ONT光衰正常但在网管上无法注册的故障处理 (26) 32、皮线光缆损坏导致无法上网的故障处理 (26)

诺西GSM基站常见告警及处理建议

诺西GSM常见告警处理建议 一、 UltraSite BTS常见告警 1、7600 BCF FAULTY 基站故障 (1) Crystal oscillator damage 晶体振荡器损坏 Oven oscillator is broken 晶体振荡器故障 处理建议:更换BOIA单元。 (2) Base station synchronous failure 基站同步失败 处理建议:①检查同步线及接头②检查传输设置的同步设置③更换BOIA单元并重启BCF。 (3) BIOA unit to the temperature too high BIOA 单元温度太高 处理建议:①确保周围环境温度在允许的范围内②检查机柜风扇单元③更换BOIA单元。 1、7601 BCF OPERATION DEGRADED 基站性能下降告警 (1)Power unit output voltage fault./Power unit input voltage fault./No connection to power unit电源单元输入或输出电压故障,或者无法连接到电源单元 处理建议:更换所有出故障的电源单元。 (2)Power unit temperature is dangerously high电源单元温度太高 处理建议:①确保周围环境温度在限定范围内②检查机柜风扇③更换电源单元 (3)Difference between PCM and base station frequency reference.PCM链路和基站的频率参考有差异 处理建议:①检查2M线和2M头子②调整基站主时钟,观察时钟是否稳定③更换BOIA。 (4) Flash operation failed in BOI or TRX BOI或者TRX闪存操作失败 处理建议:更换BOIA。 (5)POWER SUPPLY FAULT 电源模块故障

安徽移动家庭宽带故障处理案例汇编

. . .. . . 移动家庭宽带故障处理案例汇编

目录 概述 (4) 第一章用户端类故障 (5) 第一节网卡类故障 (5) 1、网卡MAC地址问题导致拨号错误676 (5) 2、用户网卡驱动未安装导致拨号错误代码645 (6) 3、网卡禁用及网线故障的处理 (6) 4、用户网卡适配模式导致拨号不成功的故障处理 (7) 第二节软件类故障 (8) 5、客户端电脑软件安装问题导致网速慢 (8) 6、宽带拨号错误代码676的故障处理 (9) 7、电脑上观看视频时反复回退的故障处理 (10) 8、电脑配置低导致网速慢的故障处理 (10) 9、网页无法打开的故障处理 (11) 10、游戏无法登陆的故障处理 (11) 第三节外接设备类故障 (12) 11、用户使用路由器上网导致拨号错误678 (12) 第四节账号类故障 (13) 12、用户反映账号无法使用的故障处理 (13) 13、宽带上网“691”故障处理 (14) 14、拨号错误691的故障处理 (14) 15、客户忘记宽带密码的故障处理 (15) 16、用户欠费导致拨号错误691 (15) 17、广电合作宽带用户拨号691的故障处理 (16) 18、拨号错误678和691的故障处理 (16) 第五节应用类故障 (17) 19、网页打不开和无法玩游戏的故障处理 (17) 20、频繁掉线和网速慢的故障处理 (17) 21、网络游戏慢的故障处理 (18) 第二章线路类故障 (19) 第一节光缆类故障 (19) 22、线路光衰过大导致网速慢的故障处理 (19) 23、光衰过大导致用户拨号678 (20) 24、光路误码率高导致用户频繁678故障 (20) 25、冷接子污染导致拨号678的故障处理 (21) 26、分支光纤长度过大导致ONU无法注册的故障处理 (21) 27、冷接头损坏导致拨号不成功的故障处理 (22) 28、光信号过强导致拔号错误678的故障处理 (23) 29、光纤弯曲直径过小导致上网频繁掉线的故障处理 (24) 30、主干光纤中断导致拨号678错误 (25) 31、ONT光衰正常但在网管上无法注册的故障处理 (26)

诺西基站设备简介

诺西Flexi EDGE和Flexi MCPA 两种诺西基站设备简介及数据制作1 前成都现网有Flexi EDGE和Flexi MCPA两种诺西基站(俗称五代站和六代站)。一.基站设备简介 1.Flexi EDGE基站 Flexi EDGE基站主要包括以下功能模块: ESMA—系统模块 ESEA—系统扩展模块 EXGA—900M双载频模块(每个EXGA包含2个逻辑载频) EXDA—1800M双载频模块(每个EXDA包含2个逻辑载频) ERGA—900M双工器(和宽带合路器EWGB共同使用) ERDA—1800M双工器(和宽带合路器EWDB共同使用) EWGB—900M宽带合路器 EWDB—1800M宽带合路器 FIEA—传输板(提供8条传输) 2 1个系统模块支持12个逻辑载波(TRX1-TRX12)。 2 1个系统模块+1个系统扩展模块可以支持24个逻辑载波(TRX1-TRX24)。 2 1个机柜最多可以放置12块物理载波(24逻辑载波)。 2 1个基站超过24载波需要加系统模块和机柜把其中1个小区拆分出来做成独立的基站。2 Flexi EDGE基站单载频(逻辑)的最大发射功率为20W(43dbm),合路一次功率降低大概4dbm。

其中: 2 传输单板插在系统模块内,宽带合路器插在载频模块内。 2 仅系统模块和系统扩展模块需要连接电源线,其他功能模块由系统模块和系统扩展模块供电。 2 双工器放在载频单板的中间位置。双工器上下的载频单板数尽量保持一致。 2 各单板间的数据连线都比较短,做减容的时候工程队习惯减两头的载频,这样就不会动中间载频的连线,如果减了中间的载频,就需要把剩下的两头的载频移到中间(双工器旁),这样所有的连线都要重做,增大了工作量。 2.Flexi MCPA基站 Flexi MCPA基站主要包括以下两种功能模块: ESMB/C—BBU系统模块。ESMB支持18个TRX;ESMC支持36个TRX(两个FXxx)。FXDA—3功放射频模块模块(900M)。一个FXDA包含18TRX,支持最大6/6/6配置. FXEA—3功放射频模块模块(1800M)。一个FXEA包含18TRX,支持最大6/6/6配置. FHxA—远端无线模块。射频拉远用,支持O12或6/6配置. Flexi MCPA基站设备体积远远小于Flexi EDGE,1ESMB+1FXDA即组成了一个基站。安装方法也更灵活,可以选择安放在机柜里、地上、墙上或者直接安装在抱杆或铁塔上。下图为直接安装在地上的Flexi MCPA基站设备(6/6/6配置): 2 Flexi MCPA基站一块射频模块包含3个扇区(6/6/6),每个扇区的最大发射功率为60W (6个逻辑载频共享),单载频的发射功率由BTS侧设定。Flexi MCPA基站有功率共享开关,这一点类似华为的BTS3900。 2 Flexi MCPA基站一个BCF支持最大配置为12/12/12,及ESMC+2FXDA(FXEA)。

安徽移动家庭宽带故障处理案例汇编

安徽移动家庭宽带故障处理案例汇编

安徽移动家庭宽带故障处理案例汇编

目录 概述 (10) 第一章用户端类故障 11 第一节网卡类故障 11 1、网卡MAC地址问题导致拨号错误676 (11) 2、用户网卡驱动未安装导致拨号错误 代码645 (12) 3、网卡禁用及网线故障的处理 (12) 4、用户网卡适配模式导致拨号不成功 的故障处理 (13) 第二节软件类故障 14 5、客户端电脑软件安装问题导致网速 慢 (14) 6、宽带拨号错误代码676的故障处理 (15) 7、电脑上观看网站视频时反复回退的 故障处理 (16)

8、电脑配置低导致网速慢的故障处理 (16) 9、网页无法打开的故障处理 (17) 10、游戏无法登陆的故障处理 (18) 第三节外接设备类故障 18 11、用户使用路由器上网导致拨号错误 678 (18) 第四节账号类故障 19 12、用户反映账号无法使用的故障处理 (19) 13、宽带上网“691”故障处理 (20) 14、拨号错误691的故障处理 (20) 15、客户忘记宽带密码的故障处理.. 21 16、用户欠费导致拨号错误691 (21) 17、广电合作宽带用户拨号691的故障 处理 (22) 18、拨号错误678和691的故障处理 (22) 第五节应用类故障 23

19、网页打不开和无法玩游戏的故障处 理 (23) 20、频繁掉线和网速慢的故障处理.. 24 21、网络游戏慢的故障处理 (24) 第二章线路类故障 25 第一节光缆类故障 25 22、线路光衰过大导致网速慢的故障处 理 (25) 23、光衰过大导致用户拨号678 (26) 24、光路误码率高导致用户频繁678故 障 (26) 25、冷接子污染导致拨号678的故障处 理 (27) 26、分支光纤长度过大导致ONU无法注 册的故障处理 (27) 27、冷接头损坏导致拨号不成功的故障 处理 (28) 28、光信号过强导致拔号错误678的故 障处理 (29) 29、光纤弯曲直径过小导致上网频繁掉

诺西故障处理案例库

一体化代维项目试点课题研究成果 故障处理案例库 中国移动通信集团福建有限公司 二○一二年四月

目录: 1基站专业 (5) 1.1天馈类 (5) 1.1.1.Antenna connection faulty. (5) 1.1.2.Rx levels differ too much between main and diversity antennas (6) 1.1.3.RSSI detected Rx signal difference exceeding threshold (7) 1.1.4.ERxx DDU module has detected VSWR above minor limit at A (Or B) (8) 1.1.5.ECxx RTC module has detected VSWR above major limit at antenna (10) 1.1.6.RF module detected VSWR above major limit (11) 1.1.7.The reflected power of remote tune combiner is too high (12) 1.1.8.CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD (13) 1.1.9.MEAN HOLDING TIME BELOW DEFINED THRESHOLD (15) 1.1.10.EXCESSIVE TCH INTERFERENCE (16) 1.1.11.BTS WITH NO TRANSACTIONS (18) 1.2基站硬件类 (19) 1.2.1Oven oscillator adjustment function interrupted (19) 1.2.2ESMA System module has lost connection to ESEA System Extension module (20) 1.2.3ESMx System module has lost connection to all modules on optical ports (21) 1.2.4FBUS HW failure (22) 1.2.5LAPD failure (23) 1.2.6ECxx RTC module received insufficient Tx power (24) 1.2.7EXxx TRX module Tx power overdriven at DPC (25) 1.2.8ERxx DDU module has detected no Tx power at TxB input (26) 1.2.9RF Module has detected no TX power in internal filter block (27) 1.2.10The RF receiver frequency hopping synthesizer 1 is not locked (27) 1.2.11The transmitter output power has dropped at least 3 dB (28) 1.2.12EXCESSIVE TCH INTERFERENCE (29) 1.2.13CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD (30) 1.2.14The tuning of a cavity has failed in remote tune combiner (31)

5G通信网络优化最佳实践之5G网络NR掉线类问题处理案例

5G通信网络优化最佳实践之5G网络NR 掉线类问题处理案例 目录 一、问题描述 (2) 1.1现网环境 (2) 1.2存在问题 (3) 二、分析过程 (3) 2.1版本信息 (3) 2.2掉线问题排查思路 (3) 2.3锚点掉线问题排查 (4) 2.4 NR掉线问题排查 (4) 2.5问题根因 (5) 三、解决措施 (5) 3.1解决措施 (5) 3.2验证结果 (5) 四、经验总结 (5)

【摘要】5G网络商用临近,站点开通规模增加。在打造5G体验优的网络过程中,掉线问题的处理尤为重要。掉线问题,在网络中对用户感知影响较大,感知的明显的变化为5G信号时有时无,对网络的口碑至关重要。本案例通过对测试过程中掉线问题的分析,总结出该类问题排查思路,便于后期网络优化参考。 【关键字】5G、掉线 【业务类别】5G 一、问题描述 1.1现网环境 深圳电信NSA组网下XJ-GO_南山万科云城4期A栋,终端mate20x进行单验过程中,经常会出现5G信号时有时无,通过测试软件发现NR频繁掉线。本次案例以单点的问题进行分析,梳理出该类问题的分析思路。 XJ-GO_南山万科云城4期A栋站点为新开通站点,主要覆盖南山区域的高档住宅及进行智能社区的覆盖。 该站点与LTE共站点建设的方式,新建LTE站点为XJ-FO_南山万科云城4期A栋,在NSA组网环境下,该站点的邻区按配置要求进行了配置。 LTE->LTE对于站内邻区,只需要增加同频邻区关系;对于站间邻区,需要增加外部邻

区,并增加同频邻区关系。该邻区在现网4G已完成添加。 ●NR->NR所有NR站内的小区都互配邻区,并且将路线上所有的NR站点小区都互配了邻区。对于站内邻区,需要增加邻区关系;对于站间邻区,需要增加外部邻区。 ●LTE-NR邻区,将路线上所有的NR站点都配置成了LTE的NR邻区。配置LTE-NR邻区,先需要增加ADD PCCFREQCFG添加主载波频点,ADD NRSCGFREQCONFIG添加NR SCG频点,ADD NRMFBIFREQ添加NR MFBI频点相关,ADD NRNFREQ添加NR相邻频点,然后再增加ADD NREXTERNALNCELL 添加NR外部小区,ADD NRNRELATIONSHIP添加NR邻区关系。LTE-NR 邻区配置都是在LTE上完成。 1.2存在问题 在测试过程中发现,终端进行注册后频繁掉线。从测试软件中统计,NR小区的掉线率为100%。 二、分析过程 2.1版本信息 Mate20X手机NSA测试要求网络侧支持F40协议,4G基站升级到15.1SPC100,5G基站升级到15.1SPC080版本。 2.2掉线问题排查思路 由于采用的为NSA组网,出现NR掉线的现象有可能是锚点掉线,需要从锚点到NR进行分析定位。

第三节 FAS系统设备典型故障处理案例

第三节 FAS系统设备典型故障处理案例(一)探测器报火警及故障 故障现象、情况描述 处理建议特别说明(需要注意 事项等)情况一:工作站弹出探 测器火警信息 情况二:工作站弹出探 测器故障信息 1)对FAS主机进行复位操 作 2)对探测器进行更换 探测器正常情况下 在工作站当中显示为绿 色,发生故障时显示黄 色,发生火警时显示红 色。 处理流程如下: 1)按下下图红色框内的按键,对FAS主机进行复位操作。 旧线FAS主机 新线FAS主机 2)逆时针旋转拧开探测器,对探测器进行更换。

探测器 (二)防火卷帘误下降。 故障现象、情况描述处理建议特别说明(需要注意事项 等) 情况一:自带探测器的防火卷帘误下降 情况二:非自带探测器的防火卷帘误下降情况一: 1)拆卸探测器 2)手动上升防火卷帘 3)对探测器进行更换 情况二: 1)对FAS主机进行复位操作 2)手动上升防火卷帘 自带探测器是指该防火 卷帘旁边的探测器直接 接入卷帘控制箱,没有接 入地铁FAS系统回路中。 处理流程如下: 情况一:自带探测器的防火卷帘 1)确认FAS工作站报警信息 报警信息图页 2)现场人员需借助人字梯手动逆时针旋转拆开探测器(期间注意客控)。

探测器 3)撕开防火卷帘旁边控制盒封条,用钥匙打开手动控制盒,按住上升按钮使卷帘上升 防火卷帘手动控制盒 手动控制盒“上升”按钮 4) 顺时针旋转更换新探测器(期间注意客控)。

探测器 情况二:非自带探测器的防火卷帘 1)确认FAS工作站报警信息。 报警信息图页 2)按下下图红色框内的按键,对FAS主机进行复位操作。 旧线FAS主机

诺西基站OMU信令不活故障分析

基站OMU信令不活故障分析 故障现象:XXX基站改型更换机架后OMU信令不活 原因分析: 1.BTS信令吊死;2.传输成环及传输误码过大;3.BSC侧与BTS数 据配置错误;4.BTS板件故障。5.BTS连线错误 6.机架故障; 处理步骤:因前段时间,XXX基站雷击导致BTS机架故障,基站退服。于某日更换(3代站)BTS机架为(4代站)BTS机架,并重新配臵基站信息。 1.XX日开站人员电话联系机房查看BTS状态,发现传输状态良好,但OMU 信令不活,怀疑OMU信令及TRX信令未激活,查看后的确发现为BL-US状态,更 改状态后OMU信令仍为不活。此时建议BTS侧做关电重启操作,但仍然失败。 2.此时怀疑传输可能成环或存在误码,要求开站人员在BTS侧做环路以便 在BSC侧做出判断。经过在BSC侧诊断及观察,排除了传输成环及误码过高导致 信令不活的可能性。(ET的校验模式不正确也会导致OMU信令不活,但检查后也 排除了。) 3.因为3代站与4代站存在有一定的差异,所以BSC侧的配臵数据进行了 更改。怀疑更改后BSC侧与BTS侧的数据据未能对应,但检查BSC侧与BTS侧的 数据并与BTS侧进行核对后未发现错误。 4.让BTS侧的开站人员对BTS的板件及连线进查验,看是否存在问题,但 排查后仍然没有发现故障点。 5.至此只能建议更换BTS机架,于XX日更换机架并重新配臵数据后BTS恢复正常。 故障总结:造成此次故障及基站中断时间过长的主要原因是:BTS机架故 障。但由于存在侥幸心理,开站人员未能及时更换机架,导致基站中断时间过长。 有鉴于此,做出以下故障处理提示,希望能对故障效率的提升能够有所帮助。 1. BTS关闭过久会存在OMU信令及TRX信令自动闭锁的情况,需要在BSC侧人为进行激活(如未能激活,可在BTS侧做关电重启操作的偿试)。 2. 检查传输线路是否正常,排除传输成环的可能性,检查是否存在误码(误码过大会导致信令不活),检查ET的校验模式(正常情况下应为CRC4)。 3.检查BSC侧与BTS侧数据配臵是否匹配(要保证位臵要对应好,速率要保持一致性[DE34OMU(3代站)必须是16K]) 4.检查BTS板件是否正常(注意除一些常见板件故障外,BB2故障也会导致信令不活)。 5.检查BTS侧有无连错线的可能性。 6.如以上步骤均已操作,那么就应当考虑当前更换的机架是否存在问题,并对其

故障处理案例

故障处理案例 22:偏航过载 系统执行偏航动作时,偏航电流过大超过电控系统的设定值,报偏航过载,偏航支路电控设定为空开F15过载电流6A,F5,F6热继过载电流值为1.6A,正常时开入模块SM321的5角为高电平,过载时为低电平.偏航过载发生多在电控及偏航电机,减速器一路,但也有液压如偏航电磁阀出现问题造成偏航过载的故障. 故障处理方法: 检查偏航电机是否过负荷保护动作,分别对左右偏航电机作类比检查,检查电机接线与电磁刹车体,检查线路中的空开输入输出电压值的变化,通过使用万用表的电压档顺线路节点检查.是否因减速器的损坏造成电机线路的过载,检修时将重点放在偏航电机及减速器支路上, 检查偏航减速器是否损坏(一般通过听声音,看油的颜色,或拆下偏航减速器到地面打开检查),修理或更换; 但液压支路也会造成此故障的发生,如液压电磁阀支路出现问题使的偏航时负荷过重造成过载. 26:建压超时 系统建压时间(液压站)超过电控设定时间,电控设定为90秒,报建压超时故障,在系统建压过程中,如果所建系统压力超过叶尖减压阀和叶尖溢流阀的整定值之和,或者超过系统溢流阀的整定值,液压泵将连续工作,工作时间达到最大限定时间(90秒)时电控系统将报告“建压超时”, 故障处理方法: 此故障为1:液压系统调整不当,2:液压管路出路漏点,3:电控系统出现问题当系统的开出模块损坏时会报此故障,检查此类故障时,应将重点放在液压系统的检查上来,管路是否存在漏点,液压系统的各压力值整定是否正常, 整定液压系统时应注意调整顺序,电控模块的损坏如开出模块,现场也有使用数显调压装置,这都会造成此故障的发生.

18:左偏开关动 偏航计数器中有三个触点向计算机柜送三个开关信号,即左偏开关动,中间位置开关,右偏开关动。当风机左向扭缆达到偏航计数器设定位置时,即左偏开关动时,此时风机右偏航,待解缆结束后风机自动复位、开机。SM321开入模块显示左偏,,右偏,中的开关动状态,正常时开入模块此三个灯显示高电平状态,如左偏开关动此时开入模块左偏灯为低电平状态,右偏开关动此时右偏灯为低电平. 故障处理方法: 如计数器开关动在正常情况下,将会有解缆动作,即左偏开关动后,风机会右解缆,反之.如风机计数器开关动后,没有解缆动作, 上机检查电缆扭转情况,检查计数器小齿计数转数,27转.中心点与左右开关触点各27转.检查与计数器相连的电路的通断情况.考虑电控元件的损坏. 12:闸块1无反馈 风机在检测时未收到高速闸1释放信号(高速闸释放信号丢失),故报此故障,高速闸上装有闸释放和闸磨损两个开关,正常时计算机可以检测到闸释放信号信号高电平,无此电平,即报此路无反馈。 计算机柜 高速闸2反馈 故障处理方法: 高速闸释放信号回路中任一端子及开关开路,计算机柜中开入模块I4损坏都会造成此故

诺西NodeB网管操作与维护指导

NodeB网管操作与维护指导 一RNC操作与维护工具Application Launcher Client (2) 1.1使用Fault Management查看告警 (3) 1.2使用RNC RNW Object Browser查看小区状态 (7) 1.3闭锁/解锁小区 (8) 二使用Telenet 工具(TANG)登录RNC (9) 三基站操作软件BTS Site Manager (10) 四基站维护作业计划操作指导 (12) 4.1日常维护 (12) 4.2检查基站告警 (12) 4.3 检查基站机柜 (15) 4.4 基站PDH性能监控 (15) 五常见的几种基站告警分析 (18) 5.1AAL2 path unblock not accomplished (18) 5.2Ais on unit [x],interface [y] (18) 5.3Antenna line device failure (18) 5.4BTS internal SW management problem (19) 5.5BTS master clock tuning failure (19) 5.6Failure in optical RP3 interface (20) 5.7Fan failure (21) 5.8System module failure/ RF module failure (21) 5.9VSWR alarm (21) 5.10WCDMA CELL OUT OF USE./CELL FAULTY. (21) 5.11FAILURE IN WCDMA WBTS O&M CONNECTION. (22) 5.12EBER on unit 1, interface X. (22) 六基站重启操作 (22)

诺西eNodeB常见故障处理说明书

诺西e N o d e B常见故障 处理说明书 文稿归稿存档编号:[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

诺西常见故障标准化处理说明书1诺西Flexi BTS 7650告警处理 <告警名称> BASE STATION FAULTY <处理方法> 按照故障可能的原因分类,分别列出处理方法如下: 1.1 BTS Blocked 1.2 BTS internal SW management problem 1.3 Baseband Bus failure 1.4 System Module failure

1.5 Incompatible SW version detected 1.6 S1 interface setup failure 1.7 Temperature alarm 2诺西Flexi BTS 7651告警处理 <告警名称> BASE STATION OPERATION DEGRADED

<处理方法> 按照故障可能的原因分类,分别列出处理方法如下: 2.1 BTS reference clock missing 2.2 BTS reset required 2.3 Transport layer connection failure in X2 interface 3诺西Flexi BTS 7652告警处理 <告警名称> BASE STATION NOTIFICATION <处理方法>

按照故障可能的原因分类,分别列出处理方法如下: 5.1 BTS time not corrected 5.2 Fan failure 5.3 Fan failure 4诺西Flexi BTS 7653告警处理 <告警名称> CELL FAULTY <处理方法> 按照故障可能的原因分类,分别列出处理方法如下: 3.1 Cell Blocked

【干货】典型网络故障案例及处理思路

【干货】典型网络故障案例及处理思路 很多朋友经常提到网络故障,其中在交换机组网时常见的故障比较多。为了便于大家排除这些故障,在此介绍一些常见的典型故障案例及处理思路。 故障1:交换机刚加电时网络无法通信 故障现象 交换机刚刚开启的时候无法连接至其他网络,需要等待一段时间才可以。另外,需要使用一段时间之后,访问其他计算机的速度才快,如果有一段时间不使用网络,再访问的时候速度又会慢下来。 故障分析 由于这台交换机是一台可网管交换机,为了避免网络中存在拓扑环,从而导致网络瘫痪,可网管交换机在默认情况下都启用生成树协议。这样即使网络中存在环路,也会只保留一条路径,而自动切断其他链路。所以,当交换机在加电启动的时候,各端口需要依次进入监听、学习和转发状态,这个过程大约需要3~5分钟时间。

如果需要迅速启动交换机,可以在直接连接到计算机的端口上启动“PortFast”,使得该端口立即并且永久转换至转发状态,这样设备可以立即连接到网络,避免端口由监听和学习状态向转发状态过渡而必须的等待时间。 故障解决 如果需要在交换机加电之后迅速实现数据转发,可以禁用扩展树协议,或者将端口设置为PortFast模式。不过需要注意的是,这两种方法虽然省略了端口检测过程,但是一旦网络设备之间产生拓扑环,将导致网络通信瘫痪。 故障2:5口交换机只能使用4口 故障现象 办公室中有4台计算机,但是只有一个信息插座,于是配置了一台5口(其中一口为UpLink端口)交换机。原以为4台计算机刚好与4个接口连接,1个UpLink端口用于连接到局域网,但是接入到网络之后,与UpLink端口相邻的1号口无法正常使用。 故障分析 UpLink 端口不能被看作是一个单独的端口,这是因为它与相邻端口其实就是一个端口,只是适用的连接对象不同而已。借助UpLink端口,集线设备可以使

电业局网络故障诊断案例分析

案例分析-某电业局网络故障诊断 一、故障描述 故障地点: 某电业局 故障现象: 网络严峻堵塞,内部主机上网甚至内部主机间的通讯均时断时续。 故障详细描述:

网络突然出现通讯中断,某些VLAN不能访问互联网,且与其它VLAN的访问也会出现中断,在机房中进行ping包测试,发觉中心交换机到该VLAN内主机的ping包响应时刻较长,且出现间歇性丢包,VLAN与VLAN间的丢包情况则更加严峻。 二、故障详细分析 1.前期分析 初步推断引起问题的缘故可能是: ●交换机ARP表更新问题 ●广播或路由环路故障 ●人为或病毒攻击 需要进一步猎取的信息: ●网络拓扑结构及正常工作时的情况 ●交换机ARP表信息及交换机负载情况 ●网络中传输的原始数据包 2.具体分析 首先,我们从网络治理员那儿,得知了网络中主机共450台左右,

同时得到了网络的简单拓扑图,如图1所示。 (图1 网络原始拓扑简图) 从图1能够明白,网络中划分了6个VLAN,分不是10.230.201.0/24、10.230.202.0/24、10.230.203.0/24、10.230.204.0/24、10.230.205.0/24、10.230.206.0/24、,其中201~205这5个VLAN分不用于一个部门,而206为服务器专用网段。各VLAN同时连接上中心交换机(Passport 8010),中心交换机再连接到防火墙,由防火墙连接到Internet以及省单位。大致了解了网络拓扑后,我们以超级终端方式登录中心交换机,发觉交换机的负载较大,立即清除交换机ARP表并重启,但故障仍然存在,因此我们决定对网络进行抓包分析。

5G通信网络优化最佳实践之5G网络切换类问题处理案例

5G通信网络优化最佳实践之5G网络切 换类问题处理案例 目录 深圳市-5G网络切换类问题处理案例.............................................................错误!未定义书签。 一、问题描述 (2) 二、分析过程 (2) 1、切换原理 (2) 2、信令分析 (3) 3、参数核查 (4) 4、问题根因 (6) 三、解决措施 (7) 四、经验总结 (7)

【摘要】5G SA网络商用前,针对5G SA网络上传、下载、PING时延业务中,在进行单站验证中的切换验证测试时,出现5G SA网络无法切换邻近站点而导致切换失败情况,通过现场测试LOG排查和信令分析,完成原因的定位,参数调整后,问题得到解决。 【关键字】5G、切换 【业务类别】优化方法、基础维护、物联网、VoLTE、流程类、参数优化、不限量、IT系统支撑、核心网、承载网、等其他;根据集团案例分类描述。 一、问题描述 1、问题现象 测试车辆由金田路北往金田路南行驶到金田路和深南大道交汇处:UE占用XJ-GO_福田市民中心东区_(PCI=118)小区,发送切换至XJ-GO_福田金田路_0(PCI=75)小区的测量报告,始终都未切换至XJ-GO_福田金田路_0(PCI=75)小区,导致该交汇处路段未能及时切换,导致出现SINR差等现象,如下图: 二、分析过程 详细介绍方案实施的原因、技术原理、实施步骤、厂家兼容性(存在隐患)、执行情况(参数脚本明细)等。 1、切换原理 5G的整个切换过程由网络侧GNB控制,所以切换UE的行为需要GNB监控,当发现UE

处于切换区且存在比当前无线质量更好的小区时,根据情况适时命令UE切换到目标小区。由于GNB并不知道UE所处的位置和无线质量情况,需要控制UE上报相关的无线质量信息来判断,当GNB收到测量或切换的事件上报时,会下发切换命令给UE,UE收到切换命令后,中断与源小区的交互,按切换命令要求切换到目标小区,并通过信令交互通知目标小区,以完成整个切换过程。 2、信令分析 从L3 Message上可以看到,终端服务小区是PCI118时,终端每隔241ms上报一次MeasurementReport测量,GNODEB对上报的MR不处理,这些MR上报的邻区PCI均为75和76小区,PCI75小区RSRP要比PCI118小区的RSRP要高出36dB左右,如下图: 从最后的MeasurementReport测量中可以看到有包含了PCI为78的邻区,比主服务小区高10dB左右,因此GNODEB侧给UE下发了向PCI78小区切换执行命令,信号从PCI118小区切换到PCI78小区,如下图:

plc维修入门与故障处理实例

一个典型的PLC系统包括一个现场PLC站,和通过高速数据线与之相连的上位机以及模拟屏PLC站,上位机用以显示各种图形和数据,模拟屏PLC站用来驱动模拟屏上的发光二极管。整个PLC系统与外联设备相接,就构成了一个自动控制系统,接下来就为大家详细的讲解一下,希望对大家有所帮助。 1、CPU异常: CPU异常报警时,应检查CPU单元连接于内部总线上的所有器件。具体方法是依次更换可能产生故障的单元,找出故障单元,并作相应处理。 2、存储器异常: 存储器异常报警时,如果是程序存储器的问题,通过重新编程后还会再现故障。这种情况可能是噪声的干扰引起程序的变化,否则应更换存储器。 3、输入/输出单元异常、扩展单元异常: 发生这类报警时,应首先检查输入/输出单元和扩展单元连接器的插入状态、电缆连接状态,确定故障发生的某单元之后,再更换单元。

4、不执行程序: 一般情况下可依照输入---程序执行---输出的步骤进行检查 输入检查是利用输入LED指示灯识别,或用写入器构成的输入监视器检查。当输入LED不亮时,可初步确定是外部输入系统故障,再配合万用表检查。如果输出电压不正常,就可确定是输入单元故障。当LED亮而内部监视器无显示时,则可认为是输入单元、CPU单元或扩展单元的故障。 5、部分程序不执行: 检查方法与前项相同 但是,如果计数器、步进控制器等的输入时间过短,则会出现无响应故障,这时应该校验输入时间是否足够大,校验可按输入时间<输入单元的最大响应时间+运算扫描时间乘以2的关系进行。 6、电源的短时掉电,程序内容也会消失: 通过反复通断PLC本身电源来检查。为使微处理器正确启动,PLC中设有初使复位点电路和电源断开时的保存程序电路。这种电路发生故障时,就不能保存程序。所以可用电源的通、断进行检查。 7、PROM不能运转: 先检查PROM插入是否良好,然后确定是否需要更换芯片 8、电源重新投入或复位后,动作停止: 这种故障可认为是噪声干扰或PLC内部接触不良所致。噪声原因一般都是电路板中小电容容量减小或元件性能不良所致,对接触不良原因可通过轻轻敲PLC机体进行检查。还要检查电缆和连接器的插入状态。 杭州联凯机电工程有限公司成立于2011年,是一家专业从事工业自动化设

相关主题