> -----Original Message-----
> From: Philip Mullis [mailto:[EMAIL PROTECTED] 
> Sent: February 7, 2007 1:53 PM
> To: Jim Van Meggelen; [email protected]
> Subject: RE: [on-asterisk] Any ideas on how to query a set 
> for it's status before trying to send a call to it?
> 
> Best way of doing this is to use astdb keys, try and avoid 
> using the sets internal call forwarding and create an 
> extension or * feature for doing call forward that way you 
> can incorporate the logic you seek in your dial plan just by 
> referring to an existence of key. 

I already have this, but the users can still forward their phone.

> Or are you trying to get information to see if the phone has 
> a local call forward in the set?

Exactly

> -----Original Message-----
> From: Jim Van Meggelen [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 07, 2007 1:41 PM
> To: [email protected]
> Subject: [on-asterisk] Any ideas on how to query a set for 
> it's status before trying to send a call to it?
> 
> I want to put something in the dialplan that would check the 
> set to see if it was call forwarded before trying to place a 
> call to it. If the set is not forwarded, then ring it, but if 
> it is forwarded, then grab that info and use it elsewhere.
> 
> This is for Polycom sets, but could apply elsewhere I 
> suppose. The trick I guess would be to ask the set "what 
> would happen if" without actually sending the invite. Kind of 
> a pseudo-invite, if you will.
> 
> Any ideas?
> 
> Jim
> 
> 
> --
> Jim Van Meggelen
> Core Telecom Innovations
> [EMAIL PROTECTED]
> www.coretel.ca
> 416-425-6111 x6001
> 877-CORETEL x6001 (Canada)
> IAX2:[EMAIL PROTECTED]/6001
> www.oreillynet.com/pub/au/2177
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED] For 
> additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> 
> 
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.411 / Virus Database: 268.17.29/673 - Release 
> Date: 06/02/2007
> 

Reply via email to