1 / 16

软交换设备配置与维护

软交换设备配置与维护. 第十章 软交换设备维护与管理. 软交换设备维护与管理. 10.1 设备维护 10.2 故障排除. 10.1.1 设备维护的目的. 为了充分发挥设备的性能和作用，减少各种意外事故的发生，确保软交换设备能够长期安全、稳定、可靠地运行，设备的使用维护者需要定期的对软交换设备进行维护。通过定期的日常维护，设备的使用维护者可以： 及时发现设备在运行过程中所出现的自然老化、功能失效、性能下降等缺陷，并采取适当的措施及时予以处理，以消除隐患、预防事故的发生。

gray-shields
Download Presentation

软交换设备配置与维护

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 软交换设备配置与维护 第十章 软交换设备维护与管理

  2. 软交换设备维护与管理 • 10.1 设备维护 • 10.2 故障排除

  3. 10.1.1 设备维护的目的 • 为了充分发挥设备的性能和作用，减少各种意外事故的发生，确保软交换设备能够长期安全、稳定、可靠地运行，设备的使用维护者需要定期的对软交换设备进行维护。通过定期的日常维护，设备的使用维护者可以： • 及时发现设备在运行过程中所出现的自然老化、功能失效、性能下降等缺陷，并采取适当的措施及时予以处理，以消除隐患、预防事故的发生。 • 及时发现设备所发出的告警或已存在的缺陷，并采取适当的措施予以恢复和处理，维持设备的健康水平，降低设备的故障率。 • 及时发现并处理计费、话单系统在运行过程中所出现的非正常现象，避免或降低由于话单丢失而造成的经济损失。 • 实时掌握设备和网络的运行状况，了解设备或网络的运行趋势，提高维护人员对突发事件的处理效率和水平。

  4. 10.1.2 设备维护的分类 • 按照维护周期的长短分类： • 日例行维护：帮助维护人员可以随时了解设备的运行情况，以便及时发现和解决问题。 • 周期例行维护：可以了解设备在长期工作中的运行情况。周期性例行维护主要又可以分为周例行维护、月例行维护、季度例行维护、半年例行维护。

  5. 10.1.3 设备维护注意事项 • 保持机房的正常温湿度，保持环境清洁干净，防尘防潮，防止鼠虫进入机房。 • 保证系统一次电源的稳定可靠，定期检查系统接地和防雷的情况。 • 建立完善的机房维护制度，对维护人员的日常工作进行规范。 • 严禁在计算机终端上玩游戏、上网等，禁止在计算机终端中安装、运行、拷贝其它任何与系统无关的软件或将计算机终端挪作它用。 • 网管口令应该按级设置，严格管理，定期更改；并只向维护人员发放。 • 维护人员应该进行上岗前的培训。

  6. 10.2.1 故障处理的意义和原则 • 故障处理原则： • 先排除用户原因，再检查设备问题； • 先确认故障现象，再进行故障处理。 • 先排除维护故障，再处理业务问题； • 先查告警台告警，再跟踪各种消息； • 先解决硬件故障，再处理软件异常。 • 先进行局部动作，应避免问题扩大； • 先完成简单操作，再进行复杂处理。 • 视用户利益为重，确保快速恢复为先

  7. 10.2.2 故障处理的流程 • 故障处理的一般流程为：故障现象收集->故障分类->故障定位->故障排除。 • 故障现象收集：在故障处理的初期阶段，就需要注重收集各种相关的原始信息。这样可以帮助维护人员大大缩小故障判断的范围。 • 故障分类：常见的故障有注册故障，语音故障等。 • 故障定位：故障定位是故障处理的关键步骤。在通过故障分类缩小范围后，维护人员可能需要借助于一些工具软件，采用前人总结出来的故障处理方法，对故障进行详细定位。

  8. 10.2.3 故障处理的常用方法 • (1)告警排除法——设备产生告警信息：根据设备产生的告警信息（包括通知消息），按照告警处理方法中描述的步骤，排除告警，从而消除故障。 • (2)失败码分析法——适用于呼叫失败类故障：每一次失败呼叫都有相应的失败码和失败原因值，通过对失败码的解释可以对呼叫失败原因进行初步定位，通常情况下，失败码分析法要与协议分析法结合使用 • (3)协议跟踪分析法——信令跟踪：最基本的方法，通过协议跟踪来确定问题的所在。由于协议有统一的标准性，所以能准确的定位问题。 • (4)对比法——业务开通或设备失败：把出故障的设备或数据与正确的设备或数据相比较，找到不同点，进行分析解决问题。 • (5)替换法——排除单板故障：是一种简单实用的故障排除法，对于出现故障的硬件或单板用同样功能的部件替换掉。

  9. 10.2.4 故障处理的常用工具 • 告警管理 • 跟踪管理 • 抓包软件

  10. 故障类型 • 基本语音业务：电话不通或单通，用户摘机听忙音或无音，某用户能呼入不能呼出，呼叫断线 ，通话有回声 ，通话断续 通话杂音等。 • 传真、MODEM业务 ：传真不能正常收发。 • 中继系统 ：七号出局有时能振铃不能通话，中继出现信令闭塞，电路状态未知，电路故障等。 • 计费话单 ：用户互拨，产生告警话单。 • 网关、终端注册：UMG出于离线状态不可用，IAD注册不上。 • 放音 ：播放117报时失败。

  11. 基本语音业务 －号码分析数据未配置导致拨号后听忙音 【故障现象】 某SOFTX3000局，新增一IAD后，IAD用户之间互拨时听忙音。 【故障定位】 • 使用DSP MGW命令检查IAD是否正常注册，发现IAD正常注册。 • 跟踪到此IAD的MGCP消息，发现网关已经正确上报了被叫号码至SoftX3000。 • 检查SoftX3000是否设置了被叫字冠，在SoftX3000客户端使用LST CNACLD命令查询，发现没有配置被叫号码的号码分析数据。 【故障处理】 在SoftX3000客户端上使用ADD CNACLD命令，增加被叫号码字冠的号码分析数据后，呼叫正常。

  12. 语音单通 【故障现象】 某SOFTX3000局，IAD下用户A拨打AMG下用户B，通话时B能听到A，A听不到B的声音。 【故障定位】 • 检查网络上是否有包 • 检查RTP包的源IP、目的IP、收发端口、包类型、打包时长等是否和信令一致 • 检查报文的MAC地址是否正确 • 检查网关是否误检测为T.38传真 【故障处理】 网络ip地址存在冲突，将冲突地址修改后，通信正常。

  13. 传真、MODEM业务－FAX不能正常收发 【故障现象】 某SOFTX3000局，UMG下用户A拨打AMG下用户B，传真不能正常收发 【故障定位】 • 网关和SoftX3000对于传真的数据配置是否一致 • 跟踪信令，检查传真事件是否正确上报 • 时钟锁相是否正常，E1中是否存在通道告警 • 检查两个网关之间的网络质量 • 网关与SoftX3000的版本是否匹配 【故障处理】 查看中继存在滑码，整改后中继正常，传真正常。

  14. 中继系统 －查询中继电路状态，显示未知 【故障现象】 某SoftX3000局，SoftX3000与某友商交换机对接后，发现对接电路变成未知状态。 【故障定位】 • 链路不正常导致电路不正常。 • 链路或电路数据被误改。 • 与友商交换机配合存在问题。 【故障处理】 查询链路状态正常，No.7消息正常。 查询数据，发现此中继群所在E1的16时隙（链路时隙）配置了电路，删除 此时隙电路数据后，再次复位电路正常。

  15. 计费话单 －承载能力类别选择不当导致系统出告警话单 【故障现象】 某SoftX3000局，使用本局分组计费的方法进行局内呼叫计费。同一AMG内部两用户间互拨，产生的话单非期望的详细话单，而是告警话单。 【故障定位】 • 使用LST CHGGRP命令检查本局分组计费数据配置，发现主叫计费源码、被叫计费源码及计费情况均正确，但是承载能力为“所有语音业务”。 • 此类呼叫的真实的承载类型为“IP音频”，因此，考虑是否“所有语音业务”类型并未包含“IP音频”类型。 • 尝试使用MOD CHGGRP命令修改承载能力为“IP音频”或“所有业务”。 【故障处理】 使用MOD CHGGRP命令修改承载能力为“IP音频”或“所有业务”后，计费正常。

  16. 网关、终端注册－UMG网关处于离线不可用 【故障现象】 某SoftX3000新开局，UMG注册后，突然发现所有的TDM电路都变为故障。 【故障分析】 • 分析故障现象及范围 • 检查注册信令是否可达 • 检查完成注册的要素在网关/终端侧与软交换侧是否配置一致 • 检查网关/终端鉴权配置 • 检查是否存在资源（IP地址、MAC地址等）冲突 【故障定位】 将H.248编码方式由文本改成二进制后，系统恢复正常

More Related