[cisco-voip] Interesting off hook dial delay

[Wes Sisk (wsisk)]

yup.

DNA is a close approximation, but in specific corner cases it deviates from dalib

I put my chips on an unexpected overlapping pattern

I troubleshot one of these long ago that turned out to be the intercept pattern for Cisco Messaging Interface (CMI for SMDI integration). When you consider “every dial able number” it is pretty encompassing.

Also, dump the verbose dialing forest and go to town looking around.

-w

On Jun 10, 2015, at 10:50 AM, Brian Meade <bmeade90 at vt.edu<mailto:bmeade90 at vt.edu>> wrote:

DNA won't show the overlapping pattern.  Set the Digit Analysis Complexity CallManager Service Parameter to "TranslationAndAlternatePatternAnalysis" on each node then pull CallManager traces for a test call.  The Digit Analysis section in the traces will now show the overlapping pattern.

On Wed, Jun 10, 2015 at 8:48 AM, Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>> wrote:
Experiencing some strange off-hook delay when dialing.

Here are the tests I did:

When dialing an exact match (another DN) from the off-hook position, I get a full T302 delay before the digits are sent. If however, I mark the target DN as urgent priority, it routes immediately (as I would expect).

I've done some additional testing and placed 2 single DNs in a new PT/CSS and I get the same off-hook delay. If I dial the digits and send EnBloc with the dial softkey, everything works fine.

When trying to transfer a connected call to a third caller, the secondary transfer button and the target line description do not appear until the delay passes and the phone rings

I've used DNA and it isn't showing me anything unexpected; save this was a perfectly working system a few days ago.

I've tried a cluster reboot, and that didn't change the condition. It sounds like signaling delay except for the fact the I can override the issue with Urgent Priority, if it were signaling delay nothing would override it. So I am left with inter-digit timeout but can't see where it could be coming from, especially with a new PT/CSS that only has 2 DNs in it.

Thanks,

Ryan

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto: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/20150610/f0f05631/attachment.html>