0105 PPP故障处理.docx
- 文档编号:8954975
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:21
- 大小:295.24KB
0105 PPP故障处理.docx
《0105 PPP故障处理.docx》由会员分享,可在线阅读,更多相关《0105 PPP故障处理.docx(21页珍藏版)》请在冰豆网上搜索。
0105PPP故障处理
目录
5PPP故障处理5-1
5.1PPP和MP简介5-2
5.1.1PPP简介5-2
5.1.2MP简介5-4
5.2PPP故障处理过程5-4
5.2.1典型组网环境5-5
5.2.2配置注意事项5-5
5.2.3故障诊断流程5-6
5.2.4故障处理步骤5-7
5.3MP故障处理过程5-10
5.3.1典型组网环境5-11
5.3.2配置注意事项5-11
5.3.3故障诊断流程5-11
5.3.4故障处理步骤5-12
5.4故障处理案例5-14
5.4.1物理链路不能转为Up状态5-14
5.4.2LCP始终不能转为Up状态5-14
5.4.3PPP的CHAP验证失败5-15
5.4.4无法ping通对端MP-Group下的IP地址5-16
5.5FAQ5-17
5.6故障诊断工具5-17
5.6.1display命令5-17
5.6.2debugging命令5-18
插图目录
图5-1PPP运行流程图5-2
图5-2PPP组网图5-5
图5-3PPP故障诊断流程图5-7
图5-4MP组网图5-11
图5-5MP接口故障诊断流程图5-12
图5-6MP接口故障案例组网图5-16
5PPP故障处理
关于本章
本章描述内容如下表所示。
标题
内容
5.1PPP和MP简介
介绍了进行PPP和MP故障处理时用户所需的知识要点。
5.2PPP故障处理过程
针对典型的PPP组网环境,介绍配置PPP时要注意的事项,故障处理的流程和详细的故障处理步骤。
5.3MP故障处理过程
针对典型的MP组网环境,介绍配置MP时要注意的事项,故障处理的流程和详细的故障处理步骤。
5.4故障处理案例
介绍了多种应用场景中的PPP、MP的故障处理案例。
5.5FAQ
列出了用户常问的问题,并给出了相应的解答。
5.6故障诊断工具
介绍了进行故障处理所需的故障诊断工具,包括使用display命令和debugging命令。
5.1PPP和MP简介
5.1.1PPP简介
PPP协议的概念
PPP(Point-to-PointProtocol)协议是提供在点到点链路上封装并传递网络层数据包的一种数据链路层协议。
PPP主要由以下两类协议组成:
●链路控制协议LCP(LinkControlProtocol)。
它主要用于建立、拆除和监控PPP数据链路。
●网络层控制协议NCP(NetworkControlProtocol)。
它主要用于协商在该数据链路上所传输的数据包的格式与类型。
PPP还提供了如下用于网络安全方面的验证协议:
●密码验证协议PAP(PasswordAuthenticationProtocol)
●挑战握手验证协议CHAP(Challenge-HandshakeAuthenticationProtocol)
PPP协议具有以下的特点:
●支持点到点的连接。
●物理层可以是同步电路或异步电路。
●具有各种NCP协议封装网络数据包,如IPCP、CCP、OSICP、MPLSCP。
●数据报文没有重传机制,网络开销小。
●提供安全验证,具有验证协议CHAP、PAP,更好的保证了网络的安全性。
PPP由于能够提供验证,易扩充,支持同异步而获得较广泛的应用。
PPP的运行过程
PPP运行过程如图5-1所示。
图5-1PPP运行流程图
PPP运行过程如下:
2.开始建立PPP链路时,先进入到Establish阶段。
3.在Establish阶段,PPP链路进行LCP协商。
协商内容包括工作方式是SP(Single-linkPPP)还是MP(MultilinkPPP)、验证方式和最大接收单元等。
LCP协商成功后进入Opened状态,表示底层链路已经建立。
4.如果配置了验证,将进入Authenticate阶段,开始CHAP或PAP验证。
否则进行NCP协商阶段。
5.如果验证失败,进入Terminate阶段,拆除链路,LCP状态转为Down。
如果验证成功,进入Network协商阶段(NCP),此时LCP状态仍为Opened,而NCP状态从Initial转到RequestSent。
6.NCP协商支持IPCP、MPLSCP、OSCICP等协商。
IPCP协商主要包括双方的IP地址。
通过NCP协商来选择和配置一个网络层协议。
只有相应的网络层协议协商成功后,该网络层协议才可以通过这条PPP链路发送报文。
7.PPP链路将一直保持通信,直至有明确的LCP或NCP帧关闭这条链路,或发生了某些外部事件,例如用户干预。
下面主要介绍LCP的协商过程。
NCP的协商和LCP类似,只是协商的参数不同,并且需要在LCP协商成功后才能进入NCP协商。
LCP的协商过程
物理层状态变为Up后,PPP首先进行LCP协商。
协商内容包括:
最大接收单元MRU(MaximumTransmissionUnit)、魔术字(magicnumber)、验证方式和异步字符映射等选项(详见RFC1661)。
当接口的物理层状态没有变为Up时,PPP的状态为Initial。
当物理层准备好,物理层会发UP事件,本端PPP开始进行LCP协商阶段。
LCP协商的过程如下:
1.本端LCP产生OPEN事件,重置链路协商选项并将状态机状态转为STARTING。
2.触发LOWERUP事件,发送Conf-Request,进行MRU、CHAP/PAP等选项的协商,本端状态机状态由STARTING转为REQSENT。
3.对端接收到此协商报文,根据其配置选项及接收到的协商报文内容对报文进行处理。
●如有本端不能接受某协商选项(例如,本端不支持协商MRU选项),则会将这些选项挑出,组成Conf-Rej报文并发回,本端PPP的状态变为REQSENT。
●如果没有不能接受的协商选项,但有不想接受的选项(例如,本端MRU值小于对端最小MRU值)时,则也会将这些选项挑出,组成Conf-Nak报文并发回,状态变为REQSENT。
对端接收到Conf-Nak时,会根据Conf-Nak报文的内容重新组织Conf-Req报文,再次进行协商。
只要两端不能协商成功,两端均会重新协商,直到重协商计数器达到允许的最大值。
如此反复,直到对端接受本端全部请求,发回Conf-Ack,状态变为ACKSENT。
PPP有一个原则:
两端对等。
因此,两端都会同时进行相同协商及状态转换过程。
当本端状态为ACKSENT且收到对端的Conf-Ack报文时,表明两端协商完成,可进入下一阶段协商。
这又会导致向上层报UP事件,则状态转为Opened,协商结束。
5.1.2MP简介
MP是出于增加带宽的考虑,将多个PPP链路捆绑使用的技术。
可以在支持PPP的接口(如Serial接口或POS接口)上应用。
MP允许将报文分片,分片报文通过MP的多条PPP链路送往同一目的地。
实现方式
目前支持两种MP配置方法:
●MP-Group
●虚拟接口模板VT(Virtual-Template)
对于同一个虚拟接口模板,建议不要同时配置MP、L2TP、PPPoE等多种业务。
采用MP-Group方式配置MP时,直接将物理接口加入到MP-Group中即可。
采用虚拟接口模板配置MP时,又可以分为两种情况:
●直接绑定
直接将链路绑定到指定的虚拟接口模板,可以配置验证,也可以不配置验证。
−配置验证:
接口通过验证后,直接绑定到指定的虚拟接口模板上。
−不配置验证:
当接口可用时,直接绑定到指定的虚拟接口模板上。
●需要验证的绑定
系统可以根据两个参数进行验证:
−用户名:
PPP链路进行PAP或CHAP验证时接收到的对端用户名。
−终端标识符(EndpointDiscriminator):
唯一标识一台路由器,是进行LCP协商时接收到的对端终端标识符。
可以只根据用户名或终端标识符验证,也可以同时根据用户名和终端标识符验证。
拥有相同用户名或终端标识符的接口被捆绑到同一个虚拟接口模板。
协商过程
MP的协商包括LCP协商和NCP协商两个过程:
●LCP协商:
子通道两端首先进行LCP协商,除了协商一般的LCP参数外,还要验证对端接口是否也工作在MP方式下。
如果两端工作方式不同,LCP协商不成功。
●NCP协商:
父通道根据MP-Group接口或指定虚拟接口模板的各项NCP参数(如IP地址等)进行NCP协商,物理接口配置的NCP参数不起作用。
NCP协商通过后,即可建立MP链路。
5.2PPP故障处理过程
本节介绍如下的内容。
●典型组网环境
●配置注意事项
●故障诊断流程
●故障处理步骤
5.2.1典型组网环境
PPP的典型组网如图5-2所示,配置各路由器后发现链路层协议不能变为Up。
图5-1PPP组网图
5.2.2配置注意事项
配置项
子项
注意事项
PPP参数协商
配置PPP验证方式
两端路由器的验证方式要相同才能协商成功。
配置CHAP验证
需要注意是采用单向验证还是双向验证。
配置PAP验证
请确认验证方有需要被验证的用户信息。
以下给出基于POS接口的PPP协议的典型配置(以PAP验证为例)。
#在RouterA上做如下配置。
[Quidway]sysnameRouterA
[RouterA]aaa
[RouterA-aaa]local-useraapasswordsimplebb
[RouterA-aaa]quit
[RouterA]interfacepos1/0/0
[RouterA-Pos1/0/0]link-protocolppp
[RouterA-Pos1/0/0]clockmaster
[RouterA-Pos1/0/0]pppauthentication-modepap
[RouterA-Pos1/0/0]ipaddress10.1.1.1255.0.0.0
[RouterA-Pos1/0/0]shutdown
[RouterA-Pos1/0/0]undoshutdown
[RouterA-Pos1/0/0]quit
#在RouterB上做如下配置。
[Quidway]sysnameRouterB
[RouterB]interfacepos1/0/0
[RouterB-Pos1/0/0]link-protocolppp
[RouterB-Pos1/0/0]ppppaplocal-useraapasswordsimplebb
[RouterB-Pos1/0/0]ipaddress10.1.1.2255.0.0.0
[RouterB-Pos1/0/0]shutdown
[RouterB-Pos1/0/0]undoshutdown
[RouterB-Pos1/0/0]quit
5.2.3故障诊断流程
请使用下面的故障诊断流程,如图5-3所示。
图5-1PPP故障诊断流程图
5.2.4故障处理步骤
步骤1检查接口的物理层状态是否是Up
1.如果物理层的状态不是Up,首先应该检查线路连接是否正确。
确保接口的光纤连接正确。
2.进入相应的接口视图,使用displaythis命令查看当前接口下的配置,确认互连的两个接口下都没有执行shutdown命令。
3.经过上述步骤,如果接口的物理状态依然是Down的,可能是板卡已经被损坏。
请联系华为的技术支持工程师。
排除了物理层的问题后,如果物理层状态是Up,链路协议层状态是Down,请执行下面的步骤。
步骤2打开PPP调试开关
以接口POS1/0/0为例,打开该接口的PPP调试开关,需要执行如下命令:
对CE1、CPOS接口,如果输入的是子接口的编号,可以查看到子接口的PPP调试信息。
如对CE1的通道化接口Serial2/0/0:
2,可以执行debuggingpppallverboseinterfaceserial2/0/0:
2命令查看详细信息。
当打开PPP调试开关后,会显示接收和发送报文的详细信息,此处省略。
步骤3检查两端配置情况
执行displayinterfaceinterface-typeinterface-number命令查看两端口状态中的Linklayerprotocol、clock等字段信息是否配置正确。
以POS1/0/0的端口信息为例:
Pos1/0/0currentstate:
UP
Lineprotocolcurrentstate:
UP
Description:
HUAWEI,QuidwaySeries,Pos1/0/0Interface
TheMaximumTransmitUnitis4470bytes,Holdtimeris10(sec)
InternetAddressis80.1.1.1/24
LinklayerprotocolisPPP
LCPopened,IPCPopened
PhysicallayerisPOSoverSTM-1
Scrambleenabled,crc32,clockmaster,loopbacknotset
QoSmax-bandwidth:
155520Kbps
Outputqueue:
(Urgentqueue:
Size/Length/Discards)0/50/0
Outputqueue:
(Protocolqueue:
Size/Length/Discards)0/1000/0
Outputqueue:
(FIFOqueue:
Size/Length/Discards)0/256/0
SDHalarm:
sectionlayer:
none
linelayer:
none
pathlayer:
none
C2(Rx):
0x16C2(Tx):
0x16
J0(Rx):
0x00J0(Tx):
0x00
J1(Rx):
0x00J1(Tx):
0x00
SDHerror:
sectionlayer:
B1180
linelayer:
B20M10
pathlayer:
B30G18
Last300secondsinputrate0bytes/sec,0packets/sec
Last300secondsoutputrate2bytes/sec,0packets/sec
Input:
22packets,343972bytes
0errors,0runts,0giants,0CRC,
0overruns,0aborts
Output:
6562packets,118560bytes
0errors,0underruns,0aborts
在某些设备上,如NE20产品,需要一端配置为clockmaster,另一端配置为clockslave,这样才能使接口状态正常;而在NE40E这样的产品上,两边都配置clockmaster也可使接口变为Up状态。
步骤4检查LCP协商是否成功
可以通过displayinterfacepos1/0/0查看PPP协议状态。
Pos1/0/0currentstate:
UP
Lineprotocolcurrentstate:
UP
Description:
HUAWEI,QuidwaySeries,Pos1/0/0Interface
TheMaximumTransmitUnitis4470bytes,Holdtimeris10(sec)
InternetAddressis80.1.1.1/24
LinklayerprotocolisPPP
LCPopened,IPCPopened
PhysicallayerisPOSoverSTM-1
Scrambleenabled,crc32,clockmaster,loopbacknotset
QoSmax-bandwidth:
155520Kbps
Outputqueue:
(Urgentqueue:
Size/Length/Discards)0/50/0
Outputqueue:
(Protocolqueue:
Size/Length/Discards)0/1000/0
Outputqueue:
(FIFOqueue:
Size/Length/Discards)0/256/0
SDHalarm:
sectionlayer:
none
linelayer:
none
pathlayer:
none
C2(Rx):
0x16C2(Tx):
0x16
J0(Rx):
0x00J0(Tx):
0x00
J1(Rx):
0x00J1(Tx):
0x00
SDHerror:
sectionlayer:
B1180
linelayer:
B20M10
pathlayer:
B30G18
Last300secondsinputrate0bytes/sec,0packets/sec
Last300secondsoutputrate2bytes/sec,0packets/sec
Input:
22packets,343972bytes
0errors,0runts,0giants,0CRC,
0overruns,0aborts
Output:
6562packets,118560bytes
0errors,0underruns,0aborts
Lineprotocolcurrentstate表明PPP协议的状态。
如果状态为Down,请继续查看LCP协商是否成功。
字段“LCPinitial”表明LCP的状态,如果协商状态为Opened状态,则表明协商成功。
如果LCP的状态不是Opened,则表示LCP协商不成功。
原因可能有如下:
●因为互联设备对协商参数的定义不一致导致LCP协商失败。
此时可以利用PPP调试信息,查看收发报文的主要内容,确定收到数据包的封装是否正确等。
●当LCP协商不能成功,但收到的报文都正确时,查看本端和对端的端口计数。
两端同时清除端口计数,然后检查收发报文数量是否一致,是否存在丢报文现象。
●当验证失败的时候,也会引起LCP的重协商。
如果LCP协商成功,在验证阶段出了问题,则请查看验证方式的配置是否正确。
●物理链路的不稳定,也会影响LCP的状态。
当发现链路层协议状态不停地在Up/Down间转换的时候,应该检查一下物理链路的情况。
步骤5检查验证是否正确
PPP的验证方式有两种,PAP验证和CHAP验证,两种验证采用了不同的交互模式。
通过显示接口下的配置查看验证是否正确。
PAP验证需要关注如下问题:
●PAP验证需要在客户端配置用户名与密码发送指令。
●需要配置在验证端的接口视图下执行命令pppauthentication-modepap。
●为了能正确验证,验证端的AAA中,应该配置客户端的用户名和密码。
CHAP验证需要关注如下问题:
●配置本地以CHAP方式验证对端时,需要将对端用户名和密码加入本地用户列表。
●配置本地被对端以CHAP方式验证时,需要配置本地被对端以CHAP方式验证时的用户名和口令。
也就是说,被验证端的CHAP用户名和本端AAA配置的用户名意义是不一样的。
步骤6检查NCP协商是否成功
NCP阶段用来选择和配置一个或者多个网络层协议。
网络层协议(IPCP、IPXCP、OSICP)的状态转换过程与LCP阶段是相同的,请参阅LCP的状态转换过程。
如果还无法排除链路层协议不能变为Up的故障,请联系华为的技术支持工程师。
----结束
5.3MP故障处理过程
本节介绍如下的内容。
●典型组网环境
●配置注意事项
●故障诊断流程
●故障处理步骤
5.3.1典型组网环境
MP的典型组网如图5-4所示。
RouterA和RouterB将各自Serial4/0/3:
0和Serial4/0/3:
1捆绑成MP,进行数据传输。
配置完成后两端不能互通。
图5-1MP组网图
5.3.2配置注意事项
配置项
注意事项
配置VT进行MP绑定
需要配置VT接口的链路层协议为PPP。
分别对本端和对端进行配置,且两端的配置相同。
配置VT进行MP验证绑定
验证绑定方式有三种:
用户名、终端标识符、用户名和终端标识符。
目前,MP不支持路由器板间接口的绑定,只根据用户名进行MP绑定。
配置MP-Group进行MP绑定
在进行MP协商时,缺省情况下要求协商终端标识符。
如果对端设备不发送终端标识符,MP协商将无法通过。
这种情况下,可以在本端配置不进行终端标识符协商。
如果对MP-Group接口执行undodiscriminator命令,必须对MP-Group中的子通道执行shutdown、undoshutdown后配置才能生效。
配置MP参数
改变虚拟接口模板视图或MP-Group视图下配置的参数后,为保证配置生效,需要对所有绑定子通道依次执行shutdown命令,然后对所有绑定子通道依次执行undoshutdown命令,让MP重新绑定。
5.3.3故障诊断流程
MP接口出现故障时的定位流程如图5-5所示。
图5-1MP接口故障诊断流程图
5.3.4故障处理步骤
步骤1排除物理层故障
在定位MP故障时应首先排除物理故障,故障定位思路和详细操作步骤请参见本章的“5.2.4检查接口的物理层状态是否是Up”。
步骤2检查MP接口下每一个捆绑链路的协议状态是否是Up
运行displaypppmp命令可以看到MP接口的子通道状态。
Mp-groupisMp-group4/0/3
===========Sublinksstatusbegin======
Serial4/0/3:
0physicalUP,protocolUP
Serial4/0/3:
1physicalUP,protocolUP
========
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 0105 PPP故障处理 PPP 故障 处理
![提示](https://static.bdocx.com/images/bang_tan.gif)