Hi,
Currently we are getting UUI data length of only 32 in DLG. Is there any way to increase this length? We are using latest versions of all the components involved.

Thanks,
Abrar

We are randomly getting the following exception in CCT on disonnection. We are unable to find how we can avoid this exception. Can you please help us to sort out this thing? Our application is getting crashed due to this exception.

System.ObjectDisposedException: Safe handle has been closed

   at System.Runtime.InteropServices.SafeHandle.DangerousAddRef(Boolean& success)

   at System.StubHelpers.StubHelpers.SafeHandleAddRef(SafeHandle pHandle, Boolean& success)

   at Microsoft.Win32.Win32Native.SetEvent(SafeWaitHandle handle)

   at System.Threading.EventWaitHandle.Set()

   at Nortel.CCT.ProxyLayer.CCTChannel.Disconnect(LinkStateReason reason)

   at Nortel.CCT.ProxyLayer.CCTChannel.ChannelThread()

   at System.Threading.ThreadHelper.ThreadStart_Context(Object state)

   at System.Threading.ExecutionContext.runTryCode(Object userData)

   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)

   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)

   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)

   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)

   at System.Threading.ThreadHelper.ThreadStart()

Thanks

Hi,
I am little confused about the behavior of hdx in case of multiple concurrent requests. For example I have set timeout of an hdx request to 20 seconds and make 2 calls back to back. What will happen to the second call while first call is still waiting on hdx request?
In my case as soon as I am getting hdx request for second call, I am not able to reply to the hdx request for the first call. It looks like only one hdx request is active at a time. is this correct?


Thanks,
Abrar

Thanks John.
So It is not possible through CCT?


Thanks,
Abrar

Hi,
Can you please help me to get agent's skillset information through CCT? If it is not possible through CCT, can you please guide me which API can be used for this purpose. I want to get skillsets assigned to an agent and any subsequent change.


Thanks,

Hi,
We are in process of evaluating CCT over MLS. Can you please give us any idea if CCT can accommodate load of terminals and addresses of entire call center in a single session? Is there any document on capabilities of CCT?

Thanks

We are in process of evaluating CCT over MLS. Can you please give us any idea if CCT can accommodate load of terminals and addresses of entire call center in a single session? Is there any document on capabilities of CCT?


Thanks,

Abrar

Thanks again John.

While I was searching on forum, I have come across couple of other SDKS/API. Do you think any of following can serve the purpose.
HDX
RSM
RTD

Again I am not able to find any documentation. Can you please point me to some documentation about these? What additional component/server would be required to use any of these? Are these licensable?

Thanks,
Abrar

Thanks John.
What do you think about MLS? I have read on forum that this can be used for this purpose but I could not find any documentation.

Hi, It's a long time I am posting on this thread. I have the same question but for the newer version of cs1000e. Would it be possible to connect AES with CS1000e 7.6? If we use TR-78 option to integrate AES with CS 1000e, will the AES provide advance routing capabilities? If not, what options are available to develop third party routing applications to be used with CS 1000e?

Thanks,
Abrar

Let me try to rephrase it:

We have faced a problem, the scenario is:

We have two VDNs 1500 and 1501 using same vector with conditionally adjunct to a tsapi based routing application otherwise "queueto skill 1st ". 1st skill is 2500 for VDN 1500 and 2501 for VDN 1501

When a call arrived on VDN 1500
The Adjunct was sent to a tsapi based routing application
The application routed the call to an agent
The agent answered the call, Initiated a transfer to the VDN 1501 and completed the transfer instantaneously(Fast/blind transfer).
At this point current VDN of the call should be 1501
when call arrived at 1501, conditional Adjunct step was skipped and "QeueuTo skill 1st" was executed. When "QueueTo skill 1st" step was executed, instead of queuing to the Skill 2501, the call was queued to the skill 2500. VDN override is Y for both VDNs. If we call second VDN directly or we transfer an ACD routed call to second VDN, it works perfectly. The problem happens only when we transfer an third party routing application routed call to the second VDN.

Following are the version information:

API VER:ST2|LIB VER:AES6.2.0 Build 257|TSERVER VER:6.2.0 Build 271|DRIVER VER:6.2.0 Build 271|PRIV DATA:8

Currently I don't have the information about switch version and yes I was able to reproduce it in lab.

Thanks,
Abrar

Hi,
We have faced a problem, the scenario is:

We have two VDNs using same vector with conditionally adjunct to a tsapi based routing application otherwise queueto 1st

When a call arrived on first VDN
The Adjunct was sent to a tsapi based routing application
The application routed a call to an agent
The agent answered the call, Initiated a transfer to a second VDN and completed the transfer instantaneously(Fast/blind transfer).
Now same vector was called again, conditional Adjunct step was skipped and QeueuTo 1st was executed. When QueueTo 1st step was executed, instead of queuing to the Skill of second VDN, the call was queued to the skill of first VDN. VDN override is Y for both VDNs. If we call second VDN directly or we transfer an ACD routed call to second VDN, it works perfectly. The problem happens only when we transfer an third party routing application routed call to the second VDN.
Following are the version informations:

API VER:ST2|LIB VER:AES6.2.0 Build 257|TSERVER VER:6.2.0 Build 271|DRIVER VER:6.2.0 Build 271|PRIV DATA:8

Thanks,
Abrar

Moreover always use cstaSysStatStart. Probably the link between AES and Switch could have been flapped.

Brent, Thanks for your reply.

What if the collected digits is already being used?
Moreover, our application specify skill as well in cstaRouteSelectInv().

Thanks,
Abrar

That means there is no way to prevent Called Number from being overwritten by extension when performing cstaRouteSelectInv().

Thanks a lot Martin/John for looking into this - Really appreciated.