[cisco-voip] ISDX - Call Manager transfer issue

Mon Jun 21 06:17:50 EDT 2010

There are no DSP resources configured on that particular router but there are DSP resources available to the Call Manager on other routers. Unfortunately there does not appear to be a show controllers interface timeslots command available on this IOS version (c2600-ipvoicek9-mz.124-23.bin)
There does appear to be a lot of errors and violations on the E1 controller however

E1 0/0 is up.
  Applique type is Channelized E1 - balanced
  No alarms detected.
  alarm-trigger is not set
  Version info Firmware: 20071129, FPGA: 20, spm_count = 0
  Framing is CRC4, Line Code is HDB3, Clock Source is Line.
  CRC Threshold is 320. Reported from firmware  is 320.
  Data in current interval (362 seconds elapsed):
     514 Line Code Violations, 513 Path Code Violations
     362 Slip Secs, 0 Fr Loss Secs, 207 Line Err Secs, 0 Degraded Mins
     362 Errored Secs, 101 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Data in Interval 1:
     1353 Line Code Violations, 1377 Path Code Violations
     900 Slip Secs, 0 Fr Loss Secs, 563 Line Err Secs, 4 Degraded Mins
     898 Errored Secs, 287 Bursty Err Secs, 2 Severely Err Secs, 0 Unavail Secs
  Data in Interval 2:
     2016 Line Code Violations, 1943 Path Code Violations
     900 Slip Secs, 0 Fr Loss Secs, 737 Line Err Secs, 10 Degraded Mins
     899 Errored Secs, 512 Bursty Err Secs, 1 Severely Err Secs, 0 Unavail Secs
  Data in Interval 3:
     1797 Line Code Violations, 1813 Path Code Violations
     900 Slip Secs, 0 Fr Loss Secs, 673 Line Err Secs, 4 Degraded Mins
     897 Errored Secs, 405 Bursty Err Secs, 3 Severely Err Secs, 0 Unavail Secs
  Data in Interval 4:
     1588 Line Code Violations, 1618 Path Code Violations
     900 Slip Secs, 0 Fr Loss Secs, 614 Line Err Secs, 4 Degraded Mins
     899 Errored Secs, 346 Bursty Err Secs, 1 Severely Err Secs, 0 Unavail Secs
  Data in Interval 5:
     2146 Line Code Violations, 2162 Path Code Violations
     900 Slip Secs, 0 Fr Loss Secs, 623 Line Err Secs, 4 Degraded Mins
     897 Errored Secs, 370 Bursty Err Secs, 3 Severely Err Secs, 0 Unavail Secs

...
...
...
Total Data (last 24 hours)
   72455 Line Code Violations, 72983 Path Code Violations,
   86400 Slip Secs, 0 Fr Loss Secs, 25964 Line Err Secs, 233 Degraded Mins,
   86360 Errored Secs, 15333 Bursty Err Secs, 40 Severely Err Secs, 0 Unavail Secs

Damian

________________________________
From: cips <cisco at cips.nl>
To: Damian Turburville <d_turburville at yahoo.com>
Cc: cisco-voip mailinglist <cisco-voip at puck.nether.net>
Sent: Sat, June 19, 2010 8:54:04 AM
Subject: RE: [cisco-voip] ISDX - Call Manager transfer issue

Also check the amount of DSP’s in de router.

What happens if you enter the controller timeslot command again?

From:Ryan Ratliff [mailto:rratliff at cisco.com] 
Sent: vrijdag 18 juni 2010 17:19
To: Damian Turburville
Cc: cips; cisco-voip mailinglist
Subject: Re: [cisco-voip] ISDX - Call Manager transfer issue

With MGCP gateways you don't typically need to transcode.
 Failing to allocate an MOH server due to codec mismatch should just you
tone on hold, not drop the call.

You'll need to look at the ccm traces to see what is going
on.

-Ryan

On Jun 18, 2010, at 11:12 AM, Damian Turburville wrote:

Ryan,
No, pressing hold cuts the call off as well.
When you say a "media negotiation failure" would this be a
transcoding or MTP issue do you think?
Thanks,
Damian

________________________________

From: Ryan Ratliff <rratliff at cisco.com>
To: Damian Turburville
<d_turburville at yahoo.com>
Cc: cips <cisco at cips.nl>; cisco-voip mailinglist <cisco-voip at puck.nether.net>
Sent: Fri, June 18, 2010
2:58:44 PM
Subject: Re: [cisco-voip]
ISDX - Call Manager transfer issue

Can they put the call on hold without using the transfer feature?  When
the first transfer button is pressed all that happens is the call is placed on
hold.

Your debug shows CCM is sending the disconnect with cause
"resources unavailable, unspecified".  This is going to be a
media negotiation failure.

-Ryan

On Jun 18, 2010, at 8:36 AM, Damian Turburville wrote:

Thanks for looking
at this.

The call is cut off as soon as the transfer button is pressed for the first
time so they do not get to enter any digits.

Please see attached files for debugs and screenshots.

Cheers,
Damian

________________________________

From: cips <cisco at cips.nl>
To: Damian Turburville <d_turburville at yahoo.com>
Cc: cisco-voip mailinglist
<cisco-voip at puck.nether.net>
Sent: Fri, June 18, 2010
1:19:45 PM
Subject: RE: [cisco-voip]
ISDX - Call Manager transfer issue
Also make a call and, do the transfer while running a debug isdn
q921 and debug isdn q931.

Is the call cut-off as soon as the transfer button is presses by
the user, for the first time? Or is the call cut-off  when the user
presses the transfer button for the second time, to really make the transfer?
Where does the user do a transfer to? Internal external? Or back
to the ISDX?

Please attach a screenshot of the GW configuration in the CM.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Damian Turburville
Sent: vrijdag 18 juni 2010
13:48
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] ISDX
- Call Manager transfer issue

Hi,
Hopefully one of you clever people out there can help me out with a problem we
are having.
The setup is as follows

Siemens ISDX
    sending
DPNSS to
Westell protocol Convertor
    converting
to qsig and sending to
Cisco 2651XM MGCP gateway
    connected
across WAN to 
Cisco Call Manager 4.1(2)

The problem is that when someone on the isdx places a call to a cisco phone on
the CCM 4.1 and the cisco phone (7912 or 7960 series) attempts to press the
transfer button the call is cut off.
We have run a "debug MGCP events" on the gateway but are having
trouble interpreting it, if anyone can lend a hand it would be greatly
appreciated.

I have attached text files with the MGCP debug output along with the gateway
config and the output of the show version command. If there is anything else
that may help please let me know.

Thanks,
Damian

<2651xm debug isdn q921.txt><2651xm debug isdn q931.txt><CCM
gateway screenshots.doc>_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100621/c873e901/attachment.html>