Hi, I have a rather interesting problem with my Asterisk setup at the moment, and was wondering if anybody could shed any light on it! The system is initiated by placing a call file into /var/spool/asterisk/outgoing. This file calls asterisk, so it is calling itself. The process then goes on to call a few agi scripts, and ends up creating another file (via agi) in the outgoing directory, this one being the one that calls the outside world. 80% of the time this works fine, with the whole process running smoothly. One in a while however, it seems to stop at creating the 2nd batch of call files. I can see the files in the outgoing directory but asterisk does not "pick them up". The files themseleves are correctly formatted, and and have no retry information at the bottom so the call has not been attempted at all. I have checked the operating system, and the box is running at 96% idle throughout, so it is not under any strain (neither memory or processor wise). If you give asterisk 5 minutes or so, it will put the calls through eventually (sometimes helped by another call coming in, and "pushing the queue along" if you get my meaning. I was under the impression that asterisk checked the outgoing directory very frequently. I have tried everything I can think of to solve the problem! Any ideas anybody? Appologes for the long post, but I thought it needed properlly explaining! Kind Regards, Chris
---- Original Message ---- From: "Chris Cahill" <chris.cahill@uk.aql.com> To: <asterisk-users@lists.digium.com> Sent: Thursday, November 17, 2005 1:15 PM Subject: [Asterisk-Users] /spool/outgoing delays> Hi, > > I have a rather interesting problem with my Asterisk setup at the > moment, and was wondering if anybody could shed any light on it! > > The system is initiated by placing a call file into > /var/spool/asterisk/outgoing. This file calls asterisk, so it is > calling itself. > > The process then goes on to call a few agi scripts, and ends up > creating another file (via agi) in the outgoing directory, this one > being the one that calls the outside world.Are you *creating* the file in the /outgoing directory? You should create it somewhere else and move it into /outgoing, to prevent asterisk to find an incomplete file. Leif
>> The process then goes on to call a few agi scripts, and ends up >> creating another file (via agi) in the outgoing directory, this one >> being the one that calls the outside world. > > Are you *creating* the file in the /outgoing directory? > You should create it somewhere else and move it into /outgoing, to prevent > asterisk to find an incomplete file. > > LeifLeif, Thanks for your suggestion, but yes I am creating it elsewhere and moving it in. Regards, Chris
Chris Cahill wrote:>>>The process then goes on to call a few agi scripts, and ends up >>>creating another file (via agi) in the outgoing directory, this one >>>being the one that calls the outside world. >> >>Are you *creating* the file in the /outgoing directory? >>You should create it somewhere else and move it into /outgoing, to prevent >>asterisk to find an incomplete file. >> >>Leif > > > Leif, > > Thanks for your suggestion, but yes I am creating it elsewhere and moving it > in.Does it always have a unique filename? -- Cheers, Matt Riddell _______________________________________________ http://www.sineapps.com/news.php (Daily Asterisk News - html) http://freevoip.gedameurope.com (Free Asterisk Voip Community) http://www.sineapps.com/rssfeed.php (Daily Asterisk News - rss)
"Matt Riddell" <matt.riddell@sineapps.com> wrote in message news:437F541D.6060608@sineapps.com...> Chris Cahill wrote: >>>>The process then goes on to call a few agi scripts, and ends up >>>>creating another file (via agi) in the outgoing directory, this one >>>>being the one that calls the outside world. >>> >>>Are you *creating* the file in the /outgoing directory? >>>You should create it somewhere else and move it into /outgoing, to >>>prevent >>>asterisk to find an incomplete file. >>> >>>Leif >> >> >> Leif, >> >> Thanks for your suggestion, but yes I am creating it elsewhere and moving >> it >> in. > > Does it always have a unique filename?Indeed it does!! C