Question : Serial interface on Cisco 1841 needs to be shut-no shut repeatedly

I have a dedicated T1 internet connection that terminates into a Cisco 1841 router. It comes into Serial0/0/0. The interface shows it is up but we are losing connectivity to the internet multip[le times per day. Verizon checked the circuit and said it is clean and they see trouble with our equipment. Here is the sh int:
router#sh int s0/0/0
Serial0/0/0 is up, line protocol is up
  Hardware is GT96K with integrated T1 CSU/DSU
  Description:
  Internet address is
  MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
     reliability 255/255, txload 20/255, rxload 44/255
  Encapsulation PPP, LCP Open
  Listen: CDPCP
  Open: IPCP, loopback not set
  Keepalive set (10 sec)
  Last input 00:00:08, output 00:00:09, output hang never
  Last clearing of "show interface" counters 1w0d
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 11558
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/10846 (size/max total/threshold/drops)
     Conversations  0/60/256 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 1158 kilobits/sec
  5 minute input rate 267000 bits/sec, 65 packets/sec
  5 minute output rate 122000 bits/sec, 60 packets/sec
     54171424 packets input, 3600763228 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     11 input errors, 11 CRC, 4 frame, 2 overrun, 0 ignored, 6 abort
     53588519 packets output, 1435620595 bytes, 0 underruns
     0 output errors, 0 collisions, 41 interface resets
     0 output buffer failures, 0 output buffers swapped out
     32 carrier transitions
     DCD=up  DSR=up  DTR=up  RTS=up  CTS=up

Doing a shut-no shut on the interface restores connectivity to the internet.
What can I do to troubleshoot this?

Answer : Serial interface on Cisco 1841 needs to be shut-no shut repeatedly

"no keepalive" is not going to fix what is most likely a hardware problem.

I recommend having telco come on site and test from the inside of the smartjack.  From there, they should be able to pull a remote loop to the other end.