下次遇到PPP接口协议Down,这样处理,敢不敢试试?

简介: 下次遇到PPP接口协议Down,这样处理,敢不敢试试?


常见原因

在接口上配置PPP协议以后,LCP协商不成功导致接口协议Down。

本类故障的常见原因主要包括:

  • 链路两端接口上的PPP相关配置错误。
  • 接口的物理层没有Up。
  • PPP协议报文被丢弃。
  • 链路存在环路。
  • 链路延时过大。

故障诊断流程

故障诊断思路:

  • 检查链路两端的PPP相关配置错误。
  • 检查接口是否物理Up。
  • 检查接口协议报文是否收发正常。
  • 检查链路是否存在环路。
  • 检查链路的延时是否过大。
  • 可按照图13-2排除此类故障。


图13-2 PPP接口协议Down故障诊断流程图

故障处理步骤

执行命令完成故障处理操作后,请根据系统中的配置生效模式,确保配置下发。如无特殊说明,本手册采用- 配置立即生效模式进行描述。

  • 配置立即生效模式下,输入命令行并键入回车键后,配置将立即生效。
  • 配置两阶段生效模式下,请在完成配置后,执行命令commit,提交配置。

请保存以下步骤的执行结果,以便在故障无法解决时快速收集和反馈信息。

操作步骤

1、检查链路两端的PPP配置是否正确。在协议down的接口视图下执行命令display this查看PPP相关配置。

[~HUAWEI-Pos1/0/1]displaythis # interfacePos1/0/1 link-protocolppp undoshutdown ipaddress10.10.1.1255.255.255.0 # return
  • 检查认证及被认证端的认证类型是否一样,如果不一样,请参考PPP的配置手册修改。
    配置中ppp authentication-mode authentication-mode命令表示本端作为认证端所采用的认证模式,需要查看对端也就是被认证端所采用的认证模式,例如有ppp pap local-user user-name passwordsimple passwordcipher password这个配置就表示被认证端采用的是PAP认证。

密码需要符合密码复杂度规则:大写、小写、数字、特殊字符(不包括?和空格)中至少有2种,并且长度不能小于8。

为避免高安全风险,配置时请尽量选择密文模式。为保证设备安全,请定期修改密码。

  • 将认证端和被认证端的PPP认证配置的密码配置成一致,如果PPP接口协议仍为DOWN,请执行2。

2、检查接口是否为物理Up状态。

执行命令display interface interface-type interface-number查看接口物理状态:

  • 如果接口物理状态不是Up,请处理接口物理故障。详细的故障处理方法请参见物理对接类问题的定位。
  • 如果接口状态是Up,请执行3。

3、检查接口的协议报文是否收发正常。执行display interface interface-type interface-number查看接口报文收发个数以确认报文是否收发正常。

[~HUAWEI]displayinterfacePos1/0/0 1/0/0currentstate:UP(ifindex:15) Lineprotocolcurrentstate:UP Lastlineprotocoluptime:2010-02-0506:35:43 Description:HUAWEI,HuaweiSeries,Pos1/0/0Interface RoutePort,TheMaximumTransmitUnitis4470,Holdtimeris10(sec) InternetAddressis1.1.1.1/24 LinklayerprotocolisPPP LCPopened,IPCPopened TheVendorPNisHFBR-57E0P TheVendorNameisAVAGO PortBW:155M,TransceivermaxBW:155M,TransceiverMode:MultiMode WaveLength:1310nm,TransmissionDistance:2000m PhysicallayerisPacketOverSDH Scrambleenabled,clockmaster,CRC-32,loopback:none FlagJ0"NetEngine" FlagJ1"NetEngine" FlagC222(0x16) SDHalarm: sectionlayer:none linelayer:none pathlayer:none SDHerror: sectionlayer:B10 linelayer:B20REI44 pathlayer:B30REI23 Statisticslastcleared:never Last300secondsinputrate24bits/sec,0packets/sec Last300secondsoutputrate24bits/sec,0packets/sec Input:70945packets,1135144bytes Inputerror:0shortpacket,0longpacket,0CRC,0lostpacket Output:70945packets,1135140bytes Outputerror:0lostpackets Outputerror:0overrunpackets,0underrunpackets
  • 如果接收或者发送的报文数量是0,或者多次显示发现接收或者发送的报文个数没有增长,说明报文在链路上丢失,请先确认物理连接是否正确,请参见物理对接中“物理接口不能up定位思路”一节。
  • 如果物理连接正确,请处理报文所丢失的故障。
  • 如果报文收发正常,请执行4。

打开调试开关将影响系统的性能。调试完毕后,应及时执行undo debugging all命令关闭调试开关。

此外,还可以打开debugging ppp all interface interface-type interface-number,来查看PPP协议报文收发以及PPP状态机的状态变化情况。

查看POS接口PPP协议报文收发以及PPP状态机的状态变化情况。

Jun2201017:19:41.310.1HUAWEIPPP/7/debug2:Slot=1; PPPEvent: Pos1/0/0LCPTO+(Timeoutwithcounter>0)Event stateacksent,Retransmit=4 Jun2201017:19:41.310.2HUAWEIPPP/7/debug2:Slot=1; PPPPacket: Pos1/0/0OutputLCP(c021)Pkt,Len18 Stateacksent,codeConfReq(01),id3,len14 MRU(1),len4,val1176 MagicNumber(5),len6,val00abb891 Jun2201017:19:41.310.1HUAWEIPPP/7/debug2:Slot=1; PPPPacket: Pos1/0/0InputLCP(c021)Pkt,Len18 Stateacksent,codeConfAck(02),id3,len14 MRU(1),len4,val1176 MagicNumber(5),len6,val00abb891 Jun2201017:19:41.310.2HUAWEIPPP/7/debug2:Slot=1; PPPEvent: Pos1/0/0LCPRCA(ReceiveConfigAck)Event stateacksent

