8 Replies Last post: Feb 4, 2008 8:24 PM by Stefan Reuter  
Rob Hartzenberg Bronze 9 posts since
Aug 16, 2007
Currently Being Moderated

Jan 7, 2008 6:53 AM

Extending Asterisk presence support

 

I am interested in extending/changing the queue presence support to include general asterisk user presence.

By doing this I would like an "on idle, ring-all / follow-me" setup.

 

 

  Currently, we have a mysql table of extensions and alternate numbers. Through a simple web interface or quick-key on the sip phone, users can select to have their calls also ring on another number. This can be anything from a mobile to sip extension etc.

 

 

  What I would like, is to have a function (very similar to the queue presence) that will execute a customisable asterisk manager command. This will alow the use of extended functionality which we have already customized in asterisk.

 

 

Is this in the scope of Asterisk-IM?

 

 

-Rob

 

 

Stefan Reuter KeyContributor 287 posts since
Aug 3, 2005
Currently Being Moderated
Jan 7, 2008 5:13 PM in response to: Rob Hartzenberg
Re: Extending Asterisk presence support

Yes that sounds like a good idea.

We could have some events that are triggered on presence changes and send Asterisk commands. I've recently played a bit with groovy for similar extension points in another project. Maybe it would be an option to allow the admin to define some groovy script snippets that are evaluated on these events.

What do you think?

Stefan Reuter KeyContributor 287 posts since
Aug 3, 2005
Currently Being Moderated
Jan 8, 2008 5:41 AM in response to: Rob Hartzenberg
Re: Extending Asterisk presence support

Indeed this could be used for a lot more things...

Olivier Bronze 7 posts since
Jun 19, 2006
Currently Being Moderated
Jan 18, 2008 10:43 AM in response to: Rob Hartzenberg
Re: Extending Asterisk presence support

 

Could you please, elaborate your request ?

 

 

Do you mean Openfire server should centralize information  such as "this extension is now forwarded to that number" ?

 

 

If positive, we have to keep in mind that in SIP setups, call forwarding is mostly done by phones themselves which means, as long as you don't call a phone, you can't know if its calls are redirected or not. SIP standards provide OPTIONS method to query for forwarding status but I can't think of way to integrate this with a presence server as long as phone themselves are not presence aware. Anyway, it could be possible to have an Openfire server replying "I can't answer" for non presence enabled phones.

 

 

For Follow Me feature, situation is different as this feature is done by Asterisk.

 

 

Stefan Reuter KeyContributor 287 posts since
Aug 3, 2005
Currently Being Moderated
Jan 28, 2008 8:17 PM in response to: Rob Hartzenberg
Re: Extending Asterisk presence support

It seems this would only require us to set a dialplan variable update a db key in Asterisk if presence changes.

That's indeed exactly what we already have in place for Queues, so the effort would be reasonable.

 

=Stefan

Olivier Bronze 7 posts since
Jun 19, 2006
Currently Being Moderated
Jan 29, 2008 1:52 AM in response to: Rob Hartzenberg
Re: Extending Asterisk presence support

So, the point is to have user's hardphone and IM client behaving as presence providers and let different presence consumers as Asterisk, using this presence data to forward calls accordingly :

"this guy didn't reply to that call, he must out somewhere" "this PC is idle, let's forward new incoming calls to someone else".

 

Is this correct ?

 

If positive, I'm wondering which tool would give users the control they're very likely to look after.

What I mean is how do you edit and maintain such presence rules ?

Stefan Reuter KeyContributor 287 posts since
Aug 3, 2005
Currently Being Moderated
Feb 4, 2008 8:25 PM in response to: Olivier
Re: Extending Asterisk presence support

Asterisk-IM basically says when you are on the phone, then your Jabber presence should indicate that ("away" with status "on the phone") because you are unlikely to handle IM and phone calls at the same time.

 

The other idea is that presence is not specific to a communication channel. If you leave the office you are "away" on your desktop and you won't be able reply to IM messages and won't answer calls from a call queue, same if you set your presence to "do not disturb".

More Like This

  • Retrieving data ...