7.1 ppp状态和统计信息

    通过"show statistics ppp s0"命令可显示s0端口ppp协议的各种统计数据及lcp ipcp chap各协议的状态及协议参数。如下例：

    config# show statistics ppp s0

    network protocol phase(open for 0:00:17:46)

    70285 in， 2509 flags， 0 me， 0 fe， 1 cse， 1 other

    1206 lcp， 0 pap， 1288 chap， 4 ipcp， 0 unknown

    69150 out， 3799 flags， 0 me， 0 fail

    1210 lcp， 0 pap， 2570 chap， 4 ipcp

    lcp opened

    mru accm ap pfc acfc magic

    local: 1500 0x00000000 chap yes yes 0x05acb71d

    remote: 1500 +0x000a0000 +chap ++yes ++yes +0x000cc885

    pap closed

    message: "

    chap opened

    message: "

    ipcp opened

    local ip address: 150.150.0.2 remote ip address: 150.150.0.1

    in tcp header compression enabled: slots = 16， flag = 0x01

    0 cmp， 0 uncmp， 0 bad， 0 tossed

    out tcp header compression enabled: slots = 16， flag = 0x00

    0 cmp， 0 uncmp， 0 asis， 4 nottcp

    0 searches， 0 misses

    config#

    说明：

    一：首先显示ppp协议当前的状态有以下几种：

    "physical line dead" 该端口物理线路未接通

    "establishment phase" 该端口正处于lcp协商过程

    "authentication phase" 该端口正处于chap或pap协商过程

    "network protocol phase" 该端口正处于ipcp协商过程或者ppp连接建立

    "termination phase" 该端口ppp协议处于中断状态

    二：ppp协议的统计项：

    接收： in 收到的字节数(转义后)

    flags 收到的ppp帧起始标志(0x7e)的数目

    me由于内存申请失败而丢弃的包数

    fe收到ppp帧格式错误的个数

    ces 收到校验和错误的ppp帧个数

    other 其它类型的错误个数。例如：ipcp协议未连联，但收到ip报文

    lcp收到lcp帧个数

    pap收到pap帧个数

    chap 收到chap帧个数

    ipcp收到ipcp帧个数

    unknown 收到不能识别的帧类型的个数

    发送： out 发送的字节数(转义前)

    flags 发送的ppp帧起始标志数目

    me由于申请内存失败而丢弃的ppp帧个数

    lcp发送lcp协议包数目

    pap发送pap协议包数目

    chap 发送chap协议包数目

    ipcp发送ipcp协议包数目

    三：ppp协议中lcp ipcp chap pap协议当前状态

    首先是显示lcp 或ipcp协议当前状态：

    "closed"该协议被关闭，不能同远端建立连接

    "listening"该协议处于监听状态，等待远端建立连接

    "starting configuration exchange"本端发送config_req，等待远端响应

    remote host accepted out request: waiting for remote request"本端收到了正确响应，等待接收远端的config_req

    "opened" 该协议连接已经建立

    "terminate request sent to remote host" 本端已经发送给远端terminate-req

    然后显示lcp 或ipcp协议各选项的协商结果

    1. lcp协议选项分为本地值和远端值两类分别显示。

    lcp 选项包括：

    mru: 最大接收字节数

    accm: 转义字符的映射值，0表于对值为0-0x20字符不转义发送，0xffffffff表示对值为0-0x20之间的字符都转义发送

    ap: 使用何种认证协议可以是none不用认证、chap或pap

    pfc: yes表示对协议段压缩传输，no表示对协议段数据正常发送

    acfc: yes表示对地址和控制字段压缩传输，no表示正常发送

    magic: unused不使用该选项，或者该选项值

    2. ipcp协议各选项的协商结果

    选项包括：

    ip地址协商

    显示本地ip地址和远端ip地址，如果不能得到远端ip地址则远端ip地址显示为0.0.0.0。

    tcp/ip报头压缩

    分为输入和输出统计数据两部分显示，首先显示tcp/ip压缩算法中的slot数目和flags。flags=1表示对slot id不传送，flag=0表示传输slot id。

    然后，

    cmp: 发送或接收的compress报文数目

    uncmp: 发送或接收的uncompress报文数目

    bad: 接收到格式错误的压缩报文数目

    toss: 接收到压缩包，但无法得到slot id而丢弃的包

    asis: 对于tcp/ip报文 如果是ip分片报文或tcp建链式拆链报文及包含tcp选项的报文，对于这些报文不进行压缩，原样传送。此参数表示发送此类型包的数目。

    not tcp: 发送的ip报文中不是tcp报文的数目。

    searches: 在发送tcp/ip报文时，查找slot的次数

    miss: 在发送tcp/ip报文，查找slot，但未查到。而发送uncompress报文的次数。

    7.2跟踪信息

    ppp trace分为3个级别，由“trace start s0 ppp级别”设置

    级别1：显示ppp协议状态改变信息。例如：协议由closed状态转为request sent状态，显示ppp协议收到和发送的各种子协议(lcp ipcp chap pap)包的类型及长度和id。

    显示ppp协议在交互过程中，由于配置不一致而造成的协议错误，并给出相应的配置提示信息，这主要针对chap和pap认证协议。

    例子：

    #trace start s1 ppp 1

    #config

    config#s1

    config_s1#ppp lcp open

    ppp:port s1，lcp req sent; sending config req， id: 175， len: 20

    ppp:port s1，lcp req sent; processing config req， id: 130， len: 25

    ppp:port s1，lcp req sent; sending config ack， id: 130， len: 25

    ppp:port s1，lcp ack sent; processing config ack， id: 175， len: 20

    ppp:port s1，lcp ack sent; recv valid lcp ack

    ppp:port s1，lcp ack sent; opened

    trace 信息格式：

    协议类型：lcp，ipcp，chap，pap

    协议状态：“req sent”，“ack sent”，“opened"

    当前操作：“sending config req" 发送config_req 类型包。

    “sending config ack" 发送config_ack 类型包。

    “processing config req” 处理接收到的远端config_req 类型包。

    级别2：显示级别1的所有信息

    显示lcp，ipcp协议协商选项信息。

    例子：

    #trace start s1 ppp 2

    ppp:port s1， making accm: 0x00000000.

    ppp:port s1， making magic number: 0x016753e4.

    ppp:port s1， making protocol compression.

    ppp:port s1， making addr/ctl compression.

    ppp:port s1，lcp req sent; sending config req， id: 200， len: 20

    ppp:port s1，lcp req sent; processing config req， id: 131， len: 25

    ppp:port s1 checking accm: 0x000a0000

    ppp:port s1，lcp req: result config ack， option 2， length 6

    ppp port s1， checking auth protocol: 0xc223

    ppp:port s1，lcp req: result config ack， option 3， length 5

    ppp:port s1 checking magic number: 0x01727e07

    ppp:port s1，lcp req: result config ack， option 5， length 6

    ppp port s1， checking protocol compression

    ppp:port s1，lcp req: result config ack， option 7， length 2

    ppp port s1， checking addr/ctl compression

    ppp:port s1，lcp req: result config ack， option 8， length 2

    ppp:port s1，lcp req sent; sending config ack， id: 131， len: 25

    trace 信息格式：

    "ppp:port s1， making accm: 0x00000000." 本地生成选项accm，值为0."ppp port s1， checking addr/ctl compression" 检查本地是否支持远端选项addr/ctl compression。

    “ppp:port s1，lcp req: result config ack， option 8， length 2” 本地支持远端选项 8(addr/ctl compression)。

    级别3：显示级别2的所有信息

    显示ppp协议收到和发送的各种类型包的内容。

    例子：

    #trace start s1 ppp 3

    #ppp:port s1，lcp opened;sending echo request， id: 135，len: 8

    ppp:port s1，the packet to be sent before escapted.

    ff 03 c0 21 09 87 00 08 01 67 53 e4

    ppp:port s1，receive packet as

    ff 03 c0 21 0a 87 00 08 01 72 8e 91

    ppp:port s1，lcp opened ; processing echo reply， id: 135， len: 8