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

  • 上述步骤的执行结果。
  • 设备的配置文件、日志信息、告警信息。
相关文章
|
10月前
|
弹性计算 运维 安全
阿里云服务器ecs和轻量应用服务器的区别——如何选择比较好?
阿里云ECS与轻量应用服务器对比:ECS适合企业专业场景,功能强大、配置灵活;轻量应用服务器基于ECS简化而来,面向个人开发者,适用于低访问量网站或学习测试,操作简单、成本低。两者在适用人群、使用场景、计费方式、网络带宽等方面各有差异,用户可根据需求选择。如需简易管理与低成本,选轻量应用服务器;追求高性能与复杂业务支持,则云服务器ECS更优。
1509 6
|
消息中间件 NoSQL 领域建模
这些年背过的面试题——领域模型落地篇
本文是技术人面试系列领域模型落地篇,也是面试题系列的完结篇,感谢大家对本系列文章的支持~面试中关于领域模型落地都需要了解哪些内容?一文带你详细了解,欢迎收藏!
236 11
|
负载均衡 安全 网络安全
什么是 Traceroute?为什么要使用它?
【8月更文挑战第31天】
1374 0
|
Linux
深入理解Linux虚拟内存管理(七)(上)
深入理解Linux虚拟内存管理(七)
341 1
|
移动开发 前端开发 JavaScript
使用JavaScript实现一个在线画板
使用JavaScript实现一个在线画板
|
存储 Linux 网络安全
centos 7.7 安装ceph
centos install ceph
4823 0
|
JavaScript 前端开发 数据安全/隐私保护
Proxy 与 Object.defineProperty 优劣对比
Proxy 与 Object.defineProperty 优劣对比
357 0
【网络奇缘】——奈氏准则和香农定理从理论到实践一站式服务|计算机网络
【网络奇缘】——奈氏准则和香农定理从理论到实践一站式服务|计算机网络
680 0
|
Oracle 关系型数据库 Linux
linux下启动oracle服务
手动启动: 用 oracle用户登录(或su - oracle) lsnrctl start sqlplus / as sysdba startup exit
1982 0
|
分布式计算 MaxCompute
一个CU(计算单元)对应于1个CPU核心和4GB内存
一个CU(计算单元)对应于1个CPU核心和4GB内存
3696 2