It does work as a call transfer with many endpoints where endpoint A establishes a new connection with endpoint B. Try OpenPhone or ohphone. EnVision (Radvision H.323 stack) also works. What endpoints are you using ? dirk los wrote: > I tried the tranfercall command at the status port: > > Transfercall AiasA AliasC > > At that moment AliasA was connected to AliasB > > The following happened: > Gnugk sent a Facility message (6) "alternativeAliasAdress" to > terminal AliasA > The facility reason is set to: "callForwarded" > The "maintainConnection" parameter is set to False. > > The effect is that AliasA sends a callRelease etc. > > I have the feeling that this facility message is meant to provide > AliasA with the information that AliasB was forwarding the call. > So.....I don't think that this is really a TransferCall. > Even if the maintainConnection parameter would be set to True, then > the only effect would be that AliasA knows that is talking in reality > with AliasC. And this isn't the case because nothing changed in the > call actually. > > Can anybody tell me what was the idea behind this? > > Dirk > > -----Original Message----- > From: Jan Willamowius [SMTP:jan@willamowius.de] > Sent: Thursday, November 20, 2003 1:50 PM > To: openh323gk-users@lists.sourceforge.net > Subject: Re: CTI development > > Since you are listening to the status port anyway, you can act on the > DCF message. I'm not quite sure what state the call is in when the new > destination doesn't answer. Maybe it is possible to do a 2nd transfer, > but I haven't tried. > > Virtual queues are only used on ARQ. > > dirk los wrote: > > Thanks Jan, > > > > It looks fine to me, I will try. > > Do you know if it is possible to enter the virtual queue when a Call > > Release is passing in the Gkrouted mode? Then I will be very happy. > > I have to have such a trigger for the TransferCall functionality. > > > > The scenario would be something like this: > > Alias A calls Alias B > > Alias B doesn't answer or is busy; B releases the call > > It triggers a virtual queue message > > TransferCall AliasA AliasC (should remove the call from the > > virttual queue or this should be done explicitly) > > > > Kind regards > > Dirk -- 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/
