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

Peter Slow peter.slow at gmail.com
Thu May 14 11:21:10 EDT 2009


Matt, would you please post a "sh sccp all" for us - i'd like to see
what connections that says the sccp stack expects to be open (or
half-open ;)
what sort of scenario are you usign your transcoder is, coudl you tell
us? is it being for a SIP trunk vs. h323 and so on...

On Thu, May 14, 2009 at 9:58 AM, Matthew Linsemier
<mlinsemier at apassurance.com> wrote:
> 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.
>
> ________________________________
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


More information about the cisco-voip mailing list