[asterisk-users] Polycom SSIP 7000 : how to boot with DHCP (instead of BOOTP) ?

2014-02-10 Thread Olivier
Hi, I'm configuring a brand new polycom SSIP 7000. To my surprise, when this telephone boots up, my DHCP server receives a request that Wireshark classifies a BootP request from which I can't find any Vendor identification. The trouble is my DHCP server uses option vendor-class-identifier to

[asterisk-users] Lots of calls, less memory

2014-02-10 Thread Justin Sherrill
We're running Asterisk 1.8 on a 32-bit Debian machine, and it has been fine for some time now. But! We've got such a incoming call volume over the few weeks that we'll have Asterisk occasionally restart itself. My hunch is that it is in part memory pressure. I can't add RAM and have it

Re: [asterisk-users] Lots of calls, less memory

2014-02-10 Thread Mike
On 14-02-10 10:37 AM, Justin Sherrill wrote: We're running Asterisk 1.8 on a 32-bit Debian machine, and it has been fine for some time now. But! We've got such a incoming call volume over the few weeks that we'll have Asterisk occasionally restart itself. My hunch is that it is in part

Re: [asterisk-users] Lots of calls, less memory

2014-02-10 Thread Justin Sherrill
On 14-02-10 9:46 AM, Mike wrote: What log entries are leading you to think that you're running out of RAM? None. It's just my guess. The log doesn't show anything except Asterisk restarting. -- _ -- Bandwidth and

Re: [asterisk-users] Lots of calls, less memory

2014-02-10 Thread Tech Support
Rather than speculate, take a look at the output of top. If you're running out of memory, shut down useless processes. You'd be surprised what processes get started by default that you don't need. You should also check the Asterisk logs and look at the last few things Asterisk did right before

Re: [asterisk-users] Lots of calls, less memory

2014-02-10 Thread Steve Edwards
On Mon, 10 Feb 2014, Justin Sherrill wrote: We're running Asterisk 1.8 on a 32-bit Debian machine, and it has been fine for some time now. But! We've got such a incoming call volume over the few weeks that we'll have Asterisk occasionally restart itself. My hunch is that it is in part

Re: [asterisk-users] Lots of calls, less memory

2014-02-10 Thread Justin Sherrill
To follow up the discussion - yeah, it's not RAM, or at least not directly. I'm so used to looking in the asterisk logs I didn't think to look at /var/log/messages: Feb 10 09:10:45 telephone-retsof kernel: [35734.705648] asterisk[11215]: segfault at ffa2048e ip b70a3def sp b540a000 error 4

Re: [asterisk-users] Lots of calls, less memory

2014-02-10 Thread Hans Witvliet
On Mon, 2014-02-10 at 10:39 -0500, Tech Support wrote: Rather than speculate, take a look at the output of top. If you're running out of memory, shut down useless processes. You'd be surprised what processes get started by default that you don't need. You should also check the Asterisk logs

[asterisk-users] file.c:1160 ast_writefile: Unable to open file /var/spool/asterisk/monitor/11Feb2014/_11-Feb-2014-17-44-01.wav: No such file or directory

2014-02-10 Thread akhilesh chand
Dear Folks, [Test_Context] exten = _911.,1,AGI(agi://127.0.0.1:4577/call_log) exten = _911.,2,Set(CALLERID(num)=xxx) exten = _911.,3,Set(CALLTIME=${STRFTIME(${EPOCH},Asia/Calcutta,%d-%b-%Y-%H-%M-%S)}) exten = _911.,4,Set(RECSUBDIR=${STRFTIME(${EPOCH},Asia/Calcutta,%d%b%Y)}) exten =

Re: [asterisk-users] file.c:1160 ast_writefile: Unable to open file /var/spool/asterisk/monitor/11Feb2014/_11-Feb-2014-17-44-01.wav: No such file or directory

2014-02-10 Thread Mike
On 14-02-11 03:00 AM, akhilesh chand wrote: file.c:1160 ast_writefile: Unable to open file /var/spool/asterisk/monitor/11Feb2014/_11-Feb-2014-17-44-01.wav: No such file or directory app_mixmonitor.c:286 mixmonitor_thread: Cannot open