Hi Dirk, sorry abou that, I was so sure we had it in the manual, we must have forgotten to document it. Anyway, I updated the manual in the CVS and on the website (section 5.2): --- cut --- TransferCall Transfer an established call from alias A to alias B. When before alias A is talking with alias X, then alias B is talking with alias X after the TransferCall. Currently this works only with endpoints that properly support Q.931 Facility messages (so it doesn't work with Netmeeting). Format: TransferCall Source-Alias Destination-Alias Example: TransferCall Frank Peter --- cut --- As you can see this is done gatekeeper initiated, but in a non H.450 way. Regards, Jan dirk los wrote: > 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/
