03-09-2012 12:22 PM - edited 03-04-2019 03:36 PM
I have two dedicated T1's for Voice in a multilink to our main office where the IP Phone switch is located.
I am getting sporadic complaints of muffled voices and I am seeing Error Secs and Slip Secs. I have opened a ticket with our provider and after 72hour monitor, they show the line as clean. I believe it is a timing issue but I am looking for any guidance. BTW - the circuits pulling timing from the line.
See details below:
PhoneRTR#sh ver
Cisco IOS Software, 2800 Software (C2800NM-IPBASE-M), Version 12.4(15)T13, RELEASE SOFTWARE (fc3)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2010 by Cisco Systems, Inc.
Compiled Wed 07-Apr-10 11:28 by prod_rel_team
ROM: System Bootstrap, Version 12.4(13r)T11, RELEASE SOFTWARE (fc1)
PhoneRTR uptime is 1 year, 15 weeks, 5 days, 20 hours, 52 minutes
System returned to ROM by power-on
System restarted at 21:16:26 EST Thu Nov 18 2010
System image file is "flash:c2800nm-ipbase-mz.124-15.T13.bin"
Cisco 2821 (revision 53.51) with 514048K/10240K bytes of memory.
Processor board ID FTX1421AHCR
2 Gigabit Ethernet interfaces
2 Serial interfaces
2 Channelized T1/PRI ports
DRAM configuration is 64 bits wide with parity enabled.
239K bytes of non-volatile configuration memory.
126976K bytes of ATA CompactFlash (Read/Write)
Configuration register is 0x2102
PhoneRTR#sh inv
PhoneRTR#sh inventory
NAME: "2821 chassis", DESCR: "2821 chassis"
PID: CISCO2821 , VID: V07 , SN: FTX1421AHCR
NAME: "VWIC2-2MFT-T1/E1 - 2-Port RJ-48 Multiflex Trunk - T1/E1 on Slot 0 SubSlot 3", DESCR: "VWIC2-2MFT-T1/E1 - 2-Port RJ-48 Multiflex Trunk - T1/E1"
PID: VWIC2-2MFT-T1/E1 , VID: V01 , SN: FOC14253E2S
PhoneRTR#sh controllers t1
T1 0/3/0 is up.
Applique type is Channelized T1
Cablelength is long 0db
No alarms detected.
alarm-trigger is not set
Soaking time: 3, Clearance time: 10
AIS State:Clear LOS State:Clear LOF State:Clear
Version info Firmware: 20090408, FPGA: 13, spm_count = 0
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (577 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
T1 0/3/1 is up.
Applique type is Channelized T1
Cablelength is long 0db
No alarms detected.
alarm-trigger is not set
Soaking time: 3, Clearance time: 10
AIS State:Clear LOS State:Clear LOF State:Clear
Version info Firmware: 20090408, FPGA: 13, spm_count = 0
Framing is ESF, Line Code is B8ZS, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (578 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
578 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
578 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
86400 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
86400 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
PhoneRTR#
PhoneRTR#sh int ser 0/3/0:0
Serial0/3/0:0 is up, line protocol is up
Hardware is GT96K Serial
Description: Voice Circuit
MTU 1500 bytes, BW 1536 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Open, multilink Closed
Open: CDPCP, loopback not set
Keepalive set (10 sec)
Last input 00:00:45, output 00:00:09, output hang never
Last clearing of "show interface" counters 1w2d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0o
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/2/256 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 1152 kilobits/sec
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
167922 packets input, 7103398 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
7 input errors, 3 CRC, 1 frame, 2 overrun, 0 ignored, 1 abort
167923 packets output, 7064123 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
Timeslot(s) Used:1-24, SCC: 0, Transmitter delay is 0 flags
PhoneRTR#sh int ser 0/3/1:0
Serial0/3/1:0 is up, line protocol is up
Hardware is GT96K Serial
Description: voice Circuit
MTU 1500 bytes, BW 1536 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 82/255, rxload 83/255
Encapsulation PPP, LCP Open, multilink Open
Link is a member of Multilink bundle Multilink123, loopback not set
Keepalive set (10 sec)
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 1w2d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair [suspended, using FIFO]
FIFO output queue 0/40, 0 drops
5 minute input rate 500000 bits/sec, 169 packets/sec
5 minute output rate 498000 bits/sec, 164 packets/sec
100382661 packets input, 521475873 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
184614 input errors, 25777 CRC, 20657 frame, 78063 overrun, 0 ignored, 60117 abort
97785369 packets output, 162135094 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
Timeslot(s) Used:1-24, SCC: 1, Transmitter delay is 0 flags
PhoneRTR#
03-09-2012 12:28 PM
184614 input errors, 25777 CRC, 20657 frame, 78063 overrun, 0 ignored, 60117 abort
That many CRC errors in a week is too high. Have you just started seeing this problem or has anything changed recently?
03-09-2012 12:31 PM
Here's a similar situation that I dealt with a couple of years ago and how I fixed it:
https://supportforums.cisco.com/message/819990#819990
Please rate if useful....
03-09-2012 12:48 PM
No recent changes. There have been a number of tickets regarding phone call quality -- I am chasing the issue now. Thanks for the link -- I will test and let you know.
08-07-2012 03:26 PM
This put me on the right path - been dealing with this on a 2921 rtr for months. Thank you thank you thank you j.blakley!!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide