下次遇到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、请收集如下信息,并联系技术支持工程师。

  • 上述步骤的执行结果。
  • 设备的配置文件、日志信息、告警信息。
相关文章
|
7月前
|
运维 安全 API
译 你的软件可以从ATM机的巧妙设计里学到点什么?
译 你的软件可以从ATM机的巧妙设计里学到点什么?
|
编解码 监控 网络协议
一文读懂以太网与CANoe的配置
一文读懂以太网与CANoe的配置
一文读懂以太网与CANoe的配置
|
4月前
|
网络协议 网络安全 网络架构
不会这10个抓包技巧,就不要在网工圈里混了!
不会这10个抓包技巧,就不要在网工圈里混了!
205 1
|
7月前
|
安全 Linux
效率工具RunFlow完全手册之局域网传输篇
RunFlow局域网传输教程教你如何在内网安全快速地传输文件和同步剪贴板,避免公共平台的风险。启用局域网传输需在设置中开启相关功能,然后通过IPv4地址和端口建立连接。静态文件浏览服务允许共享只读文件,而建立连接则可用于双向文件传输和剪贴板同步。此外, RunFlow还支持与移动端、Web端的连接,尽管浏览器连接有一定限制。此功能确保了数据的私密性和高效传输。
54 4
效率工具RunFlow完全手册之局域网传输篇
|
数据安全/隐私保护
华为ensp配置GRE-随记
关于配置GRE的学习随记,社区里面的都太复杂了,前辈们太厉害了,我学不会(狗头保命)
292 2
华为ensp配置GRE-随记
|
缓存 网络协议 网络架构
太强了,5幅图就拿下了ARP协议
在上一篇文章 别再恐惧 IP 协议 中, 我们了解到,网络层实现主机之间的通信,而链路层实现具体每段链路之间的通信。也就是说:只要在网络层确定了 IP 地址,就可以向这个目标地址发送 IP 数据报。然而,在底层数据链路层,进行实际通信时却有必要了解每个 IP 地址所对应的 MAC 地址。
|
传感器 网络协议 网络架构
做网络那么多年,连以太网接口和串口都分不清?本文值得一看!
做网络那么多年,连以太网接口和串口都分不清?本文值得一看!
830 0
|
网络协议 算法 Linux
Linux网络原理及编程(8)——第十八节 数据链路层
在网卡出厂时就确定了, 不能修改. mac地址通常是唯一的(虚拟机中的mac地址不是真实的mac地址, 可能会冲突; 也有些网卡支持用户配置mac地址)
253 0
Linux网络原理及编程(8)——第十八节 数据链路层
|
域名解析 网络协议 算法
Linux网络原理与编程(4)——第十四节 传输层协议
客户端认为连接已经建立成功了,所以就正常发数据。但是这个时候服务器并未建立连接,在收到数据之后,会向客户端发送一个含有RST的报文(reset),即希望客户端重新建立连接。
258 0
Linux网络原理与编程(4)——第十四节 传输层协议
|
网络协议
海思3559万能平台搭建:TCP客户端网口编程
海思3559万能平台搭建:TCP客户端网口编程
172 0