lt.
> ERROR[8210]: res_config_ldap.c:1658 parse_config: No directory URL or host
> found.
> NOTICE[8210]: res_config_ldap.c:1592 reload: Cannot reload LDAP RealTime
> driver.
Probably better off adding:
noload => res_config_ldap.so
to /etc/asterisk/modules.conf if you're not
On Fri, Apr 13, 2012 at 08:23:30PM -0600, Joseph wrote:
> On 04/13/12 21:10, Shaun Ruffell wrote:
> >On Fri, Apr 13, 2012 at 08:08:49PM -0600, Joseph wrote:
> >>
> >>I'm not using "ldap"
> >>and getting an error message:
> >>
> >>
om/svn/dahdi?view=revision&revision=9721
Keep in mind that the 2.4 branch isn't actively maintained so
whether or not it continues to get back ported patches as the linux
kernel interfaces change is going to be ad-hoc at best.
Cheers,
Shaun
--
Shaun Ruffell
Digium, In
vers/dahdi/dahdi_echocan_oslec.ko]
> undefined!
> ...
I don't have time to figure out what changed in the kernel build
system which breaks this but it looks like the "Makefile" is no
longer processed by default.
In drivers/dahdi/Kbuild change:
obj-m += ../staging/echo/
t
tree and build.
Before this change you would have to copy in the source *and* edit
drivers/dahdi/Kbuild.
--
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
--
_
.conf, is it the right file?
> Or there is another file?
Yes, that is the correct file. Any *.conf file in /etc/modprobe.d
will suffice but dahdi.conf is the convention.
You can also accomplish this from the Asterisk CLI with "dahdi set
hwgain".
Type "dahdi set hwgain" on
NGOFF debounce interval from 512ms to 128ms" [1].
[1] http://svnview.digium.com/svn/dahdi?view=revision&revision=10481
--
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
--
__
gt; reached the destination but no voice is coming from destination my voice
> reflects back
Have you verified the user asterisk is running as can execute
dahdi_scan? This was asked not too long ago on the forums as well:
http://forums.asterisk.org/viewtopic.php?f=1&t=82659
--
Shaun Ruff
m occurred often,
are able to reproduce it with the dahdi-linux 2.6.1, I would be
interested in determining what the problem is. If you are interested
and able as well, shoot me an email off-list.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Hunts
On Wed, May 30, 2012 at 04:35:25PM -0400, Eric Wieling wrote:
>
> I did not mean to imply that we had issues with current Digium
> cards, but re-reading my original message, I can see how I might
> have given that impression.
Ahh, ok. Then that makes sense.
--
Shaun Ruffell
voicemail was enabled before compiling Asterisk.
[1] http://forums.asterisk.org/viewtopic.php?f=1&t=82911
--
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
--
___
en't necesarily DAHDI related since
generation and detection is done in Asterisk and not DAHDI, like
DTMF detection (DTMF generation can be done in DAHDI...).
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - U
VmLck:567268 kB
You can see that just after load there is already 567MB locked.
The systems on DAHLIN-241 started with 384M and were updated to
512M.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
On Sun, Jun 17, 2012 at 03:43:35PM -0500, Vladimir Mikhelson wrote:
>
> On 6/17/2012 12:06 PM, Shaun Ruffell wrote:
> >
> > I just updated the patch since the memory locks weren't carried
> > through after the fork call. When I apply the patch on the current
> &
to figure out which modules are needed and
then making sure all those pages can stay resident in memory.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com
ail/asterisk-dev/2008-December/035673.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 Col
you're running on a system with limited memory and the asterisk
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 - Hu
s now for the error counters to
flag that the driver does 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
not any indications in dmesg of
latency bumps, which would be case if something else 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
Dig
;ve seen "clipped"
DTMF in the past it was due to imperfect muting at the PSTN -> SIP
interface.
You 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 Aster
"
communicate with the back-end process 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
--
__
you intende the KVM
guest 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
44
actly what you're 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
--
_
-- Bandwid
e commands as root and send the output:
# dmesg -c > /dev/null
# /etc/init.d/dahdi stop
# modprobe wte11xp
# dmesg
> I try to confirm my thought by using
> root@ubuntu:~# dahdi_tool
>
> There is no interface listed on the table.
>
> I am wondering if anyone got idea ab
t position to help with.
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
--
_
-- Bandwidt
d b)
Rework how conferencing / bridging is done in the drivers so that
only channels in conference with one another are checked for audio
mixing. I 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 o
ogd@ at Tue Sep 4 11:46:57 2012 ...
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 Ruffel
alarm.
Each time it goes into alarm the core of DAHDI will look for a new
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
livered to the kernel modules 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.
On Thu, Sep 13, 2012 at 09:49:37AM +0200, Olivier wrote:
> 2012/9/13 Shaun Ruffell
>
> > 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 ti
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
> >
> > > On Wed, Sep 12, 2012 at 11:52:40PM -0400, Mark Robinson wrote:
> > > > I know that asterisk on vir
7;t quite understand 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.co
.6.0 and 2.6.1. It's 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
rrors)
And your problem follows the server not the card or the cable? Have
you tried other slots? Are you screwing the cards down?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL
ion&revision=157820
[6] http://svnview.digium.com/svn/asterisk?view=revision&revision=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
--
__
the debug module parameter
[1]
[1] http://svnview.digium.com/svn/dahdi?view=revision&revision=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 Driv
igium technical support since they are in a position to collect
complete information about your setup.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
ased on the locale information on the server.
--
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 seized
Perhaps you could 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.digi
type.
I should have pointed out that function 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
--
_
lation" context.
Dynamic local spans have been around for awhile but I've 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 - Huntsvill
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&
nalling=fxo_ks
> context=dummy
> group=63
> channel=>5
>
>
> I can now dial out on group 63 and it rings 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
working fine. 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.
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 - Hunts
d
Hmm... it looks like commit 10682 "dahdi_hardware: Detect the Digium
TE820 card" [1] is on the 2.6 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] htt
e
There isn't a 1.4 version of DAHDI. However version v2.6.0 will not
build any PCI drivers if the Kernel does not have the PCI bus
configured.
[1] http://svnview.digium.com/svn/dahdi?view=revision&revision=10397
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davi
at DAHDI is installed before
compiling libpri.
[1] http://svnview.digium.com/svn/libpri?view=revision&revision=2294
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digi
t;.
In practice, I've found that it's generally better to fix what 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,
have the disclaimer removed? They may be interested 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
posted you had #include
dahdi-channels.conf. Would it be possible 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 - U
lk down memory lane on top vs bottom posting on the Asterisk
mailing lists:
http://thread.gmane.org/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
--
_
are other good sources of documentation. 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 Da
wcte11xp-e159:0001 Digium Wildcard TE110P T1/E1 Board
>
> run 'dahdi_genconf modules' to load support for only
> the DAHDI hardware installed in this system. By
> default support for all DAHDI hardware is loaded at
> DAHDI start.
>
>
>
> any idea
anscoders from g723 to anything else 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/voi
; What is wrong ?
>
This was resolved in commit "xpp: Do not typedef bool on RHEL 5.2 or
later" [1] which was released in DAHDI-Linux 2.6.2.
Cheers,
Shaun
[1]
http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commit;h=179a48862daf35d022f6fecaf7e5c8195f9d4921
--
Shaun Ruffe
ux.git;a=commit;h=160edc8c9db
If you don't have git installed on the machine you would like to
install this on, you can use 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.as
pmadt032_x86_64.o.cmd
> 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
VPMADT0
git.asterisk.org/gitweb/?p=team/sruffell/dahdi-linux.git;a=patch;h=e4d89ffa7485";
| patch -p1
[1]
http://git.asterisk.org/gitweb/?p=team/sruffell/dahdi-linux.git;a=commitdiff;h=e4d89ffa7485
Cheers,
Shaun
--
, those cards do support adding 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.digiu
ations for each audio packet. Keeping the
kernel 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 t
more or contacting customer support, it
might be easy to change that one line and see 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
--
On Tue, Jul 30, 2013 at 11:13:55AM -0400, Andre Goree wrote:
> On Tue, Jul 30, 2013 at 10:56 AM, Shaun Ruffell 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
ing 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
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out
ean. It's most likely either a)
misconfiguration between the card settings and the provider b)
cabling between the card and the smart jack or c) Just something bad
on the provider's end. The probability of it being system / hardware
related is low IMO.
I take it though your old install still w
the overhead of processing another
interrupt.
[snip]
So I guess I would be interested to hear if a kernel 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
e else run into this? How did you get around it?
libuuid-devel 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
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,
S
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,
S
;
> Should I care ?
No. The order of the arguments after the fifth is not significant but I
agree that it is confusing since the position of the other arguments are
signficant.
Cheers,
Shaun
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville,
do. Could this be the cause? Dahdi_test
> shows 99.9xxx% accuracy with the dummy timer.
Which version of DAHDI are you using?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check u
version of DAHDI are you using?
> >
>
> 2.4.0 on the problem one. I don't have Dahdi cards though.
Is the server able to keep acurate time or is there clock drift and/or large
skews with ntpd?
The timer in the core of DAHDI uses the "wall-clock" of the system to
det
ux-2.4) or run
with 2.5.0-rc2 / trunk.
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
--
_
-- Ban
at would have resulted in an error when setting
the signalling to pri_cpe. So I'm not quite sure. My best guess is that
there is some issue with how the package was created (especially given
the old version of DAHDI reported with then 1.8 branch of Asterisk).
Is there any DAHDI related output in
put a loop plug the ports and same problem.
Any strange output in dmesg? Best guess is either the card has failed or
it has started to unseat from it's PCI slot. Normally when it starts to
unseat you'll see "Version Synchronization Errors" in dmesg when trying
to load the card.
-
en this as a
default mode on some early SSD drives.
b) Your running a debug kernel on a slow / low power system.
I would also recommend updating to 2.5.0-rc2 (which will soon be released as
2.5.0) since there are some improvements in the efficiency of the wctdm24xxp
interrupt handler.
--
Shaun R
acting up.
Any chance that in doing this you reseated the card? The jumpers are read by
the driver, which then sets the mode. So when it comes to configuring the card
they are functionally the same.
But regardless, thanks for closing the loop on this.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel De
he FXO
interfaces that there is a capability to detect when a parallel device on a
line goes off hook. This would allow Asterisk to have a better sense of the
state of the line (like it currently can detect when a port is unplugged and
there is not battery by generating a red alarm.) but I haven't l
ly appreciated.
While I can't say I've run against that particular CENTOS kernel version, I
would be very surprised (and interested to know) if you had any problems.
DAHDI-Linux runs fine under vanilla Linux 2.6.32.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Dav
On Mon, Aug 15, 2011 at 05:21:36AM +0200, Patrick Lists wrote:
> On 08/14/2011 10:31 PM, Shaun Ruffell wrote:
> [snip]
> > While I can't say I've run against that particular CENTOS kernel version,
> > I would be very surprised (and interested to know) if you had any
inal Message-
> > From: asterisk-users-boun...@lists.digium.com [mailto:
> > asterisk-users-boun...@lists.digium.com] On Behalf Of Shaun Ruffell
> > Sent: Monday, July 25, 2011 6:15 PM
> > To: Asterisk Users Mailing List - Non-Commercial Discussion
> > Subject: Re: [asteri
cho
canceller". After you set 'echocanceller=mg2,1-24' in your
/etc/dahdi/system.conf file, did you run dahdi_cfg? Also, what is the output
of 'cat /proc/dahdi/1'?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 -
erisk/chan_dahdi
> [channels]
> language=en
> context=Incoming-Pri
> switchtype=dms100
> signalling=pri_cpe
> group=1
> channel => 1-23
>
> Thanks,
> Eric Merkel
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 3580
iguration file, it is
*not* attaching the mg2 echo canceller to your channel. I would make sure that
dahdi_cfg runs without any errors before starting Asterisk.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsvill
vn/dahdi/linux/trunk/drivers/dahdi/wctdm.c
Are you not seeing this behavior?
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 &
configured lines' battery is up, but there
> is no dial tone? outbound calls will try to go through
> and the caller will hear dead air.
'callprogress=yes' in chan_dahdi.conf won't help you here? It may be
able to detect dialtone before attempting to dial out.
--
Shaun
sample intervals (100.093%)
8192 samples in 8182.688 system clock sample intervals (99.886%)
--- Results after 2 passes ---
Best: 99.907 -- Worst: 99.886 -- Average: 99.896633, Difference: 99.989697
DAHDI will still use the timing from an installed card if available,
but now it is smart enoug
ev 11)
0f:04.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port analog card
(rev 11)
0f:05.0 Ethernet controller: Digium, Inc. Wildcard TDM2400P 24-port analog
card (rev 11)
0f:06.0 Communication controller: Digium, Inc. Wildcard TE405P/TE407P
quad-span T1/E1/J1 card 5.0V (u1) (rev 02)
--
gt;
> that is mean i have one card diguim with 2 dual span that is right ??
You have one dual-span card installed in your system. So, a total
of two spans.
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digiu
es of information, I would believe that
there is either a cabling problem or the device that you are
connecting to is not configured the same way as the T4XXP.
When you say E1 modem, are you referring the the T4XXP or your drop
from your provider?
--
Shaun Ruffell
Digium, Inc. | Linux Kernel Developer
7;t sharing interrupts.
[1] https://issues.asterisk.org/jira/browse/ZAP-113
If everything *really* is just working fine for you (which I would
doubt) you could always just comment out the line from
drivers/dahdi/wcfxo.c (line 465) and at least then your logs won't
fill up. But I think this would just end up mask
ion that the driver requested the kernel keep
interrupts locked while running it's interrupt handler but the
kernel doesn't guarantee that anymore. The current release of the
wctdm24xxp driver in DAHDI does not request the kernel keep
interrupts locked anymore.
In this context shared IRQ
On Thu, Dec 08, 2011 at 06:41:46PM +0100, Olivier wrote:
> 2011/12/8, Shaun Ruffell :
> > On Thu, Dec 08, 2011 at 09:26:14AM +0100, Olivier wrote:
> >
> >> 2. Is it normal to see this IRQ changing from time to time ?
> >
> > Normally, after things have stabiliz
On Fri, Dec 09, 2011 at 05:11:47PM +0100, Olivier wrote:
> 2011/12/8, Shaun Ruffell :
> > On Thu, Dec 08, 2011 at 06:41:46PM +0100, Olivier wrote:
> >> 2. On a more general plan, is taking down layer 1 on idling spans
> >> something PBXs are negociating with ea
27;s support department [1].
[1] http://www.digium.com/support
--
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 it will
determine if it needs to provide timing or not.
--
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
--
_
--
to build against the 2.6.17 kernel.
$ curl "https://github.com/sruffell/dahdi-linux/commit/cbd536aea83.patch"; |
patch -p1
I cannot commit it to trunk yet though because I know that there are
some distros which have that command back ported (OpenSUSE 2.6.16
comes to mind) so those will nee
wrong?
What is the specific error message you're getting?
--
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
--
one by number.
/etc/asterisk/chan_dahdi.conf:; /etc/dahdi/system.conf).
--
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, Dec 22, 2011 at 02:54:05PM -0300, Andrew Latham wrote:
> On Thu, Dec 22, 2011 at 2:48 PM, Shaun Ruffell wrote:
> >
> > I could be mistaken, but I don't think, by default, any of the
> > configuration files should be including /etc/dahdi/system.conf.
> >
101 - 200 of 328 matches
Mail list logo