VDN->Vector->TFN = 11 secs

[skim6225]

Hi All - as the subject implies an ext on the CM dials a VDN that goes to a vector that sends the call [via dialing 9-1-800-xxx-xxxx] to the TFN. Takes 11 seconds from dialing to hearing ringing. Not good. Would like to speed that up. There are some obvious options but wanted to see if others experience this and their solution.

 

[Randy MMC]

When you say the extension dials to the VDN. Do you have a station with a Coverage Path that has a coverage point that goes to the VDN? If you do, can you tell us what you have in the "Don't Answer y y Number of Rings: 4" field, and the "Point1: v8675903 Ring: 2" fields for number of rings?

 

[DAVIDPAYNE]

Have you check to see how long it takes for the 9-1-800-xxx number takes to answer a call normal by dialing from your extensions? This would give you a base line as to what to expect.

 

[skim6225]

Randy – Q. When you say the extension dials to the VDN. Do you have a station with a Coverage Path that has a coverage point that goes to the VDN?
A. Ext 4321 dials the VDN directly. The vector’s step 1 has a wait time of 2 secs. Step 2 is route-to the TFN.


David – Great test. From my desk phone (on the same CM) took 4 secs to connect and from my cell 3 secs.

HQ_PBX: change vdn xxxx
VECTOR DIRECTORY NUMBER
Extension: xxxx
Name*: xxxxxxxxxxxx
Destination: Vector Number xxx
Attendant Vectoring? n
Meet-me Conferencing? n
Allow VDN Override? n
COR: 1
TN*: 1
Measured: both
Acceptable Service Level (sec): 20
VDN of Origin Annc. Extension*:
1st Skill*:
2nd Skill*:
3rd Skill*:
* Follows VDN Override Rules
HQ_PBX: change vdn xxxx
VECTOR DIRECTORY NUMBER
AUDIX Name:
Return Destination*:
VDN Timed ACW Interval*: After Xfer or Held Call Drops*? n
BSR Application*:
BSR Available Agent Strategy*: 1st-found
Used for BSR Polling? n
BSR Tie Strategy*: system
Observe on Agent Answer? n
Send VDN as Called Ringing Name Over QSIG? n
Display VDN for Route-To DAC*? n
VDN Override for ASAI Messages*: no
BSR Local Treatment*? n
Reporting for PC or POM Calls? n
Pass Prefixed CPN to VDN/Vector*? system
* Follows VDN Override Rules
HQ_PBX: change vdn xxxx
VECTOR DIRECTORY NUMBER
VDN VARIABLES*
Var Description Assignment
V1
V2
V3
V4
V5
V6
V7
V8
V9
VDN Time-Zone Offset*: +
00
:00
Daylight Saving Rule*: system
Use VDN Time Zone For Holiday Vectoring*? n
Apply Ringback for Auto Answer calls*? y
* Follows VDN Override Rules
===================================================
HQ_PBX: change vector xxx
CALL VECTOR
Number: xxx
Name: xxxxxxxxxxx
Multimedia? n
Attendant Vectoring? n
Meet-me Conf? n
Lock? n
Basic? y
EAS? y
G3V4 Enhanced? y
ANI/II-Digits? y
ASAI Routing? y
Prompting? y
LAI? y
G3V4 Adv Route? y
CINFO? y
BSR? y
Holidays? y
Variables? y
3.0 Enhanced? y
wait-time 2secs
hearing silence
route-to number 91844xxxxxxx
with cov n if unconditionally
03 stop
04
05
06
07
08
09
10

 

[DAVIDPAYNE]

Run a list trace on the vector and post results.

 

[skim6225]

I thought I'd trace the complete call path from the ext out in the field hanging off a g450. As far as the 11 sec processing time it's not visible...i.e...the gw/CM took 2.5 secs. I also was on the phone with the person in the filed dialing the phone. Told her to tell me when she dialed and when the menu answered. The 11 sec silence wasn't present. I installed 20 or so of the sets at different locations/gateways over the past 2 weeks and my test calls all had that 11 sec delay. It's SIP trunks and VoIP sets. Maybe a temp bandwidth issue? Who knows. If anyone sees anything from the trace let me know.

