[cisco-voip] Transcoding Problems - 2821 router with PVDM2-48
Jason Evans
JEvans at glgroup.com
Tue Apr 18 09:47:56 EDT 2006
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/d1390bf4/attachment-0001.html
More information about the cisco-voip
mailing list