PON网络MAC地址欺骗引起PPPOE拨号认证失败的案例
- 格式:doc
- 大小:191.00 KB
- 文档页数:5
PPPoE拨号概率性出现676错误案例分析
PPPoE拨号是一种广泛使用的接入互联网的方式,通过PPPoE协议,用户可以为不同
设备或用户提供访问互联网的接口。
然而,由于各种原因,PPPoE拨号时很容易出现各种
错误。
本文将介绍一个PPPoE拨号时出现676错误的案例,并分析其原因和解决方案。
一、案例描述
某企业使用PPPoE拨号接入互联网,现场工程师反馈称,在进行PPPoE拨号时,经常
会出现“错误676:线路占用”的情况,导致网络服务无法正常使用。
二、问题分析
1. 错误现象
错误676是PPPoE拨号过程中出现的一种错误,其提示信息为“线路占用”。
该错误
的出现表明当前网络连接已经被占用,无法再次进行拨号。
2. 错误原因
(1)其他设备或用户使用了相同的账号进行了拨号,导致该账号被占用;
(2)拨号时网络负载过重,导致网络连接出现瓶颈;
(3)PPPoE拨号软件或路由器故障,导致网络连接异常。
针对以上原因,可以采取如下措施进行解决。
3. 解决方案
(2)增加网络带宽,优化网络负载,降低网络拥堵的可能性。
(3)检查PPPoE拨号软件或路由器的设置,确保其正常运行。
如发现故障,则需要对其进行维修或更换。
三、总结
通过本文的案例分析,我们了解到了PPPoE拨号时出现676错误的原因以及解决方案。
在实际应用中,我们应该密切关注网络连接的状态,及时发现并处理类似问题,保持网络
畅通,提高用户体验。
PON网络MAC地址欺骗引起PPPOE拨号认证失败的案例故障现象:2012年7月11日,GPON网络出现大量用户PPPOE拨号认证失败投诉,拨号错误代码676,但同台OLT下部分用户能够正常拨号。
原因分析:PPPOE拨号认证失败原因很多,主要有设备软硬件问题、物理链路问题、PPPOE协议报文丢失等几大类。
此次故障中上报拨号676错误,首先排除物理链路问题(物理链路中断会上报678错误代码),从设备软硬件和协议报文丢失方面分析。
1、从设备软硬件方面分析检查OLT各单板(主控板、上下行板)的告警性能误码状态,发现无任何异常告警和异常性能。
上行G28单板和下行PON板的流量状态也未超负荷,其中上行G28板流量很少,排除设备单板软硬件及网络拥塞问题。
2、查看MAC地址表与现场供电交换机抓包对比分析在网管上用show svc all 命令查看,发现有一个DHCP获得的地址和BARS 相同(00:30:88:01:d6:5b为BRAS的MAC地址),详见下图红色字体标识。
图1 查看故障OLT下的业务流数据上图中红色字体显示,有一个设备DHCP获得的地址和BRAS的相同,该条流标识为“3F8BAB”,该设备还发出了一个ARP广播报文请求IP地址为10.240.136.1的设备,并且该设备DHCP获得1402,58的vlan数值。
通过show crs gem命令找到流标识为“3F8BAB”对应的GEM号,然后在OLT 的交叉连接中找到同GEM号的ONU为ONT-14-3-4,该台ONU下挂了的供电交换机管理vlan正是58,而1402的vlan是在OLT的PON口所标记的svlan,找到该台供电交换机后,在其管理口做镜像抓包结果如下:图2 现场供电交换机管理口镜像抓包截图从上图第一行可以看出,该供电交换机mac地址为00:22:93:55:c0:bf,且发出了请求IP为10.240.136.1设备MAC地址的广播包,与图1数据吻合。
主题:网络MAC欺诈导致S9306下带拨号用户错误676故障
作者:李永青
邮箱:jd_ liyongqing@
所在省:辽宁
关键字:676 MAC 欺骗
专业:数据
设备类型:交换机
设备型号:s9300
软件版本:不涉及
业务组网图:
PC----> OLT-----> S9306----> ME60
故障描述
用户拨号上网时出现错误676,有时又能正常连接,平均正常上网2~3小时左右自动掉线。
现场在OLT、S9306、ME60上抓包发现PADI、PADO报文都能正常交互,但当OLT发出PADR报文之后,接收不到PADS报文,ME60上也没有收到PADR报文。
原因分析:
1、用户在拨号阶段,PADR报文没有得到回应,导致错误676。
2、在抓包过程中无意发现到,S9306下一用户的MAC地址与ME60的MAC地址一样。
3、用户在拨号的时候,PADI广播报文可以广播给ME60,ME60会给用户回复PADO报文,PADI和PADO 交互正常。
但是当PADR单播报文向上发送的时候,会将PADR报文发给MAC欺诈用户,这时MAC欺诈用户不会给用户回复PADS报文,导致用户错误676。
解决措施:
将MAC欺诈用户踢下线,问题解决。
建议总结:
无。
ONU桥MAC地址初始化引起设备丢包、语音断话故障一、障碍现象描述:2015年2月8日,西沙末梢装维人员申告西沙长庚巷两台设备(192.168.226.34、192.168.226.35)故障,电话时好时坏,宽带正常。
二、设备组网情况:三、设备故障初步分析:1、设备线路质量不好,收光光衰过大2、设备管理地址冲突四、故障预处理情况:1、通知外勤人员现场测试ONU收光情况为-15dbm左右,线路正常。
2、设备正常情况下,登陆设备,Ping 设备管理地址,不存在IP冲突情况。
3、故障原因比较复杂,通知维护人员准备更换MA5616 主控板,并联系华为800客服共同处理。
五、故障处理情况:1、故障分析:联系华为客服后,说明故障情况,由于设备电话故障时,设备下宽带和IPTV不受影响,线路原因排除,设备管理业务和语音业务通过桥MAC地址转发,初步判断ONU设备主控板桥MAC地址初始化,导致上联OLT上存在MAC地址冲突。
2、故障处理:⑴、根据线务员反映情况确定设备在OLT上注册信息为西沙FTTX OLT2 0/15/1 -4 和0/15/1-5,使用命令:display service-port port 0/15/1 ont 4查询设备业务流信息如下:面向交换业务流列表-------------------------------------------------------- 索引 VLAN VLAN 端口框/槽/端口 VPI VCI 业务参数ID 属性类型-------------------------------------------------------- 514 3814 common epon 0/15/1 4 - vlan 3814 2512 3980 common epon 0/15/1 4 - vlan 3980 2513 2454 common epon 0/15/1 4 - vlan 2454 2514 2954 common epon 0/15/1 4 - vlan 2954 2515 3454 common epon 0/15/1 4 - vlan 3454 2536 1907 common epon 0/15/1 4 - vlan 1907 --------------------------------------------------------⑵、管理业务流和语音业务流对应索引分别为2512和2536,使用命令display mac-address 2512和display mac-address 2536查询语音和管理转发MAC地址信息如下:------------------------------------------------------虚端口类型 MAC地址地址框/槽/端口 VPI VLAN ID索引类型------------------------------------------------------2512 epon 00e0-fc11-2233 动态 0 /15/1 4 3980------------------------------------------------------------------------------------------------------------虚端口类型 MAC地址地址框/槽/端口 VPI VLAN ID索引类型------------------------------------------------------2536 epon 00e0-fc11-2233 动态 0 /15/1 4 1907⑶、使用命令location 00e0-fc11-2233查询到共有6台设备桥MAC 地址初始化,分别为:0/6/2-0 192.168.221.96 (MA5620E)0/6/2-5 192.168.221.101 (MA5620E)0/15/1-4 192.168.226.34 (MA5616)0/15/1-5 192.168.226.35 (MA5616)0/14/2-6 192.168.225.238 (MA5616)0/3/3-6 192.168.220.182 (MA5620E)⑷、进入冲突ONU对应的EPON单板使用命令:ont deactivate 1 4 (数字代表PON口号和ONU编号)对其中5台ONU去激活。
中国移动PON网络应用故障案例库中国移动通信集团北京有限公司2011年2月目录1.项目概述 (3)1.1.背景和意义 (3)1.2.研究内容 (3)1.3.编制依据 (3)2.PON网络故障点分析 (3)2.1.PON网络结构 (3)2.2.PON网络常见故障分析 (4)2.2.1.光网络层常见故障 (4)2.2.2.业务应用层常见故障 (5)2.2.3.其他常见故障 (5)3.PON网络应用问题案例分析 (5)3.1.光网络层故障案例 (5)3.1.1.传输距离超过20km (5)3.1.2.PON链路光功率衰耗过小 (6)3.1.3.PON链路光功率衰耗过大 (7)3.1.4.光纤接头不匹配导致ONT无法注册 (7)3.1.5.光纤链路性能恶化引发误码丢包 (8)3.1.6.异常发光ONU导致同PON口下所有ONU业务异常 (8)3.1.7.SDH光端机误接入PON网络导致多个ONU业务异常 (8)3.1.8.上联光口单纤中断导致业务中断 (9)3.1.9.设备与交换机两端光模块配置错误导致链路异 (9)3.1.10.上行设备光模块问题导致组播节目不流畅 (10)3.2.业务应用层故障案例 (11)3.2.1.ONU掉电重启后业务配置下发丢失 (11)3.2.2.业务配置模板与ONU设备类型不兼容 (11)3.2.3.流量模板中设置的业务流下行速率值较小导致机顶盒下载节目列表慢 (11)3.2.4.PC MAC地址重复导致PPP拨号失败 (11)3.2.5.电话打不通但能上网 (11)3.2.6.OLT与BRAS之间双路由引起的宽带拨号业务676故障 (11)3.2.7.SN相同导致ONT无法注册 (11)3.2.8.OLT与ONU之间双路由保护出现ONU离线问题 (11)3.2.9.OLT上联接口VLAN配置与BRAS VLAN配置不匹配导致业务中断 (11)3.2.10.网关地址冲突造成上网业务全部中断 (11)3.2.11.设备网线类型设置为AUTO导致与传输对接不成功 (11)3.2.12.组播流TTL值设置不当导致用户无法收看节目常 (11)3.2.13.用户点播节目一段时间后画面停止 (11)3.2.14.未配置Hostip导致用户不能点播节目 (11)3.2.15.未配置Fast leave导致用户下载速率慢 (11)3.2.16.QoS配置不合理导致V oIP业务质量较差 (11)3.2.17.错误配置导致DHCP拨号不成功 (11)3.2.18.ACL配置不合理导致专线用户不能上网 (11)3.2.19.设备没有转发未知多播报文导致下挂路由器建立OSPF路由失败 (11)3.2.20.上级设备开启广播抑制功能导致级联的设备下用户拨号困难 (11)3.2.21.BRAS侧数据配置问题导致OLT接入的拨号用户无法正常上网 (11)3.2.22.拨号用户提示721错误 (11)3.2.23.E1映射到T-CONT中带宽配置不当引起丢包 (11)3.2.24.远程升级ONU软件版本失败 (11)3.2.25.OLT工作在IGMP Proxy模式下IGMP协议版本互通故障 (11)3.2.26.V oIP语音质量问题 (11)3.2.27.V oIP话机摘机忙音故障 (11)3.2.28.ONU上配置了管理地址导致从OLT下发IP失败 (11)3.2.29.ARP映射不匹配导致无法从维护网口登录ONU设备 (12)3.2.30.ONU由于H.248接口没有正常注册无法进行数据保存 (12)3.2.31.MA5616开启环路检测导致用户端口自动关闭 (12)3.2.32.OLT与对端设备的链路聚合配置不一致导致用户有时打不开网页 (12)3.2.33.ONU上配置的广播域太多导致PC经常无法获取DHCP分配的地址 (12)3.2.34.ONU设备用户VLAN和组播VLAN不同导致组播不通 (12)3.2.35.OLT的PON口有组播带宽限制导致新加入的节目无法播放 (12)3.2.36.承载组播方式工作的私有协议的二层透传业务专线的配置问题 (12)3.2.37.承载RIP协议的二层透传业务专线的配置问题 (12)3.2.38.MA5616下挂公话只能接不能打的问题 (12)3.2.39.MA5620E软交换功能故障 (12)3.2.40.MAC地址老化时间过短导致OLT下挂UA5000的VOD组播用户花屏 (12)3.2.41.不同组播IP映射到相同的组播MAC导致某组播频道节目卡 (12)3.2.42.OLT与交换机LACP配置问题导致对接不成功 (12)3.2.43.POTS配置冗余导致语音业务闪断 (12)3.2.44.IMS未配置号码属性支持T38导致ONT上传真业务故障 (12)3.2.45.ONU拨号后要等4-5s才出现回铃音的情况故障 (12)3.2.46.ONU 体彩、福彩掉线故障 (12)3.2.47.ONU设备开通呼叫转接引起的故障 (12)3.2.48.BRAS负载过大导致IPTV节目故障 (17)3.2.49.ONU发传真故障 (17)3.2.50.ONU宽带拨号678故障的分析 (17)3.2.51.ONU下挂无线AP电脑无法获取IP 问题的故障分析 (17)3.2.52.丢失关键包导致语音断话故障 (17)3.2.53.MGC链接断开告警频现的故障 (17)3.2.54.无回铃音故障处理 (17)3.2.55.拨号数图格式问题导致二次拨号故障 (17)3.2.56.语音业务通信中断后,不能自动注册 (17)3.2.57.ONU下联设备ARP攻击导致同一PON口下所有用户pppoe拨号678故障 (17)3.2.58.IPTV业务HTTP页面失败故障 (17)3.2.59.三方通话问题处理 (17)3.3.其他故障案例 (17)3.3.1.单路电源功率不足导致设备频繁重启 (17)3.3.2.电压不稳定导致ONU反复上下线 (18)3.3.3.板卡温度异常引起ONU不能同步 (18)3.3.4.OLT机框内单板之间软件版本不匹配导致的故障 (19)3.3.5.备用主控板无法正常启动 (19)3.3.6.电磁干扰引起上联口时通时断问题 (20)4.PON网络运维建议 (21)4.1.光网络层故障排查方法 (21)4.1.1.在线测试和诊断 (21)4.1.2.离线测试和诊断 (22)4.1.3.PON光链路自动测试和诊断系统 (22)4.2.业务应用层故障排查建议 (23)1. 项目概述1.1 背景和意义随着网络演进和业务发展的需要,中国移动正进入全业务宽带网络的发展阶段,PON 设备以其高带宽、长距离传输、全业务接入能力成为实现FTTx 的主流技术,因此是今后中国移动全业务宽带网络发展战略中不可缺少的技术实现手段。
华为EPON-ONU下用户PPPoE拨号失败用户通过PPPoE拨号方式上网,拨号时出现“错误678”等拨号失败错误,无法获取IP地址信息。
原因分析该故障的可能原因如下:∙用户侧链路存在问题∙数据配置错误∙OLT上层设备的对接问题1.用户侧链路存在问题1.在ONU和OLT侧,分别使用display mac-address portframeid/slotid/portid命令查询端口学习到的MAC地址,确认ONU或OLT 是否已学习到故障用户PC的MAC地址。
o如果ONU能够学习到,说明用户PC到ONU之间的链路是正常的。
o如果OLT能够学习到,说明用户PC到OLT之间的链路是正常的。
2.如果ONU学习不到,可定位为用户到ONU之间的链路存在问题。
o检查ONU的数据配置,参考本节“数据配置错误”的处理。
o检查用户PC、Modem、ONU到CPE之间的物理线路,必要时进行部件替代方式进行定位。
3.如果ONU能学习到PC的MAC,但OLT学习不到,可定位为ONU到OLT之间的链路存在问题。
o检查OLT的数据配置,参考本节“数据配置错误”的处理。
o在EPON模式下,使用display ont state portid ontid命令检查用户所在ONU的工作状态。
如果状态不正常,请参考“ONU无法自动发现”、“ONU无法注册”、“ONU频繁掉线”章节处理。
2.数据配置错误1.故障出现前,用户的业务是否正常。
o如果故障前业务正常,使用display log命令检查系统日志,确认是否因为数据配置存在修改失误从而导致故障。
如果是,请重新调整配置。
o如果属于业务第一次开通,请参考配置指导文档进行配置。
2.在OLT和ONU上,使用display service-port portframeid/slotid/portid命令检查业务流配置,检查用户VLAN、ONU ID、端口号、上行口等映射关系是否与实际情况一致。
关于PON网络故障典型案例目录1、华为PON网络典型故障案例 (2)1.1、B类ONU上行VLAN透传问题 (2)1.2、ONU参数设置问题 (5)1.3、B类ONU更换PON口 (8)2、阿尔卡特PON网络典型故障案例 (13)2.1、OLT上联口故障 (13)2.2、ONU端口异常 (20)1、华为PON网络典型故障案例1.1、B类ONU上行VLAN透传问题故障描述:接到电话保障一个B类ONU无法上网,网管检查该ONU 状态正常,(该ONU有两个上联口,尾纤接1口时ONU无法登陆,接2口时ONU正常登陆)业务配置正常,ONU上能识别到网口下带电脑的MAC地址,但在OLT上查询不到该MAC地址。
故障诊断:定位及处理过程:1、检查该B类ONU状态正常,无任何异常告警。
2、与现场核对CVLAN,SVLAN与网管上配置一致,检查OLT上service port、线路模板配置正常,检查ONU上service port,以太网端口设置均正常。
3、联系现场,把手提电脑接到对应的网口上,长PING网关。
在网管上,进入ONU的命令行,观察该手提的MAC地址能透传上ONU。
4、进入OLT的命令行,查询不到该MAC地址。
5、双击ONU进入网元管理器,检查VLAN是从0/0/1口透传到OLT 的,而状态正常且在用的是0/0/2口,于是把0/0/2口增加到VLAN 的端口列表中。
6、进入OLT的命令行能够查询到该MAC地址,现场反馈业务正常。
分析情况:1、display mac_address port 0/1/1 查看ONU能否获取手提上的MAC地址。
截图012、display vlan xxx 查看vlan是通过哪个上联口向上透传截图02通过截图看出vlan是从1口向上透传的,而现场在用的是2口。
3、display board x/x 查看板卡上端口的状态。
截图03故障分析为1口是DOWN的,2口为UP的。
VLAN无法从1口透传上去。
PPPOE拨不上号的排障方法(发送文档之前,请询问清楚用户所在地区,先排除河南、湖南等特殊拨号模式)若您设置了PPPOE,在路由器界面运行状态查看W AN口状态IP地址全为0,一直连接不上时,请点击左边最后一个选项“系统工具”——系统日志,对比下面的内容来排查:1、密码验证失败:可能的原因:(1)、帐号或密码错误:请点击网络参数——W AN口设置,将上网帐号、上网口令删除,重新输入您自己宽带连接的用户名密码(区分大小写,若有后缀需加上),保存,连接。
(2)、ISP绑定了电脑网卡的MAC地址,解决方法是:(电脑和路由器用网线连接时:点击路由器左边菜单“网络参数”——MAC地址克隆——克隆MAC地址,看到上下两个MAC地址的数字一样后,点击保存;系统工具——重启路由器。
(该操作必须使用单机可以上网的电脑有线连接路由器操作)电脑和路由器用无线连接时(您的情况):不使用路由器,将您的电脑,直接插在前端的宽带宽带线上,若拨号能上网,点击本地连接的状态—支持(XP系统,win7没有)—详细信息—实际地址(Win7为物理地址),将实际地址抄下来,再接上路由器,进入界面,点击“网络参数——MAC地址克隆”,将刚才抄下来的地址输入到第一个即MAC地址栏中,保存,系统工具——重启路由器。
(3)、接入方式为非标准的PPPoE:如湖南星空极速、河南宽带我世界等。
则可能需要升级路由器并选择对应的特殊拨号模式才可以。
如果您不属于第三种情况,也已经克隆了MAC地址,请联系ISP以确认帐号或密码的正确性。
2、发送PADI,请求建立连接:请检查路由器W AN端口的指示灯:(1)、WAN指示灯不亮:请确认接线是否正确(比如忘记接线或将电话线直接接到W AN 口都是错误的)、应该将MODEM出来的网线接到路由器的W AN口,若您的线路是网线入户没有MODEM,则将上网的网线直接接入到路由器W AN口。
接线正确W AN口仍不亮的话,请更换一根WAN口的网线。
中兴EPON设备MAC漂移案例
故障现象:
据维护人员反应新城一小区多个用户报修宽带不能上网,拔号错误676、678,本地连接正常。
用户反应正在上网时,突然掉线,然后就连不上了,而且出现故障的时间都在同一个时间。
该小区是采用光纤+LAN的接入方式,全部使用用中兴的PON设备。
处理过程:
1、首先查看中兴网管,网管上没有与该现象有关的告警。
2、由于本地连接通,可以断定有电。
随机抽取几台设备可以PING通,设备能够管理到。
怀疑是上层数据故障。
3、登录OLT,没有查到关于这个小区的告警。
PON口正常,所有设备在线。
4、检测该PON口下的设备光路都在正常范围。
5、打开设备的环路检测功能,没有检测到环路。
6、由于整个OLT 使用同一个外层V ALN ,其它小区宽带正常,所以排除上层VLAN问题。
7、打开MAC 漂移检测功能,security mac-spoofing-trap enable
security mac-anti-spoofing uplink-protect enable
security mac-anti-spoofing enable 然后使用show security mac-spoofing-log 查看到另一PON口的MAC:cccc.810d.ff55 存在异常,找到异常的ONU。
关闭异常ONU后,该小区的宽带恢复。
分析:
通过这个故障我们认识到中兴网管还存在一些不足。
另外也提醒我们,不同的PON口之间也会出现影响,PON口之间的隔离功能还需要加强。
PPPoE拨号概率性出现676错误案例分析PPPoE是一种广泛应用于ADSL和FTTH等宽带接入技术的拨号协议,常用于家庭和小型企业的Internet接入。
在使用PPPoE拨号时,有时会出现错误代码676的情况。
错误代码676表示“线路忙”,即拨号服务器忙碌或线路过于拥挤,无法建立拨号连接。
这种错误通常是由于网络负载过高、拨号服务器故障或所连接的互联网服务提供商(ISP)有限的连接资源等原因造成的。
案例背景:某小型企业使用PPPoE拨号方式接入互联网,拨号客户端是一台路由器,路由器连接了多台电脑进行上网。
该企业在不同时间段接入互联网,可能会出现拨号失败的情况。
分析过程:1. 网络负载过高:当网络负载过高,即同时有许多用户进行拨号或使用网络时,拨号服务器的处理能力可能会达到上限,导致部分拨号请求被拒绝或超时。
在高峰时间段,企业的拨号成功率可能会下降,出现错误代码676的概率增加。
2. 拨号服务器故障:拨号服务器在长时间运行过程中,可能会出现故障或软件问题,导致无法正常处理拨号请求。
服务器内存不足、硬盘故障等都可能导致误码率增加,进而影响拨号的稳定性和成功率。
3. ISP有限的连接资源:互联网服务提供商为了控制成本,往往会限制每个地区或用户的连接资源(例如宽带带宽)。
当用户数量增加或网络负载增加,引起连接资源超负荷时,ISP可能会限制部分用户的拨号请求,以保证整体服务的平稳运行。
当企业拨号请求较多时,ISP可能不再接受新的拨号请求,导致错误代码676的概率性出现。
PPPoE拨号概率性出现错误代码676的原因主要包括网络负载过高、拨号服务器故障或ISP有限的连接资源。
为了提高拨号成功率,企业可以选择在低峰时间段进行拨号,同时与ISP协商提供更好的连接资源。
定期维护和管理拨号服务器也是预防故障和提高系统稳定性的重要手段。
PPPoE拨号概率性出现676错误案例分析引言随着互联网的普及和应用范围的扩大,PPPoE拨号技术也得到了广泛的应用。
在使用PPPoE拨号上网时,偶尔会出现676错误,给用户的上网体验带来了一些困扰。
本文将对PPPoE拨号概率性出现676错误进行案例分析,探讨造成该错误的可能原因,并提出相应的解决方案。
一、案例描述某公司的网络部门接到多起关于PPPoE拨号概率性出现676错误的投诉。
用户反映,有时候他们可以成功拨号上网,但有时候在拨号的过程中会出现676错误,无法正常连接到互联网。
在进行排查后,发现该问题不是由个别用户环境或设备引起的,而是在公司网络整体范围内都存在的问题。
二、分析原因1. 网络设备故障排查了公司网络设备,包括路由器、交换机等,发现这些设备并没有出现较大的故障。
因为PPPoE拨号错误是概率性出现的,所以可以排除网络设备故障的可能性。
2. 服务器端配置错误对公司的PPPoE服务器端进行了仔细排查,确认了服务器端的配置是正确的,不存在配置错误导致的问题。
服务器端的运行状况正常,排除了服务器端配置错误引起的可能性。
3. 网络问题针对网络问题进行了排查。
发现在网络架构中存在一些潜在的问题,例如网络拥堵、丢包等。
这些问题都有可能引起PPPoE拨号错误,特别是在高峰时期,网络拥堵的情况更加明显,导致了拨号错误的概率增加。
根据以上分析,可以初步确定PPPoE拨号概率性出现676错误的原因主要是由于网络问题引起的。
在高峰时期,网络拥堵和丢包的情况加剧了拨号错误的概率。
三、解决方案1. 优化网络架构需要对网络架构进行优化,尽量减少网络拥堵和丢包的情况。
可以增加网络带宽,对网络设备进行更新升级,优化路由设置,提高网络传输效率,从而降低网络问题对PPPoE 拨号的影响。
2. 增加冗余备份可以考虑增加冗余备份,将网络流量分散到多条线路上,降低单一线路故障对网络带来的影响。
这样可以有效提高网络的可靠性和稳定性,降低PPPoE拨号错误的概率。
PPPoE拨号概率性出现676错误案例分析PPPoE拨号是一种常见的上网方式,但在实际使用中有时会出现676错误,这给用户带来了不便。
本文将通过分析一个具体的案例,来探讨PPPoE拨号概率性出现676错误的原因,并提出相应的解决方案。
案例描述:某公司的网络部门接到了一位员工的求助电话,称他在使用公司网络时经常出现PPPoE拨号676错误,导致上网速度缓慢甚至无法连接网络。
经过进一步了解,该员工使用的是公司提供的ADSL宽带网络,而其他员工都没有出现类似问题。
分析过程:网络部门对该员工的拨号设置进行了检查,确认了他的PPPoE账号和密码是正确的,并且也没有发现任何异常的网络设置。
接着,网络部门在检查了公司网络设备和线路等方面也没有发现异常。
所有的硬件和软件都正常运行。
随后,网络部门对员工反映的问题进行了更进一步的分析。
他发现该员工所在的办公区域与网络设备的距离较远,而且线路较长。
这引起了网络部门的注意,因为在一些情况下,线路长度过长会导致信号传输不稳定,从而影响到PPPoE拨号的稳定性。
于是,网络部门决定对线路进行进一步的检查。
经过检查,网络部门发现了线路接口处存在松动和接触不良的现象。
这种情况在办公区域的网络线路中并不罕见,尤其是在经常移动或调整设备的环境中。
线路接触不良导致了信号传输的不稳定性,进而导致了PPPoE拨号时出现676错误的情况。
解决方案:网络部门对线路进行了修复和调整,并加强了线路的固定。
之后,员工再次尝试使用PPPoE拨号,发现错误已经不再出现了。
通过线路接口的调整和修复,信号传输的稳定性得到了提升,从而解决了PPPoE拨号概率性出现676错误的问题。
结论:通过这个案例的分析,我们可以得出以下结论:PPPoE拨号676错误的出现与网络线路的稳定性有关。
当线路存在接触不良等问题时,信号传输容易受到影响,从而导致了PPPoE拨号错误的出现。
对于出现PPPoE拨号错误的情况,首先要检查网络线路的稳定性,包括线路的长度、连接质量等。
PPPoE拨号概率性出现676错误案例分析PPPoE(Point-to-Point Protocol over Ethernet)是一种用于在以太网上进行广域网连接的协议。
在使用PPPoE拨号连接时,有时会遇到676错误。
本文将对PPPoE拨号概率性出现676错误的案例进行分析。
了解一下676错误的含义。
在PPPoE拨号过程中,错误代码676表示“线路已经忙”。
意味着服务提供商(ISP)的服务器目前无法接受用户请求。
这可能是由于服务器负载过高、路由器故障、网络通信问题等原因导致的。
接下来,进一步分析概率性出现676错误的案例。
以一个用户在家里使用ADSL宽带进行上网为例。
该用户在晚上特定时间段上网时,发现有时会出现PPPoE拨号失败的情况,错误代码为676。
1. 服务器负载过高:在晚上高峰期,由于许多用户同时上网,服务器的负载可能会增加。
如果服务器的处理能力不足以处理大量的连接请求,就有可能导致拨号失败。
尤其是在特定时间段,如晚上7点到10点,由于用户活动的高峰期,可能出现这种情况。
2. 路由器故障:用户的路由器是连接到ISP的关键设备,如果路由器发生故障或出现错误设置,也会导致拨号失败。
路由器可能在特定时间段重新启动,导致连接中断。
3. 网络通信问题:PPPoE拨号是通过互联网进行的,如果网络通信存在问题,也可能导致拨号失败。
当网络拥塞或出现故障时,拨号请求可能无法到达目标服务器,从而导致错误。
在上述案例中,用户在晚上特定时间段上网时,会概率性出现676错误。
原因可能是由于ISP服务器负载过高、路由器故障或者网络通信问题。
为了解决这个问题,可以尝试以下方法:1. 更换ISP:如果676错误频繁发生,可能是由于ISP服务器负载过高,建议联系ISP进行咨询,并尝试更换另一个ISP。
检查家庭网络中的路由器是否正常工作,可以重启路由器或者重置路由器设置,以排除故障或错误设置导致的问题。
3. 检查网络连接:可以使用其他设备尝试进行PPPoE拨号,如果其他设备也出现拨号失败的情况,则说明可能是网络通信问题。
PPPoE拨号概率性出现676错误案例分析PPPoE(Point-to-Point Protocol over Ethernet)是一种将PPP协议封装在以太网上运行的技术,广泛用于宽带拨号上网中。
676错误是PPPoE拨号过程中的错误码,表示“用户已经断开连接”。
案例背景:某小区的网络服务商提供了宽带上网服务,居民使用PPPoE协议进行拨号连接。
网络服务商通过交换机和路由器提供网络接入,用户通过家庭路由器转发信号进行连接。
一部分居民反映偶尔会遇到拨号失败的问题,通常是出现676错误码。
案例分析:1. 用户设备问题:可以排除用户设备的问题。
如果只有个别用户遇到了676错误,而其他用户正常连接,那么很有可能是该用户设备的问题。
用户可以尝试重启路由器、更换网线、更新固件等方式,来解决设备问题。
2. 服务商网络问题:如果多个用户同时遇到676错误,那么问题可能出现在服务商的网络中。
可能的原因包括交换机故障、线路故障等。
用户可以联系网络服务商寻求技术支持,检查网络设备的状态,确保它们正常工作。
3. PPPoE服务器问题:如果服务商网络没有问题,那么问题可能出现在PPPoE服务器上。
PPPoE服务器负责处理用户的拨号请求,如果服务器出现故障或负载过高,就有可能导致拨号失败。
用户可以在服务商那里咨询服务器的状态,并寻求服务商的技术支持。
4. 网络干扰问题:有时,周围的无线电设备或者电磁干扰可能会导致拨号失败。
如果用户所在区域存在强烈的无线电信号或电磁波干扰,那么用户可以尝试将路由器位置移动到离这些设备远一些的地方,以减少干扰。
PPPoE拨号概率性出现676错误的问题可能由多个原因导致。
用户可以根据具体情况,逐步排查并解决问题。
如果问题无法自行解决,可以联系网络服务商寻求专业的技术支持。
PPPoE拨号概率性出现676错误案例分析最近,一些用户反映使用PPPoE拨号上网时经常出现错误代码为676的问题,而出现的概率并不固定,有时经常出现,有时又会好几天不出现。
下面我们将对此问题进行详细分析和解决。
一、错误代码解释PPP协议是点对点协议,被广泛应用于拨号上网。
PPPoE是一种在以太网上模拟PPP 协议的协议,在广域网(WAN)上应用非常广泛。
其中错误代码676是指连接被远程计算机终止,也就是连接超时或连接突然断开。
二、问题原因造成PPPoE拨号出现676错误的原因很多,具体包括以下几点:1.宽带帐号或密码错误。
拨号时输入的帐号和密码有误,常见于第一次拨号或更改密码后未及时修改。
2.网络连接信号较弱或通信线路不稳定。
拨号连接的信号源或使用的通信线路出现故障,导致信号不稳定或者中断,造成拨号连接失败。
3.防火墙或杀毒软件拦截网络连接。
部分网络安全软件会误判PPPoE连接的请求,因此建议关闭杀毒防火墙软件后再进行拨号。
4.网络设置有误,DNS解析错误。
网络连接时,如果没有正确设置DNS,将导致域名无法解析,无法正常连接网络,造成拨号异常。
三、解决方案针对上述问题,我们可以采取以下解决方案:1.确认帐号密码是否正确,可在宽带运营商客户端或者网站上进行帐号密码重置2.检查信号和线路是否稳定,拨号前进行网络连接的巡检3.关闭网络安全软件的防火墙和杀毒扫描,确保网络连接正常4.及时修改正确的DNS配置,确保网络连接的稳定性总之,通过对PPPoE拨号出现676错误进行分析,我们可以看到各种原因都有可能导致该错误的出现,而针对不同情况需要采取不同解决方案。
希望这篇文章对广大用户有所帮助。
路由器PPPOE密码验证失败的原因可能会经常性的遇到PPPoE拨不上号的问题,致使您无法上网,下面是店铺整理的一些关于路由器PPPOE密码验证失败的原因的相关资料,供你参考。
路由器PPPOE密码验证失败的原因若使用路由器进行PPPOE拨号时出现无法连接,系统日志提示密码验证失败,具体检查和解决方法如下:一、可能是ISP(网络服务提供商)服务器故障,如果是这样请直接致电ISP询问并解决问题。
二、请确认输入的用户名和密码是否正确,是不是因为不小心开启了Caps Lock键,这种情况可以很快解决。
三、还有一种情况就是ISP绑定了电脑网卡的MAC地址,这也是最复杂的,这是因为一些地区ISP会在给用户安装宽带时绑定用户上网电脑网卡的MAC地址,只有被绑定的电脑才能通过PPPOE拨号上网,其他设备都无法拨号。
你可以这样解决此问题:用单机可以拨号上网的电脑登陆路由器配置界面――网络参数――MAC地址克隆,点击“MAC地址克隆”使上下MAC地址一样,然后再去操作拨号上网即可。
四、无法获取WAN口IP当你设置了PPPOE拨号后,无法获取WAN口IP时,可进入管理界面――系统工具――系统日志,如果你看到的日志是:“密码验证失败”。
这种情况的可能原因是:五、帐号错误:请确认用户名和密码是否正确,注意大小础⒆帜负褪?秩?SPAN lang=EN-US>“0”和“o”、忘记填写后缀如“@adsl”、“@163.gd”等问题。
可尝试在单机上输入该帐号来确认是否可以正常拨号或联系ISP以确认帐号的正确性。
六、ISP绑定了电脑网卡的MAC地址:部分ISP会在给用户安装宽带服务时绑定用户的电脑网卡的物理地址(即MAC地址),只有被绑定的电脑才能通过PPPOE拨号上网,其他电脑或路由器都无法拨号在路由器上,这个问题的解决办法是:用单机可以拨号上网的电脑管理路由器,进入路由器管理界面→网络参数→MAC地址克隆,将被绑定的电脑(单机可拨号的电脑)的网卡的MAC克隆到路由器上即可。
PPPoE拨号概率性出现676错误案例分析PPPoE(Point-to-Point Protocol over Ethernet)是一种常用于广域网(WAN)接入的网络协议,它通常用于ADSL(Asymmetric Digital Subscriber Line)等宽带接入方式。
在使用PPPoE拨号连接网络时,有时候会出现错误代码676,这意味着拨号无法完成。
错误代码676通常表示拨号时发生了错误,下面是一个概率性出现错误代码676的案例分析。
在一个典型的家庭网络拨号连接的场景中,家庭用户使用了一个宽带路由器,通过PPPoE方式连接到了网络提供商的服务器。
有时用户在拨号时会遇到错误代码676,无法完成拨号连接。
我们需要排除一些可能的原因。
一种可能的原因是输入的拨号账号和密码错误。
用户在拨号时输入了错误的账号或密码,导致服务器拒绝连接。
这种情况下可以尝试重新输入正确的账号和密码。
另一种可能的原因是网络提供商的服务器出现了故障。
服务器故障可能导致用户无法完成拨号连接。
这种情况下,用户可以联系网络提供商进行咨询或报修,以解决服务器故障问题。
还有一种可能性是用户的拨号设备或路由器出现了故障。
设备故障可能导致拨号连接失败,这种情况下用户可以尝试重启设备或更换设备来解决问题。
网络连接质量也可能影响拨号连接的稳定性。
如果用户所在的地区网络信号较弱或不稳定,可能会导致拨号时出现错误。
在这种情况下,用户可以尝试重新拨号,或者联系网络提供商查明是否有地区网络问题。
错误代码676的出现可能是由于输入了错误的账号或密码、服务器故障、设备故障或网络连接质量问题等原因。
针对不同的情况,用户可以尝试重新输入正确的账号和密码、报修服务器或设备、重启设备、更换设备或联系网络提供商解决问题。
PON网络MAC地址欺骗引起PPPOE拨号认证失败的案例
故障现象:
2012年7月11日,GPON网络出现大量用户PPPOE拨号认证失败投诉,拨号错误代码676,但同台OLT下部分用户能够正常拨号。
原因分析:
PPPOE拨号认证失败原因很多,主要有设备软硬件问题、物理链路问题、PPPOE协议报文丢失等几大类。
此次故障中上报拨号676错误,首先排除物理链路问题(物理链路中断会上报678错误代码),从设备软硬件和协议报文丢失方面分析。
1、从设备软硬件方面分析
检查OLT各单板(主控板、上下行板)的告警性能误码状态,发现无任何异常告警和异常性能。
上行G28单板和下行PON板的流量状态也未超负荷,其中上行G28板流量很少,排除设备单板软硬件及网络拥塞问题。
2、查看MAC地址表与现场供电交换机抓包对比分析
在网管上用show svc all 命令查看,发现有一个DHCP获得的地址和BARS 相同(00:30:88:01:d6:5b为BRAS的MAC地址),详见下图红色字体标识。
图1 查看故障OLT下的业务流数据
上图中红色字体显示,有一个设备DHCP获得的地址和BRAS的相同,该条流标识为“3F8BAB”,该设备还发出了一个ARP广播报文请求IP地址为10.240.136.1的设备,并且该设备DHCP获得1402,58的vlan数值。
通过show crs gem命令找到流标识为“3F8BAB”对应的GEM号,然后在OLT 的交叉连接中找到同GEM号的ONU为ONT-14-3-4,该台ONU下挂了的供电交换机管理vlan正是58,而1402的vlan是在OLT的PON口所标记的svlan,找到该台供电交换机后,在其管理口做镜像抓包结果如下:
图2 现场供电交换机管理口镜像抓包截图
从上图第一行可以看出,该供电交换机mac地址为00:22:93:55:c0:bf,且发出了请求IP为10.240.136.1设备MAC地址的广播包,与图1数据吻合。
从以上分析结果可以看出,是供电交换机自身向上层网络发送了BRAS的MAC地址。
3、现场OLT上行口捕获PPPOE拨号报文分析
(1)宽带用户PPPOE拨号流程
PPPoE拨号的工作流程包含两大部分:PPPOE发现阶段和PPP会话阶
段。
PPPOE发现阶段是无状态的,目的是获得PPPoE终结端(BRAS)的以太网MAC地址,并建立一个唯一的PPPoE SESSION-ID。
PPP会话阶段的主要目的是进行链路层和网络层协议的协商,协商后用户即可发送业务数据报文访问互联网。
PPPOE发现和会话阶段协议报文发送流程如下图。
(2)OLT上行口镜像抓包分析
至投诉用户家中,进行电脑拨号,同时工程师在OLT上行口镜像抓包,获取报文如下:
从上述抓包结果分析可得,用户电脑拨号发出的PADI广播报文能够正常抵达BRAS设备,同时BRAS设备回应的PADO报文也能够顺利发送至拨号电脑,但是用户电脑发出的PADR请求报文没有在OLT的上行口正常发出,从而导致BRAS无法响应PADS报文,用户拨号出现异常。
4、原因综合分析
(1)供电交换机伪装BRAS,间歇性地向OLT发送BRAS的MAC地址,该
MAC地址被OLT的上行G28单板记录在MAC地址表内,且该MAC地址条目会将原先正常BRAS的MAC地址条目冲掉。
(2)用户电脑发出PADI广播报文后,真正的BRAS和伪BRAS都收到该报文,然后真正的BRAS响应PADO报文,用户电脑正常接收.此时用户电脑会发出PADR报文,因PADR报文的发出是以BRAS的MAC地址为目的地(不区分端口信息),当该PADR报文送到OLT的G28上联板时,OLT按照G28单板内伪BRAS 的MAC地址条目,将该报文转发至伪BRAS,而伪BRAS无法响应PADR报文,导致用户拨号报676错误代码。
经验总结:
通过在OLT的下行PON口设置欺骗MAC地址过滤策略,杜绝用户侧伪BRAS设备将真正BRAS的MAC信息发送至上层网络,排除故障。
设定的过滤规则如下:
copy profile classifier New CHECKBRAS5B 建立一个名为CHECKBRAS5B的classifier
conf 配置模式
profile classifier CHECKBRAS5B 进入编辑classifier
smac 00:30:88:01:d6:5b 源地址00:30:88:01:d6:5b(BRAS地址)
action deny 设定deny动作(拒绝)
exit
将上述classifier配置到指定端口
conf
int olt-14-4
edit port olt-14-4 oos
classifier CHECKBRAS5B
edit port olt-14-4 is
查看建立的classifier的内容
sh profile classifier CHECKBRAS5B
CHECKBRAS5B
--------------------------------------------------------------------------------
Match:
Destination MAC : * *
Source MAC : 00:30:88:01:d6:5b *
Vlan : * *
Ethernet Type : * *
User Priority : * *
Diffserv Code Point : * *
Protocol : * *
Source IP Address : * *
Destination IP Address : * *
L4 Source Port : * *
L4 Destination Port : * *
Actions:
Security : Deny
Special : Pass
Mark VLAN Tag :
Mark VLAN Priority :
Mark DSCP :
Mark DP :
Queue Mgmt Profile : NEW
Queue Mgmt Service : Q0
Link:
Next profile :
查询PON口上启用的classifier
sh port conf olt-14-4
OLT-14-4
--------------------------------------------------------------------------------
Administrative state | OOS
Forward error correction | OFF
Packet classifier profile(s) (PON->SYS) | CHECKBRAS5B
Queue manager profile (SYS->PON) | FIXED
QoS ingress assignment mode | 802.1p
QoS ingress marking mode | 802.1p
Rate limited packet types | NONE
Rate limit Mbps | 0
Peak information rate in Kbps | 0。