Help with slow connection link

ashleywilbanks · ‎10-04-2005

Well for the past few months I have had terrible bandwidth problems to one of our remote sites. We have a main campus and two remote campuses. Well each site has a CISCO 1720 router. The two remote sites connect back to the main site through these routers via a fractional T1 (frame relay) connection. Well I have noticed that when the connection drops to a crawl between the sites a simple reboot of one of the routers, doesn't matter which, usually fixes the problem. I will post whatever info I need, I just need some help figuring this one out. Thanks.

Georg Pauwen · ‎10-04-2005

Hello,

the fact that the problem solves itself when the router is reboot suggests that the fault might be local, rather than with the Frame Relay line. Can you post the output of 'show version', as wll as the output of 'show interface' (of the relevant frame relay interface) ?

Regards,

GP

ashleywilbanks · ‎10-04-2005

stcjefferson#sho ver

Cisco Internetwork Operating System Software

IOS (tm) C1700 Software (C1700-Y-M), Version 12.2(13)T1, RELEASE SOFTWARE (fc1)

TAC Support: http://www.cisco.com/tac

Compiled Fri 03-Jan-03 20:03 by ccai

Image text-base: 0x80008120, data-base: 0x80822C1C

ROM: System Bootstrap, Version 12.2(7r)XM1, RELEASE SOFTWARE (fc1)

stcjefferson uptime is 2 hours, 12 minutes

System returned to ROM by reload

System image file is "flash:c1700-y-mz.122-13.T1.bin"

cisco 1721 (MPC860P) processor (revision 0x100) with 19661K/13107K bytes of memory.

Processor board ID FOC064902QG (3056378915), with hardware revision 0000

MPC860P processor: part number 5, mask 2

Bridging software.

X.25 software, Version 3.0.0.

1 FastEthernet/IEEE 802.3 interface(s)

1 Serial network interface(s)

WIC T1-DSU

32K bytes of non-volatile configuration memory.

16384K bytes of processor board System flash (Read/Write)

Configuration register is 0x2102

stcjefferson#show int

FastEthernet0 is up, line protocol is up

Hardware is PQUICC_FEC, address is 000b.462d.6819 (bia 000b.462d.6819)

Internet address is 10.16.0.1/16

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 2/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Half-duplex, 100Mb/s, 100BaseTX/FX

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:01, output 00:00:00, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 50000 bits/sec, 61 packets/sec

5 minute output rate 888000 bits/sec, 94 packets/sec

300463 packets input, 26716617 bytes

Received 2979 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog

0 input packets with dribble condition detected

450142 packets output, 602467697 bytes, 0 underruns

300 output errors, 117 collisions, 301 interface resets

0 babbles, 299 late collision, 151 deferred

1 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

Serial0 is up, line protocol is up

Hardware is PQUICC with Fractional T1 CSU/DSU

Internet address is 172.16.0.2/24

MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec,

reliability 255/255, txload 7/255, rxload 148/255

Encapsulation FRAME-RELAY, loopback not set

Keepalive set (10 sec)

LMI enq sent 800, LMI stat recvd 806, 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 423/0, interface broadcasts 290

Last input 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters 02:13:32

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 894000 bits/sec, 96 packets/sec

5 minute output rate 43000 bits/sec, 62 packets/sec

451289 packets input, 598483187 bytes, 0 no buffer

Received 0 broadcasts, 0 runts, 0 giants, 0 throttles

67 input errors, 61 CRC, 5 frame, 0 overrun, 0 ignored, 1 abort

299425 packets output, 23529468 bytes, 0 underruns

0 output errors, 0 collisions, 1 interface resets

0 output buffer failures, 0 output buffers swapped out

1 carrier transitions

DCD=up DSR=up DTR=up RTS=up CTS=up

spremkumar · ‎10-04-2005

Hi

From the show interface o/p i sense that you are having around 894K traffic ,can you justify the authenticity or the kinda traffic in your network ?

is it supposed to handle this much traffic or let me put it in the other way do u really have this much traffic in your network between your locations ?

i guess it mite be some unwanted worm or virus traffic if u dont have much traffic in place between your locations..

Also the droppage u meant did u try to ping it up when theres some issue and also it does show some input and CRC errors in ur serial link .suggest to get that checked tooo to avoid the probablities involved in troubleshooting your probs..

regds

ashleywilbanks · ‎10-05-2005

Well it does appear to slow down during the time a certain class comes to use one of the labs. They use some Internet based instructional software while they are in plus the normal faculty/staff checking email, surfing the web, using more online software. But, after rebooting the router everything works fine (even while they are working) until the next day. also when pinging the router or a any particular device on that network during peek hours I get no response or very slow like 400ms response time. But like I said a simple reboot and everything runs fine again.