On Wed, 2008-07-30 at 10:03 +0300, Simon Shaw wrote:
> Thanks for your answer. I was really looking for some kind of generic
> CTI API.
Because of the modular nature of the call handling code, there really
isn't just one place you could put such a generic API.
It _might_ be possible to do this by creating an external mapping rule
[1] that matches the same pattern as a directed pickup, but specifies a
low 'q' value. If this works, the effect would be that the target added
by that rule would receive the pickup call only if it failed to find a
call to pick up.
The rule could look something like:
<hostMatch>
<hostPattern>example.com</hostPattern>
<userMatch>
<userPattern>*78xxx</userPattern>
<permissionMatch>
<transform>
<user>~~id~pickupfail</user>
<urlparams name='target'>{vdigits}</urlparams>
<fieldparams name='q'>0.1</fieldparams>
</transform>
</permissionMatch>
</userMatch>
</hostMatch>
So let's say that Joe is extension 210 in your scenario. The pickup
call would then be
INVITE [EMAIL PROTECTED] ...
and the rule above would, when the pickup fails, turn that into:
INVITE [EMAIL PROTECTED];target=210
Then you build a SIP application that registers itself as
~~id~pickupfail and does whatever you want it to do when it gets a call.
[1]
http://sipx-wiki.calivia.com/index.php/How_to_configure_Dial_Plans#Using_rules_unsupported_by_Dial_Plans_UI
--
Scott Lawrence tel:+1.781.229.0533;ext=162 or sip:[EMAIL PROTECTED]
sipXecs project coordinator - SIPfoundry http://www.sipfoundry.org/sipXecs
CTO, Voice Solutions - Bluesocket Inc. http://www.bluesocket.com/
http://www.pingtel.com/
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
