PPP调试信息说明.doc

PPP DEBUG信息说明1 PPP DEBUG命令目前PPP DEBUG命令只有一个：DEBUG PPP PACKET。在特权用户模式下配置。DEBUG PPP PACKET打开与PPP协议相关的所有调试信息，可以在配置终端上显示INARP报文的信息。用于查看PPP LCP、NCP协商报文；LCP 链路监测报文（ECHO REQUEST、ECHO REPLY报文）；验证过程；网络层报文的收发情况等信息。2 PPP DEBUG信息及其解释2.1 LCP DEBUG 信息1) LCP协商报文信息 LCP全称为链路控制协议，是PPP建链的第一阶段，用于协商最大接收单元、验证方式、魔术字以及PPP的一些扩展协议选项，例如CALLBACK、MP等。 例如：打开PPP DEBUG信息时，显示如下信息：serial0 PPP I LCP(C021) Pkt Len 51 state reqsent, code ConfReq(01), id 120, len 47 MRU(1), len 4, val 05dc ACCMAP(2), len 6, value ffffffff AuthProto(3), len 5, CHAP C22305 （如对端要求对本进行PAP验证则显示 AuthProto(3), len 4, PAP C023） QualityProto(4), len 8, QualityProto c025 MagicNumber(5), len 6, val 0038ca3 PFC(7), len 2 ACFC(8),len 2 Callback(d), len 3, val 00 MRRU(11), len 4, val 05dc SSNHF(12), len 2 Discri(13), len 9, val 0300e0fc011010 首先说明一下，以上信息中的数字项都是用十六进制显示的；对于PPP收到的报文，表示是对端想要与本端协商的内容或对端对本端协商请求作出的应答；对于PPP发送的报文，反之亦然。 其中， serial0代表是串口0收到的报文，也可能打印出其他串口名，取决与具体配置的环境； PPP表示此端口封装协议为PPP； I代表是收到报文，而不是发送报文。O则代表为本端发送报文； LCP(C021)代表接收到LCP协商报文，其协议号为C021； Pkt Len 51代表收到此LCP报文总长度为51个字节（一般没有这么多选项，为了便于说明，将可能遇到的LCP协商选项基本都列出来了）； state reqsent表示当前LCP状态机状态为REQSENT（各状态机定义及含义将在后面做具体说明）； code ConfReq(01)表示收到报文类型为CONFREQ（各报文类型也将在后面做具体说明）； id 120表示此报文ID号为120（在对请求报文回复时，应答报文与请求报文ID应一致，以便请求方确认收到的应答报文正是对上次它所发送请求报文的回答，来作到请求与应答的一一对应）； len 47表示此协商报文长度（它与Pkt Len的区别在于Pkt Len包含协议头长度，例如在不进行PPP协议域或地址域控制域压缩且为LCP协商报文时，PPP协议头内容为FF03C021，FF03为PPP的地址域控制域，C021为PPP的协议域，长度为4，所以以上显示的Pkt Len比len要多4个字节）； 以下为LCP协商报文各选项内容及说明： MRU(1), len 4, val 05dc：表示协商选项内容为MRU（最大接收单元），括号中1表示协商选项类型为1 （后同），len 4表示此选项长度为4，val表示MRU值为0x05dc，即1500，表明对端最多可接收的报文长度为1500。在双方协商完成时，本端将此（对方送来的）协商选项值告之本端IP，这样当发送网络层数据时，本端IP便可根据此值对报文进行分片； ACCMAP(2), len 6，value ffffffff 表示对端要对发送的报文做异步控制字符映射，异步字符映射用于同异步转换，当PPP从异步端口接收到报文时，要将异步报文转换为同步报文；当向异步端口发送报文时，要将同步报文转换为异步报文。细节请参看RFC1661； AuthProto(3), len 5, CHAP C22305 其中AuthProto表示此选项用于协商验证方式，CHAP表示对端要求对本端进行CHAP验证，C22305中C223表示验证方式为CHAP，05表示加密算法为MD5（目前我们的路由器只支持MD5）；如为PAP，即对端要求对本进行PAP验证，则显示 AuthProto(3), len 4, PAP C023，其中C023表示验证方式为PAP； QualityProto(4), len 8, QualityProto c025：表示对端想和本端协商质量控制协议（目前尚未提供支持），c025表示协议类型为质量控制协议； MagicNumber(5), len 6, val 0038ca3：为魔术字选项，其代码值为5，值为0038ca3，魔术字主要用于检测链路自环，因在协商时用处不大，故不做具体说明了，只是要注意协商双方选项中的MagicNumber值应不相同，否则本端应为对端生成一个与本端请求报文MagicNumber不同的值，来建议对端采用此值进行协商（NAK对端）； PFC(7), len 2 ：表示协商协议域压缩，主要应用于对网络层报文进行压缩。例如：IP报文，其完整的PPP头为FF030021，在对数据进行协议域压缩后，将变为FF0321，也就是002121，节省了一个字节的带宽；如本端同意此选项，则在LCP协商通过后，对端在发送网络层报文时，对数据进行协议域压缩； ACFC(8),len 2：表示协商地址域控制域压缩，主要用于对PPP地址域控制域进行压缩。例如：LCP报文其完整的PPP头为FF03C021，在进行压缩后，变为C021；可以同时也可分别协商地址域控制域压缩或协议域压缩； Callback(d), len 3, val 00：表示协商CALLBACK（回呼），val域为类型，val 00表示请求对端回呼； MRRU(11), len 4, val 05dc：为MP特有协商选项，表示协商MP通道最大接收单元，含义基本与MRU相同； SSNHF(12), len 2：为MP特有协商选项，表示协商短报文序号头格式，具体细节请参看MP相关RFC文档； Discri(13), len 9, val 0300e0fc011010：为MP特有协商项，为MP端结点区分符，用来唯一表示一个MP结点。细节请参看MP的RFC文档。 以上为本端接收到对端的LCP请求报文内容，本端发送报文时，打印信息相同，区别在于在第一行发送报文显示“PPP O”，接收报文时显示“PPP I”。2) LCP链路监测报文信息serial0 PPP O LCP(C021) Pkt Len 12 state opened, code EchoRequest(09), id 33, len 8 Magic Number 006781e1serial0 PPP I LCP(C021) Pkt Len 12 state opened, code EchoReply(0a), id 33, len 8 Magic Number 0068aaa0 当打开PPP DEBUG开关时，如出现如下信息，表明LCP已经协商通过；LCP UP后，PPP通过相互定时发送ECHO REQUEST、ECHO REPLY报文（现为每10秒发送一次）来检验链路是否保持连通状态，如连续5次发送ECHO REQUEST都得不到ECHO REPLY响应，则PPP会进行链路重新复位，试图重建链路。在查看此信息时，请注意，本端发送的EchoRequest报文Magic Number是否与收到的EchoReply报文Magic Number相同。 如连续发现有超过最大自环允许数目个Echo Request报文中魔术字与上次发送魔术字相同，则判定网络发生自环现象。此时要对链路进行复位，否则将占用大量CPU时间，引起系统崩溃。 在LCP协商通后，用show interface命令查看端口状态，应看到LCP OPEN信息。但注意，显示接口状态时，LCP OPEN并不一定表明line protocol is UP，只有在LCP协商通过并验证通过时，才应显示line protocol is UP。2.2 PAP/CHAP DEBUG信息 在LCP协商完成后，如协商了验证，则进入验证阶段。并根据协商出的验证方式来决定是进行PAP（密码验证协议）还是CHAP（握手验证协议）验证。 CHAP、PAP验证过程请参见培训教材，对过程的了解将大大有助于理解DEBUG信息。PAP信息： 1）如对端要求对本端进行PAP验证，则在LCP UP后，本端会主动发送验证请求报文，所以应看到类似如下信息：serial0 PPP O PAP(C023) Pkt Len 24 PAP AuthRequest, id 1, length 20 User(3): aaa Passwd(3): bbbAuthRequest为报文类型，表示为验证请求报文，报文ID号为1，长度为20，此用户名为aaa，口令为bbb。2）如对端认可用户aaa为合法用户，则会发送ACK（验证通过）报文，这样本端将收到类似如下报文：serial0 PPP I PAP(C023) Pkt Len 54 PAP AuthAck, id 1, length 50 Message(45):Welcome to use Quidway ROUTER, Huawei Tech.其中，AuthAck表示对端验证本端通过；Message(45):为回复信息，45为信息长度。3）如对端不认可用户aaa为合法用户，即验证不通过，则会发送NAK报文，这样本端将收到类似如下报文：serial0 PPP I PAP(C023) Pkt Len 28 PAP AuthNak, id 1, length 24 Message(19):authentication fail.PPP Authentication failed: our name or password is invalid.以上信息表明对端验证不过。 CHAP信息：1）如对端要求对本端进行CHAP验证，则在LCP UP后，对端会发送验证请求报文（CHALLENGE），所以应收到如下信息：serial0 PPP I CHAP(C223) Pkt Len 28 CHAP ChapChallenge, id 5, length 24 Host name(3): aaa表明对端CHALLENG本端身份合法性。其中Host name(3): aaa表示对端主机名为aaa，本端在收到此报文时，根据此Host name（本例中为aaa）在用户表里查找对应口令，如找到，则用口令对送过来的随机报文进行加密，生成应答报文，在应答报文后附上本端的chap Host name。DEBUG信息如下：serial0 PPP O CHAP(C223) Pkt Len 28 CHAP ChapResponse, id 5, length 24 Host name(3): bbb2）如对端验证本端通过，则本端会收到如下信息：serial0 PPP I CHAP(C223) Pkt Len 28 CHAP ChapSuccess, id 5, length 24 Message(15): Welcome to aaa.否则会打印如下信息：serial0 PPP I CHAP(C223) Pkt Len 33 CHAP ChapFailure, id 10, length 29 Message(25): Illegal User or password.2.3 IPCP DEBUG信息1）IPCP协商报文信息（发送）serial0 PPP O IPCP(8021) Pkt Len 14 state initial, code ConfReq(01), id 33, len 10 IP address(3), len 6, val 01010102其中，state initial表示IPCP状态机状态为INITIAL； IP address(3), len 6, val 01010102：表示协商IP地址，选项长度为6，本端地址为1.1.1.2。 接收对端协商报文信息类似。2）IPCP协商应答报文信息serial0 PPP I IPCP(8021) Pkt Len 14 state reqsent, code ConfAck(02), id 33, len 10 IP address(3), len 6, val 01010102 表示对端认可本端协商选项。 这里注意以下几点：如看到收到的IP协商请求报文中IP address项val为全0，则表明对端请求本端分配IP地址。如这种情况下，IP 无法UP，请查看配置。 IPXCP信息类似，这里就不一一列举了。 另外，时常会看到如下信息：PPP Serial0 IFNET Serial0 PPP_STATE change: IPXCP initial=disabled 表明本端未配IPX，IPCP相同。2.4 MP DEBUG信息 在验证通过后，如配置了MP，则进入MP捆绑阶段。 在第一条MP通道通过验证且配置正确的情况下，以配置串口0和串口1捆绑到Virtual-Template1为例，会打出如下信息： PPP-MP: serial0 create NEW MP user interface Virtual-Template1随后对MP第一条通道进行IPCP协商，协商完成后，将看到如下信息： Line protocol ip on interface Virtual-Template1(Virtual-Template1:1), changed state to UP 在之后，加入MP新通道时，会有如下信息： PPP-MP: serial1 BIND TO Serial0 IFNET Virtual-Template1:1 表明串口1绑到了串口0上，这时MP捆绑成功。如配置不正确，则不会有以上信息。另外，在查看MP信息时，要注意如配置有误，可能串口1和串口0会分别绑到不同端口上，这样便会出现时通时不通或不通等异常状态。3 附录I.A.1 PPP所有的协商都是通过状态机(FSM)实现的。PPP状态机包含如下几个状态：Initial 初始状态。Starting 启动状态。Closed 关闭状态。Stopped 停止状态。Closing 链路正关闭。Stopping 协议正在终止。Request-Sent 已发送配置请求。Ack-Received 收到对端确认。 Opened 协商成功，链路开启。2 PPP所支持协议（Protocol） 常用代码： 0021 Internet Protocol 002b Novell IPX 002d Van Jacobson Compressed TC