Please login or register to access secure site features.

Note: By continuing to use DevConnect Program Services you agree to our latest Registered Member Terms.

Sign in using DevConnect ID

Forgot password?

Trouble logging in?

Submit a ticket for Registration Support.

I have an SSO ID

?
sign in

Don't have a DevConnect or SSO ID ?

Create a DevConnect account or join the program.

register now
^
New DevConnect members must have forum permissions in order to post messages.
If the Reply and New Post buttons are not available to you, please request access using a General Support request ticket.
Forum Index » JTAPI » Consult Transfer and Conference with VDN ,UUI value not found   XML
 
Author Message
Sanjay1989



Joined: 19/09/2017 23:48:29
Messages: 21
Offline

We are monitoring VDN in JTAPI. while doing consult transfer or conference call to another VDN did not get any UUI (UserToUserInfo) value
in the second vdn monitored call logs.

Can someone help me this?

Please suggest if any ,




JohnBiggs



Joined: 20/06/2005 14:06:52
Messages: 883
Location: Thornton, CO
Online

UUI comes from the originator of the call leg. If you want Communication Manager to copy through UUI from the first call leg you must use the consultation call API method to initiate the second call (which you say you are doing). Also you will need to ensure that any trunking that is involved is configured to carry UUI data. There are FAQs that cover how to check this on Communication Manager.

Assuming that trunking is not involved and that UUI was present in the first call's messaging,
to troubleshoot further I would first enable TSAPI tracing on AES and look more closely at what is happening in the messaging from CM to AES relative to UUI. There is a DevConnect FAQ covering how to enable and access TSAPI g3trace information. https://www.devconnectprogram.com/site/global/products_resources/avaya_aura_application_enablement_services/support/faq/tsapi/index.gsp#10

UUI is also dependent on the negotiated protocol version between the application and AES, and the configured Switch Connection ASAI link version on AES.

Deep analysis by the devconnect team of the logs or system configuration would require a DevConnect Support Enabled membership.
[WWW]
Sanjay1989



Joined: 19/09/2017 23:48:29
Messages: 21
Offline

Thanks John.

I am getting in blind transfer. But not getting in consult
Transfer or conference.
Sanjay1989



Joined: 19/09/2017 23:48:29
Messages: 21
Offline

Can anyone let us know Is this achievable or not, that UUI data to be found in Consult Transfer and Conference.
JohnBiggs



Joined: 20/06/2005 14:06:52
Messages: 883
Location: Thornton, CO
Online

Do you mean consultativeCall FOLOWED by a transfer or conference?
What message are you looking for UUI data in?
Have you looked at the g3trace?

[WWW]
Sanjay1989



Joined: 19/09/2017 23:48:29
Messages: 21
Offline

Yes John, I am looking that only,
Any information passed by IVR to agent.
Not checked in g3trace.
JohnBiggs



Joined: 20/06/2005 14:06:52
Messages: 883
Location: Thornton, CO
Online

you are using an IVR to do the consultativeCall operation?

I am assuming your answer to "What message are you looking for UUI data in?" is "Any information passed by IVR to agent."

If so ... get the IVR out of the picture for troubleshooting. Start simple work toward complex. use the JTAPI exerciser to trigger the consultativeCall and monitor VDN2. look at the g3trace to verify the UUI information is being sent to the exerciser for the monitor on VDN2. Then work toward more complex call flows involving more components.

This should (does) work. moving UUI data from Call 1 to a call2 is one reason why consultationCall exists in the API.

This message was edited 1 time. Last update was at 24/09/2021 09:41:42

[WWW]
 
 
Go to: