And I promptly got it wrong: Transfer an established call from alias A to alias B. When before alias A is talking with alias X, then alias A is talking with alias B after the TransferCall. Fixed now. Jan Willamowius wrote: > 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/ -- 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/