[cisco-voip] Callmanager traces -- diagnosing a call that won't complete on one phone, but will on another

[Wes Sisk]

https://supportforums.cisco.com/docs/DOC-16943
"Cisco CallManager"

you will primarily be using     activelog cm/trace/ccm/sdi/ccm*.txt.

For the time frame tend toward a "longer" time than a "shorter" time.  If you just placed the call 60 seconds ago then grab traces for the last 20 minutes.  This:
1. makes sure you get everything.  there is an often misperceived time lapse between recreate and trace collection
2. it takes RTMT and the trace collection process a while to spin up get moving
3. having older information allows you to find "other examples" and to "baseline" the status of everything before "the event" begins.

Make it easy on yourself by using something like TranslatorX:
http://www.employees.org/~pgiralt/TranslatorX/

/wes

On Dec 22, 2011, at 2:03 PM, Tim Reimers wrote:

In RTMT Trace Central –
 
I need to figure out what’s happening with a call from a phone to the voicemail server – ie  5869 calling 7700
DNA shows that the call is allowed, but the user is getting a fast busy.
 
I’d like to collect traces to look and see what’s happening-
 
Which traces do I select (on pub or sub) in order to get the call progress?
 
 
Some detail on the actual problem-
 
I have two phones that are at a remote site connected via Gig fiber across another agency’s network.
The phones are configured manually for IP, gateway, DNS, TFTP and Callmanagers.
Both are in the same device pool and location, and are the same model of phone.
All settings on the phones are identical, by a visual comparison of their phone and Line settings.
 
Both phones can 4-digit dial other phones in the City without issue.
One phone can use the Messages button to dial 7700 and talk to our voicemail server.
The other phone gets a fast busy, whether you use the Messages button, dial 7700, or dial one of the other numbers attached to the voicemail server
Dialed Number analyser shows that both DNs on both phones are allowed to call 7700 without restrictions.
 
So I’m thinking I’m down to traces to try to figure out what is really going on -

 
Ideas, folks??
 
thanks, Tim
 
_______________________________________________
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/20111222/7f759962/attachment.html>