1
Running QueueMetrics / Re: Hotseating
« on: November 18, 2010, 16:21:57 »
That does indeed fix everything [almost]. Thank you.
I have one remaining issue: I have some remote agents using IAX2 based extensions that work better under their particular circumstances [which was why we had gone to use Local/XXXX@context rather than SIP/XXXX in the first place]. Is there any way that the hot desking on QM can be modified in the future to work using anything other than just SIP/XXXX ?
It seems that from QM's point of view all that is really happening is data manipulation to substitute agent data for phone extension data in the log reading process. There is nothing inherent in asterisk that says "thou shall use SIP for hotdesking". As long as the extension designator in the AddQueueMember statement in the dial plan matches the rewrite process in QM's report generator, it seems to me that this should be viable using IAX2/XXXX or even Local/XXXX@<context>/n.
Could this not be placed in the configuration properties e.g. something like:
callfile.agentaddmember_ht.extension_format=SIP/$EXT [options: Local/$EXT@<context>, IAX2/$EXT]
This would help those of us who are hot desking with mixed protocol environments
I have one remaining issue: I have some remote agents using IAX2 based extensions that work better under their particular circumstances [which was why we had gone to use Local/XXXX@context rather than SIP/XXXX in the first place]. Is there any way that the hot desking on QM can be modified in the future to work using anything other than just SIP/XXXX ?
It seems that from QM's point of view all that is really happening is data manipulation to substitute agent data for phone extension data in the log reading process. There is nothing inherent in asterisk that says "thou shall use SIP for hotdesking". As long as the extension designator in the AddQueueMember statement in the dial plan matches the rewrite process in QM's report generator, it seems to me that this should be viable using IAX2/XXXX or even Local/XXXX@<context>/n.
Could this not be placed in the configuration properties e.g. something like:
callfile.agentaddmember_ht.extension_format=SIP/$EXT [options: Local/$EXT@<context>, IAX2/$EXT]
This would help those of us who are hot desking with mixed protocol environments