在网络协议的使用过程中，我们有时候会遇到一些问题。有不少网友也针对这些问题进行了提问，本文就来归纳解答一下。希望对大家有所帮助。

　　TCP/IP故障问题1

　　问：TCP工作不正常，该如何处理?

　　答：如果TCP出现故障，可以打开相应的调试开关，查看调试信息。执行debuggingtcppacket命令打开TCP调试开关，TCP的数据包。TCP有两种数据报的格式供选择。一种是调试所有以本设备为一端的TCP连接的TCP报文收发。操作如下：

　　system-view[HUAWEI]info-centerenable[HUAWEI]quitdebuggingtcppacketterminaldebuggingterminalmonitor即可实时查看接收或发送的TCP报文，其具体报文格式如下：

　　0.10749890QuidwaySOCKET/8/TCPPACKET:

　　1172416456:Output:task=ROUT(18),socketid=10,state=Established,

　　src=8.1.1.1:179,dst=8.1.1.2:52205,

　　seq=1295959927,ack=1284499537,datalen=19,optlen=0,flag=ACKPSH,

　　window=8192,ttl=255,tos=192,

　　另外一种是调试其中SYN、FIN或RST置位的报文。

　　操作如下：

　　system-view[HUAWEI]info-centerenable[HUAWEI]quitdebuggingtcpeventterminaldebuggingterminalmonitor这样即可实时查看接收或发送的TCP报文，其具体报文格式同上。

　　TCP/IP故障问题2

　　问：UDP工作不正常，该如何处理?

　　答：如果UDP出现故障，可以打开相应的调试开关，查看调试信息。

　　用debugginguacket命令打开UDP调试开关，UDP的数据包。当路由设备发送或接收到UDP数据包，就可以实时显示出数据报的内容格式。根据数据报的内容，对问题进行定位。

　　以下为UDP数据报的格式：

　　0.5089590RTBSOCKET/7/UDP:

　　UDPdebugpacketinformation:Input:task=ROUT(19),socketid=28,

　　(Time=1184605636,src=192.168.3.1:520,dst=255.255.255.255:520,datalen=104)

　　TCP/IP故障问题3

　　问：路由正常，但在PE上ping私网不通，应如何处理?

　　答：原因可能是没有指定源地址，请使用ping命令的“-a”选项指定一个私网地址，作为ICMPEchoReply报文的目的地址。

　　TCP/IP故障问题4

　　问：ping小包通，但ping大包不通，该如何处理?

　　答：可能由于MTU设置不正确。沿报文转发路径执行displayintece命令查看各接口的MTU值，如果存在设置不正确的接口，在其接口视图下执行mtu命令，配置正确的MTU值。

　　TCP/IP故障问题5

　　问：ping时通时断，该如何处理?

　　答：可能由于网络时延比较大。可以使用ping命令的“-t”选项增加等待ICMPEchoResponse报文的时间。

　　TCP/IP故障问题6

　　问：路由设备与以太网连接，发现一部分主机可与路由设备通信，而其他主机不能与路由设备通信，该如何处理?

　　答：同一局域网内，计算机要互通需要其IP地址均处于同一网段，或者不同网段之间有可达的路由。根据故障现象，推测是计算机的IP地址掩码不在一个网段。首先在路由设备上执行命令displayipintece检查以太网接口的IP地址和掩码。然后在不能与路由设备互通的计算机上查看IP地址和掩码，检查IP地址是否与路由设备以太口在同一网段。最后修改计算机的IP地址掩码，使其与路由设备以太网接口在同一网段。

　　TCP/IP故障问题7

　　问：两台路由设备A和B以POS接口相连，接口封装PPP协议。配置路由设备A从路由设备B协商IP地址，但不成功，该如何处理?

　　答：IP地址协商不成功可能有2个原因：

　　◆链路故障;

　　◆IP地址配置不正确。

　　首先执行命令displayintece检查POS接口的链路状态，如链路状态为Down，则检查接口的物理连接情况及链路协议的配置。然后检查服务器端为客户分配的IP地址是否与其他IP地址冲突。如果配置了验证，则检查验证的用户名和口令是否正确。

　　TCP/IP故障问题8

　　问：使能URPF后，发送应被URPF丢弃的报文，却没有URPF丢弃报文的统计信息，该如何处理?

　　答：可能有以下原因：

　　◆URPF的检查模式为松散型检查，且路由表中有该报文的源地址;

　　◆配置了缺省路由。

　　具体原因如下：

　　◆运行displaycurrent-configuration命令192.168.3.1，确认已经使能了URPF;

　　◆查看路由表，确认报文的源地址是否在路由表中存在。如果URPF的检查模式是松散型检查，且报文的源地址在路由表中存在，那么报文则不会被URPF丢弃，也就不会有URPF丢弃报文的统计信息;

　　◆确认是否配置了缺省路由。如果URPF的检查模式是松散型检查，且报文的源地址在路由表中不存在，但配置了缺省路由，那么报文则不会被URPF丢弃，也就不会有URPF丢弃报文的统计信息。