设为首页收藏本站language 语言切换
查看: 5506|回复: 55
收起左侧

[分享] MA5680T因用户侧环路导致拨号676错误提示解决方案

[复制链接]
 成长值: 63415
发表于 2016-6-6 16:11:14 | 显示全部楼层 |阅读模式
问题描述
接线员反应某局点OLT下有3-4个用户均反映宽带突然拨号676,无法上网?且原来这些上网正常,也没有进行其他割接操作。


处理过程
1、  OLT上行口0/9 0绑定相应BRAS端口的MAC地址(mac-address static ethernet  0/9/0 vlan  2415  0018-8204-XXXX),此时在ME60上查看interface Eth-Trunk2.2415接口下的用户,发现用户已经上线。同时接线员也确认可以正常拨号上网。

2、  在OLT上打开环路检测功能(ring check enable),同时删除OLT上行口0/9 0绑定的MAC地址,此时用户均可以正常拨号上线。同时也可以在OLT(display event history all)上看到下面事件提示:

  EVENT 72194 运行事件 警告 0x29100001 业务质量类

  事件名称 :用户端口形成环网

  参数信息 :环网本端端口: 框号: 0, 槽号: 1, 端口号: 2; 环网对端端口: 网桥MAC

  : 286E-D40C-XXXX, 框号: 0, 槽号: 1, 端口号: 2

  事件描述 :用户端口形成环网

  事件原因 :用户端口形成环网

  修复建议 :检查用户侧网络拓扑结构, 消除环网条件,并将端口解阻塞

同时通过命令(display board 0/1)查看ONU,其他均正常,0/1/2端口下的ONU状态如下:

------------------------------------------------------------------------------
  F/S/P   ONT-ID         SN         Control      Run    Config   Match     DBA
                                    flag         state  state    state     type
  ------------------------------------------------------------------------------
  0/ 1/2       1  48575443696xxxxx  active       up     normal   match     SR
  0/ 1/2       2  48575443690xxxxx   deactivated  down   initial  initial   SR
  0/ 1/2       3  48575443696xxxxx   active       up     normal   match     SR
  0/ 1/2       4  48575443696xxxxx active       up     normal   match     SR
  0/ 1/2       5  48575443DBFxxxxx   active       up     normal   match     SR

  ------------------------------------------------------------------------------
     In port 2, the total of ONTs are: 5


根因

1.用户端口形成环路,导致BRAS侧MAC地址漂移。

在OLT上正常应该从上行口0/9/0学到BRAS端口的MAC地址,BRAS侧MAC地址漂移后,不能从OLT上行口学习到正确MAC地址。此时在OLT上执行display mac-address vlan  2415时,就看不到vlan 2415对应的BRAS侧MAC地址。

2、拨号出现676错误提示,是处在PPPOE拨号的发现阶段。

发现阶段的报文如下:

      ●PADI(PPPoE Active Discovery Initiation)

         用户主机以广播的方式发送PADI数报包,请求建立链路。

      ●PADO(PPPoE Active Discovery Offer)

        ME60以单播的方式发送一个PADO数据包对主机的请求做出应答。

      ●PADR(PPPoE Active Discovery Request)

此时主机向选中的AC(ME60)单播一个PADR数据包。PADR数据包源MAC为主机,目的MAC为ME60。当形成环路后在OLT上找不到对应的MAC转发表项即ME60收不到主机发送的PADR报文,更不用说PADS报文了,所以PPP会话就无法建立。此时在用户的拨号器上显示的就是676错误提示。

      ●PADS(PPPoE Active Discovery Session-confirmation)


         当AC(ME60)在收到PADR报文时,就准备开始一个PPP的会话了。



解决方案
游客,如果您要查看本帖隐藏内容请回复



发表于 2016-6-8 18:23:45 | 显示全部楼层
真的呢的   
地板 2016-6-8 18:23:45 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2016-7-15 15:56:31 | 显示全部楼层
轻轻轻轻去去去
5# 2016-7-15 15:56:31 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2016-7-27 14:58:24 | 显示全部楼层
谢谢楼主分享了。
6# 2016-7-27 14:58:24 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2016-7-27 14:58:55 | 显示全部楼层
谢谢楼主分享了。
7# 2016-7-27 14:58:55 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2016-8-4 09:10:14 | 显示全部楼层
学习学习学习
9# 2016-8-4 09:10:14 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2016-8-24 23:01:50 | 显示全部楼层
多谢分享,遇到意思此类问题
10# 2016-8-24 23:01:50 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2016-10-12 21:32:52 | 显示全部楼层
我已经碰到这样的事了
11# 2016-10-12 21:32:52 回复 收起回复
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 论坛注册

本版积分规则

QQ|Archiver|手机版|小黑屋|sitemap|鸿鹄论坛 ( 京ICP备14027439号 )  

GMT+8, 2025-2-3 02:03 , Processed in 0.065973 second(s), 11 queries , Redis On.  

  Powered by Discuz!

  © 2001-2025 HH010.COM

快速回复 返回顶部 返回列表