[cisco-voip] Transcoding Problems - 2821 router with PVDM2-48
Kevin Thorngren
kthorngr at cisco.com
Tue Apr 18 10:05:53 EDT 2006
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::SEP0012D950CB0C>
> 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><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::resource_rsvp_AllocateAnnResourceRes|<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_MrmAllocateAnnResourceRes|<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|MRM::updateAnnCounter
> ANN_172.21.1.21|<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|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-
> 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|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::
> 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::updateUcbCounter
> CFB_172.21.1.20|<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::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::
> 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.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.134443980><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,119,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_administration_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 --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 30562 bytes
Desc: not available
Url : https://puck.nether.net/pipermail/cisco-voip/attachments/20060418/f391d857/attachment-0001.bin
More information about the cisco-voip
mailing list