pon组网及原理17—典型案例培训.ppt

  1. 1、本文档共93页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
pon组网及原理17—典型案例培训

谢谢大家! 宽带接入已经成为中国电信业务增长的第一驱动力。 —中国电信总工程师 韦乐平 设备类:12、 FTTN设备不上网管案例 【故障分析】 此15ONU不上网管为路由环路造成,以致于snmp报文不能在15ONU和网管之间相互传递。TTL为PING包的生命周期,TTL expired in transit 代表包在传输过程中过期,导致这个问题出现的原因有两个: 1)TTL值太小,TTL值小于你和对方主机之间经过的路由器数目; 2)路由器数量太多,经过路由器的数量大于TTL值。 出现该类问题,使用 TRACERT这个命令工具可以很容易找到问题根源(Windows里都自带了这个)。这里的测试结果如下: 设备类:12、 FTTN设备不上网管案例 C:\ tracert 93 Tracing route to [93] over a maximum of 30 hops: 1 17 ms 9 ms 10 ms 2 1ms 1ms 1ms 41 3 1ms 1ms 1ms 81 4 9ms 9 ms 9ms 0 5 1ms 1 ms 1ms 9 6 7ms 9 ms 14ms 0 7 1ms 1 ms 1ms 9 8 3ms 9 ms 9ms 0 9 2ms 1 ms 2ms 9 通过监测,可以清楚的发现,路由产生环路,在0,9,这两个路由之间转不出来,从而造成TTL expired in transit 设备类:13、 IPTV业务在收看节目时约3分钟画面中断故障 十三、IPTV业务在收看节目时大约3分钟画面中断故障案例 【现象描述】 EPON设备(AN5116-02、AN5006-07B)为IPTV提供二层传输通道,近期工程中反映在观看直播节目约3分钟左右,画面定格并随后提示信号中断。 【处理过程】 1. 接到上述故障后首先检查了EPON系统为ITV提供的传输通道,确定正常(通过测试拨号测试手段发现并未出现掉线或者闪断)。为尽快定位故障点先后在ONU与家庭网管及OLT上联口进行抓包分析,如下: 正常协议流程: IGMP V2协议定义的组播查询机制如下: 设备类:13、 IPTV业务在收看节目时约3分钟画面中断故障 1.路由器周期性的向主机侧发出查询报文(QUERY) 2.组的其他成员监听到报告后抑制报告发送 3.主机发送单个组的报告(REPORT) IP地址分析: 0为机顶盒获取到的IP地址; 6为组播服务器地址; 为子网的所有系统; 设备类:13、 IPTV业务在收看节目时约3分钟画面中断故障 现场抓包分析如: 1. 0是机顶盒发的加入包,该包是封装在PPP中的。 2. 6是服务器地址,该服务器下发的组播通用组查询是普通的以太网包,没有封装到PPP中。 设备类:13、 IPTV业务在收看节目时约3分钟画面中断故障 3. 主机通过发送IGMP Membership reports,申请加入一个组5。路由器周期性发出IGMP membership query ,检查是否有组员存在,如果在3次查询时间间隔里没有收到回复,则路由器宣布这个子网没有组员。从 ONU-家庭网关直播过滤.pcap 中可以看出,IGMP Membership Query 查询间隔为1分钟,3次就是3分钟,由于机顶盒IP 0没有回组播通用组查询,3次查询过后路由器自动将组删除。 设备类:13、 IPTV业务在收看节目时约3分钟画面中断故障 【故障分析】 服务器地址6的宽带接入方式是固定IP,该服务器下发的组播通用组查询没有封装到PPP中。由于用户和服务器的宽带接入方式不同,机顶盒IP为5没有回组播通用组查询,所以业务中断。 摘 要 目 录 一、设备类 二、网管类 三、其余 摘 要 一、故障处理流程

文档评论(0)

wuyoujun92 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档