" /> TSendUserEvent for Remote T-Server - Genesys CTI User Forum

Author Topic: TSendUserEvent for Remote T-Server  (Read 4560 times)

Offline victor

  • Administrator
  • Hero Member
  • *****
  • Posts: 1419
  • Karma: 18
TSendUserEvent for Remote T-Server
« on: March 23, 2009, 08:37:14 AM »
Advertisement
Guys,

this sounds silly, but I cannot figure out how to send a TSendUserEvent to a remote T-Server's DN without registering to that T-Server. I would think that it would be possible to do it using built-in ISCC functionality...

any ideas?
Vic


Offline ecki

  • Sr. Member
  • ****
  • Posts: 329
  • Karma: 8
Re: TSendUserEvent for Remote T-Server
« Reply #1 on: March 23, 2009, 12:00:13 PM »
Hi Vic,

Why would you want to send user event on behalf DN which is not under your control and based on what input?
What is the call scenario?

e.

Offline victor

  • Administrator
  • Hero Member
  • *****
  • Posts: 1419
  • Karma: 18
Re: TSendUserEvent for Remote T-Server
« Reply #2 on: March 23, 2009, 12:14:47 PM »
I am using Communication DN to exchange messages between different applications.
And now, I need to somehow send the message to a CommunicationDN the remote T-Server.
I guess, I can make a second TExtension and register to Remote T-Server as well; however, if there is a way for me to send a UserEvent to a DN on remote T-Server, I would be able to just keep one TConnection and use built-in multi-site functionality that Genesys already has.

Vic

Offline ecki

  • Sr. Member
  • ****
  • Posts: 329
  • Karma: 8
Re: TSendUserEvent for Remote T-Server
« Reply #3 on: March 23, 2009, 01:42:09 PM »
No, there is nothing like this. Even OCS is communicating with third party apps using multiple DNs configured against  multiple TServers in multisite env.

e.


Offline victor

  • Administrator
  • Hero Member
  • *****
  • Posts: 1419
  • Karma: 18
Re: TSendUserEvent for Remote T-Server
« Reply #4 on: March 24, 2009, 04:58:03 AM »
Why, oh why, would I beg to differ... I just feel like there is a way to do it and I am not just thinking about it...
Perhaps a creative use of RequestDistributeEvent?

Offline cavagnaro

  • Administrator
  • Hero Member
  • *****
  • Posts: 7641
  • Karma: 56330
Re: TSendUserEvent for Remote T-Server
« Reply #5 on: March 24, 2009, 05:56:07 AM »
But Vic, by basic architecture how can TServer will know where to send the Event To if that TServer is not monitoring that DN, something like DNB@TServerFarLand doesn't work...
The idea however is interesting

Offline kowari

  • Jr. Member
  • **
  • Posts: 53
  • Karma: 0
Re: TSendUserEvent for Remote T-Server
« Reply #6 on: March 24, 2009, 11:38:50 PM »
TServers dont/cant register for each others DNs like OCS or Statserver do - which would break your model of communication by comDN, so I very much doubt this would work in the way you want it to.

I would have to leaf through the SDK but I bet there would be something in there to help you out.

Offline victor

  • Administrator
  • Hero Member
  • *****
  • Posts: 1419
  • Karma: 18
Re: TSendUserEvent for Remote T-Server
« Reply #7 on: March 26, 2009, 06:19:04 AM »
I am looking through T-Library SDK 7.2 C Developer's Guide (I found it much more comprehensive than other documents available out there till now... at least to my liking) and I thought TSendUserEvent would be my best bet.

TSendEvent has TServer server member; however, it is a local handle for T-Server, thus unless you are connected directly, nothing happens...

I really think Genesys must have thought of a scenario where you might need to send messages to other T-Servers connected to your T-Server simply because until now, pretty much everything I have ever wanted to do was already there in place for me to just call and get it done...




Offline cavagnaro

  • Administrator
  • Hero Member
  • *****
  • Posts: 7641
  • Karma: 56330
Re: TSendUserEvent for Remote T-Server
« Reply #8 on: March 26, 2009, 06:51:26 AM »
Maybe TLib SDK is not enought, today I have been talking to a Genesys guy and mentioned a SMS (not the text messages) API, for what I understood was to control in a deeper way some interactions. Will try to get more info and see if it fits you Vic.