4、链路是否存在环路。执行命令display interface interface-type interface-number查看接口物理状态:

[~HUAWEI]displayinterfacePos1/0/0 Pos1/0/0currentstate:UP(ifindex:15) Lineprotocolcurrentstate:DOWN Description:HUAWEI,HUAWEISeries,Pos1/0/2Interface RoutePort,TheMaximumTransmitUnitis4470,Holdtimeris10(sec) Internetprotocolprocessing:disabled LinklayerprotocolisPPP,loopbackisdetected LCPclosed TheVendorPNisHFBR-57E0P TheVendorNameisAVAGO PortBW:155M,TransceivermaxBW:155M,TransceiverMode:MultiMode WaveLength:1310nm,TransmissionDistance:2000m PhysicallayerisPacketOverSDH Scrambleenabled,clockmaster,CRC-32,loopback:local FlagJ0"NetEngine" FlagJ1"NetEngine" FlagC222(0x16) SDHalarm: sectionlayer:none linelayer:none pathlayer:none SDHerror: sectionlayer:B122 linelayer:B294REI145 pathlayer:B344REI86 Statisticslastcleared:never Last300secondsinputrate56bits/sec,0packets/sec Last300secondsoutputrate56bits/sec,0packets/sec Input:40530packets,890400bytes Inputerror:0shortpacket,0longpacket,2CRC,0lostpacket Output:36512packets,946612bytes Outputerror:0lostpackets Outputerror:0overrunpackets,0underrunpackets
  • 如果有loopback is detected,显示说明链路存在环路,请确认环路产生的原因,并消除环路。
  • 如果不存在环路,请执行5。

5、检查链路延时是否过大。

需要使用测试设备提前检测链路的延时,路由器设备上PPP协议报文的默认超时时间是3s,这个是可配置的。链路的延时一定要小于当前所配置的PPP协议报文的超时时间。

  • 如果链路的延时过大,请更换相应的设备或者进行相应的维修处理。
  • 如果链路延时不大,请执行6。

6、请收集如下信息,并联系技术支持工程师。

  • 上述步骤的执行结果。
  • 设备的配置文件、日志信息、告警信息。
相关文章
|
25天前
|
网络协议 网络安全 网络架构
不会这10个抓包技巧,就不要在网工圈里混了!
不会这10个抓包技巧,就不要在网工圈里混了!
|
15天前
|
存储 网络协议 Linux
GIGE 协议摘录 —— 设备发现(一)
GIGE 协议摘录 —— 设备发现(一)
30 3
|
4月前
|
安全 Linux
效率工具RunFlow完全手册之局域网传输篇
RunFlow局域网传输教程教你如何在内网安全快速地传输文件和同步剪贴板,避免公共平台的风险。启用局域网传输需在设置中开启相关功能,然后通过IPv4地址和端口建立连接。静态文件浏览服务允许共享只读文件,而建立连接则可用于双向文件传输和剪贴板同步。此外, RunFlow还支持与移动端、Web端的连接,尽管浏览器连接有一定限制。此功能确保了数据的私密性和高效传输。
39 4
效率工具RunFlow完全手册之局域网传输篇
|
缓存 前端开发 应用服务中间件
直播程式源码平台细讲HTTP协议:超文本传输—山东布谷科技魏创作
在直播程式源码平台中,HTTP协议扮演着数据传输的重要角色,HTTP协议能够让直播程式源码平台获取和发送数据、让用户的操作能够建立客户端与用户端的通信连接与缓存和代理支持,这些都能让用户在直播程式源码平台获得稳定、流畅的直播体验,满足用户对高质量内容的需求,是直播程式源码平台不可或缺的优质协议之一。
直播程式源码平台细讲HTTP协议:超文本传输—山东布谷科技魏创作
|
缓存 网络协议 网络架构
太强了,5幅图就拿下了ARP协议
在上一篇文章 别再恐惧 IP 协议 中, 我们了解到,网络层实现主机之间的通信,而链路层实现具体每段链路之间的通信。也就是说:只要在网络层确定了 IP 地址,就可以向这个目标地址发送 IP 数据报。然而,在底层数据链路层,进行实际通信时却有必要了解每个 IP 地址所对应的 MAC 地址。
|
安全 物联网 网络安全
ADSL接入方式(软考网工考察点)
ADSL接入方式(软考网工考察点)
208 0
|
传感器 网络协议 网络架构
做网络那么多年,连以太网接口和串口都分不清?本文值得一看!
做网络那么多年,连以太网接口和串口都分不清?本文值得一看!
656 0
|
网络虚拟化
计算机网络实验(华为eNSP模拟器)——第十三章 VLAN注册协议(GVRP)
计算机网络实验(华为eNSP模拟器)——第十三章 VLAN注册协议(GVRP)
计算机网络实验(华为eNSP模拟器)——第十三章 VLAN注册协议(GVRP)
|
域名解析 网络协议 算法
Linux网络原理与编程(4)——第十四节 传输层协议
客户端认为连接已经建立成功了,所以就正常发数据。但是这个时候服务器并未建立连接,在收到数据之后,会向客户端发送一个含有RST的报文(reset),即希望客户端重新建立连接。
235 0
Linux网络原理与编程(4)——第十四节 传输层协议