Cisco Router 881 needs to be restarted always

desertfox0526

Honorable
Mar 17, 2013
2
0
10,510
Hi,

I am working as IT in a Hotel and I everytime we are experiencing no Internet issue we need to restart the Cisco 881 router and all came back to normal. I am suspecting this issue is due to router load or processes that needs the router to be restarted to work back to normal again.

We have tried changing the router but we are still having the same issue again. I tried checking "show interfaces" but I cannot see any errors on it.

show interfaces fastEthernet 2
FastEthernet2 is up, line protocol is up
Hardware is Fast Ethernet, address is d0d0.fde7.c70a (bia d0d0.fde7.c70a)
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 5/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, 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 185000 bits/sec, 172 packets/sec
5 minute output rate 2212000 bits/sec, 234 packets/sec
29612338 packets input, 3259648497 bytes, 0 no buffer
Received 19024 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
38230113 packets output, 1942962425 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out

show interfaces fastEthernet 4
FastEthernet4 is up, line protocol is up
Hardware is PQII_PRO_UEC, address is d0d0.fde7.c70c (bia d0d0.fde7.c70c)
Internet address is 42.61.215.115/22
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 5/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, 100BaseTX/FX
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
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 2167000 bits/sec, 225 packets/sec
5 minute output rate 171000 bits/sec, 164 packets/sec
38198543 packets input, 1797012792 bytes
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
6 input errors, 0 CRC, 0 frame, 0 overrun, 6 ignored
0 watchdog
0 input packets with dribble condition detected
29402479 packets output, 3061565945 bytes, 0 underruns
0 output errors, 0 collisions, 4 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out

 

static1120

Honorable
Mar 27, 2012
119
0
10,710
Go into settings and try to change the threshold to a higher number
it seems its a error given when there is a high amount of traffic and since this is in a hotel it maybe due to the amount of guests that connect to the network.
 
As suggested you need to use the command
ip virtual-reassembly max-reassemblies
on the affected interface and set the number higher than 16. Start low until it stops you can cause other issue if you set it too high.

I am suspecting you have a PPP or IPSEC connection since you seldom get packet fragments anywhere else. You may end up having to try to prevent the fragmentation in the first place. The command on the interface.
ip adjust tcp-mss 1452
(1452 may not be the right number you need to experment)

Again be careful this command messes with the TCP syn packets passing though the router and sometimes causes other issues.