[cisco-voip] CMM-ACT Transcoding - DSP locked active

Shaw, Scott Scott.Shaw at alliancebernstein.com
Thu May 14 11:03:06 EDT 2009


Are you using MTP resources as well?  I noticed that when Transcoders
and MTPs are in the same MRG, and you need an MTP it will use both a
Transcoding resource and an MTP resource.  

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Matthew
Linsemier
Sent: Thursday, May 14, 2009 9:59 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] CMM-ACT Transcoding - DSP locked active


Hey all,

I'm running into a weird issue. I have two CMM-ACT modules configured
identically across two 6509 switches registered to two UCM 7.0.2.21010-2
servers (latest ES, pub and sub).  All of the needed items are
configured (Media Groups, Media Group Lists, etc.).  For some reason on
the second CMM-ACT, the xcoder seems to be full of connections, even
though I shut down both the profile as well as SCCP.  Users will get a
fast busy if the profile is in no shutdown mode and SCCP is enabled
(even though there are free resources on the other xcoder CMM-ACT).

n-eln1-vgw-02#sh mediacard connections 
Id  Type  Slot/  RPort SPort RxPkts TxPkts Remote-Ip
          DSP/Ch
1   xcode 2/1/1  0     0     0      0      0.0.0.0        
2   xcode 2/1/2  0     0     0      0      0.0.0.0        
3   xcode 2/1/3  0     0     0      0      0.0.0.0        
4   xcode 2/1/4  0     0     0      0      0.0.0.0        
5   xcode 2/1/5  0     0     0      0      0.0.0.0        
6   xcode 2/1/6  0     0     0      0      0.0.0.0        
7   xcode 2/1/7  0     0     0      0      0.0.0.0        
8   xcode 2/1/8  0     0     0      0      0.0.0.0        
9   xcode 2/1/9  0     0     0      0      0.0.0.0        
10  xcode 2/1/10 0     0     0      0      0.0.0.0        
11  xcode 2/1/11 0     0     0      0      0.0.0.0        
12  xcode 2/1/12 0     0     0      0      0.0.0.0        
14  xcode 2/1/14 0     0     0      0      0.0.0.0        
13  xcode 2/1/13 0     0     0      0      0.0.0.0        
15  xcode 2/1/15 0     0     0      0      0.0.0.0        
16  xcode 2/1/16 0     0     0      0      0.0.0.0        
17  xcode 2/1/17 0     0     0      0      0.0.0.0        
18  xcode 2/1/18 0     0     0      0      0.0.0.0        
19  xcode 2/1/19 0     0     0      0      0.0.0.0        
21  xcode 2/1/21 0     0     0      0      0.0.0.0        
20  xcode 2/1/20 0     0     0      0      0.0.0.0        
22  xcode 2/1/22 0     0     0      0      0.0.0.0        
23  xcode 2/1/23 0     0     0      0      0.0.0.0        
24  xcode 2/1/24 0     0     0      0      0.0.0.0        
25  xcode 2/1/25 0     0     0      0      0.0.0.0        
26  xcode 2/1/26 0     0     0      0      0.0.0.0        
27  xcode 2/1/27 0     0     0      0      0.0.0.0        
28  xcode 2/1/28 0     0     0      0      0.0.0.0        
29  xcode 2/1/29 0     0     0      0      0.0.0.0        
30  xcode 2/1/30 0     0     0      0      0.0.0.0        
31  xcode 2/1/31 0     0     0      0      0.0.0.0        
32  xcode 2/1/32 0     0     0      0      0.0.0.0        
Total: 32

We've never had much trouble with these before so I am trying to
determine if its a IOS issue (we are running 12.4(15)T9 or a new issue
with the newer UCM ES.  I suspect that if I restart the CMM, that the
problem may resolve itself.  The other DSP's registered with CallManager
(conference and MTP) work just fine.  The question is when will it crop
up again.

I would prefer to run 12.4(25)MD on the voice gateways, but there seems
to be a bug with g729 phones placing calls as all you get is dead air.
Downgrading to 12.4(22) or 12.4(15)T9 fixes that issue.

Anyone seen anything like this before.

Matt 

________________________________

CONFIDENTIALITY STATEMENT
This communication and any attachments are CONFIDENTIAL and may be
protected by one or more legal privileges. It is intended solely for the
use of the addressee identified above. If you are not the intended
recipient, any use, disclosure, copying or distribution of this
communication is UNAUTHORIZED. Neither this information block, the typed
name of the sender, nor anything else in this message is intended to
constitute an electronic signature unless a specific statement to the
contrary is included in this message. If you have received this
communication in error, please immediately contact me and delete this
communication from your computer. Thank you. 

________________________________

-----------------------------------------------------------------------------------
The information contained in the linked e-mail transmission and any
attachments may be privileged and confidential and is intended only for
the use of the person(s) named in the linked e-mail transmission. If you
are not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you should not
review, disseminate, distribute or duplicate this e-mail transmission or
any attachments. If you are not the intended recipient, please contact
the sender immediately by reply e-mail and destroy all copies of the 
original message. We do not accept account orders and/or instructions
related to AllianceBernstein products or services by e-mail, and
therefore will not be responsible for carrying out such orders and/or
instructions. The linked e-mail transmission and any attachments are
provided for informational purposes only and should not be construed in
any manner as any solicitation or offer to buy or sell any investment
opportunities or any related financial instruments and should not be
construed in any manner as a public offer of any investment
opportunities or any related financial instruments.  If you, as the
intended recipient of the linked e-mail transmission, the purpose of
which is to inform and update our clients, prospects and consultants of
developments relating to our services and products, would not like to
receive further e-mail correspondence from the sender, please "reply"
to the sender indicating your wishes.  Although we attempt to sweep 
e-mail and attachments for viruses, we will not be liable for any
damages arising from the alteration of the contents of this linked e-mail
transmission and any attachments by a third party or as a result of any
virus being passed on. Please note: Trading instructions sent
electronically to Bernstein shall not be deemed accepted until a
representative of Bernstein acknowledges receipt electronically or by
telephone. Comments in the linked e-mail transmission and any
attachments are part of a larger body of investment analysis. For our
research reports, which contain information that may be used to
support investment decisions, and disclosures, see our website at
www.bernsteinresearch.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090514/470cf97e/attachment.html>


More information about the cisco-voip mailing list