Jan, I tried the latest manual. Indeed it is mentioned that release 2.05 contains a CallTransfer implementation. However further I don't see any reference. Or do you mean the external ACD application, which is working on the virtual queue notifications? With CallTransfer I mean the feature that an active call from A->B can be changed in a call from A->C or from B->C. Such behavior is possible with H.450 implementations in someH323 terminals. Indeed those implementations are built around users initiating this by pressing buttons on their terminal. However such behavior can be initiated by an application as well. For instance, as far as I understand, it is not possible with the current gnugk to route a call to another destination if the original call isn't answered or released because of a busy terminal. It would be an enrichment of the CTI model if this could be done. Regards Dirk -----Original Message----- From: Jan Willamowius [SMTP:jan@willamowius.de] Sent: Thursday, November 20, 2003 1:08 AM To: openh323gk-users@lists.sourceforge.net Subject: Re: CTI development Hi Dirk, dirk los wrote: > I saw that it is possible to implement CTI functionality in the ARQ > phase. > Further I read in a very nice historical overview of Chih-Wei Huang > that > there is a contribution from Olivier Grall with TransferCall > functionality. Where can I find more about this? Try the manual: Virtual queues and TransferCall are available in the regular releases via the status port. > What is the vision on future development about CTI? > Are there plans for implementation of H.450.x ? > I can imagine that this might be a straight forward way to get control > of the call in other states. It requires an extra H.450 module that > independently can handle H.450 requests in interaction with commands > at the status port. A lot of tough call handling work is done already > in H.450 enabled endpoints. Is there some development to be expected > in this direction? Right now nobody is working on H.450 as far as I know. Most (all ?) H.450 procedures need support by the endpoint and from what I hear that is still pretty hard to find. Some endpoint initiated H.450 procedure work with GnuGk, because the gatekeeper doesn't have an active role in them. But I don't have an overview what does and what doesn't. Regards, Jan -- Jan Willamowius, jan@willamowius.de, http://www.willamowius.de/ ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ List: Openh323gk-users@lists.sourceforge.net Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/ ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ List: Openh323gk-users@lists.sourceforge.net Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
