智慧城域网技术与实战 2.1.1全网故障排查总流程和12.3.1 故障排查.docxVIP

智慧城域网技术与实战 2.1.1全网故障排查总流程和12.3.1 故障排查.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

同学们,大家好,今天的课程是:“智慧城域网全网故障排查”。

首先我们来看一下学习目标,学完本节课程后,你应该能,掌握基本故障排查思路,能够独自进行故障排查。

本节课主要分为三部分讲解:分别是:故障排查思路介绍,全网故障排查总流程,故障排查案例分析。

首先我们来看第一部分,故障排查思路介绍。

故障处理系统化是合理地一步一步找出故障原因,并解决故障的总体原则。其基本思想是系统化的将故障的所有可能原因缩减或者隔离成几个小的部分,从而使问题的复杂度降低。有序的故障处理思路将有助于解决所遇到的问题。

下面针对本软件的特点给出详细故障排查方法和步骤。

1.故障现象观察

要对网络故障进行准确分析,首先应该了解故障的各种现象,然后才能确定可能产生这些现象的故障根源。因此,对网络故障做出完整、清晰的描述是一个重要步骤。

2.故障信息采集

了解清楚故障现象后,需要进一步搜集有助于故障定位的详细信息。这些信息包括在调试工具的“状态查询”中所能观察到的信息,还有Ping、Trace、光路检测等工具的测试结果。

3.经验分析和理论判断

利用前两个步骤收集到的信息,并根据自己以往的故障处理经验和所掌握的网络设备和协议的知识,来确定排错范围。通过划分范围,确定需要关注的故障或与故障情况相关的那一部分网络设备、传输介质或终端。

4.整理可能原因的列表

如果故障比较复杂,整理一张表格,列出根据经验判断和理论分析后总结的各种可能原因,并针对每一种可能的原因制定出详细的操作排查步骤。

这一步骤当中需要注意的是:每次操作进行只进行一次改动,这样才有助于确定该改动是否会导致故障的消失。如果做了多处配置的变动,即使故障消失,也不知道是哪个命令解决故障的。一旦制定好计划,就可以细心地实施这个计划了。

5.对每一项可能原因进行排错和验证,并观察结果

当实施操作计划时,应该注意,每次只能做一个修改。如果修改成功,那么修改的结果应该进行分析并记录。如果修改没有成功,应该立即撤销这个修改。同样重要的是应该按照计划来进行操作,不要盲目乱改,以免造成新的故障。

6.循环进行故障排查

当一个故障排查方案没有解决故障时,进入到循环故障排查阶段。

在进行下一个循环之前,必须将网络恢复到实施上一个方案前的状态。如果保留上一个实施方案对于网络的改动,则有可能导致新的问题。

循环排错有两个切入点:

(1)针对某一个可能原因的排错方案没有达到预期的效果,则执行下一个排错方案;

(2)如果所有的方案都没有起到效果,则需要重新搜集故障信息,制定新的排错方案。

接下来看第二部分,全网故障排查总流程。

其中,接入侧及服务端的排查过程如下。

步骤一,搜集错误提示信息。根据错误提示进行初步故障定位。

上网业务,会在PC屏幕上弹出错误提示;

??VoIP业务,在电话机屏幕出现错误提示;

??IPTV业务,在TV屏幕上出现错误提示;

??WLAN业务,在手机屏幕出现错误提示。

如果业务验证失败,从错误提示中进行适当分析,一般能找出规律。引起故障的原因主要有两种,一是物理层面的故障,例如设备故障、线缆故障、接错线缆、接错端口等。二是数据配置故障,少配、错配了部分参数,造成业务配置不完整。

步骤二,排查接入侧物理连接故障。

在不能明确故障产生的具体原因和位置时,采用先接入侧后服务端,先物理连接后数据配置的检查顺序。

接入侧物理连接检查顺序是从验证终端开始向用户网关方向进行检查,检查过程中对比之前的连线规划。以PPPoE业务为例,假设OLT经过SW汇聚后接入BRAS,检查顺序为PC→ONU→Splitter→OLT→SW→BRAS,还包括中间可能进过的ODF架。

步骤三,排查接入侧数据配置故障。

数据配置的检查顺序与物理连接检查相似,从验证终端开始向用户网关方向进行检查。在单个设备中,可以考虑按照数据流在设备中的流向为线索进行检查。例如,PPPoE在OLT中的数据配置,先检查GPON宽带业务配置,再检查其ONU认证、类型模板等配置,最后检查上联接口配置。

步骤四,检查服务器物理连接故障。

接入侧未发现故障再检查服务端网络。服务端物理连接主要是服务端设备与其同机房承载设备的对接。

步骤五,检查服务器数据配置故障。

服务端数据配置检查的重点是对接数据的配置。例如AAAServer与BRAS对接时,重点是认证、计费端口号和对接IP的设置。

此时若排查正确后,业务在实验模式下便可以业务验证成功。接下来便可以排查承载网,以做到工程模式下业务验证成功。

承载网的故障排查步骤如下。

步骤六,端对端Ping检测连通性。从用户网关到服务端,使用二者需要通信的IP地址,进行端对端的Ping测试。例如,对于PPPoE业务,要求BRAS与AAAServer的IP互相通信,且BRAS与主DNS的IP也能互通。基于此,使用这两对IP地址

文档评论(0)

释然 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档