|
Hi All,
We're using TSAPI and our custom application sometimes for brief periods gets ACSERR_BADPARAMETER result back from the attPrivateData.
So we’re getting a private data decompile error back. We are using Private Data version 3-6. The TSAPI SDK Version 4.2 and TSAPI Client 4.2 on Windows2003R2.
The strange part with this is, that this occurs randomly. And the period that we receive the error is also random.
2013-12-27 14:31:36 - 16:37:42
2013-12-27 17:24:03 - 18:48:10
2013-12-27 19:36:41 - 19:36:41
2013-12-28 05:07:02 - 05:07:02
2013-12-30 04:05:27 - 04:05:27
2014-01-03 17:59:38 - 18:00:26
2014-01-05 07:00:48 - 07:52:02
2014-01-11 07:54:36 - 07:54:36
2014-01-12 00:05:23 - 01:00:06
2014-01-12 07:00:34 - 07:45:42
2014-01-20 10:22:04 – 11:51:14
2014-01-20 07:02:32 – 07:48:33
2014-01-20 13:43:12 – 13:43:13
2014-01-20 14:19:10 – 17:12:19
2014-01-20 20:21:40 – 21:45:13
This is our logging snippet when it occurs:
2014-01-12 07:00:41,523 [EventHandlerAvaya] DEBUG GmsServerLib.TSAPILib.TSAPIEventHandler - CSTAUNSOLICITED event received [eventType: CSTA_DELIVERED]
2014-01-12 07:00:41,523 [EventHandlerAvaya] DEBUG GmsServerLib.TSAPILib.TSAPIEventHandler - Method attPrivateData result [ACSERR_BADPARAMETER]
Our application monitors a list of VDN’s and Stations.
On the unsolicited Delivered Event we also need beside the CSTA Data the Private Data (attDeliveredEvent_t) for the trunk information.
This usually goes perfect, but as seen in the time windows stated above it failed.
The TSAPI Programmers guide is very thin when it comes to the Private Data stuff.
Our buffer settings when calling acsOpenStream are:
1. SendQueueSize: 10
2. SendExtraBuffers: 0
3. ReceiveQueueSize: 50
4. ReceiveExtraBuffers: 0
We’ve set the SendExtraBuffers and ReceiveExtraBuffers on 0, because as the documentation stated that the queuesize is the same as SendQueueSize and ReceiveQueueSize respectively.
My questions are:
Is this a known issue?
Are the buffersettings that we use correct?
Is there a way to get the reason why the TSAPI Client returns the ACSERR_BADPARAMETER?
Regards,
Stefan Weijman
|
