Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Backup Operator Messing Up Vector

Status
Not open for further replies.

cycledick

Technical User
Oct 6, 2005
141
US
I have another weird issue.

I have S8300/G700 3.1 with MM 3.0/Avaya MSS.

My "Backup Operator" is set to go to a vdn extension in the PBX (see vector below).

If the first line is a anything other than "Wait hearing music" it goes through steps 1, 2, and 3 then goes to the appropriate step (4 or 11), but then will not play the announcement, and goes straight to the last step (9 or 16 depending on the time). It does this if the first line is the "goto" step or if the first line says "wait hearing ringback" or "wait hearing silence".

Anyone run into that one?





CALL VECTOR

Number: 1 Name: Background BSR Poll? n
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
01 wait-time 3 secs hearing music
02 goto step 11 if time-of-day is all 17:00 to all 09:00
03 goto step 11 if time-of-day is fri 17:00 to mon 09:00
04 collect 1 digits after announcement 4001 for none
05 route-to number 4620 with cov y if digit = 1
06 route-to number 4621 with cov y if digit = 2
07 route-to number 4610 with cov y if digit = 3
08 goto step 18 if digits = 4
09 route-to number 4622 with cov y if unconditionally
10
11 collect 1 digits after announcement 4001 for none
12 route-to number 4620 with cov y if digit = 1
13 route-to number 4621 with cov y if digit = 2
14 route-to number 4610 with cov y if digit = 3
15 goto step 18 if digits = 4
16 messaging skill 99 for extension 4622
17
18 collect 4 digits after announcement 4003 for none
19 goto step 24 if digits = 46??
20 goto step 1 if digits = 0
21 announcement 4005
22 goto step 18 if unconditionally
23
24 route-to digits with coverage y
25 stop
 
Here is what the OHV says for the whole call start to finish. This is a call to a DID extension. I had my SendCalls/DND on so it would go straigt to VM. I got my greeting, then pressed 0. I had the vector set up with a first step of "wait 3 seconds hearing silence" and it did what was described before.

0 ATCMAS Incoming ring. 1
0 ATCMAS Integration data: Extension 4618. Called extension 4611. Calling extension 192. Call divert 3. 0
8 ATCMAS Incoming call detected. 1
8 ATCMAS Call routed. 1
0 ATCMAS Integration data: Extension 4618. Called extension 4611. Calling extension 192. Call divert 3. 0
8 ATCMAS Incoming call due to a busy condition for extension 4611. 1
8 ATCMAS Caller has requested to leave a message for mailbox 4611 after a busy condition. 1 4611
8 ATCMAS Greeting playback was interrupted by a DTMF 1 4611
8 ATCMAS DTMF was received. Key pressed was '0'. 1 4611
8 ATCMAS Caller has requested assistance. 1 4611
8 ATCMAS Statement 96 played 1 4611
0 ATCMAS Cleared DTMF buffer. 1
8 ATCMAS Transfer to extension 4600 has been requested. 1 4611
8 ATCMAS InitiateTransfer() was requested. 0
0 ATCMAS GetCall() was requested. 0
9 ATCMAS Got dial tone for outgoing call. 0
8 ATCMAS CompleteTransfer() was requested. 0
0 ATCMAS Cleared DTMF buffer. 27
0 ATCMAS Channel on hook. 27
0 ATCMAS Cleared DTMF buffer. 1
0 ATCMAS Channel on hook. 1
0 ATCMAS Cleared DTMF buffer. 1
0 ATCMAS Channel on hook. 1
8 ATCMAS Transfer to extension 4600 was successful. 1 4611
 
Are you using path replacement?

H.323 integration (QSIG Protocol) does not support
forwarding/transfer from a Vector. Currently, if calls are routed from a
Vector to the QSIG link(s) connected to the MAS, the call will not pass the
VDN as the called party ID. Applications requiring calls that are routed
from Vectors to mailboxes on the MAS can be configured so as to route
calls to phantom extensions (X-ports) configured to call-cover all-calls to
the MAS hunt group.

Call Vector. A call that has experienced SS-CT
(Supplementary Service Call Transfer) that terminated to a
vector and received answer treatment can have its path
replaced. This is allowed only after a true user answers the call
so that vector processing is completed. A vector step of
recorded announcement or wait listening to music could cause a
CONNECT message to be sent back and make the far end think
ANF-PR (Path Replacement Additional Network Feature)
could take place. If the PR Propose is received while still in
vector processing, the vectoring PBX will deny the ANF-PR
attempt but will initiated its own attempt at ANF-PR when a
user does answer the call.

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
When the QSIG Message Application Server Auto Attendant,
Caller Application or Find Me features are transferring a call, you
will see a second channel in Port Monitor appear busy until the
transfer has been completed. After the transfer has been
completed you will see that both channels are now idle in Port
Monitor, this shows that the QSIG Path Replacement feature has
completed successfully.
? However there are some switch configurations that will cause Path
Replacement to fail, therefore your MM Server will stay bridge
onto the transferred call, keeping two channels busy in Port
Monitor.

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
But, I'm not transferring a call FROM a vector, I'm transferring the call TO a vector. It's just someone calling my extension (or my DID), the call going to my VM box, then the caller pressing 0. My backup Operator is set to a VDN extension.

Plus, the thing about it is that it isn't a simple case of it not working at all. It works fine when "wait hearing MUSIC" is the first step. If there is anything else as the first step, it goes through the vector has if there were touch tones being pressed. (Meaning, it's following the time-of-day steps at the beginning, but none of the other steps. So it's doing something like calling the VDN and just holding down a number button.)


Below is the ISDN page from the system features in regards to the Path Replacement (it's set up like the docs say). I tried all the possible combinations of the last three options. None of them made a difference.

The desciption of the path replacement scenario seems to describe a situation where the announcement or wait hearing music step makes the vector NOT work properly. If I am reading that right, my situation is the opposite. It ONLY works if there is wait hearing music first. If the MM got a "connect" message, wouldn't it just release the call?

Thanks for the help so far.

ISDN PARAMETERS

Send Non-ISDN Trunk Group Name as Connected Name? n
Display Connected Name/Number for ISDN DCS Calls? y
Send ISDN Trunk Group Name on Tandem Calls? n
Send Custom Messages Through QSIG? n

QSIG TSC Extension: 2799
MWI - Number of Digits Per Voice Mail Subscriber: 4
Feature Plus Ext:
National CPN Prefix:
International CPN Prefix:
Pass Prefixed CPN to ASAI? n
Unknown Numbers Considered Internal for AUDIX? y Maximum Length: 4
USNI Calling Name for Outgoing Calls? n
Path Replacement with Measurements? y
QSIG Path Replacement Extension: 2798
Path Replace While in Queue/Vectoring? n
 
One thing you might want to try is to make a call and then transfer the call to the VDN and do not complete the transfer like the mm is doing and see if it acts the same way. I think it is all down to the fact that you can't do a blind transfer from mm on h.323

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
Yes, it works fine if I just transfer a call to it.

What is it that MM gets with music-on-hold, that it doesn't get with any other vector command?
 
I think it hears the music and it thinks it is an answered call so it completes the transfer.

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top