LIST TRACE

time data

08:54:04 TRACE STARTED 02/12/2020 CM Release String cold-03.0.141.0-23383
08:55:42 active station 5684 cid 0x2017
08:55:45 0 0 ENTERING TRACE cid 8215
08:55:45 586 1 vdn e6586 bsr appl 0 strategy 1st-found override n
08:55:45 586 1 AVDN: 6586 AVRD:
08:55:45 586 1 wait 2 secs hearing silent
08:55:45 dial 6586
08:55:45 term vector 586 cid 0x2017
08:55:47 586 2 route-to number 91844xxxxxxx cov n if unconditionally
08:55:47 dial 91844xxxxxxx route:ARS
08:55:47 term trunk-group 120 cid 0x2017
08:55:47 xoip options: fax:Relay modemff tty:US (igc)
xoip ip: [10.xxx.xx.xxx]:2070
08:55:47 xoip options: fax:Relay modemff tty:US (igc)
xoip ip: [10.xxx.xx.xx]:36380

08:55:47 G729 ssff ps:20 - IGC created
rgn:84 [10.xxx.xx.xxx]:2070 (GW84)
rgn:1 [10.xxx.xx.xx]:36380 (PN1)
08:55:47 dial 91844xxxxxxx route:ARS
08:55:47 route-pattern 244 preference 1 location 84/ALL cid 0x2017
08:55:47 seize trunk-group 120 member 51 cid 0x2017
08:55:47 Setup digits 1844xxxxxxx
08:55:47 Calling Number & Name 336xxxxxxx NO-CPName
08:55:47 Proceed trunk-group 120 member 51 cid 0x2017
08:55:49 586 3 LEAVING VECTOR PROCESSING cid 8215
08:55:50 Alert trunk-group 120 member 51 cid 0x2017
08:55:50 active trunk-group 120 member 51 cid 0x2017
VOIP data from: [10.254.84.221]:2070
08:55:58 Jitter:1 0 0 0 0 0 0 0 0 0: Buff:33 WC:26 Avg:1
08:55:58 Pkloss:0 0 0 0 0 0 0 0 0 0: Oofo:0 WC:0 Avg:0
VOIP data from: [10.210.14.97]:36380

LIST TRACE

time data
08:56:00 Jitter:1 1 0 0 0 0 0 0 0 0: Buff:20 WC:12 Avg:1
08:56:00 Pkloss:0 0 0 0 0 0 0 0 0 0: Oofo:0 WC:0 Avg:0
08:56:03 idle station 5684 cid 0x2017
08:56:31 active station 5684 cid 0x2041
08:56:34 idle station 5684 cid 0x2041

 

[DAVIDPAYNE]

I may have misunderstood something. Is this 8xx number one of your numbers? Does it reside on your system, or is it off site?
Please describe the call flow in detail. from point of call to end. Also try changing the wait step from hearing silence to ring back.

 

[skim6225]

The 8xx number is an external toll free number that resides elsewhere.

Call Flow: x5684 [2500 set hanging on the gateway] dials an internal VDN of 6586 which in-turn has a vector of 586. 586 then pushes the call to the Toll Free 800#.

Just had a thought...could be silence on the front end of the recording. I'll check that.

Will also try changing the wait step from hearing silence to ring back.

 

[avayaguy23]

Your ARS table is jacked. Post what is in your all table

 

[skim6225]

What did you see?
Can't paste the formatted text.

Try this:

https://files.engineering.com/getfile.aspx?folder=af1a6d4b-ad53-451b-ba0f-cc76a9ddf603&file=ARS.docx

 

[joe2938]

could also be your intra switch time out waiting for more digits to be dialed, after dialing the 800 number hit the # key. Does this speed up the dialing?

 

[skim6225]

Joe - I'm not on site so I added "#" at the end of the TFN. Didn't seem to help.

 

[7deedtz]

What type of CO lines do you have?