Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations biv343 on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Connection dropping need help.

Status
Not open for further replies.

mikemm

Technical User
Sep 25, 2002
2
US
I'm having problems with my connection dropping. I reset the clocking and the problem went away for a couple of days but now it's back. I've had our provider test the line and they say it's working fine. I've checked the setting on the dsu and it appears correct. I don't know where to go next. Here is the current configuration.
Serial0 is up, line protocol is up
Hardware is QUICC Serial
Description: connected to Internet
Internet address is 208.172.10.10/30
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255
Encapsulation PPP, loopback not set, keepalive set (10 sec)
LCP Open
Listen: CDPCP
Open: IPCP
Last input 00:00:02, output 00:00:01, output hang never
Last clearing of "show interface" counters never
Input queue: 0/100/0 (size/max/drops); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/6/256 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
5 minute input rate 1000 bits/sec, 2 packets/sec
5 minute output rate 2000 bits/sec, 2 packets/sec
2239249 packets input, 1012548829 bytes, 14 no buffer
Received 2239249 broadcasts, 0 runts, 0 giants, 14 throttles
12 input errors, 9 CRC, 3 frame, 0 overrun, 0 ignored, 0 abort
2316885 packets output, 509896174 bytes, 0 underruns
0 output errors, 0 collisions, 10 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
DCD=up DSR=up DTR=up RTS=up CTS=up
Ethernet0 is up, line protocol is up
Hardware is QUICC Ethernet, address is 00e0.1ed5.fda7 (bia 00e0.1ed5.fda7)
Description: Connected to Sonicwall
Internet address is 208.163.23.1/24
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, rely 255/255, load 1/255
Encapsulation ARPA, loopback not set, keepalive set (10 sec)
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 7000 bits/sec, 8 packets/sec
5 minute output rate 10000 bits/sec, 7 packets/sec
2209210 packets input, 534376103 bytes, 1 no buffer
Received 11435 broadcasts, 0 runts, 0 giants, 1 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 input packets with dribble condition detected
2230021 packets output, 1043866267 bytes, 0 underruns
0 output errors, 7496 collisions, 2 interface resets
0 babbles, 0 late collision, 10791 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
The router is a little cisco 1005 Any ideas would be appreciated.
 
Your "no buffers" errors might suggest a memory issue on the router. They don't appear to be excessive, but I would keep an eye on that. Resetting clocking (however you do that) may equate to flushing your memory.
 
I agree. Check out cisco's website and do a search on "buffer tuning"

Also, if you have a CCO account, you can do a "show buffers" on the router and then copy and paste the output into Cisco's output interpreter page. It will analyze it for you. Pretty handy tool.

I did this with your above output and it flagged the 14 no buffers as something to look into.

You may also want to clear the counters on your serial interface and see what pops back up. They've never been cleared, so it's hard to determine when the above numbers appeared.
 
How do you reset the clocking? Trying to figure that out. I have a 3640.

Thanks! AJ
SA
HS
 
Something is wrong here. There are CRC errors on the serial interface and there are also interface resets. This appears to be comming from the Circuit. I see that you have PPP encaps I am assuming that this is a full T1.

Do a clear counters ( confirm ) and monitor the interface.
I bet the problem is in the NIU or the card in the central office. Jeter@LasVegas.com
Fisher CCNA
Sprint-Data
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top