路由器E1线的DB15和BNC(75欧同轴电缆)的连接对应关系如下：
两种E1电缆管脚连接关系
DB-15  BNC
管脚信号 信号
9 TxTxTip
2 TxTxRing
10 TxShield-
8 RxRxTip
15  RxRxRing
7  RxShield -

组网：————（E0130.32.128.1/28）R3680_1(S3:0130.32.129.13）----(S3:0130.32.129.14)R3680_2————
故障现象：在R3680_1上带源地址130.32.128.1/28pingR3680_2的130.32.129.14地址丢包。


一、打开debug调试开关
Quidway(config)#logging?
bufferedSetbufferedloggingparameters
consoleSetconsolelogginglevel
hostSetlogginghostparameters
monitorSetterminalline(monitor)logginglevel
onEnableloggingtoallsupporteddestinations
Quidway(config)#loggingon
Quidway(config)#loggingmonitor
二、做acl匹配数据流
Quidway(config)#access-listnormal100permitip130.32.128.10.0.0.0130.32.129.140.0.0.0
Quidway(config)#access-listnormal100permitip130.32.129.140.0.0.0130.32.128.10.0.0.0
Quidway(config)#access-listnormal100denyipanyany
三、针对acl带开debug
Quidway#debuippacket?

<1-199>Access-listNumber
Quidway#debuippacket100
四、进行测试：
Quidway#ping-a130.32.128.1130.32.129.14



告警信息：

无


原因分析：
五、测试结果与处理。
R3680E_1
beijing#ping-a130.32.128.1130.32.129.14
PING130.32.129.14:56databytes,pressCTRL_Ctobreak
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7791,Offset=0,TTL=255,Protocol=1,Chksum=56533
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Sending
Replyfrom130.32.129.14:bytes=56Sequence=0ttl=255time=39ms
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=15697,Offset=0,TTL=255,Protocol=1,Chksum=1913
s=130.32.129.14,d=130.32.128.1,if=Serial3:0,Received
Deliveredtohighlevelprotocol.
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7795,Offset=0,TTL=255,Protocol=1,Chksum=0
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Sending
Requesttimeout
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7801,Offset=0,TTL=255,Protocol=1,Chksum=39636
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Sending
Requesttimeout
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7813,Offset=0,TTL=255,Protocol=1,Chksum=2
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Sending
Replyfrom130.32.129.14:bytes=56Sequence=3ttl=255time=40ms
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=15711,Offset=0,TTL=255,Protocol=1,Chksum=63864
s=130.32.129.14,d=130.32.128.1,if=Serial3:0,Received
Replyfrom130.32.129.14:bytes=56Sequence=4ttl=255time=40ms
---130.32.129.14pingstatistics---
5packetstransmitted
3packetsreceived
40.00%packetloss
round-tripmin/avg/max=39/39/40ms
beijing#



处理过程：
R3680E_1
guangzhou#
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7791,Offset=0,TTL=255,Protocol=1,Chksum=59799
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Received
Deliveredtohighlevelprotocol.
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=15697,Offset=0,TTL=255,Protocol=1,Chksum=59799
s=130.32.129.14,d=130.32.128.1,if=Serial3:0,Sending
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7795,Offset=0,TTL=255,Protocol=1,Chksum=58775
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Received
Deliveredtohighlevelprotocol.
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=15699,Offset=0,TTL=255,Protocol=1,Chksum=58775
s=130.32.129.14,d=130.32.128.1,if=Serial4:0,Sending
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7801,Offset=0,TTL=255,Protocol=1,Chksum=57239
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Received
Deliveredtohighlevelprotocol.
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=15707,Offset=0,TTL=255,Protocol=1,Chksum=57239
s=130.32.129.14,d=130.32.128.1,if=Serial4:0,Sending
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7813,Offset=0,TTL=255,Protocol=1,Chksum=54167
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Received
Deliveredtohighlevelprotocol.
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=15711,Offset=0,TTL=255,Protocol=1,Chksum=54167
s=130.32.129.14,d=130.32.128.1,if=Serial3:0,Sending
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=7817,Offset=0,TTL=255,Protocol=1,Chksum=53143
s=130.32.128.1,d=130.32.129.14,if=Serial3:0,Received
Deliveredtohighlevelprotocol.
IP:Version=4,HdrLen=5,TOS=0,TotalLen=84
ID=15713,Offset=0,TTL=255,Protocol=1,Chksum=53143
s=130.32.129.14,d=130.32.128.1,if=Serial3:0,Sending
guangzhou#
从测试结果可以看出R3680_2回应R3680_1的报文部分从Serial4:0发送了出去，所以R3680_1无法收到，由此可以判定为R3680_2路由问题，在R3680_2上配置到130.32.128.1/28的静态路由下一条为130.32.129.13后问题解决。在R3680_1上带源地址130.32.128.1/28pingR3680_2的130.32.129.14地址正常不丢包。



建议与总结：

附件：


相关文章链接

现象描述：
AR28做NAT转换后，私网PC用BIT下载特别慢只有十几Kbye/s，同一个PC用公网IP地址上网，采用BIT下载速度可以达到一两百Kbye/s。


告警信息：
无

原因分析：
1、BIT的下载原则是，连接数越多下载速度就越快。在下载的同时也上传文件。BIT的连接的建立分为两种情况，一种是PC主动发起的连接，另外一种其他下载者主动和PC发起的连接。BIT通过侦听端口来提供其他下载者的连接端口。
2、公网PC不仅可以通过种子来主动和其他BIT下载者建立连接来下载和上传文件，其他BIT下载者可以通过公网PC的BIT侦听端口来建立连接来下载和上传文件。而私网PC的BIT侦听端口在公网上是看不到的，所以只能通过种子来和其他BIT下载者建立连接，来下载和上传文件。所以私网PC的BIT连接数要少于公网的BIT连接数，这样导致私网PC的BIT下载速度要比公网PC的BIT下载速度慢了很多。


处理过程：
在路由器的公网接口上做nat server，为私网PC的BIT侦听端口做一个静态TCP端口的映射，把BIT的侦听端口号映射到公网IP地址上：
nat server protocol tcp global X.X.X.X(公网地址)15338 inside Y.Y.Y.Y(私网地址）15338（侦听端口）
这样私网内的PC用BIT下载文件，不仅可以主动通过种子建立BIT连接，而且其他BIT下载者可以通过映射的侦听端口号和私网内的PC建立BIT连接，所以BIT的连接数增加很多，下载速度就便快了很多。

客户反映AR4680配置sub地址后运行ospf不能建立邻居。
处理： Wed,22Jun200509:11:00UTC CCR wy0481chenyuhong#126
Wed,22Jun200510:05:00UTC AgentL1 FW0991zhouwei#786
答复客户不能建立，原因是rfp规定sub地址被认为是stub网络，不发送hello报文，所以不能建立邻居，必须得更改网络ip规划，将邻居划到同一个网络，并运用主接口建立邻居。

某网吧用户做NAT访问外网时,一段时间出现业务中断，同时路由器有告警信息，然后业务又自动恢复。
组网：
网吧----------------（私网ETH1）R2621（ETH0公网）-----------------------Cisco2950
路由器告警:
%2005/09/30 13:52:37-NAT-6:
NAT: Fail to trans nat frag, src 61.147.119.135, dst 61.153.252.250, id 61513,
pro 17
%2005/09/30 13:52:37-ETHERNET-6:
Ethernet1: Received a unknown frame.
%2005/09/30 13:52:38-STANDBY-6:
ARP Add or update arp cache, IP:192.168.0.54,Ethernet:00-11-09-d8-62-c2
%2005/09/30 13:52:38-NAT-6:
NAT: Fail to trans nat frag, src 61.147.119.135, dst 61.153.252.250, id 63438,
pro 17
%2005/09/30 13:52:38-NAT-6:
NAT: Fail to trans nat frag, src 61.147.119.135, dst 61.153.252.250, id 64919,
pro 17
%2005/09/30 13:52:38-NAT-6:
NAT: Fail to trans nat frag, src 61.147.119.135, dst 61.153.252.250, id 65182,
pro 17
%2005/09/30 13:52:40-STANDBY-6:
ARP Add or update arp cache, IP:192.168.0.54,Ethernet:00-11-09-d8-62-c2
%2005/09/30 13:52:40-ETHERNET-6:
这种告警是从外网发往内网的分片报文乱序造成的（后续分片先于首片到达路由器）。
由于只有首片包含TCP/UDP的端口号，必须先根据首片确定NAT转换使用的Session表项，并记录在nat_frag表中，后续分片到达时根据nat_frag表中的记录，替换目的地址。
如果后续分片先到，在nat_frag表中查不到记录，就不作NAT转换，并打出这种调试信息。
配置nat fragbuffer enable使能乱序分片缓存功能（路由器缓存先到的后续分片，等首片到达后再发送），配置nat fragbuffer length指定分片缓存队列长度。
由于缓存队列长度有限，如果短时间收到大量乱序分片，队列填满之后再收到的分片也将不作NAT转换。
VRP1.74版本可以配置nat fragbuffer enable，配置nat fragbuffer length指定分片缓存队列长度。防止突发峰值流量时分片报文乱序造成业务中断。

对于配置了禁止Telnet的设备，对于Telnet终端，登录后将显示：
%  connection refused by remote host!
在VTY视图下如下配置：
[Quidway] user-interface vty 0 4
[Quidway-ui-vty0-4] undo shell

NE08以太网子接口的限速
对以太子接口Ethernet3/2/0.1的进出所有流量分别限制为10M配置实例：
interface Ethernet3/2/0.1
  ip address 10.0.0.1 255.255.255.0
  vlan-type dot1q 2
  qos car inbound any cir 10000000 cbs 155000000 ebs 155000000 green pass red discard   qos car outbound any cir 10000000 cbs 155000000 ebs 155000000 green pass red discard

在学习中

顶~~谢谢楼主~我会支持你的

学到了很多

thanks a lot