On Tue, Jan 12, 2021 at 05:31:31AM -0500, Dovid Bender wrote:
> Yes but it does not tell me if the actual hardware is being used or if its
> using the kernel (in place of hardware).
You should be able to get this information from the /proc/dahdi/ file. If
it is the timing master you will see a
On Mon, Apr 27, 2020 at 11:21:24AM -0400, Dovid Bender wrote:
> Hi,
>
> 1) Is there any reason why max_pseudo_channels defaults to 512? I want to
> increase it by default but at the same time don't want to outsmart the
> developers if they had a good reason for it.
The limit is set to 512 in
On Mon, Mar 16, 2020 at 12:58:37PM -0400, Jerry Geis wrote:
> > Just a guess,
> > Recompile Dadhi.
>
>
> I'd rather not have to do that step. I "desire" to make the image and
> copy to the physical disk with dd and have everything set to go. Not
> take further time and "recompile" things.
>
>
On Thu, Oct 03, 2019 at 09:53:40AM -0400, Jerry Geis wrote:
> >although it looks like the dahdi-linux-complete tarball has not been
> >updated since the final 3.1.0 was released)
>
> This works - when will the tar be updated ?
Unfortunately, I do not have any specific insight that would allow me
On Thu, Oct 03, 2019 at 08:59:29AM -0400, Jerry Geis wrote:
> What should I do about the below error? Compiling from source. CentOS 7.7
> is fully updated.
>
> Thanks
>
> Jerry
>
> In file included from
> digium/dahdi-linux-complete-3.0.0+3.0.0/linux/drivers/dahdi/dahdi-base.c:68:0:
>
u were afraid to ask."
>
> If you have a link, please share.
http://blog.krisk.org/2012/06/everything-you-wish-you-didnt-need-to.html
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: ww
the
phones.
If you have an issue you can open up support tickets through that
site as well.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us
able is disconnected from the
card, there is something flaky in the connection with the central
office, a filter is causing a voltage drop, etc..
One thing to check is that the 'opermode' module parameter is set
for the country that you're in, if you're
;a=commitdiff;h=1cc0ad510acd404e63923ed3062b93
[2] https://issues.asterisk.org/jira/browse/DAHLIN-346
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
On Mon, Jun 01, 2015 at 05:09:59PM -0400, sean darcy wrote:
On 06/01/2015 04:49 PM, Shaun Ruffell wrote:
On Mon, Jun 01, 2015 at 04:24:31PM -0400, sean darcy wrote:
On fedora 21, trying to build dahdi for kernel 4.0.4.
gcc-4.9.2-6.fc21.x86_64
make -C /lib/modules/4.0.4-202.fc21.x86_64
it's safe to ignore them. Alternatively, if the comfort
noise packets are generated from SIP endpoints that you have control
over, you could see if there are any options to disable generation
of those frames.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville
know if it is the *best* way, but I use:
$ asterisk -rx 'pri show spans'
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commit;h=45b4937a350ec4221ade0bc6c58c66cab
This change was first relesed in DAHDI-Linux 2.9.1.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com
Looking at the above, it appears you do not have the wcte13xp driver
loaded.
Check your /etc/dahdi/modules file and add a line to load the
wcte13xp driver.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out
tone zone.) [1]
[1]
http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commit;h=a1ff3cb0c0f3f4e65d734f4a71a090f5484505b4
The bug in dahdi was hit in this case since dahdi_cfg was called
while asterisk had channels opened that were in the process of
playing tones.
--
Shaun Ruffell
Digium, Inc
moved into the system core and is no longer a loadable module.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
: Replace
create_proc_entry() with proc_create_data() [1]
You will need to update to at least dahdi-linux 2.8.0 if you would
like to run against kernels newer than 3.10.
[1] http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commit;h=84ccc65
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
His issue was obvious and well stated until another poster confused the issue!
Just to keep it clear for anyone who stumbles on this thread in the
future, this can sometimes work if you set the callprogress=yes
option in chan_dahdi.conf if your country/provider/exchange is
supported.
--
Shaun
-working/blob/svn_trunk/configs/chan_dahdi.conf.sample#L1038-L1059
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
at the above, are you trying to dial out on the same channel
with the inbound call?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
more?
Steve,
If you're looking to reduce the CPU overhead of processing meetme
conferences, this email from awhile ago may be of some help:
http://thread.gmane.org/gmane.comp.telephony.pbx.asterisk.devel/51750/focus=51777
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445
On Mon, Mar 03, 2014 at 08:53:16AM -0800, Justin Killen wrote:
Plus, some traffic got split off into the app-dev list (and there's the dev
list).
PlusPlus, the forums [1] have siphoned a bit of the traffic.
[1] http://forums.digium.com/viewforum.php?f=42
--
Shaun Ruffell
Digium, Inc
?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com
,
the console no longer works correctly. There's no output for any command
after that. If I type pri show and hit tab for completion, console
freezes there, I need to kill session.
Any hints? new bug? known issue?
Tks
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis
to do with the state
/ configuration of Asterisk.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth
on this platform.
There does appear to be a mistake in the code though with the error
reporting. 'perror' should be used instead of 'error'. The line
number in the config file isn't related to this error report.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW
://git.asterisk.org/gitweb/?p=dahdi/tools.git;a=commit;h=066fa2aff33ba32
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
libraries
on linux (including the one installed on your system) implement the
named semaphores.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
newer versions of DAHDI.
Although, dahdi-tools should probably have a configure script test
for a working implementation of sem_open and use another mechanism
if it is not available.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us
of
dahdi_scan or cat /proc/dahdi/1?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation
: VPMOCT032 - INACTIVE)
On Wed, Feb 5, 2014 at 2:55 AM, Shaun Ruffell sruff...@digium.com wrote:
On Wed, Feb 05, 2014 at 02:46:34AM +0530, akhilesh chand wrote:
Dear Folks,
whenever I'm executing following command :
dahdi_cfg -vvv
I got following error
and then use the SPECIFY ioctl to bind that
particular file descriptor to a specific dahdi channel.
So try 'lsof /dev/dahdi/channel' and see what you see.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out
8 WCTDM/0/7 Reserved
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided
channel on span 1. When configured this way, you can only open the
master channels. All the data from the other channels (timeslots)
are then added to this master channel.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out
=us
defaultzone=us
span=1,0,0,esf,b8zs
bchan=1-23
dchan=24
span=2,0,0,esf,b8zs
bchan=25-47
dchan=48
Then you will be able to run patlooptest on all channels expcept 24
and 48 (which now have HDLC framing enabled on them).
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive
and connection to provider.
This is because the timing slips are reported directly by the framer
and that doesn't depend on the host communication.
Just FYI...
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com
) indicate that patlooptest isn't able to
keep up with the hardware.
Do you get the same thing when you run patloop test with elevated
permissions?
$ chrt -f 99 patlooptest channel timeout
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville
On Mon, Jan 13, 2014 at 04:13:49PM +0100, Olivier wrote:
2014/1/10 Shaun Ruffell sruff...@digium.com
On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote:
2014/1/10 Shaun Ruffell sruff...@digium.com
You've configured the card to recover timing from the provider?
I'm
cable that you were using to
connect to provider or PBX?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote:
2014/1/10 Shaun Ruffell sruff...@digium.com
You've configured the card to recover timing from the provider?
I'm not sure but I don't think so as I've just configured the card with:
span=1,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api
://issues.asterisk.org/jira/browse/DAHLIN-330
[2]
http://downloads.asterisk.org/pub/telephony/dahdi-linux/dahdi-linux-2.8.0.1.tar.gz
[3]
http://downloads.asterisk.org/pub/telephony/dahdi-linux/dahdi-linux-2.7.0.2.tar.gz
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive
it.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http
# dahdihpec_enable
Digium High-Performance Echo Canceller Enabler
Copyright (C) 2006-2009 Digium, Inc.
Version
Found valid HPEC licenses for 128 channels.
Successfully enabled 128 channels.
Thanks,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL
/telephony/hpec/README
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation
, but for future reference I
just committed a change [1] that will now prevent it from showing,
which will be in the final v2.8.0 release of DAHDI-tools.
[1] http://git.asterisk.org/gitweb/?p=dahdi/tools.git;a=commit;h=c27664dc1b3
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan
On Tue, Nov 19, 2013 at 01:54:16PM +0400, Dmitry Melekhov wrote:
Hello!
Could somebody at least tell me is such data link still supported?
Thank you!
Yes, but you will need to edit include/dahdi/dahdi_config.h and
ensure that CONFIG_DAHDI_NET is defined.
Cheers,
Shaun
--
Shaun Ruffell
On Tue, Nov 05, 2013 at 05:02:13PM +, Rodrigo Borges Pereira wrote:
Hello,
Can someone confirm to me if Asterisk 1.4 can be used with DAHDI 2.7 ?
Thanks in advance.
2.7 is not tested against the head of the Asterisk 1.4 branch, but
it *should* work.
Cheers,
Shaun
--
Shaun Ruffell
is what I think you need.
As an aside, in the asterisk source there is an install_prereq
script that can be used to install all the necessary packages for
your platform:
$ sudo contrib/scripts/install_prereq install
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan
update is all
you need to have good results with the core timer.
If not...it might be worth investigating and measuring adding
hrtimer support into the core timer.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out
system / hardware
related is low IMO.
I take it though your old install still works fine? What was the
reason you're replacing the old install anyway?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com
if the behavior is
different.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http
On Tue, Jul 30, 2013 at 11:13:55AM -0400, Andre Goree wrote:
On Tue, Jul 30, 2013 at 10:56 AM, Shaun Ruffell sruff...@digium.com wrote:
On Tue, Jul 30, 2013 at 10:36:58AM -0400, Andre Goree wrote:
I've posted the configs and the output of a 'pri debug' below. Please
let me know if I
:01:00.0: Clearing yellow alarm
wcte13xp :01:00.0: Setting yellow alarm
It's hard to tell from this output, but something isn't perhaps
running dahdi_cfg in the background (or did you run it multiple
times after loading the card?) Normally I only see one Calling
startup line.
--
Shaun Ruffell
tickless should also work fine here when using a software
timer to mix your audio since the kernel will set the timer to fire
at the next timer expiration (whatever that was set to).
So, in summary...I've not seen any problems related to the tickless
kernel.
--
Shaun Ruffell
Digium, Inc. | Linux
a hardware
echocancelation module. But I would recommend trying the software
solutions first.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
;a=commitdiff;h=e4d89ffa7485
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation
the 'snapshot' link when looking at the
shortlog of the 2.6.y branch at git.asterisk.org [3] which will
allow you to download a tar.gz file.
[3]
http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=shortlog;h=refs/heads/2.6.y
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW
for
/home/mclaborn/asterisk/dahdi-2.6.y-snapshot-20130528-linux-20a479b/drivers/dahdi/vpmadt032_loader/vpmadt032_x86_64.o
No, that's normal. It's a side effect that the compiler doesn't
know all the options that were used to produce the precompile
VPMADT032 loader.
--
Shaun Ruffell
Digium, Inc
.
Cheers,
Shaun
[1]
http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commit;h=179a48862daf35d022f6fecaf7e5c8195f9d4921
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
in
Asterisk 10.7.1. Does anybody know how to fix that?
If you do not want to arrange to pay your own royalties, a
transcoding card like the TCE400B [1] can also handle transcoding to
and from G.723.1.
[1]
http://www1.digium.com/en/products/telephony-cards/voice-compression/pci-express
--
Shaun Ruffell
,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api
. Also,
there are active forums [1] for those who do not want to be bothered
by top vs bottom posting and want a more tighly controlled
presentation of any discussions.
[1] http://forums.asterisk.org.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL
/gmane.comp.telephony.pbx.asterisk.user/254997
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided
to send that configuration
options you have attached in that file as well?
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
in:
http://www.goldmark.org/jeff/stupid-disclaimers
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth
on
the system is causing latency to grow so large instead of enabling
that option.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
compiling libpri.
[1] http://svnview.digium.com/svn/libpri?view=revisionrevision=2294
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
On Thu, Nov 08, 2012 at 07:41:45AM +0100, martin f krafft wrote:
My systems are already managed automatically, thankfully no longer
with Puppet. ;)
Just out of curiosity why do you say this?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806
branch in subversion but is not in the
2.6.1 release. If you need dahdi_hardware to work, you can install
DAHDI-Tools from trunk or you can wait until the next release of
DAHDI.
[1] http://svnview.digium.com/svn/dahdi?view=revisionrevision=10682
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc
will not
build any PCI drivers if the Kernel does not have the PCI bus
configured.
[1] http://svnview.digium.com/svn/dahdi?view=revisionrevision=10397
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com
. Is there some kernel module that I'm
missing?
Support for the TE820 was added to the wct4xxp driver in DAHDI-Linux
v2.6.0. DAHDI-Linux 2.6.1 is the latest version. I bet updating
DAHDI-Linux and DAHDI-Tools is all you need to do.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan
only used them
on a regular basis since 2.6.0+.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
Minor correction below:
On Tue, Oct 09, 2012 at 12:32:44PM -0500, Shaun Ruffell wrote:
On Tue, Oct 09, 2012 at 11:46:04AM -0500, Mitch Claborn wrote:
(Now if I just didn't have to wait to get on-site where those lines
are to try it. Too bad there isn't a DAHDI emulator for SIP lines
in the simulation
context, which I forward to a SIP phone for testing.
Is that what you expected to see?
Basically yes. That should allow you to try things out without access to
the actual hardware and yet still use chan_dahdi.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel
edit dahdi_rbs_sethook() and dahdi_q_sig()? Those
function map state to RBS states.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
in my previous email.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation
.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com
complete information about your setup.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth
]
[1] http://svnview.digium.com/svn/dahdi?view=revisionrevision=9299
You can enable this flag without reloading like:
$ echo 1 /sys/module/dahdi/parameters/debug
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us
not present in your version of the
firmware. However, I would recommend you update to 2.6.1 when you
get the chance.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
tried other slots? Are you screwing the cards down?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth
/svn/asterisk?view=revisionrevision=122062
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth
On Thu, Sep 13, 2012 at 09:49:37AM +0200, Olivier wrote:
2012/9/13 Shaun Ruffell sruff...@digium.com
On Wed, Sep 12, 2012 at 11:52:40PM -0400, Mark Robinson wrote:
I know that asterisk on virtual machine require a timing source.
What would you suggest to use for timing? We will plan
On Thu, Sep 13, 2012 at 09:35:55AM -0500, Shaun Ruffell wrote:
On Thu, Sep 13, 2012 at 09:49:37AM +0200, Olivier wrote:
2012/9/13 Shaun Ruffell sruff...@digium.com
On Wed, Sep 12, 2012 at 11:52:40PM -0400, Mark Robinson wrote:
I know that asterisk on virtual machine require a timing
this comment. Is it possible to reword it?
Is the LTG the line interface card? Are both these test servers
using the same provider drop?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
span to use as a timing source for asterisk. If TE2/0/1 is the
preferred timing source, when it comes out of alarm, DAHDI will
switch the timing back to it.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com
in
20ms chunks. This can have a big impact on reducing the load on the
CPU.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
...
Assuming you're using a telephony card, I would contact your card
vendor for support.
Normally when I see messages just appear on an otherwise working
system it is due to the card being slightly unseated from the slot.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445
believe the limiting factor would be CPU cycles and not
memory.
As an aside, the most I've run in a single server are 24 T1s. But I
was not optimizing for density either.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us
196
dahdi: Version: 2.5.0.2
[snip]
Can you fix that?
Thanks in advanced.
I think your best bet will be to contact OpenVox. My guess is that
there is an an incompatibility between the firmware on the D210E and
2.6.1 that they are in the best position to help with.
Cheers,
Shaun
--
Shaun
trying to do.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided
:~# dahdi_tool
There is no interface listed on the table.
I am wondering if anyone got idea about this issue. Thanks.
dahdi_tool will not be able to see the interface since the driver
failed to load in the previous step.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW
to handle all the card communication.
You could get an analog gateway, or setup another small system to
host any cards you get to act as a gateway, and keep most of your
logic on the KVM.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL
that is doing the work.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation
should be able to take a packet trace on the interface of the
Asterisk server communicating with the Metaswitch to determine
whether the problem first appears at the switch or in your Asterisk
server.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW
process is dropping audio while paging in code. (See DAHLIN-241 [1])
[1] https://issues.asterisk.org/jira/browse/DAHLIN-241
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
not actually collect them versus returning
0 which was leading users to believe no errors existed. This change
was made in r10212 wcte12xp: Set uncollected performance counters
to -1 [1].
[1] http://svnview.digium.com/svn/dahdi?view=revisionrevision=10212
--
Shaun Ruffell
Digium, Inc. | Linux
was preventing
the wcte12xp interrupt service routine from running. The patlooptest
errors would explain the bad audio you recorded with dahdi_monitor
and the DTMF
detection problems.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806
.html
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api
1 - 100 of 319 matches
Mail list logo