cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
875
Views
0
Helpful
4
Replies

Choppy incoming calls

ivan aguilar
Level 1
Level 1

Hi,

I have a client that when receive a incoming call from PSTN, both fixed and mobile phone, all are choppy.

There is a CME with 1 E1, and 1 BRI,

Some alarms in the logs are:

GigabitEthernet0/0 is up, line protocol is up

  Hardware is BCM1125 Internal MAC, address is 0021.a0a5.52d0 (bia 0021.a0a5.52d0)

  Description: $ETH-LAN$$ETH-SW-LAUNCH$$INTF-INFO-GE 0/0$

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

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

  Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set

  Keepalive set (10 sec)

  Full Duplex, 100Mbps, media type is RJ45

  output flow-control is XON, input flow-control is XON

  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/129/86204 (size/max/drops/flushes); Total output drops: 0

  Queueing strategy: fifo

  Output queue: 0/40 (size/max)

  5 minute input rate 165000 bits/sec, 167 packets/sec

  5 minute output rate 167000 bits/sec, 163 packets/sec

     454771508 packets input, 585152253 bytes, 0 no buffer

     Received 39624212 broadcasts (0 IP multicasts)

     0 runts, 0 giants, 77 throttles

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

     0 watchdog, 1364791375 multicast, 0 pause input

     499490194 packets output, 155415890 bytes, 0 underruns

     0 output errors, 4225695359 collisions, 3 interface resets

     426236 unknown protocol drops

     0 babbles, 3218274303 late collision, 0 deferred

     3 lost carrier, 0 no carrier, 0 pause output

     0 output buffer failures, 0 output buffers swapped out

After delete logs, there are errors again

573928 packets input, 81965350 bytes, 0 no buffer

     Received 15614 broadcasts (0 IP multicasts)

     0 runts, 0 giants, 0 throttles

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

     0 watchdog, 47360 multicast, 0 pause input

     598487 packets output, 84531830 bytes, 0 underruns

     0 output errors, 0 collisions, 0 interface resets

     169 unknown protocol drops

     0 babbles, 0 late collision, 0 deferred

     0 lost carrier, 0 no carrier, 0 pause output

     0 output buffer failures, 0 output buffers swapped out

Others errors 2 months ago

359905: .Jul 11 11:07:41.113: %DSMP-3-DSPALARM: Alarm on DSP : status=0x0 message=0x0 text=N

359962: .Jul 11 11:09:47.342: %DSMP-3-DSPALARM: Alarm on DSP : status=0x0 message=0x0 text=N

442480: .Jul 26 18:25:40.548: %SIP-3-INTERNAL:

Corrupted scb

583520: .Aug 20 13:10:48.062: %SIP-3-BADPAIR: Unexpected event 32 (SIPSPI_EV_CC_MEDIA_XCODE) in state 9 (STATE_DISCONNECTING) substate 0 (SUBSTATE_NONE)

And processes CPU history

  100

   90

   80                                                        *

   70                          *                             *

   60                          *                          *  *

   50     *                    *                          *  *

   40     *                    *                          *  *

   30 **  ***    *         *   *  *      *              * *  * * *  *

   20 *** ***** ********************************************************* ***

   10 *#**####*****************#**####****************##**####****************

     0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..

               0    5    0    5    0    5    0    5    0    5    0    5    0

                   CPU% per hour (last 72 hours)

                  * = maximum CPU%   # = average CPU%

Any idea where could be the problem? or need another kind of debug?

Thanks!

4 Replies 4

Somnath Gupta
Cisco Employee
Cisco Employee

Hi Ivan,

Is the chopy audio on calls coming from both E1 and BRI lines?

do you still see the DSP related error messages in the router?

Thanks,

Som

Hi

Actually PRI is deactivated so the problem is only in incoming calls to the BRI.

I dont see any problem now with DSP .

Thanks.

Hi Ivan,

We would require PCM capture to troubleshoot why is it happening.

Please refer to the following link which provides the stepos to capture PCM capture.

https://supportforums.cisco.com/docs/DOC-14060

HTH

Som.

Hi!

Thanks but for the moment seems not neccesary because there is not any choppy call now, may be a firewall issue or CPU router, but now seem fine.

If the problem cames again i will recollet that traces.

Thanks!!