Michael Loftis
2005-Jan-18 00:46 UTC
[Asterisk-Users] Dial Plan Agents (1 of 2) agent-dialplan.conf
Well because I had sooo may problems with chan_agent.c I wrote this. I'm releasing it under LGPL but if you use it or anything please let me know. It'd be interesting if anyone finds this more useful than just a pile of junk. I've included a (working) example extensions file. SIP phones are assumed to have the same identifier as their extension number, but it'd be trivial to do lookups against the database system using the AgentGetVar bits and ring a given SIP channel. PRI's are meant to go to from-pri where the ID is interpreted as an extension. Most ring inside lines, but a few specials will get you to an IVR or directly to a FAX machine attached to an analog Zap channel. I havent' included the queue or voicemail confs since that's elementary. voicemail must be configured without passwords AND users have to be instructed to NOT change the password via VM unless you do more work to fix that menu. PArt of the reason for writing this was another thing that makes me want to use a club, the fact that EVERY bloody module has it's own authentication bits, so you can't have any shared PINs or anything. This maddens me to no end, because of the complexity to users mostly, and the headache to me. Hopefully dev's will fix this somehow. I don't h ave the clout to do it, and probably not the time. Something like PAM is NEEDED or something that alteast allows ALL the modules to SHARE some auth mechanisms and password changing mechs. Must also be available via dial plans like my stuff does. In any event...I'm releasing this version atleast under the LGPL. The features demonstrated and used don't have any bugs that I know of, but heh, it's only been used and tested in one installation. Hopefully the community will have some feedback for me. -- Undocumented Features quote of the moment... "It's not the one bullet with your name on it that you have to worry about; it's the twenty thousand-odd rounds labeled `occupant.'" --Murphy's Laws of Combat -------------- next part -------------- A non-text attachment was scrubbed... Name: agent-dialplan.conf Type: application/octet-stream Size: 16690 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20050118/27d8e56d/agent-dialplan.obj
Michael Loftis
2005-Jan-18 00:52 UTC
[Asterisk-Users] Dial Plan Agents (1 of 2) agent-dialplan.conf
Oh i forgot to mention.... I have found a limitation....calls going through the queue system can NOT be parked properly. More precisely with my stdexten macro and/or the agent logic stuff the calls can NOT be rang-back to the original extension. They end up (in my example) in from-sip,s,1 which equates to default,s,1 but they have ALL the internal extensions and dial plan. Why? Heck if I know. Somehow the C code loses track of who I'm dialling and in 1.0.1 chan_park can't find the origianl extension in the event of a timeout. Yup you could code aroudn this in the dial plan logic by leaving some sort of hint, but I don't get why it's missing. Also don't put a /n at the end of the Dial(Local...) stuff in the AgentCallBack macro, it will cause zombies, lots of them, and weird behaviour of 7940 and 7960 SIP phones. Why? Again, don't know. I'm simply saying 'here there be dragons' and not going in there :) It DOES work and VERY reliably in practice, just there are the above caveats. Sorry I forgot them in the original message.