The Asterisk Development Team is pleased to announce the release of
DAHDI-Linux and DAHDI-Tools version 2.2.1.1.
DAHDI-Linux 2.2.1.1, DAHDI-Tools 2.2.1.1, and DAHDI-Linux-Complete
are available for immediate download at
http://downloads.asterisk.org/pub/telephony/dahdi-linux
) This means that asterisk is currently using the channel, probably determined
by a file lock
---
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New
probably
need to investigate.
--
Russ Meyerriecks
Digium | Linux Kernel Developer
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs
On 11/11/10 5:44 PM, Jeff LaCoursiere wrote:
On Thu, 11 Nov 2010, Russ Meyerriecks wrote:
On Tue, 9 Nov 2010, Daniel Tryba wrote:
I am curious about the tool dahdi_maint... what do the various
acronyms stand for?
Yea there seemed to be a bit of confusion here as well so I patched
trunk
issue.
Let's see your /etc/dahdi/system.conf
--
Russ Meyerriecks
Digium | Linux Kernel Developer
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar
On 11/11/10 11:06 PM, Carlos Chavez wrote:
On Thu, 11 Nov 2010 20:08:09 -0600, Russ Meyerriecks wrote
On 11/11/10 7:23 PM, Carlos Chavez wrote:
I seem to be having the same problem with a new server. I am using a
TE220 with a VPM450 module. Using Dahdi 2.4.0 and Asterisk 1.6.2.13
On 11/12/10 10:44 AM, Jeff LaCoursiere wrote:
On Thu, 11 Nov 2010, Russ Meyerriecks wrote:
Yes, this is a snapshot after about 24 hours since I cleared the counters.
I see what you mean - how can I have 76 seconds of errors but no bumped
error counters. I ran again just now:
r...@vigw3
solution, but the first one I thought of.
--
Russ Meyerriecks
Digium | Linux Kernel Developer
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every
On 6/14/11 4:25 PM, Russ Meyerriecks wrote:
On 6/14/11 9:26 AM, Cassius Smith wrote:
Hello all,
I'm having a problem with my intercom function that I use for under-chin
paging. I'm running 1.6.2.13 on this server, and we use Linksys SPA-942's
for our general phones. I have a global defined
. This is an unsupported
interface.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth
On Thu, Aug 11, 2011 at 12:43:43PM -0500, Russ Meyerriecks wrote:
On Thu, Aug 11, 2011 at 11:57:46AM +0530, DHAVAL INDRODIYA wrote:
Hi All,
I want packets [request/response] capture for ISUP packets , i have E1 line
terminated to my digium card
i just want a packets flow between my
That's an error I might expect to see if the
DAHDI_RXMIRROR or DAHDI_TXMIRROR ioctl's weren't enabled.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
- Original Message -
From: Vieri rentor...@yahoo.com
As soon as I boot the machine, the card's leds flash red (ports 1 and
2) - even when in the BIOS.
That's not good, right?
This is normal, no need to be concerned.
--
- Original Message -
From: Jeff LaCoursiere j...@sunfone.com
I am seeing errors accumulate on an RBS T1 and am wondering what to
make
of them:
Could we take a peek at /etc/dahdi/system.conf and /proc/dahdi/1 ?
--
_
that the driver was built for a 2.6.17 kernel, SMP
mod_unload 586 4KSTACKS gcc-4.1
What distro are you running?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com
of drivers for telephony hardware. You won't need it for pure
sip Asterisk implementations.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
the cause.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided
/base.c
Would DAHDI_SHUTDOWN send an alarm ?
No. This will shutdown the entire card.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
?
--
Russ Meyerriecks
Digium, Inc. | Brogrammer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http
On Mon, May 07, 2012 at 10:10:24AM -0600, Greg Woods wrote:
On Mon, 2012-05-07 at 10:26 -0500, Russ Meyerriecks wrote:
On Sun, May 06, 2012 at 10:42:16AM -0600, Greg Woods wrote:
I have a Digium TDM400P card that appears to have died. The first noted
symptoms were that dahdi would fail
: Detected
alarm on channel 1: Yellow Alarm
.
.
Is the channel hanging in yellow indefinitly?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
On Tue, Jul 24, 2012 at 02:36:04PM -0300, equis software wrote:
The alarm clrears few seconds later...
Then I don't see anything wrong here? You're just re-configuring the span and
the pri stack is dealing with the temporary outage.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
through any specific installation issues you may be
having, very quickly.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
ago?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation
have successfully built dahdi. Are you
having trouble running dahdi?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
in an old Digium TC400 and it is broken in
trunk. If you're looking for analog connectivity, you might check out our 410
line: http://www1.digium.com/en/products/telephony-cards/analog/4-port
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806
On Fri, Oct 26, 2012 at 02:46:22PM -0500, Russ Meyerriecks wrote:
I threw in an old Digium TC400
Oops, I meant tdm400p. The tc400 works great :O)
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out
, then
_process_masterspan is running in a broken context. I think your best bet here
would be to contact Sangoma tech support directly.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
that preferably could be an
asterisk channel itself. WIthout spending a gazillion dollars of
course :)
Xorcom's Astribanks have native support in DAHDI
http://www.xorcom.com/telephony-interfaces/astribank-usb-channel-banks.html
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan
, or is the
behavior by design?
This is expected behavior. From a DAHDI perspective: The echocan chip's
channels are allocated on demand during channel setup and de-allocated on
channel teardown.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Looks like this issue:
https://issues.asterisk.org/jira/browse/DAHTOOL-60
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
/linux.git
Patch that fixes stuck red alarms:
http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commitdiff;h=8bf04348963b440b57e308fdec6cc57c64fcdd3f
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out
.tar.gz
Or you can check out the v2.6.2-rc1 tag from git:
git clone git.asterisk.org/dahdi/linux dahdi-linux
cd dahdi-linux
git checkout v2.6.2-rc1
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out
-2.6.2-rc1.tar.gz
Or you can check out the v2.6.2-rc1 tag from git:
git clone git.asterisk.org/dahdi/linux dahdi-linux
cd dahdi-linux
git checkout v2.6.2-rc1
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http
On Mon, Jun 03, 2013 at 06:34:42PM +0300, Mordechay Kaganer wrote:
The card is recognized by DAHDI as 'Wildcard TE410P (2nd Gen)' and it uses
wct4xxp driver.
What's the output of 'lspci -n' ?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL
and device
ids. This is not a bug in DAHDI. If this card ever worked with DAHDI, it's
only by coincidence. You'll probably need to contact your manufacturer for
support.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428
On Tue, Jun 04, 2013 at 12:09:24PM -0600, troxlinux wrote:
You do not appear to have the sources for the
2.6.32-358.6.2.el6.x86_64 kernel installed. make: ***
[modules] Error 1
What is the output of:
ls -lat /lib/modules/`uname -r`/build
and
ls -lat /lib/modules/`uname -r`/build/
--
Russ
make
Also, thanks for using -rc! It really helps us out.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
into the make system.
KSRC=/usr/src/linux-headers-2.6.32-358.6.2.el6.x86_64 make
Also, you might try forcing a reload of the -devel package, then
seeing if that fixes the build directory.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
-2.6.32-358.6.2.el6.x86_64
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth
-358.6.2.el6.x86_64/.config
If so, then try:
KSRC=/usr/src/kernels/2.6.32-358.6.2.el6.x86_64/ make
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
as
hookstates. All of this should be seamless to you as an Asterisk user. The
usual channel Answer() and Hangup() is all that's needed, just like on any
other type of channel.
Have fun
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct
to a public
e1 pri provider, this probably isn't the correct configuration and will
likely cause further problems like slips and alarms. If it's connected to
something internal to your business, (like a channel bank), then it's fine.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com
There is a 100% chance that this will be rolled into v2.8.0-rc3 :-)
On Mon, Dec 2, 2013 at 9:26 AM, Patrick Lists
asterisk-l...@puzzled.xs4all.nl wrote:
On 12/02/2013 04:19 PM, Russ Meyerriecks wrote:
This is fixed on the dahdi-linux master branch and will be included in
the next release
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com
stakeholders
* Circumstances outside of our control (centos 6.5 kernel backporting)
* Me mis-tagging a couple releases :-P
The dahdi project development philosophy is to strive to keep the
master branch and tagged releases stable and production ready. This
includes the release candidates.
--
Russ
step, as it will
overwrite your current /etc/dahdi/system.conf configuration.
Good luck!
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
Russ
make utils and just use dahdi_maint to put
the card into loopback without messing with cables.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
, it won't have enough time to
produce or consume all the sequential bytes that it needs to. Then it
will report errors. You can try increasing the scheduler priority
with:
chrt 99 patlooptest span ...
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL
double checking your test procedure.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
+ pattest combined into one program. Just use whichever is
easiest for your scenario.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
at what the upstream provider is doing. Your
provider should be able to run long term loop/pattern tests to your
smartjack to determine link quality issues.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out
/rules.d/dahdi.rules file?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
--
_
-- Bandwidth
, OWNER=asterisk, GROUP=asterisk,
MODE=0660
Hmm, this looks right. Does chan_dahdi.so load up properly if you chown -R
asterisk:asterisk /dev/dahdi ?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out
for running as non-root
SUBSYSTEM==dahdi, OWNER=asterisk, GROUP=asterisk,
MODE=0660
In the dahdi.rules file, change the owner and group on this line to
asteriskpbx so this fix will persist through a module reload.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis
and go home!!!
My only guess here would be that either the asteriskpbx user or group
doesn't actually exist in one of the two system files /etc/shadow or
/etc/group. I might check there to be sure. If they were missing you could
just do the usual useradd and groupadd to add them.
--
Russ Meyerriecks
-java?
http://www.asterisk-java.org/development/tutorial.html
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
on this project, but it looks like wcopenpci
and wcte1xxp might be conflicting on your system because they register
against the same hardware. I might try blacklisting the wcopenpci driver in
/etc/modprobe.d/dahdi.blacklist.conf and rebooting or reloading dahdi.
--
Russ Meyerriecks
Digium, Inc
:
Are you running under a virtualized environment?
Are you running a tickless kernel? (maybe try adding nohz=off to your
kernel boot parameters)
Is there some sort of processor power saving or frequency scaling going on
that interrupts the system timer?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel
| grep wc
You could also try manually compiling dahdi_dummy by commenting it back in,
in the file:
drivers/dahdi/Kbuild
Then modprobe dahdi_dummy
This module forces the use of the high res timers
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806
:-)
What was the result of the /proc/interrupt test? How many interrupts did
the te110 fire in 1 second?
What happens if you rmmod the wct1xxp driver and ran dahdi_test against
just dahdi dahdi_dummy modules?
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW
-mode configuration with
nothing connected to the ports. I might try setting all spans to T1 or
all spans to E1 and plugging one or the other back up to test the
connections.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256
to
debug this.
(it’s 1.4 due to applications that need it… I doubt that a
newer Asterisk would help though?
Asterisk isn't really implicated in kernel panics. Version shouldn't
matter here.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL
, if you're looking for something
specific:
http://git.asterisk.org/gitweb/?p=dahdi/linux.git
http://git.asterisk.org/gitweb/?p=dahdi/tools.git
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out
Unfortunately, I haven't found a solution, but reverting to kernel-3.15.10
resolves this issue as well.
Thanks for the report, we're looking into it today. Issue is being
tracked here : https://issues.asterisk.org/jira/browse/DAHLIN-340
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
Patch for this has been committed to master here:
http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commitdiff;h=b9a8000bbd1b6120f22627c105a2c2194dcc793d
I expect to release a v2.10.1 for this soon.
Thanks for the report.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis
On Wed, Feb 4, 2015 at 5:54 PM, Michelle Dupuis mdup...@ocg.ca wrote:
Can someone tell me when the /proc/dahdi files are created for spans?
That file structure is created by dahdi and the associated board
driver after they are modprobed into the kernel.
--
Russ Meyerriecks
Digium, Inc. | Linux
, you could give Digium support a call. That would probably be
your quickest path to resolution.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
problem to call them asynchronously.
Depending on your signal, _dahdi_transmit() and _dahdi_recieve() can
potentially do a lot of processing. They're better suited in a bottom
half than in interrupt context.
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Hunts
://lists.digium.com/mailman/listinfo/asterisk-users
--
Russ Meyerriecks
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
direct: +1 256-428-6025
Check us out at: www.digium.com www.asterisk.org
74 matches
Mail list logo