[asterisk-users] call Hold event asterisk

[Steve Murphy]

On Fri, 2007-06-08 at 11:12 -0600, Anthony Francis wrote:
> Lee Jenkins wrote:
> > sathish s wrote:
> >> i need to catch the call hold event from my asterisk-java program.  
> >> Im using net.sf.asterisk.*;  for communicating with asterisk server. 
> >> I need to get the call hold status on my java program .  I can able 
> >> to get the music on hold status but i cannot able to get the call 
> >> hold status.
> >>
> >> The events like
> >> 1. HoldEvent ,
> >> 2.HoldedcallEvent
> >> 3. UnHold event
> >>
> >> are not getting fired when the call hold is happening . When the call 
> >> is put in hold , i need to update the satus as "CAll is in Hold". For 
> >> this i need to catch the call hold event .  How can i make this 
> >> ...reply me ....
> >>
> >> Thanks in advance
> >>
> >> sathish.
> >>
> >
> > Does Asterisk AMI support even support these events?  I'm using 1.2 
> > and have not seen them.  Does 1.4 fire these events?
> >
> >
>  From app_dial.c:
> 
> case AST_CONTROL_HOLD:
>                                                         if 
> (option_verbose > 2)
>                                                                 
> ast_verbose(VERBOSE_PREFIX_3 "Call on %s placed on hold\n", o->chan->name);
>                                                         ast_indicate(in, 
> AST_CONTROL_HOLD);
>                                                         break;
>                                                 case AST_CONTROL_UNHOLD:
>                                                         if 
> (option_verbose > 2)
>                                                                 
> ast_verbose(VERBOSE_PREFIX_3 "Call on %s left from hold\n", o->chan->name);
>                                                         ast_indicate(in, 
> AST_CONTROL_UNHOLD);
>                                                         break;
> 

Nope, as you can see, those events, and perhaps several hundreds of
others (oh, ok, maybe dozens of others) have not yet been implemented,
and may never be, unless someone, or a group of someones, want it bad
enough to code it up and get it in.

And the other end of the equation is that, Asterisk may end up so
bloated with manager traffic, that it clogs everything up.

Every now and then, I've been updating the gastman stuff to keep it
working with new events. Perhaps we could have event types be something
configurable, to keep down unwanted event traffic on manager
communication channels, so we don't send unwanted events to recipients
who just toss them away.

murf


> As you can see no event calls to the manager are being made.
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3239 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20070608/8ea49bbe/smime.bin