I had a late phone call yesterday with provider's level-1 support team.
As strange as it seems, the guy said he could read clock slips in his box
logs though his box is supposed to provide clock and not to use my PBX's
one.
I'm 100% sure my PBX is configured to use provider's clock (but I won't
On 14 Jan 2014, at 02:19, Patrick Lists asterisk-l...@puzzled.xs4all.nl wrote:
Thanks for your feedback Paul. The not having outbound trunks is going to be
a challenge.
Why? it’s what contexts were invented for.
Steve
--
_
Hey Nick,
Just add callerid=whatever to sip.conf (general context).
2014/1/14 Nick Cameo sym...@gmail.com
Correction, and by TO, I mean FROM header :)
--
_
-- Bandwidth and Colocation Provided by
I have a fresh install of asterisk 11.7.0
when I run it and do a dialplan show
The only thing I see is:
[ Context 'parkedcalls' created by 'features' ]
'700' = 1. Park() [features]
-= 1 extension (1 priority) in 1 context. =-
extensions.conf has
On 01/14/2014 04:32 AM, Olivier wrote:
I'm 100% sure my PBX is configured to use provider's clock (but I won't
swear my PBX is currently using provider's clock)
I have had to power the server down, UNPLUG the power, leave unplugged
for 4 minutes, power up. I had a T1 timing issue this
Where is my dialplan?
Look for errors in:
/var/log/asterisk/messages
Doug
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
Hello Laszlo,
That you for your response. Just to confirm callerid=whatever will only
effect the private numbers? And will
not have any effect on FROM headers with valid CIDs, as is intended?
N.
--
_
-- Bandwidth and
I asked this on the list over the weekend, and likely missed a few people
inboxes.
I'm having a problem pulling data from RTPAUDIOQOS.For testing purposes I
have asterisk sending QOS data to the console. It seems I get QOS data only
if the caller hangs up, with the variable being empty
Generally exten h is not run when the callee hangs up. See also the g option
to Dial.
-Original Message-
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of
richard.seg...@marisec.ca
Sent: Tuesday, January 14, 2014 10:27 AM
To:
On Mon, Jan 13, 2014 at 08:42:13PM -0500, Paul Belanger wrote:
cat /proc/dahdi/2
Span 2: TE2/0/2 T2XXP (PCI) Card 0 Span 2 (MASTER) HDB3/CCS
Timing slips: 175319
32 TE2/0/2/1 Clear (In use) (EC: VPMOCT064 - INACTIVE)
33 TE2/0/2/2 Clear (In use) (EC: VPMOCT064 -
*callerid* = string : Caller ID information used when nothing else is
available. Defaults to *asterisk*.
This is the explanation :)
2014/1/14 Nick Cameo sym...@gmail.com
Hello Laszlo,
That you for your response. Just to confirm callerid=whatever will only
effect the private numbers? And
On Tuesday 14 January 2014, richard.seg...@marisec.ca wrote:
I asked this on the list over the weekend, and likely missed a few people
inboxes.
I'm having a problem pulling data from RTPAUDIOQOS.For testing purposes
I have asterisk sending QOS data to the console. It seems I get QOS
Hi Steve,
On 14-01-14 10:39, Steven Howes wrote:
On 14 Jan 2014, at 02:19, Patrick Lists asterisk-l...@puzzled.xs4all.nl wrote:
Thanks for your feedback Paul. The not having outbound trunks is going to be a
challenge.
Why? it’s what contexts were invented for.
Yes that is indeed what they
Hello everyone!
Asterisk is a large project and is used all over the world. As a
result, the Asterisk project is lucky to have a large and thriving
user community that communicates in a variety of places: IRC channels,
forums, mailing lists, social media, and more. We in the Asterisk
community
Hi there,
Running patlooptest following instructions on Digium KB, using dahdi 2.5.1
with a TE205P. I'm getting this kind of output (not full output). Note, I'm
using a standard cat5 ethernet cable (30cm), with a Digium T10i crossover.
Error 4985 (loop 19898, offset 425, error 214): Unexpected
On Tue, Jan 14, 2014 at 11:58 AM, Rodrigo Borges Pereira
rodrigoborgespere...@gmail.com wrote:
Cause for concern?
For patlooptest ensure that:
- Your ethernet cable is straight through and not crossover
- The span you're testing is set to provide timing, not recover
- In dahdi_tools you can
Thanks.
The cable is straight, and I was using it together with dahdi:maint. Both
spans are set to provide (0). I've now tested span 1 again without cable,
and still same kind of result:
Timeout achieved Ending Program
Test ran 28309 loops of 2039 bytes/loop with 3692 errors
Interestingly, span
On Tue, Jan 14, 2014 at 12:54 PM, Rodrigo Borges Pereira
rodrigoborgespere...@gmail.com wrote:
Interestingly, span 2 goes into loop mode, but patlooptest can't access it:
patlooptest /dev/dahdi/2 -t 300 -v
/dev/dahdi/2: Device or resource busy
And I do not have Asterisk running.
You
Thanks for the tips. I forgot to mention, i did try lsof, and it comes out
with no result.
There is one thing I see different between the spans:
shell head /proc/dahdi/1
Span 1: TE2/0/1 T2XXP (PCI) Card 0 Span 1 B8ZS/ESF LOOP
1 TE2/0/1/1 Clear Master RED
2 TE2/0/1/2 Clear RED
3
On Tue, Jan 14, 2014 at 05:58:57PM +, Rodrigo Borges Pereira wrote:
Running patlooptest following instructions on Digium KB, using dahdi 2.5.1
with a TE205P. I'm getting this kind of output (not full output). Note, I'm
using a standard cat5 ethernet cable (30cm), with a Digium T10i
On 1/9/2014 12:12 PM, Jeremy Kister wrote:
On 1/8/2014 9:12 PM, Brandon Coale wrote:
However, I am not able to get app_swift to compile. I am running
Asterisk 11.6.0 and CentOS 6.4 64-bit.
I am wondering if anyone else out there has been able to get app_swift
working with Asterisk 11 and
On 1/13/2014 6:13 PM, Justin Killen wrote:
Another option is to use an MRCP server like UniMRCP along with the Cepstral plugin.
One very nice thing about this approach is that there is less 'cepstral version'
- 'asterisk version' dependency, which is a problem with the current
app_swift
On Tue, 14 Jan 2014, Patrick Lists wrote:
...I guess I'll cook up some dialplan logic that records IP addresses,
keeps track of the amount of failed password attempts etc. and block the
offending IP addresses...
A few iptables rules can protect you from access from China, North Korea,
Iran,
Ok, I'm a believer now:
shell chrt -f 99 patlooptest /dev/dahdi/1 -t 300 -v
Using Timeout of 300 Seconds
Going for it...
Timeout achieved Ending Program
Test ran 28295 loops of 2039 bytes/loop with 0 errors
Still, any hint about this?
shell lsof /dev/dahdi/2
shell
shell chrt -f 99
Hi Steve,
On 15-01-14 02:44, Steve Edwards wrote:
On Tue, 14 Jan 2014, Patrick Lists wrote:
...I guess I'll cook up some dialplan logic that records IP addresses,
keeps track of the amount of failed password attempts etc. and block
the offending IP addresses...
A few iptables rules can
25 matches
Mail list logo