[cisco-voip] Stuck conferences on 2911

[Chris Ward (chrward)]

To know the cause you would need a TAC case and at least CUCM traces for when the calls were made and when they were supposed to be cleared and possibly a set of IOS debugs. Its unlikely you will find the cause without those unless there is a known defect that can cause this scenario.

+Chris
TME - Unity Connection and MediaSense

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Eric Pedersen
Sent: Monday, February 03, 2014 2:16 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Stuck conferences on 2911

We're using 2911s for conferences bridges, and we've been having reports of conferences failing. I looked at one of the routers and it shows inactive connections that never clear:

BH-VOICE-GW1#show sccp conn
sess_id    conn_id      stype mode     codec   sport rport ripaddr conn_id_tx

145723183  134217789    conf  inactive UNKNOWN 23566 0     UNKNOWN
145913733  134269533    conf  inactive UNKNOWN 27940 0     UNKNOWN

Total number of active session(s) 2, and connection(s) 2

The CUCM performance counters show that this gateway has full conference resources available so it doesn't know about these connections. I don't know how long these have been on the router. I saw this on another router. no sccp/sccp cleared them but I'd like to know what the cause is.

Has anyone seen this?

CUCM 9.1(2)SU1 and IOS 15.1(4)M6

Eric

The contents of this message may contain confidential and/or privileged

subject matter. If this message has been received in error, please contact

the sender and delete all copies. Like other forms of communication,

e-mail communications may be vulnerable to interception by unauthorized

parties. If you do not wish us to communicate with you by e-mail, please

notify us at your earliest convenience. In the absence of such

notification, your consent is assumed. Should you choose to allow us to

communicate by e-mail, we will not take any additional security measures

(such as encryption) unless specifically requested.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140203/b06cbf12/attachment.html>