RE: CTI development

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

-----Original Message-----
From:	Jan Willamowius [SMTP:jan@willamowius.de]
Sent:	Thursday, November 20, 2003 11:59 AM
To:	openh323gk-users@lists.sourceforge.net
Subject:	Re:  CTI development

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/



-------------------------------------------------------
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/

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux