On 2017-04-18 05:21 PM, Duncan Turnbull wrote:
Sent from my iPhone
On 19/04/2017, at 11:43 AM, Ernie Dunbar <maill...@lightspeed.ca>
wrote:
On 2017-04-18 03:38 PM,
On 2017-04-18 03:38 PM, Duncan Turnbull wrote:
-- Original Message --
From: "Ernie Dunbar" <maill...@lightspeed.ca>
To: "'Asterisk Users Mailing List - Non-Commercial
Discussion'" <asterisk-users@lists.d
iginalmeddelande ----
Från: Ernie Dunbar <maill...@lightspeed.ca>
Datum: 2017-04-19 00:25 (GMT+01:00)
Till: 'Asterisk Users Mailing List - Non-Commercial
Discussion' <asterisk-users@lists.digium.com>
Rubrik: [asterisk-users]
Hi everyone. I'm having some trouble with an OpenVPN tunnel that
isn't working *quite* as well as we'd hoped.
First, here's our technical details:
The OpenVPN server (v2.3.4-5+deb8u1) is a Debian 8 box behind a NAT
router. The router has UDP port 1194 forwarded
On 2016-07-14 16:40, Joshua Colp wrote:
Saint Michael wrote:
Many people are reporting the same issue, so it is not my
imagination.
Asterisk 13 above 13.1 is useless for anybody who relies on
res_odbc.so. As you know, after that version, the dropped the
complexity
of Pooling onto unix_odbc
On 2016-07-13 17:09, Ernie Dunbar wrote:
Hi everyone.
I'm trying to compile Asterisk with the smsq utility on Ubuntu 16.04
LTS, and while most things are compiling fine, smsq fails with the
following output:
root@test25:/usr/src/asterisk-certified-13.1-cert7/utils# make smsq
[CC] smsq.c
Hi everyone.
I'm trying to compile Asterisk with the smsq utility on Ubuntu 16.04
LTS, and while most things are compiling fine, smsq fails with the
following output:
root@test25:/usr/src/asterisk-certified-13.1-cert7/utils# make smsq
[CC] smsq.c -> smsq.o
[LD] smsq.o strcompat.o ->
Hi everyone.
It seems that all the documentation for Asterisk has become obsolete
when it comes to using the Monitor command on a call queue.
To the best of my knowledge, the way to get Asterisk to record a call
that goes into one of your call queues is by doing this in the dialplan:
exten
On 2016-02-17 16:28, Richard Mudgett wrote:
On Wed, Feb 17, 2016 at 5:56 PM, Ernie Dunbar <maill...@lightspeed.ca>
wrote:
On 2016-02-17 15:32, Richard Mudgett wrote:
On Wed, Feb 17, 2016 at 5:15 PM, Ernie Dunbar
<maill...@lightspeed.ca>
wrote:
Hi everyone.
We have an Asterisk se
On 2016-02-17 15:32, Richard Mudgett wrote:
On Wed, Feb 17, 2016 at 5:15 PM, Ernie Dunbar <maill...@lightspeed.ca>
wrote:
Hi everyone.
We have an Asterisk server running Debian Squeeze, with Asterisk
v1.8.13.1 (basically, the Debian Stable version for Squeeze, but
with some minor sourc
Hi everyone.
We have an Asterisk server running Debian Squeeze, with Asterisk
v1.8.13.1 (basically, the Debian Stable version for Squeeze, but with
some minor source code changes specific to our site). We're trying to
upgrade to 11.13.1 (The Debian Stable version for Jessie), but I've run
m.com] On Behalf Of Ernie
Dunbar
Sent: Friday, November 20, 2015 3:25 PM
To: Asterisk Users
Subject: [asterisk-users] Which router/firewall would you use for a
virtual-PBX Asterisk installation?
Hi everyone.
We've got a fairly large base of customers who use our Asterisk server
for phone service in a vi
Hi everyone.
We've got a fairly large base of customers who use our Asterisk server
for phone service in a virtual PBX kind of way, where the server is
security hardened and exposed to the internet for them to connect to
remotely with SIP and IAX. It's certainly not the sort of affair where
This past holiday weekend has resulted in some real groaners when it
comes to bugs in our dialplan, making obvious the need for some changes
in our procedures.
First, our hours of operation for Christmas Eve, Christmas, Boxing Day
and New Year's Eve had changed with little to no notice. Okay,
Quoting Ioan Indreias indre...@gmail.com:
On Thu, Jun 28, 2012 at 10:53 PM, Ernie Dunbar
maill...@lightspeed.ca wrote:
We have three Asterisk servers, Voip1, Voip2, and Voip3. Voip1 has a
Wildcard TE405P (3rd Gen), Voip2 has a Wildcard TE410P/TE405P (1st Gen), and
Voip3 has a Wildcard TE110P
Quoting Tony Mountifield t...@softins.co.uk:
In article 4feccd0c.1020...@fivecats.org,
James Sharp ja...@fivecats.org wrote:
On 6/28/2012 3:53 PM, Ernie Dunbar wrote:
We have three Asterisk servers, Voip1, Voip2, and Voip3. Voip1 has a
Wildcard TE405P (3rd Gen), Voip2 has a Wildcard TE410P
Quoting Tony Mountifield t...@softins.co.uk:
In article 4feccd0c.1020...@fivecats.org,
James Sharp ja...@fivecats.org wrote:
On 6/28/2012 3:53 PM, Ernie Dunbar wrote:
We have three Asterisk servers, Voip1, Voip2, and Voip3. Voip1 has a
Wildcard TE405P (3rd Gen), Voip2 has a Wildcard TE410P
Quoting Tim Nelson tnel...@rockbochs.com:
- Original Message -
Curiously enough, I can't do that at all on Voip3. Not span 3 of
course, because only span 1 should exist, but I can't execute pri
show spans either.
DING DING DING... we may have a winner. Do you have PRI support on
We have three Asterisk servers, Voip1, Voip2, and Voip3. Voip1 has a
Wildcard TE405P (3rd Gen), Voip2 has a Wildcard TE410P/TE405P (1st
Gen), and Voip3 has a Wildcard TE110P. Voip1 is the server that
handles our PRI to the PSTN and we hope will allow us to failover to
other Asterisk servers
Hi List!
We have two Asterisk servers connected to a PRI, an old one and a new one.
The old server (voip1 let's call it) is running Asterisk 1.4.23, libpri
1.4.9, and DAHDI 2.1.0.4.
The new server (voip2) is running Asterisk 1.8.6, libpri 1.4.2 and DAHDI
2.4.0. We've had serious, show-stopping
This *should* be something that's easy to fix, but apparently I'm not
doing something right.
Our SIP long distance provider is telling us to only use formats G.723
and G.729, so I've set up their trunk configuration in sip.conf as such:
[t564]
type=friend
host=XXX.XX.56.4
context=default
Quoting Carlos Chavez cur...@telecomabmex.com:
The disallow line must be set before any allow line.
Since Asterisk has no official G723 support you should not even be
trying to use that.
That's fantastic. I'll tell that to our SIP trunk provider right away.
Do you have the
We're a VoIP provider essentially competing with our local incumbent
Telco, and a sizeable number of our customers use satellite internet.
As a result, these customers never have ping times less than 500ms,
and are often exceeding 2500ms.
I manually apply a patch to the Asterisk source
I think there is a bug in the Dial() application in Asterisk 1.6.2.17
that wasn't present in 1.4.23.1, and I'd like to see if anyone else
has this problem.
I've been able to reproduce this error: When you use the Dial()
command to send a call to both a SIP connection and a DAHDI
...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Ernie Dunbar
Sent: Tuesday, June 28, 2011 9:33 PM
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] Outgoing calls get dropped on high-latency
connections.
We're a VoIP provider essentially competing with our
I'm kind of at a loss to diagnose problems like this, yet we get them a lot.
- The ATA (Thomson 784 in this particular case) is logged into the
Asterisk server. 'sip show peer' shows their IP address, port, and
useragent.
- The ATA is connected directly to the internet (no NAT, but the sip
On 29/04/11 5:06 AM, Ira wrote:
At 05:56 AM 4/28/2011, you wrote:
If I can install 1.8 and
know that I can turn off things to get to 1.4 solidness, then I
don't
have a problem with this kettle of fish. BTW, where does 1.10 fit into
this
conversation?
Personally, 1.8 has never lasted more
also. its a tricky
situation.
On Wed, 2011-03-23 at 16:18 -0700, Ernie Dunbar wrote:
I have a Linksys 2102 ATA here that does call forwarding internally with
the *72 code, however our Asterisk 1.6.2.17 server doesn't forward the
call properly. This is what shows up in the console when
I have a Linksys 2102 ATA here that does call forwarding internally with
the *72 code, however our Asterisk 1.6.2.17 server doesn't forward the
call properly. This is what shows up in the console when an incoming call
is made while the ATA is call-forwarded:
-- Called Username
-- Got SIP
Okay, so here's the configuration I have for MySQL Realtime (Asterisk
version 1.6.2.17):
In /etc/asterisk/extconfig.conf:
sipusers = mysql,mya2billing,cc_sip_buddies
In /etc/asterisk/res_mysql.conf:
[mya2billing]
dbhost = localhost
dbname = mya2billing
dbuser = a2billinguser
dbpass = REDACTED
On Mon, Mar 7, 2011 at 4:52 PM, Ernie Dunbar maill...@lightspeed.ca
wrote:
[mya2billing]
dbhost = localhost
dbname = mya2billing
dbuser = a2billinguser
dbpass = REDACTED
dbport = 3306
Try adding dbsock = /var/lib/mysql/mysql.sock to the end of this config
stanza and see if that helps
On our live server, running Asterisk 1.4.23.1 and DAHDI-Linux 2.1.0.4. On
occasion (not too rare, happens maybe once every month or two), the PRI
and/or DAHDI will stop working properly and we'll get repeated messages
like this:
[Feb 25 05:17:22] VERBOSE[9511] logger.c: -- B-channel 0/1
On 16 February 2011 00:22, Ernie Dunbar maill...@lightspeed.ca wrote:
At 12:12 PM 2/15/2011, you wrote:
I have two Aastra phones, a 6730 and a 6757, both connected to Asterisk
v1.6.2.1. They can call each other's extensions (and make and receive
calls otherwise), but they cannot transfer calls
On 16 February 2011 00:22, Ernie Dunbar maill...@lightspeed.ca wrote:
At 12:12 PM 2/15/2011, you wrote:
I have two Aastra phones, a 6730 and a 6757, both connected to
Asterisk
v1.6.2.1. They can call each other's extensions (and make and receive
calls otherwise), but they cannot transfer calls
I have two Aastra phones, a 6730 and a 6757, both connected to Asterisk
v1.6.2.1. They can call each other's extensions (and make and receive
calls otherwise), but they cannot transfer calls, not even to outside
extensions on the PSTN. The procedure I use is to accept a call on one
phone, press
At 12:12 PM 2/15/2011, you wrote:
I have two Aastra phones, a 6730 and a 6757, both connected to Asterisk
v1.6.2.1. They can call each other's extensions (and make and receive
calls otherwise), but they cannot transfer calls, not even to outside
I'm running 1.6.2.16.1 and have three Aastra 480i
At 12:12 PM 2/15/2011, you wrote:
I have two Aastra phones, a 6730 and a 6757, both connected to Asterisk
v1.6.2.1. They can call each other's extensions (and make and receive
calls otherwise), but they cannot transfer calls, not even to outside
I'm running 1.6.2.16.1 and have three Aastra 480i
We have a customer who wants to forward an extension to their cell phone,
if and only if that extension is unavailable, or when the Dial() command
times out. However, should the Dial() command return busy it should go
to voicemail instead.
As far as I know, the dialplan doesn't support this.
,Dial(DAHDI/g1/7788391675)
exten = s,n,Hangup()
-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Ernie Dunbar
Sent: Wednesday, February 09, 2011 1:31 PM
To: asterisk-users@lists.digium.com
Subject: [asterisk
This is a problem that is completely stumping me, and my understanding of
Asterisk dialplans tells me this should never be a problem. Moreover, this
scenario works on Asterisk 1.4 but not 1.6.
We have a customer with several Aastra 6731 phones. They want incoming
calls from the PSTN to work and
We have an Asterisk server acting as a hosted PBX system for many clients,
and we're going through an upgrade to Asterisk 1.6 by moving our most
important (and complicated) clients one at a time.
But we're having a problem with one customer that I really can't explain.
I can place calls directly
Am 20.12.2010 21:39, schrieb Ernie Dunbar:
We have an issue with our Asterisk install where Asterisk produces many
Zombie processes (on the order of several hundred per minute) until
either
the Asterisk server is restarted (and the zombies die a natural death),
or
the kernel runs out
de Segurança da Informação
Canall Tecnologia em Comunicações
Passo Fundo - RS - Brasil
+55 54 2104-7000
Information Security Manager
Canall Tecnologia em Comunicações
Passo Fundo - RS - Brazil
+55 54 2104-7000
- Mensagem original -
Am 20.12.2010 21:39, schrieb Ernie Dunbar
On Mon, Dec 20, 2010 at 5:39 PM, Ernie Dunbar maill...@lightspeed.ca
wrote:
We have an issue with our Asterisk install where Asterisk produces many
Zombie processes (on the order of several hundred per minute) until
either
the Asterisk server is restarted (and the zombies die a natural death
We have an issue with our Asterisk install where Asterisk produces many
Zombie processes (on the order of several hundred per minute) until either
the Asterisk server is restarted (and the zombies die a natural death), or
the kernel runs out of PID space (happens within hours) and brings the
I have some MP3 files that play well in any MP3 player I throw at them,
but when I try to make a MusicOnHold class with them, I get a continuous
stream of errors like this:
[Dec 2 13:20:31] WARNING[9120]: mp3/common.c:148 decode_header: Layer 2
not supported!
[Dec 2 13:20:31] WARNING[9120]:
We have two Asterisk servers. One is a live server supporting our
customers, and the other is a backup server that's being upgraded and
pressed into service. Both servers have a Digium TE405P T1 card in them,
and in order to test the T1 service on the backup server, I've created a
T1 crossover
Oh, this is most excellent. Although it means that my google-fu has failed
me. ;)
On Fri, Nov 12, 2010 at 1:42 PM, Jonathan Thurman
jonat...@thurmantech.comwrote:
I didn't read the whole thing, but it looks pretty OK at a glance.
http://www.cadvision.com/blanchas/Asterisk/DahdiT1trunk.html
48 matches
Mail list logo