篇一：华为数通操作手册 VRP全系列 VRP故障处理手册 路由器 03-第3章 常用诊断命令和工具 目
录 第3章 常用诊断命令和工具 ..................................................................................................... 3-1 3.1 ping命令 ............................................................................................................................ 3-1 3.1.1 原理 ......................................................................................................................... 3-1 3.1.2 功能 ......................................................................................................................... 3-1 3.1.3 ping命令介绍 ..........................................................................................................(转 载 于: 小 龙文 档 网:华为vrp通用路由平台解决方案) 3-1 3.1.4 使用ping命令进行故障处理 .................................................................................... 3-3 3.2 tracert命令 ......................................................................................................................... 3-5 3.2.1 原理 ......................................................................................................................... 3-5 3.2.2 功能 ......................................................................................................................... 3-6 3.2.3 tracert命令介绍 ....................................................................................................... 3-6 3.2.4 使用tracert命令进行故障处理 ................................................................................ 3-7 3.3 display命令 ...................................................................................................................... 3-11 3.3.1 display命令概述 .................................................................................................... 3-11 3.3.2 display命令中的正则表达式 .................................................................................. 3-12 3.3.3 查看版本信息 ......................................................................................................... 3-13 3.3.4 查看配置信息 ......................................................................................................... 3-15 3.3.5 查看接口信息 ......................................................................................................... 3-16 3.3.6 display diagnostic-information命令 ....................................................................... 3-17 3.4 debugging命令 ................................................................................................................ 3-18 3.4.1 debugging命令概述 .............................................................................................. 3-18 3.4.2 debugging命令使用注意 ....................................................................................... 3-18 3.4.3 debugging信息查看 .............................................................................................. 3-19 3.4.4 display命令和debugging命令的配合使用............................................................ 3-19 3.4.5 debugging命令使用案例 ....................................................................................... 3-20 3.5 reset命令 ......................................................................................................................... 3-21 3.5.1 reset命令概述 ....................................................................................................... 3-21 3.5.2 与报文统计相关的两条reset命令 ......................................................................... 3-21 3.5.3 reset命令的使用 ................................................................................................... 3-21 3.6 日志功能 ........................................................................................................................... 3-22 第3章
常用诊断命令和工具 VRP提供多种方式监控网络的工作状况和定位基本的网络故障。 本章对以下内容进行介绍： ? ? ? ? ? ?
tracert命令 3.1
ping命令 3.1.1
原理 “ping”这个词源于声纳定位操作，指来自声纳设备的脉冲信号。 ping命令的作用类似于发出一个短促的雷达波，通过收集回波来判断目标。即，源站点向目的站点发ICMP Echo Request报文，目的站点收到后回送ICMP Echo Reply报文，以次检测两个节点间在IP层的可达性，检测网络层是否连通。 3.1.2
功能 ping命令用于检查IP网络连接及主机是否可达。 3.1.3
ping命令介绍 1. VRP平台的ping命令 本节介绍VRP平台的ping命令中几个常用参数。 ping [ -a source-ip-address | -c count | -s packetsize | -t timeout ] * host -a source-ip-address：设置发送ICMP Echo Request报文的源IP地址。 -c count：设置发送ICMP Echo Request报文的次数，缺省值为5。-s packetsize：设置发送ICMP Echo Request报文的长度（不包括IP和ICMP报文头），以字节为单位，缺省值为56。 -t timeout：设置ping报文的超时时间，缺省值为2000ms。 ?
说明： VRP实现多种应用环境下的ping功能，例如，对私网报文的ping、对VRRP虚拟路由器的ping、对LSP的ping、对IPv6的ping等等。对这些功能的详细介绍请参考《通用路由平台VRP
操作手册》。
例如，向主机110.1.1.1发出2个8100字节的ping报文。 &Quidway& ping -c 2 -s .1.1 PING 110.1.1.1: 8100
data bytes, press CTRL_C to break Reply from 110.1.1.1: bytes=8100 Sequence=0 ttl=123 time = 538 ms
Reply from 110.1.1.1: bytes=8100 Sequence=1 ttl=123 time = 730 ms --- 110.1.1.1 ping statistics --- 2 packets transmitted 2 packets received 0.00% packet loss round-trip min/avg/max = 538/634/730 ms 2. Windows平台的ping命令 本节介绍Windows平台的ping命令中几个常用参数。 ping [ -n number | -t | -l number ] * host -n number：设置发送ICMP Echo Request报文的次数，缺省值为5。 -t：持续地ping，直到被人为中断，&Ctrl+Break&可以暂时中止ping命令并查看当前的统计结果，而&Ctrl+C&则可以中断命令的执行。 -l：设置ping报文所携带的数据部分的字节数。 例如，向主机110.2.1.1发出2个数据部分大小为3000字节的ping报文。 C:\& ping -l 3000 -n 2 110.2.1.1 Pinging 110.2.1.1 with 3000 bytes of data Reply from 110.2.1.1: bytes=3000 time=321ms TTL=123 Reply from 110.2.1.1: bytes=3000 time=297ms TTL=123 Ping statistics for 110.2.1.1: Packets: Sent = 2, Received = 2, Lost = 0 (0% loss), Approximate round trip times in milli-seconds:Minimum = 297ms, Maximum =
321ms, Average =
说明： Windows平台ping命令其他参数的介绍请参考Windows在线帮助。
使用ping命令进行故障处理 1. 案例一：连通性问题还是性能问题 (1) 案例描述 工程师小L，在配置完一台路由器后执行ping命令检测链路是否通畅，发现5个报文都没有ping通。 检查双方的配置文件和路由表，没有找到错误原因。重复执行了一遍相同的ping命令，这一次5个报文中有1个ping通了――原来是线路质量不好，存在比较严重的丢包。 小L又配置了一台路由器，执行ping命令访问Internet上某站点的IP地址，但没有ping通。吸取上次教训，小L再一次ping了20个报文，仍旧没有响应。小L断定是网络故障，但检查配置链路没有发现问题。 最后，小L采取逐段检测的方法对链路中的网关进行逐级测试，发现都可以ping通，但响应时间越来越长，最后一个网关的响应时间在1800ms左右。会不会是由于超时而导致显示为ping不同呢？ 小L将ping命令报文的超时时间改为4000ms，这次成功ping通了，所有报文响应时间都在2200ms左右。 (2) 建议和总结 真的是ping不通吗？ 这个问题需要定位清楚，连通性问题和性能问题的关注点是不一样的，问题定位错误必然导致排错过程的周折。 ping命令缺省发送5个报文，超时时长是2000ms。如果ping不通，建议用带参数-c和-t的ping命令再执行一遍，如： ping -c 20 -t 4000 ip-address 即，连续发送20个报文，每个报文的超时时长为4000ms，这样就可以判断出到底是连通性问题还是性能问题。2. 案例二：使用大包ping对端进行MTU不一致的故障处理 (1) 案例描述 一台使用VRP软件的NE路由器与其他厂商的路由器互连，并运行OSPF协议。配置完毕后，一切正常，并在相当长的时间内运转稳定。但两个月后，用户反馈网络中断。 采用以下方式对问题定位： ? 登录到两台路由器上，发现双方连接正常，可以相互ping通对端地址，但OSPF 协议中断； ? 登录到NE路由器查看邻居状态，发现邻居状态机处于Exstart状态。打开相 应的调试开关查看报文信息，发现双方都可以收到Hello报文，但NE路由器发送DD报文后，一直没有收到对方回应的DD报文； ? 登录另一台路由器，打开相应的调试开关，发现对方收到NE路由器发送的 DD报文后，发送了相应的DD报文进行回应。 因此，NE路由器没有收到对方发出的DD回应报文，但对方确实发出来了。 (2) 原因分析 双方能够接收到Hello报文，说明链路通畅，多播报文收发也没有问题。 推断可能是对方发送的DD报文有错误，导致NE路由器拒绝接受，但查看相应的信息，并没有报告接收到错误的DD 报文。 仔细查看某厂商路由器的调试信息发现这个DD报文很大有2000 多字节。会不会是由于报文太大导致的问题呢？试着ping了一个2000字节的报文，结果不通。那么故障原因很可能是－－由于双方的MTU不一致导致大包不通。 (3) 处理过程： 检查配置，发现对方路由器的MTU设置为4000多而Quidway路由器的MTU设置为1500，于是修改对端路由器的MTU为1500。故障处理。 那么为什么工程初期没有问题呢？这是因为前期DD报文长度小于1500字节，而后来网络扩容导致路由信息过多使DD 报文的长度超过了1500 字节。 (4) 建议和总结： 缺省情况下，ping命令发送的报文大小是56个字节，所以显示的ping通信息只是表示56字节的报文可以通而并不一定表示其他大小的报文仍旧可以通。所以，应当善于使用ping的其他参数来进行故障处理。 3. 案例三：A能ping通B，B就一定能ping通A吗 (1) 现象描述篇二：华为数通操作手册 VRP全系列 VRP故障处理手册 路由器 第8章 MSDP故障处理 目
录 第8章 MSDP故障处理 ............................................................................................................ 8-1 8.1 MSDP简介 ......................................................................................................................... 8-1 8.2 MSDP故障处理 ................................................................................................................. 8-2 8.2.1 典型组网环境 ........................................................................................................... 8-2 8.2.2 配置注意事项 ........................................................................................................... 8-3 8.2.3 故障诊断流程 ........................................................................................................... 8-3 8.2.4 故障处理步骤 ........................................................................................................... 8-5 8.3 故障处理案例 ..................................................................................................................... 8-6 8.3.1 MSDP对等体一直处于DOWN状态 ....................................................................... 8-6 8.3.2 MSDP测试环境中IPTV 不通 .................................................................................. 8-7 8.3.3 Anycast RP应用中RP间互通信息异常 .................................................................. 8-8 8.4 FAQ .................................................................................................................................... 8-9 8.5 故障诊断工具 ................................................................................................................... 8-13 8.5.1 display命令 ........................................................................................................... 8-13 8.5.2 debugging命令 ..................................................................................................... 8-18 8.5.3 告警 ....................................................................................................................... 8-20 8.5.4 日志 ....................................................................................................................... 8-20 第8章
MSDP故障处理 本章包含以下内容： ?
介绍了进行MSDP故障处理时用户所需的知识要点。 ?
针对典型的MSDP组网环境，介绍配置MSDP时要注意的事项，故障处理的流程和详细的故障处理步骤。 ?
介绍了若干实际的故障处理案例。 ?
列出了用户常问的问题，并给出了相应的解答。 ?
介绍了进行故障处理所需要的故障诊断工具，包括display命令和debugging命令、告警信息、日志信息等。 8.1
MSDP简介 MSDP（Multicast Source Discovery Protocol，组播源发现协议）用来发现其它PIM-SM域内的组播源信息。配置了MSDP对等体的RP（Rendezvous Point）将其域内的活动组播源信息通过SA（Source Active）消息通告给它的所有MSDP对等体，这样，一个PIM-SM域内的组播源信息就会被传递到另一个PIM-SM域。 MSDP对等体可以建立在不同域的RP之间，也可以建立在同一域的多个RP之间，还可以建立在RP与普通路由器之间或者普通路由器之间。MSDP对等体之间使用TCP连接。 MSDP使得一个PIM-SM域不需要依赖另一个PIM-SM域内的RP，因为在得到另一个PIM-SM域内的组播源信息之后，一个PIM-SM域里的接收者可以不通过另一PIM-SM域里的RP而直接加入到这个域内组播源的SPT（Shortest Path Tree）上。 MSDP另一个应用是Anycast RP。在一个域内，用同一个IP地址配置不同的路由器上的某一接口（通常是Loopback接口），同时，配置这些路由器上这个接口为候选RP，并在这些RP之间建立MSDP对等体关系。单播路由收敛后，组播源可以选择最近的RP注册，接收者也可以选择最近的RP加入其RPT。这些RP之间通过MSDP对等体了解对方的注册源信息，最终每个RP了解到整个域内的所有组播源，这样，每个RP上的接收者就可以接收到整个域内的所有组播源发出的组播数据。 通过向就近的RP发起注册和RPT加入，实现RP的负载分担；一个RP失效后，其原来注册的源和加入者，又会选择另一个就近的RP注册和加入，实现了RP的冗余备份。 另外，MSDP通过RPF检查机制，只接受从正确路径上接收到的SA消息，避免接受冗余的SA消息；可以通过配置Mesh Group全连接组来避免SA消息在MSDP对等体之间泛滥。 8.2
MSDP故障处理 本节介绍如下的内容： ? ? ? ? 故障处理步骤 8.2.1
典型组网环境 MSDP的典型组网如图8-1所示。MSDP的故障处理将基于该网络。MSDP peers
图8-1 MSDP组网图 在上述组网图中，采用了如下的方案：? 三个自治系统AS1、AS2和AS3，每个自治系统都有和其相关的PIM-SM域，每个PIM-SM内都包含一个RP。 ? ? ? RPA属于AS1，RPB、RPC和RPD属于AS2，RPE和RPF属于AS3。 各RP之间建立了MSDP对等体关系。 其中RPB、RPC和RPD之间建立Mesh全连接组。 8.2.2
配置注意事项域内组播路由协议必须是PIM-SM。 产生 MSDP 报文的源MSDP Peer必须是RP。 域间必须同时运行BGP或MBGP，保障RPF检查通过。 建议在两台形成MSDP对等体关系的路由器之间创建BGP或MBGP路由，且MSDP对等体地址与BGP或MBGP对等体的地址相同。从而可以直接通过该路由传递PIM-SM域间的SA消息，这时BGP对等体是MSDP对等体建立的前提。 Static RPF Peer 对于只有一个MSDP对等体的区域（STUB区域）， MSDP对等体之间可以不需要BGP或MBGP路由，而通过配置静态RPF对等体并借助自治系统之间现有的BGP路由来实现SA消息的传递。 由于对MSDP Peer配置了peer sa-policy import，可能导致接收到的SA报文中的（S，G）项被过滤掉 对端MSDP Peer配置了peer sa-policy export，可能导致SA报文没有发送出来 配置了import-source命令但是没有指定ACL参数；或者配置了import-source命令指定了ACL参数和ACL号，但是没有配置相应的ACL命令；或者配置了import-source命令指定了ACL参数和ACL号，但是（S，G）项无法通过相应的ACL规则的过滤，都将导致源MSDP Peer无法发送出SA报文 MSDP Peer PIM SM RP BGP Peer import sa-policy export sa-policy import-source
故障诊断流程 针对图8-1所示的网络，配置了MSDP Peer，但SA缓存中没有（S，G）项。请使用下面的故障诊断流程，如图8-2所示。图8-2 MPLS VPN故障诊断流程图
篇三：华为数通操作手册 VRP全系列 VRP故障处理手册 路由器 01-第1章 L2TP协议故障处理 目
录 第1章 L2TP协议故障处理 ...................................................................................................... 1-1 1.1 L2TP简介 .......................................................................................................................... 1-1 1.1.1 L2TP协议概述......................................................................................................... 1-2 1.1.2 L2TP协议的几个重要概念 ...................................................................................... 1-2 1.1.3 L2TP协议和其它模块的配合 ................................................................................... 1-3 1.1.4 L2TP协议呼叫建立流程 .......................................................................................... 1-3 1.2 L2TP典型VPDN方式故障处理 ......................................................................................... 1-5 1.2.1 典型组网环境 ........................................................................................................... 1-5 1.2.2 配置注意事项 ........................................................................................................... 1-6 1.2.3 故障诊断流程 ........................................................................................................... 1-9 1.2.4 故障处理步骤 ......................................................................................................... 1-10 1.3 L2TP从PC直接接入LNS方式故障处理 ........................................................................ 1-12 1.3.1 典型组网环境 ......................................................................................................... 1-12 1.3.2 配置注意事项 ......................................................................................................... 1-13 1.3.3 故障诊断流程 ......................................................................................................... 1-14 1.3.4 故障处理步骤 ......................................................................................................... 1-14 1.4 L2TP和MP配合组网 ...................................................................................................... 1-14 1.4.1 典型组网环境 ......................................................................................................... 1-15 1.4.2 配置注意事项 ......................................................................................................... 1-15 1.4.3 故障诊断流程 ......................................................................................................... 1-17 1.4.4 故障处理步骤 ......................................................................................................... 1-17 1.5 L2TP接入三层VPN组网 ................................................................................................. 1-18 1.5.1 典型组网环境 ......................................................................................................... 1-18 1.5.2 配置注意事项 ......................................................................................................... 1-19 1.5.3 故障诊断流程 ......................................................................................................... 1-22 1.5.4 故障处理步骤 ......................................................................................................... 1-22 1.6 故障处理案例 ................................................................................................................... 1-23 1.6.1 会话建立后随即就断开 .......................................................................................... 1-23 1.6.2 L2TP用户拨号不能达到规格最大值 ...................................................................... 1-24 1.7 FAQ .................................................................................................................................. 1-25 1.8 故障诊断工具 ................................................................................................................... 1-28 1.8.1 display命令 ........................................................................................................... 1-28 1.8.2 debugging命令 ..................................................................................................... 1-31 第1章
L2TP协议故障处理 本章包含以下内容： ? 介绍了进行L2TP故障处理时所需的知识要点。 ? 针对典型的L2TP VPDN组网环境，介绍配置L2TP时要注意的事项，故障处理的流程和详细的故障处理步骤。 ? 针对典型的PC直接接入LNS组网环境，介绍配置L2TP时要注意的事项，故障处理的流程和详细的故障处理步骤。 ? 针对典型的L2TP组网环境，介绍配合使用L2TP和MP时要注意的事项，故障处理的流程和详细的故障处理步骤。 ? 针对典型的L2TP接入三层VPN组网环境，介绍配置L2TP时要注意的事项，故障处理的流程和详细的故障处理步骤。 ? 故障处理案例 介绍了2个实际的故障处理案例。 ? 列出了用户常问的问题，并给出了相应的解答。 ? 故障诊断工具 介绍了为进行故障处理所故障诊断工具，包括使用display命令和debugging命令。 1.1
L2TP简介 本节包含以下内容： ? ? ? ?L2TP协议和其它模块的配合1.1.1
L2TP协议概述 L2TP协议综合了L2F和PPTP两种协议的优点，取代L2F和PPTP，成为因特网上广泛使用的一种协议。 L2TP协议是一种传统的二层VPN隧道协议，它的承载协议是IP协议，乘客协议是PPP协议。通过L2TP，PPP二层链路端点和PPP会话点可以驻留在不同设备上，中间通过L2TP隧道穿越因特网。 1.1.2
L2TP协议的几个重要概念 1. 用户、LAC和LNS 用户、LAC、LNS是L2TP协议的三个重要概念。 ? 用户是需要登录私网的设备（如PC），是发起PPP协商的端设备。用户既是 PPP二层链路一端又是PPP会话的一端。 ? LAC（L2TP Access Concentrator）是直接接受用户呼叫的一端，也是PPP 二层链路一端。NAS可以和用户可以合并为一个LAC端点，也可以单独作为LAC端点。 ? LNS（L2TP Network Server）端是接受PPP会话的一端，一般位于私网与公 网边界。通过LNS，用户就可以登录到私网上，访问私网资源。L2TP隧道端点分别位于LAC和LNS两端。 2. 隧道连接和会话连接 一个LNS和LAC对之间存在着两种类型的连接。 ? ? 隧道（Tunnel）连接：也叫控制连接，它定义了一个LNS和LAC对。 会话（Session）连接：它复用在隧道连接之上，用于表示承载在隧道连接中 的每个PPP会话过程。会话连接必须在隧道建立（包括身份保护、L2TP版本、帧类型、硬件传输类型等信息的交换）成功之后进行。一个会话连接对应于一个用户和LNS之间的PPP数据流。 在同一对LAC和LNS之间可以建立多个L2TP隧道，每个隧道由一个控制连接和一个或多个会话连接组成。控制消息和PPP数据报文都在隧道上传输，通过L2TP报文头中的标识来区分。 3. 代理认证、强制CHAP和LCP重协商 LNS上可以配置代理验证、强制CHAP验证及LCP重协商。 LCP重协商的优先级最高。如果同时配置了LCP重协商和强制CHAP验证，L2TP会采用LCP重协商，验证方式采用相应的VT上配置的验证方式。其次是强制CHAP验证。如果没有配LCP重协商，只配了强制CHAP验证，那么LNS端就会用CHAP的验证方式对用户端进行验证；如果验证不通过，会话不能建立成功。 优先级最低的是代理验证。如果没有配置制CHAP验证和LCP重协商，则LNS采用代理验证。即LAC将它从用户得到的所有验证信息及LAC端配置的验证方式传给LNS；LNS利用这些信息和LAC端传来的验证方式对用户进行验证，并非不验证了。 代理验证与VT上配的验证方式也是有关系： ? 如果LAC端传来的验证方式为PAP，但LNS的VT上配的验证方式为CHAP， 则PPP会认为这种情况不合理，LNS的要求高，不能通过验证。 ? 其他情况下，采用LAC传来的验证方式，不管VT上配的是什么验证方式。 1.1.3
L2TP协议和其它模块的配合 L2TP和MP配合使用的方法是在用户端与LNS端进行MP绑定。即，如果用户与LNS之间建立了多个L2TP会话，可以将这些会话绑定到一个MP端口上。 L2TP协议与AAA认证、PPP以及接口联系比较紧密，L2TP的配置也是紧密围绕这几个部分展开的。 1.1.4
L2TP协议呼叫建立流程 L2TP的实现围绕隧道和会话的建立来完成。处理流程是以控制报文来驱动的；当收到一个正确的控制报文后根据指定的隧道或会话的状态进行处理，并将状态迁移到下一个状态。 图1-1是一条L2TP隧道的建立流程。熟悉此流程后再结合L2TP相关的调试信息，可以定位大部分L2TP故障。PCLAC RouterALACRADIUS ServerLNSRouterBLNSRADIUS Server
图1-1 L2TP隧道的呼叫建立流程 L2TP隧道的呼叫建立流程过程为： (1) 用户端PC机发起呼叫连接请求； (2) PC机和LAC端（RouterA）进行PPP LCP协商； (3) LAC对PC机提供的用户信息进行PAP或CHAP认证； (4) LAC将认证信息（用户名、密码）发送给RADIUS服务器进行认证； (5) RADIUS服务器认证该用户，如果认证通过则返回该用户对应的LNS地址等 相关信息，并且LAC准备发起Tunnel连接请求； (6) LAC端向指定LNS发起Tunnel连接请求； (7) LAC端向指定LNS发送CHAP challenge信息，LNS回送该challenge响应 消息CHAP response，并发送LNS侧的CHAP challenge，LAC返回该challenge的响应消息CHAP response； (8) 隧道验证通过； (9) LAC端将用户CHAP response、response identifier和PPP协商参数传送给 LNS； (10) LNS将接入请求信息发送给RADIUS服务器进行认证；相关热词搜索：