[cisco-voip] Transcoding Problems - 2821 router with PVDM2-48
Jason Evans
JEvans at glgroup.com
Tue Apr 18 10:29:17 EDT 2006
Ok, I ran the trace for a longer period (which I will unicast the full
version of to you right after this) and I saw MRGL=0, CREATED CHILD
USING DEFAULT LIST. I also added the following to the IOS GW:
voice class codec 1
codec preference 1 g729r8
codec preference 2 g729br8
codec preference 3 g711ulaw
You said, "And have it assigned to the voip dial peer then there is a
codec mismatch between the GW and the transcoder which has this:"
But I saw no where in the documentation that I needed to configure a
voip dial-peer on the GW. Perhaps I'm missing the obvious, but I thought
MGCP and the CCM were still handling everything, and I was purely using
the remote GW for hardware resources?
Trace snippet below:
CCM|MediaResourceManager::waiting_MrmAllocateXcoderResourceReq|<CLID::GL
GNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.135169883><IP::172.2
0.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.735
CCM|MediaResourceManager::waiting_MrmAllocateXcoderResourceReq -
MRGL=0,CREATED CHILD USING DEFAULT
LIST|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.135169
883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.735
CCM|MediaResourceCdpc::sortDeviceGivenList|<CLID::GLGNYC-PUB-Cluster><NI
D::172.21.1.20><CT::0,0,0,0.0><IP::><DEV::>
04/18/2006 10:03:50.735 CCM|MediaResourceCdpc -
Started|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,54,41526.
1><IP::><DEV::>
04/18/2006 10:03:50.735
CCM|MediaResourceCdpc::waiting_MrmAllocateMtpResourceReq|<CLID::GLGNYC-P
UB-Cluster><NID::172.21.1.20><CT::1,100,119,1.135169883><IP::172.20.50.2
7><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.735
CCM|MediaResourceCdpc::findDeviceGivenList|<CLID::GLGNYC-PUB-Cluster><NI
D::172.21.1.20><CT::1,100,119,1.135169883><IP::172.20.50.27><DEV::SEP001
2D950CB0C>
04/18/2006 10:03:50.735
CCM|MediaResourceCdpc::mtpErrorResponseToManager|<CLID::GLGNYC-PUB-Clust
er><NID::172.21.1.20><CT::1,100,119,1.135169883><IP::172.20.50.27><DEV::
SEP0012D950CB0C>
04/18/2006 10:03:50.735
CCM|MediaResourceManager::waiting_MrmAllocateMtpResourceErr|<CLID::GLGNY
C-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.135169883><IP::172.20.5
0.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.735 CCM|MRM::waiting_AllocateMtpResourceErr -
Deallocate not received for this ci = 18255987. Process
normally|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.13
5169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MtpNoMoreResourcesAvailable - No more MTP
resources available. App ID:Cisco CallManager Cluster
ID:GLGNYC-PUB-Cluster Node
ID:172.21.1.20|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::Alarm>
04/18/2006 10:03:50.750 CCM|MRM::waiting_AllocateMtpResourceErr - ERROR
- no resources are available -- ci =
18255987|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.13
5169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750
CCM|MediaResourceManager::waiting_MrmChildStopInd|<CLID::GLGNYC-PUB-Clus
ter><NID::172.21.1.20><CT::1,100,119,1.135169883><IP::172.20.50.27><DEV:
:SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) -
wait_AllocateMtpResourceErr - resCI=18255987,
numRes=1|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.13
5169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) -
reAdjustConnectionList,
CIXcoderWRFC2833=0|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,10
0,119,1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) -
wait_AllocateMtpResourceErr - reAdjustConnList=0, numRsrcRes=1,
sizeRsrcList=1|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,11
9,1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) - cleanUp - send
AuUpdateDisconnectStatus, reConnectType=0, sendErrIndToParent=0,
failCall=0|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.
135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) -
cleanupNewlyAllocatedResource - deallocate
resource(ci=18255987)|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1
,100,119,1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) - cleanUp - attempt to
connect despite resource allocation
failure|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.135
169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) -
createDirectConnection - directly connect party(18255971,18255983)
mrid(0
0)|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.13516988
3><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750
CCM|MediaResourceCdpc::shutting_down_MrmChildStopConf|<CLID::GLGNYC-PUB-
Cluster><NID::172.21.1.20><CT::1,100,119,1.135169883><IP::172.20.50.27><
DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaCoordinator -
wait_AuUpdateDisConnectStatus|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.2
0><CT::1,100,119,1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MRM::waiting_MrmDeallocateMtpResourceReq-
Deallocate received for MRM TransactionId=
18255987|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.13
5169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MRM::waiting_DeallocateMtpResourceReq- ERROR
Deallocate received for an unknown Call Identifier Ci =
18255987|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.13
5169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaExchange(432336) - addPartyAandPartyB:
party1:xferMode=4,
party2:xferMode=8|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100
,119,1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaExchange(432336) - addPartyAandPartyB
- videoCall(0), normalStart(1), retriedVideoCallAsAudio(138),
audioRegion(8), videoRegion(0), party1VidCapable(0),
party2VidCapable(0)|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,1
00,119,1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) -
wait_AuConnectReply|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,1
00,119,1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaManager(433077) - wait_AuConnectReply -
received 1 resps, sent AuConnecReply for party1(18255971) and
party2(18255983), mrid(0 0)
reply.dsc(0)|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,
1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|MediaCoordinator -
wait_AuConnectReply|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,1
00,119,1.135169883><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/18/2006 10:03:50.750 CCM|RegionsServer::MatchCapabilities -- kbps=8,
capACount=3, capBCount=7|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20>
04/18/2006 10:03:50.750 CCM|ConnectionManager -
Thanks again. If this is taking too much of your time then I can open up
a TAC case - I do have SMARTNet on everything.
________________________________
From: Kevin Thorngren [mailto:kthorngr at cisco.com]
Sent: Tuesday, April 18, 2006 10:06 AM
To: Jason Evans
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Transcoding Problems - 2821 router with
PVDM2-48
Hi Jason,
The trace snippet you have is the CCM is invoking the Annunciator to
play a message like, your call cannot be completed, before playing
reorder tone. The "MRM::waiting_AllocateMtpResourceErr - ERROR - no
resources are available" message you noted below could be from CCM not
being able to allocate resources to play the Annunciator instead of not
being able to allocate resources during your call flow. It is difficult
to say with just a snippet of trace :-)
I was referring to the voice class codec that can be configured for your
voip dial peers. For example, if you have this:
voice class codec 1
codec preference 1 g729r8
codec preference 2 g711ulaw
And have it assigned to the voip dial peer then there is a codec
mismatch between the GW and the transcoder which has this:
dspfarm profile 1 transcode
description transcoding for ad-hoc conf calls
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec gsmfr
If you would like you can unicast to me a ccm trace with the full call
and I will look at it when I get a chance. Or you can open a TAC case to
have the trace analyzed.
Kevin
On Apr 18, 2006, at 9:47 AM, Jason Evans wrote:
Thanks for the response Kevin.
I do not have that in my trace, but I only ran the trace as I
was trying to make the call. I do have similar lines,
"MediaResourceManager::waiting_*" - Here are the lines from my trace
though were its referencing anything to do with the MRM - :
04/17/2006 18:55:39.572
CCM|MediaResourceCdpc::device_lookup_DmPidRes|<CLID::GLGNYC-PUB-Cluster>
<NID::172.21.1.20><CT::1,100,119,1.134443914><IP::172.20.50.27><DEV::SEP
0012D950CB0C>
04/17/2006 18:55:39.572
CCM|MediaResourceCdpc::device_lookup_DmPidRes
AnnResource=ANN_172.21.1.21
Cepn={0891F3D3-C35E-4AC3-80E0-08A64264431E}|<CLID::GLGNYC-PUB-Cluster><N
ID::172.21.1.20><CT::1,100,119,1.134443914><IP::172.20.50.27><DEV::SEP00
12D950CB0C>
04/17/2006 18:55:39.572
CCM|MediaResourceCdpc::resource_rsvp_AllocateAnnResourceRes|<CLID::GLGNY
C-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.134443914><IP::172.20.5
0.27><DEV::SEP0012D950CB0C>
04/17/2006 18:55:39.572
CCM|MediaResourceManager::waiting_MrmAllocateAnnResourceRes|<CLID::GLGNY
C-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.134443914><IP::172.20.5
0.27><DEV::SEP0012D950CB0C>
04/17/2006 18:55:39.572 CCM|MRM::updateAnnCounter
ANN_172.21.1.21|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,1
19,1.134443914><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/17/2006 18:55:39.572 CCM|MRM::updateAnnCounter
allocateCounter=1|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100
,119,1.134443914><IP::172.20.50.27><DEV::SEP0012D950CB0C>
04/17/2006 18:55:39.572
CCM|MediaResourceManager::waiting_MrmChildStopInd|<CLID::GLGNYC-PUB-Clus
ter><NID::172.21.1.20><CT::1,100,119,1.134443914><IP::172.20.50.27><DEV:
:SEP0012D950CB0C>
04/17/2006 18:55:39.572
CCM|MediaResourceCdpc::shutting_down_MrmChildStopConf|<CLID::GLGNYC-PUB-
Cluster><NID::172.21.1.20><CT::1,100,119,1.134443914><IP::172.20.50.27><
DEV::SEP0012D950CB0C>
04/17/2006 18:55:39.572 CCM|ConnectionManager -
04/17/2006 18:55:43.665
CCM|MediaResourceManager::waiting_MrmDeallocateUcbResourceReq|<CLID::GLG
NYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.134443980><IP::172.20
.76.1><DEV::SEP000E839C1038>
04/17/2006 18:55:43.665 CCM|MRM::updateUcbCounter
CFB_172.21.1.20|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,1
19,1.134443980><IP::172.20.76.1><DEV::SEP000E839C1038>
04/17/2006 18:55:43.665 CCM|MRM::updateUcbCounter
allocateCounter=0|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100
,119,1.134443980><IP::172.20.76.1><DEV::SEP000E839C1038>
04/17/2006 18:55:43.665
CCM|MRM::waiting_MrmDeallocateUcbResourceReq
04/17/2006 18:55:43.681
CCM|MediaResourceManager::waiting_MrmDeallocateAnnResourceReq|<CLID::GLG
NYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.134443980><IP::172.20
.76.1><DEV::SEP000E839C1038>
04/17/2006 18:55:43.681
CCM|MRM::waiting_MrmDeallocateAnnResourceReq- Deallocate received for
MRM TransactionId=
18251301|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,119,1.13
4443980><IP::172.20.76.1><DEV::SEP000E839C1038>
04/17/2006 18:55:43.681 CCM|MRM::updateAnnCounter
ANN_172.21.1.21|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100,1
19,1.134443980><IP::172.20.76.1><DEV::SEP000E839C1038>
04/17/2006 18:55:43.681 CCM|MRM::updateAnnCounter
allocateCounter=0|<CLID::GLGNYC-PUB-Cluster><NID::172.21.1.20><CT::1,100
,119,1.134443980><IP::172.20.76.1><DEV::SEP000E839C1038>
The gateway does have this for g729ar8 and g729abr8
dspfarm profile 1 transcode
description transcoding for ad-hoc conf calls
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec gsmfr
Any ideas why I'm not seeing the MTPResourceReq?
Thanks.
From: Kevin Thorngren [mailto:kthorngr at cisco.com]
Sent: Monday, April 17, 2006 9:13 PM
To: Jason Evans
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Transcoding Problems - 2821 router
with PVDM2-48
Hi Jason,
In the CCM traces do you see a line similar to the following,
when the transcoder is being invoked, followed by a list of transcoders
in the assigned MRGL?
MediaResourceManager::waiting_MrmAllocateMtpResourceReq - MRGL
SEARCH,TRY CREATING CHILD USING MRGL LIST
The Transcoder will report how many resources it supports to CCM
when it registers. CCM won't need to query the Transcoder for each call
to determine resource availability as it will keep track of what it
uses.
Is your GW configured to support g729ar8 or g729abr8 to match
the Transcoder?
I have seen before where the voice class code is configured with
g729r8. There is not a common codec in this case and the call will fail.
Kevin
On Apr 17, 2006, at 7:37 PM, Jason Evans wrote:
I am trying to configure my 2821's at remote sites (with
a PVDM2-48 DSP card) so that they can transcode b/w g711 and g729,
thereby giving users across the WAN the ability to use ad-hoc/meet-me
conferencing. I have configured the 2821 with the following:
IOS version is 12.3(8r)T7
voice-card 0
dspfarm
dsp services dspfarm
!
sccp local GigabitEthernet0/1
sccp ccm 172.21.1.22 identifier 3 version 4.0
sccp ccm 172.21.1.21 identifier 2 version 4.0
sccp ccm 172.21.1.20 identifier 1 version 4.0
sccp ip precedence 1
sccp
!
sccp ccm group 1
description NY Primary CM
bind interface GigabitEthernet0/1
associate ccm 3 priority 3
associate ccm 2 priority 2
associate ccm 1 priority 1
associate profile 1 register DC-TRANS
!
dspfarm profile 1 transcode
description transcoding for ad-hoc conf calls
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec gsmfr
maximum sessions 2
associate application SCCP
I have also followed the instructions here
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_administra
tion_guide_chapter09186a00801ec5bf.html#42346 ... for configuring CM
with media resource and transcoder resource.
The IOS GW at the remote site is registered with CM as
an IOS MTP and assigned to the proper device pool. I can see that the
status is "Associated." Also, the Media Resource Group on CM has this
transcoding resource added and the List is assigned to the device pool.
Everything here looks good.
Show dspfarm all produces:
---------------------------------------------
Dspfarm Profile Configuration
Profile ID = 1, Service = TRANSCODING, Resource ID = 1
Profile Description : transcoding for ad-hoc conf calls
Profile Admin State : UP
Profile Operation State : ACTIVE
Application : SCCP Status : ASSOCIATED
Resource Provider : FLEX_DSPRM Status : UP
Number of Resource Configured : 2
Number of Resource Available : 2
Codec Configuration
Codec : g711ulaw, Maximum Packetization Period : 30
Codec : g711alaw, Maximum Packetization Period : 30
Codec : g729ar8, Maximum Packetization Period : 60
Codec : g729abr8, Maximum Packetization Period : 60
Codec : gsmfr, Maximum Packetization Period : 20
SLOT DSP VERSION STATUS CHNL USE TYPE RSC_ID
BRIDGE_ID PKTS_TXED PKTS_RXED
0 2 4.4.6 UP N/A FREE xcode 1 -
- -
0 2 4.4.6 UP N/A FREE xcode 1 -
- -
Total number of DSPFARM DSP channel(s) 2
----------------------------------------------------------------------
However, when I place a call from the remote site to a
phone in NY, press conference to bring in another phone in NY and join,
I get a fast busy on the remote phone while the 2 NY phones join the
conference resource fine.
There is no activity on the remote IOS GW as I'm
debugging SCCP and DSP. Also looking through the CM traces, it never
tries or queries the remote router for its DSP resources - it just says
04/17/2006 18:55:39.556
CCM|MRM::waiting_AllocateMtpResourceErr - ERROR - no resources are
available -- ci =
What am I missing here? Does the DSP resource have to be
in the same location as the CM Cluster? Why is CM not even trying to use
the resources I have allocated if everything is registered properly?
Thanks in advance!
Jason
_______________________________________________
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/20060418/6914b698/attachment-0001.html
More information about the cisco-voip
mailing list