[cisco-voip] Cucm 8.0.3.20000-2 H323 Gwy <-> CUCM call fails when using the publisher as destination-target

[Wes Sisk]

[apologies in advance for verbosity.  I find this type of problem very interesting]

if the gateway uses the wrong cm group that does not include the pub AND you have the CM service parameter "Accept Unknown TCP Connection" set true then CM will accept the h323 session, not recognize the gateway, and therefore use a blank CSS.  Based on the information you provided this seems the most likely scenario.  providing more of the SDI trace would help to confirm what is happening.

after that it gets increasingly hairy:

we typically see this when the process for that h323 gateway is not running on the publisher this can happen for a few reasons including:
* the device pool of the gateway uses a CM group that does not include the publisher - config issue
* h323 "thread" for that gateway crashed - only recovery is restarting ccm. this is a bug. there are a few known. we still see occasional instances. it is *very* difficult to find root cause
* device manager on the publisher has an incorrect PID for the h323 process for that gateway - only recovery is restarting ccm. this is a bug. there are a few known. we still see occasional instances.  it is *very* difficult to find root cause.


after that it comes down to where inconsistency is introduced:
* use CLI on publisher to confirm publisher database contents
* use service parameter and phone key sequence to dump IMDB
* restart ccm to reload ccm memory from database

If you restart ccm process on the pub does it work correctly (that would imply configuration in memory is different than configuration in database)?

you can use 'run sql....' from the publisher CLI to query the publisher database and verify contents.   

There is actually another layer between database and ccm memory called 'in memory database'.  you can dump the IMDB to trace files:

<quote>
CM7.0 introduced In Memory Database (IMDB) as a performance enhancment.  IMDB should be synchronized to the informix database and allow faster lookup.

IMDB can be dumped to disk
Only do this during maintenance window
It is intensive and could crash ccm
it must be enabled via cm service parameter "Dialing Forest Dump Enabled"

To dump IMDB:
from a phone go offhook and dial **##*14
IMDB tables should be dumped to /tmp

Example output:
Filename: ccmdb_callmanager_table.xml
Contents:
<msgs>
<msg><type>CCMDB</type><table>callmanager</table><action>Q</action><time>0</time><old><pkid>01951494-55ab-4c28-b95f-46fee411c855</pkid><autoregistrationenddn>1000</autoregistrationenddn>
</quote

/wes


On Oct 19, 2011, at 11:04 PM, Jose Robles wrote:

 
 
 
 
We have an H323 GWY with two dialpeers, one for a subscriber and one for the publisher, that When calls reaches the cucm subscriber everything is ok. When shutting down the subscriber dial-peer to use the pub dial-peer calls goes busy. Turns out on the sdi trace of the cucm publisher, that the partitions string () displays empty for some reason:
 
 
19:44:01.819 |Digit Analysis: star_DaReq: daReq.partitionSearchSpace(), filteredPartitionSearchSpaceString(), partitionSearchSpaceString()|1,100,172,1.1^112.1.120.234^*
 
 
Everything is ok, same CUCM group, DP, MRGL, etc...
 
Dial-peers:
 
dial-peer voice 13444 voip
description To Send direct call
preference 1
destination-pattern 3444
session target ipv4:112.1.120.231            
voice-class codec 1
voice-class h323 1
dtmf-relay h245-alphanumeric
 
dial-peer voice 23444 voip
description To Send direct call
preference 2
destination-pattern 3444
session target ipv4:112.1.120.232
voice-class codec 1
voice-class h323 1
dtmf-relay h245-alphanumeric
 
 
Any clues? bugs? Corrupted pub DB?
 
Thanks in advance.
 
 
 
Jose A. Robles
Support Consultant Manager
<image001.png>
CCNP, CCDP, CCNA-VOICE
Netxar Technologies, Inc. - www.netxar.com
17 Ponce Street
San Juan, PR 00917
ph:  +1 787 765 0058  x2015
fax: +1 787 756 5362 
cel: +1 787 300 1245
email jose.robles at netxar.com
 
 
This communication and any files or attachments transmitted with it may contain information that is confidential, privileged and exempt from  disclosure under applicable law. It is intended solely for the use of  the individual or the entity to which it is addressed. If you are not  the intended recipient, you are hereby notified that any use, dissemination,  or copying of this communication is strictly prohibited. If you have received  this communication in error, please notify us at once so that we may take the  appropriate action and avoid troubling you further.
P BEFORE YOU PRINT this e-mail, think about your responsibility and commitment with the ENVIRONMENT
 
 
 
_______________________________________________
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/20111020/1604b3f8/attachment.html>