I am using Realtime extensions as well, in case that would matter.
Following problem arises from time to time, a call will successfully
terminate:
[May 14 14:31:41] VERBOSE[3274] pbx_realtime.c: -- Executing
[t@project_init:1] Hangup(SIP/peer-2-2f7e, )
[May 14 14:31:41] VERBOSE[3274]
Thanks again Russ,
I did as you described:
[ 1777.393179] dahdi: Version: 2.7.0.1
[ 1777.393995] dahdi: Telephony Interface Registered on major 196
[ 1789.943167] dahdi: Warning: Span DAHDI_DUMMY/1 didn't specify a
spantype. Please fix driver!
[ 1789.943865] dahdi_dummy: Trying to load High
It is the way it works. First the phone sends a REGISTER without any
password. Asterisk answers with a Unauthorized and provide a nonce to be
used for the next registration attempt, using it to encrypt the password.
Leandro
2014-05-14 13:12 GMT+02:00 Olli Heiskanen
It's very likely someone scanning your asterisk for extensions to use for
dialing out through your asterisk. Secure your asterisk and maybe create
extensions that aren't practically possible to find through scanning.
Save logs from your asterisk of whenever an extension is called (if that is
an
Hi
I'm using asterisk 1.8.25.0 on CentOS 6.
I have compiled it with all the calendar modules:
*CLI module show like calendar
Module Description Use
Count
res_calendar.soAsterisk Calendar integration4
On 15 May 2014 16:03, Ishfaq Malik i...@pack-net.co.uk wrote:
Hi
I'm using asterisk 1.8.25.0 on CentOS 6.
I have compiled it with all the calendar modules:
*CLI module show like calendar
Module Description
Use Count
res_calendar.soAsterisk
On Thu, May 15, 2014 at 9:10 AM, Mike Leddy m...@loop.com.br wrote:
--- Results after 72 passes ---
Best: 99.401% -- Worst: 69.357% -- Average: 90.260025%
Cummulative Accuracy (not per pass): 92.402
I suspect it may not be good enough yet for production but a
step in the right direction :-)
Forgot to mention some important things.
Asterisk versions I have tried this one and got the error: 1.8.16 and
1.8.27.
core show channels will show 0-10 channels when this happens (the true
count), but the core show calls and the call counter for active calls
after core show channels will show
Hello,
Thank you for your response.
Actually, I managed to solve a part of the problem; as I use Kamailio to
handle authentication, problem was that even though authentication went ok
through Kamailio, Asterisk refused to accept messages from Kamailio. That's
why Asterisk sent the 401. I think I
Hi Russ,
I rebooted the machine loading dahdi_dummy in /etc/modules before
the /etc/init.d/dahdi.
Now dahdi_test shows a nearly perfect score:
# dahdi_test
Opened pseudo dahdi interface, measuring accuracy...
99.998% 99.990% 99.998% 99.996% 99.998% 99.998% 99.997% 99.997%
99.998% 99.997%
Hi Russ,
Sorry I didn't send that... Here's a few runs:
# cat /proc/interrupts | grep wc sleep 1 cat /proc/interrupts | grep wc
28:1682906 0 0 0 0 0
0 0 0 0 0 0 IR-IO-APIC-fasteoi
On 15/05/14 16:28, Mike Leddy wrote:
Hi Russ,
I rebooted the machine loading dahdi_dummy in /etc/modules before
the /etc/init.d/dahdi.
Now dahdi_test shows a nearly perfect score:
# dahdi_test
Opened pseudo dahdi interface, measuring accuracy...
99.998% 99.990% 99.998% 99.996% 99.998% 99.998%
Thanks for the suggestion Gareth,
The span line I'm using is:
span=1,1,0,ccs,hdb3,crc4
Its the same as used with the TE12xP that is normally used on this
E1 line in production which is extremely stable.
I did as you suggested using:
span=1,0,0,ccs,hdb3,crc4
After a dahdi_cfg pretty much the
On Thu, May 15, 2014 at 12:28:44PM -0300, Mike Leddy wrote:
Hi Russ,
I rebooted the machine loading dahdi_dummy in /etc/modules before
the /etc/init.d/dahdi.
Unless you're using a relatively old version of dahdi, there's no
separate module called dahdi_dummy. It is an alias to the main dahdi
14 matches
Mail list logo