I am being faced by a strange situation
I have a vector having converse on to ICR and then call comes back to vector and vector processing resumes. By this way i am getting ANI passed to softphone. But as soon as my intelligent routing application also takes control of same VDN we losses the ANI.
If i remove ICR and my application is monitoring the VDN we get ANI.

So whats happening is when only ICR works i get ANi and when only my application monitors i get ANi but when both ICR works via converse on and my application monitor i am unable to get ANi.

Can someone help on this

Can you give some more information on this. For Example,

o Is the all reaching both the ICR and application? By this I mean, does ICR start a new call and merge the original into it or does it somehow redirect it back to Communication Manager? Is the CallID the same for the call that reached ICR and the call that reaches the application?

o ANI is given in the Calling Number in Routing request, correct? Is this blank or something else?

o What does the VDN and Vector look like?

o Can you explain what you mean by "my intelligent routing application also takes control of same VDN"? Perhaps this would be explained by the Vector configuration.

o Can you describe how the call flows between Communication Manager, ICR and the application?

Martin

o Is the Call reaching both the ICR and application? By this I mean, does ICR start a new call and merge the original into it or does it somehow redirect it back to Communication Manager? Is the CallID the same for the call that reached ICR and the call that reaches the application?
ICR Starts a new call , call gets connected at a virtual station , it gets hold and api is called then call gets terminated and then original vector processing after converse on starts again. So call is redirected back to CM.


o ANI is given in the Calling Number in Routing request, correct? Is this blank or something else?
Yes ANI is given in calling number

o What does the VDN and Vector look like?
VDN is standard VDN with VDN override set to Yes and vector look like the vector below

01 goto vector 493 @step 69 if holiday in table 33
02 goto vector 495 @step 1 if holiday in table 34
03 goto vector 494 @step 4 if holiday in table 4
04 wait-time 2 secs hearing ringback
05 collect cdpd digits for none
06 goto step 65 if ani in table 2
07 goto vector 301 @step 1 if service-hours not-in table 79
08 goto step 17 if A = 66017
09 goto step 17 if A = 66024
10 goto step 17 if IR = 1
11 goto step 17 if available-agents in skill 1699 < 1
12 converse-on skill 1699 pri m passing V3 and 0
13 collect 1 digits after announcement none for none
14 goto step 17 if digits = 1
15 goto step 55 if digits = 2
16 wait-time 2 secs hearing ringback
17 announcement 36001
18 announcement 33073
19 announcement 61176
20 wait-time 2 secs hearing ringback
21 goto step 68 if ani in table 36
22 goto step 77 if ani in table 5
23 set ST = none CATR 5
24 set SD = none CATR 3
25 goto vector 1515 @step 1 if unconditionally
26 goto step 30 if SF = 1
27 goto step 59 if oldest-call-wait in skill 1st pri h > 480
28 goto step 62 if oldest-call-wait in skill 1st pri h > 120
29 goto step 32 if unconditionally
30 goto step 59 if SO > 480
31 goto step 62 if SO > 120
32 goto step 53 if V1 = BB
33 goto step 35 if SF = 1
34 goto step 40 if available-agents in skill 2nd >= 1
35 goto vector 1515 @step 1 if unconditionally
36 goto step 38 if available-agents in skill 1st > SZ
37 goto step 42 if SF = 1



o Can you explain what you mean by "my intelligent routing application also takes control of same VDN"? Perhaps this would be explained by the Vector configuration.
We have intelligent routing application (Afiniti) that monitors VDN events via AES and route the calls via adjunct route.

o Can you describe how the call flows between Communication Manager, ICR and the application?
Call Arrives at CM VDN, Vector executes and perform usual check then it goes to ICR to perform APi call and upon meeting certain condition it can redirect the call to some other VDN else it remains on original VDN
After ICR there are some other checks then call is given to Afiniti via adjunct route. We get the ANI in route request but when we check for VDN trace ANI is not present there PFB sample VDN trace
12:40:49 0 0 ENTERING TRACE cid 14732
12:40:49 1504 1 vdn e79612 bsr appl 0 strategy 1st-found override y
12:40:49 1504 1 AVDN: 79612 AVRD:
12:40:49 1504 1 goto vec 493 @step 69 if holiday in table 33
12:40:49 1504 2 goto vec 495 @step 1 if holiday in table 34
12:40:49 1504 3 goto vec 494 @step 4 if holiday in table 4
12:40:49 1504 4 wait 2 secs hearing ringback
12:40:51 1504 5 collect cdpd digits for none
12:40:51 1504 6 goto step 64 if ani in table 2
12:40:51 1504 6 ani = [07738777783]
12:40:51 1504 7 goto vec 301 @step 1 if service-hours not-in table 79
12:40:51 1504 7 Time before adjusting: MON 12:40
12:40:51 1504 7 Time after adjusting: MON 12:40
12:40:51 1504 8 goto step 17 if A = 66017
12:40:51 1504 8 variable A = [79612] active vdn local
12:40:51 1504 9 goto step 17 if A = 66024
12:40:51 1504 9 variable A = [79612] active vdn local
12:40:51 1504 10 goto step 17 if IR = 1
12:40:51 1504 10 variable IR = [0] global
12:40:51 1504 11 goto step 17 if available in skill 1699 < 1
12:40:51 1504 12 converse-on skill 1699 pri m passing V3 and 0
12:40:51 1504 12 Local Agent Preference=n
12:40:51 1504 12 Agent Login ID: 10321 Logged in at station: 39611
12:40:52 1504 12 variable V3 = [79603] vdn var
12:40:55 1504 13 collect 1 digits after annc none for none
12:40:55 1504 14 goto step 17 if digits = 1
12:40:55 1504 14 digits = [1]
12:40:55 1504 17 announcement 36001
12:40:55 1504 17 announcement: board 18A03 ann ext: 36001
12:40:59 1504 18 announcement 33073
12:40:59 1504 18 announcement: board 20A02 ann ext: 33073
12:40:59 1504 19 Local Call Preference=n
12:41:14 1504 19 announcement 61176
12:41:14 1504 19 announcement: board 13C01 ann ext: 61176
12:41:42 1504 20 wait 2 secs hearing ringback
12:41:44 1504 21 goto step 67 if ani in table 5
12:41:44 1504 21 ani = []
12:41:44 1504 22 set ST = none CATR 90
12:41:44 1504 22 operand = []
12:41:44 1504 22 operand = [90]
12:41:44 1504 22 ========= CATR =========
12:41:44 1504 22 variable ST = [90] asaiuui local
12:41:44 1504 22 asaiuui chg from [] to [90]
12:41:44 1504 23 set SD = none CATR 3
12:41:44 1504 23 operand = []
12:41:44 1504 23 operand = [3]
12:41:44 1504 23 ========= CATR =========
12:41:44 1504 23 variable SD = [3] asaiuui local



To further explain the problem The CLI can be seen on our Softphone (using DLG) and CMS. It is the endpoint (hard phone) and our Recording application that don’t see the CLI.

I don't see an adjunct route step so I presume it happens later. I see that the ani seems to have been emptied inside the vector, before being delivered to the application. Correct?

Yes correct.

And adjunct route is in the vector that was called

Also we get ANi with every route request but phone and recording application is unable to get it.

It would seem that the problem is related to the vector and not ASAI. In this case, you will not be able to get much help in this forum.

The vector looks as though it is from a production environment. In this case, you should seek help from the organisation with the support contract. Alternatively, Avaya Client Services may be able to help.

Martin