一个ping到www.google.com是1500毫秒：非常高。
如果我做一个tracert，我会在“外部”得到非常快的速度，然后每一跳需要1000毫秒或更多。 我打电话给adsl公司，但他们说，他们的testing是完美的，问题是在我的思科2600.我没有经验的思科…有关命令的任何提示我可以尝试了解，如果硬件的科或我必须继续打电话给我的供应商？
我用我得到的最新数据更新这个问题：
#sh int s0/0
Serial0/0 is up, line protocol is up
Hardware is PowerQUICC Serial
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 27/255, rxload 9/255
Encapsulation FRAME-RELAY IETF, loopback not set
Keepalive set (10 sec)
LMI enq sent 1183342, LMI stat recvd 1183344, LMI upd recvd 0, DTE LMI up
LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
LMI DLCI 1023 LMI type is CISCO frame relay DTE
Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 19w3d
Input queue: 0/75/11309/0 (size/max/drops/flushes); Total output drops: 1587
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 57000 bits/sec, 54 packets/sec
5 minute output rate 167000 bits/sec, 59 packets/sec
461062254 packets input, 2656249300 bytes, 44 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
106 input errors, 32 CRC, 44 frame, 0 overrun, 0 ignored, 30 abort
475466652 packets output, 2402577905 bytes, 0 underruns
0 output errors, 0 collisions, 7 interface resets
0 output buffer failures, 0 output buffers swapped out
24 carrier transitions
DCD=up DSR=up DTR=up RTS=up CTS=up
MTU的build议在实际答案中并没有解决我的问题
你能告诉我们一个traceroute，例如，www.google.com？ 如果在Cisco 2600之后获得+ 1000ms，则可能意味着LAN上的某个用户正在占用所有的ADSL带宽。
思科的MTU是什么？ 我在1841年遇到了同样的问题，我换了一个现有的SonicWall，立即降低了互联网连接。 我能够通过改变MTU的大小来解决它，我相信这里描述的内部接口。
我会使用show interface命令（至less我希望在这个命令IIRC），并从连接到ASDL调制解调器的接口发送或接收错误。 例如：
Test# show int F0/0 FastEthernet0/0 is up, line protocol is up Hardware is DEC21140, address is ca00.4da5.0000 (bia ca00.4da5.0000) Internet address is 192.168.45.1/24 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 ... 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored ... 0 output errors, 0 collisions, 1 interface resets
也可以尝试从路由器的下一跳广泛Ping形成思科路由器。 ping命令将允许您通过使用各种选项以更快的速度发送更大的有效载荷。 看看更大的ping总数和更大的有效载荷是否会导致数据包丢失。 例如：
Test# ping 192.168.24.1 size 1000 repeat 300
（使用size参数对于testinggravyface提到的MTU问题也是有用的）
Cisco 2600有ADSL WIC吗？还是外置调制解调器？ 如果是外部的，请尝试将其直接连接到计算机，以查看问题是出在路由器还是ADSL线路上。
另外，也许发布show running-config可能会帮助看看路由器上是否有明显的错误。
根据您的日志loggingconfiguration情况，如果幸运的话，可能会在show log发现一些内容。