在网络协议的使用过程中，我们有时候会遇到一些问题。有不少网友也针对这些问题进行了提问，本文就来归纳解答一下。希望对大家有所帮助。
TCP/IP故障问题1
问：TCP工作不正常，该如何处理?
答：如果TCP出现故障，可以打开相应的调试开关，查看调试信息。执行debugging tcp packet命令打开TCP调试开关，跟踪TCP的数据包。TCP有两种数据报的格式供选择。一种是调试跟踪所有以本设备为一端的TCP连接的TCP报文收发。操作如下：
system-view[HUAWEI] info-center enable[HUAWEI] quit debugging tcp packet terminal debugging terminal monitor即可实时查看接收或发送的TCP报文，其具体报文格式如下：
*0.10749890 Quidway SOCKET/8/TCP PACKET:
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 = ACK PSH,
window = 8192, ttl = 255, tos = 192,
另外一种是调试跟踪其中SYN、FIN或RST置位的报文。
操作如下：
system-view[HUAWEI] info-center enable[HUAWEI] quit debugging tcp event terminal debugging terminal monitor这样即可实时查看接收或发送的TCP报文，其具体报文格式同上。
TCP/IP故障问题2
问：UDP工作不正常，该如何处理?
答：如果UDP出现故障，可以打开相应的调试开关，查看调试信息。
用debugging udp packet命令打开UDP调试开关，跟踪UDP的数据包。当路由设备发送或接收到UDP数据包，就可以实时显示出数据报的内容格式。根据数据报的内容，对问题进行定位。
以下为UDP数据报的格式：
*0.5089590 RTB SOCKET/7/UDP:
UDP debug packet information: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”选项指定一个私网地址，作为ICMP Echo Reply报文的目的地址。
TCP/IP故障问题4
问：ping小包通，但ping大包不通，该如何处理?
答：可能由于MTU设置不正确。沿报文转发路径执行display interface命令查看各接口的MTU值，如果存在设置不正确的接口，在其接口视图下执行mtu命令，配置正确的MTU值。
TCP/IP故障问题5
问：ping时通时断，该如何处理?
答：可能由于网络时延比较大。可以使用ping命令的“-t”选项增加等待ICMP Echo Response报文的时间。
TCP/IP故障问题6
问：路由设备与以太网连接，发现一部分主机可与路由设备通信，而其他主机不能与路由设备通信，该如何处理?
答：同一局域网内，计算机要互通需要其IP地址均处于同一网段，或者不同网段之间有可达的路由。根据故障现象，推测是计算机的IP地址掩码不在一个网段。首先在路由设备上执行命令display ip interface检查以太网接口的IP地址和掩码。然后在不能与路由设备互通的计算机上查看IP地址和掩码，检查IP地址是否与路由设备以太口在同一网段。最后修改计算机的IP地址掩码，使其与路由设备以太网接口在同一网段。
TCP/IP故障问题7
问：两台路由设备A和B以POS接口相连，接口封装PPP协议。配置路由设备A从路由设备B协商IP地址，但不成功，该如何处理?
答：IP地址协商不成功可能有2个原因：
◆链路故障;
◆IP地址配置不正确。
首先执行命令display interface检查POS接口的链路状态，如链路状态为Down，则检查接口的物理连接情况及链路协议的配置。然后检查服务器端为客户分配的IP地址是否与其他IP地址冲突。如果配置了验证，则检查验证的用户名和口令是否正确。
TCP/IP故障问题8
问：使能URPF后，发送应被URPF丢弃的报文，却没有URPF丢弃报文的统计信息，该如何处理?
答：可能有以下原因：
◆URPF的检查模式为松散型检查，且路由表中有该报文的源地址;
◆配置了缺省路由。
具体原因如下：
◆运行display current-configuration命令，确认已经使能了URPF;
◆查看路由表，确认报文的源地址是否在路由表中存在。如果URPF的检查模式是松散型检查，且报文的源地址在路由表中存在，那么报文则不会被URPF丢弃，也就不会有URPF丢弃报文的统计信息;
◆确认是否配置了缺省路由。如果URPF的检查模式是松散型检查，且报文的源地址在路由表中不存在，但配置了缺省路由，那么报文则不会被URPF丢弃，也就不会有URPF丢弃报文的统计信息。
