[cisco-voip] Interesting off hook dial delay

[Walenta, Philip]

Route patterns, translation patterns also clean?  There are so many places digits can hide these days.

From: Ryan Huff [mailto:ryanhuff at outlook.com]
Sent: Wednesday, June 10, 2015 8:17 AM
To: Walenta, Philip; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Interesting off hook dial delay

That is what I was thinking .... fairly small system so all the patterns/xlates and everything fit on one page. I don't see any unassigned DNs ... etc.

Good thoughts Phillip! I'll keep looking.

-ryan
________________________________
From: Philip.Walenta at Polycom.com<mailto:Philip.Walenta at Polycom.com>
To: ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Date: Wed, 10 Jun 2015 06:05:38 -0700
Subject: RE: [cisco-voip] Interesting off hook dial delay
Is this potentially matching something in the "none" partition?

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Huff
Sent: Wednesday, June 10, 2015 7:48 AM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] Interesting off hook dial delay

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150610/4e072a82/attachment.html>