There isn't any "normal" convention. We would name people "tech_sup_toronto_agt_16", etc.
Now this software architecture could have long since changed, but that's 23 char per person plus field separators which I recall were semicolons. So the string would look something like: "tech_sup_toronto_agt_16;tech_sup_toronto_agt_19;tech_sup_toronto_agt_23" The net of it was if we blew the string, really weird and inconsistent things started happening to the queue including not being able to logout agents but they also wouldn't receive calls. We had 50 or so agents running at any one time. This might not hold water, but at least look at your current agent status and see if passes the smell test. -dbc -----Original Message----- From: Bruce N [mailto:[email protected]] Sent: February-26-09 8:22 PM To: [email protected]; asterisk Mailing Subject: RE: [on-asterisk] Queue not working as it should Thanks for the input. What is the NORMAL naming convention? Are you talking about agent.conf or the actual SIP extension number or name? Dynamic agents in Agent.conf are setup just like the samples at the end of the file. I did not add or remove any agents however after a restart everything is fine. I also commented "#debug=true" and the msgs stopped for now. I am not sure if I am breaking something else with the system or if I am ignoring an important msg. I guess I would know that tommorow during business hours :) -Bruce ---------------------------------------- > From: [email protected] > To: [email protected]; [email protected] > Date: Thu, 26 Feb 2009 17:06:19 -0500 > Subject: RE: [on-asterisk] Queue not working as it should > > Came across something that looked like this once before with the Williams > Fireworx version of Asterisk. Have you added more agents or have you changed > the naming conventions for the agents making the names longer? > > In my case were were blowing the size of the memory space that was > allocated. We had to change the size in source. > > -dbc. > > -----Original Message----- > From: Bruce N [mailto:[email protected]] > Sent: February-26-09 1:24 PM > To: asterisk Mailing > Subject: [on-asterisk] Queue not working as it should > > > Hello Everyone, > > A functioning Queue just stopped working properly due to I don't know > what...Dynamic agents are setup up to login 500* and ring strategy is > FewestCalls. what happens now is that only that LATEST logged in agent gets > all calls and everyone else goes on hold in the Queue so it doesn't forward > to next agent. Following is from CLI: > > dialparties.agi: PHPAGI internal configuration: > dialparties.agi: Array > dialparties.agi: ( > dialparties.agi: [phpagi] => Array > dialparties.agi: ( > dialparties.agi: [debug] => 1 > dialparties.agi: [error_handler] => 1 > dialparties.agi: [admin] => youremail > dialparties.agi: [hostname] => elastix.yourdomain > dialparties.agi: [tempdir] => /var/spool/asterisk/tmp/ > dialparties.agi: ) > dialparties.agi: > dialparties.agi: [festival] => Array > dialparties.agi: ( > dialparties.agi: [text2wave] => /usr/bin/text2wave > dialparties.agi: ) > dialparties.agi: > dialparties.agi: [asmanager] => Array > dialparties.agi: ( > dialparties.agi: [server] => localhost > dialparties.agi: [port] => 5038 > dialparties.agi: [username] => admin > dialparties.agi: [secret] => xxxxxxxxxxxxxx > dialparties.agi: ) > dialparties.agi: > dialparties.agi: [cepstral] => Array > dialparties.agi: ( > dialparties.agi: [swift] => /opt/swift/bin/swift > dialparties.agi: [voice] => David > dialparties.agi: ) > dialparties.agi: > dialparties.agi: ) > dialparties.agi: > dialparties.agi: Starting New Dialparties.agi > dialparties.agi: Caller ID name is 'CSR:' number is 'unknown' > dialparties.agi: Methodology of ring is 'none' > dialparties.agi: Extension 332 has ExtensionState: 0 > > > How can I debug this ? > > Also, FreePBX warns me of this: > > > > Memory Limit Changed > > Your memory_limit, 16M, is set too low and has been increased to 100M. You > may want to change this in you php.ini config file > Added 0 minutes ago > (core.MEMLIMIT) > > > Thanks > > > > _________________________________________________________________ > The new Windows Live Messenger. You don't want to miss this. > http://www.microsoft.com/windows/windowslive/products/messenger.aspx > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > _________________________________________________________________ Twice the fun-Share photos while you chat with Windows Live Messenger. http://www.microsoft.com/windows/windowslive/products/messenger.aspx --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
