Re: [asterisk-users] DAHDI timing

2021-01-12 Thread Shaun Ruffell
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 string like "(MASTER)"

From the DAHDI-Linux README:

http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=blob;f=README;h=a4a10c0301f9d3dae450e03b623d9f7205516b93;hb=refs/heads/next#l668


-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] max_pseudo_channels

2020-04-27 Thread Shaun Ruffell
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 order to prevent a non-priveleged user from launching
a denial of service attack on the local machine.

See 
https://github.com/asterisk/dahdi-linux/commit/e5cbedbf37edf2a2350ec77d87f4866f05a2a4ff

> 2) I had a look at
> http://lists.digium.com/pipermail/asterisk-users/2014-March/282607.html but
> that did not seem to work. Does anyone have tips on how to make it
> persistent on reboots?

What specifically did not work? 

Depending on your distribution, you will want to add options for the dahdi
module on load to the /etc/modprobe.d/ directory to make the settings
persistent. When the mailing list post you linked was first written, there was
only a single /etc/modules.conf file. That single file has been split up into
multiple files in /etc/modprobe.d now.

I hope this helps,
Shaun

-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] DAHDI not loading

2020-03-16 Thread Shaun Ruffell
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.
> 
> How do I do that?
> 
> Jerry

You can leave UEFI on, but should be able to disable secure boot in your
BIOS.

If you are unable to disable UEFI secure boot, then you will need to
generate a machine owner key pair, and enroll the public parts on the
machines where you want to load DAHDI modules you sign with the private
part.

See:
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Kernel_Administration_Guide/sect-signing-kernel-modules-for-secure-boot.html

Regards,
Shaun

-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Error compile dahdi 3 on CentOS 7.7

2019-10-03 Thread Shaun Ruffell
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 to
answer this question.

Cheers,
Shaun

-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Error compile dahdi 3 on CentOS 7.7

2019-10-03 Thread Shaun Ruffell
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:
> digium/dahdi-linux-complete-3.0.0+3.0.0/linux/include/dahdi/kernel.h:1422:1:
> error: conflicting types for ‘timer_setup’
>  timer_setup(struct timer_list *timer,
>  ^
> In file included from include/linux/workqueue.h:8:0,
>  from include/linux/srcu.h:34,
>  from include/linux/notifier.h:15,
>  from include/linux/memory_hotplug.h:6,
>  from include/linux/mmzone.h:881,
>  from include/linux/gfp.h:5,
>  from include/linux/kmod.h:22,
>  from include/linux/module.h:13,
>  from
> digium/dahdi-linux-complete-3.0.0+3.0.0/linux/drivers/dahdi/dahdi-base.c:40:
> include/linux/timer.h:164:20: note: previous definition of ‘timer_setup’
> was here
>  static inline void timer_setup(struct timer_list *timer,

You should be able to install
dahdi-linux-complete-3.1.0-rc1+3.1.0-rc1.tar.gz [1] which contains a
commit [2] that handles the fact that RHEL backported the new
timer_setup interface.

[1] 
http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete/dahdi-linux-complete-3.1.0-rc1+3.1.0-rc1.tar.gz
[2] 
http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commit;h=8c8b9b6df0d5757cad25b40efeb15ba1a7c95bdf

(although it looks like the dahdi-linux-complete tarball has not been
updated since the final 3.1.0 was released)

Cheers,
Shaun

-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] OT: Looking for Kristian Kielhofner document

2017-09-14 Thread Shaun Ruffell
On Thu, Sep 14, 2017 at 10:55 AM, Steve Edwards <asterisk@sedwards.com>
wrote:

> I'm looking for a document Kristian Kielhofner wrote a couple of years ago
> walking you through his experiences with the SIP protocol. Kind of a
> "here's the answers to the questions you 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: www.digium.com & www.asterisk.org
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Best place to issue tickets for Digium phones ?

2016-02-11 Thread Shaun Ruffell
On Wed, Feb 10, 2016 at 03:11:02PM +0100, Olivier wrote:
> Hello,
> 
> I've recently given a try to a Digium D70 phone.
> 
> At the moment, I'm configuring them though config files with a DHCP server
> and not using DPMA.
> Of course, I'm connecting them to Asteris (PJSIP stack on 13.7.0).
> 
> 
> Which is the best place to:
> - read about past issues
> - open new tickets for remaining issues.
> 
> Best regards

Hi Olivier,

I would recommend checking out  http://support.digium.com for
assistence with any of Digium's commercial products, including 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 out at: www.digium.com & www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Detected alarm on channel 3: Red Alarm

2016-01-05 Thread Shaun Ruffell
On Tue, Jan 05, 2016 at 02:36:42PM +, Ryan, Travis wrote:
> > -Original Message-
> > From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-
> > boun...@lists.digium.com] On Behalf Of Vitor Mazuco
> > Sent: Tuesday, January 05, 2016 9:21 AM
> > To: Asterisk Users Mailing List - Non-Commercial Discussion
> > Subject: [asterisk-users] Detected alarm on channel 3: Red Alarm
> > 
> > Hi everyone!
> > 
> > I have a Digium Card TDM410
> > 
> > But, it appear for me this massege
> > 
> > chan_dahdi.c:8061 handle_alarms: Detected alarm on channel 3: Red Alarm
> > 
> > But my line is ok!
> > 
> > But sometimes it back
> > 
> > sig_analog.c:3807 analog_handle_init_event: Alarm cleared on channel 2
> > 
> > But it again back to red alarm.
> > 
> > What can be happen?
> > 
> > My lines is all ok! But when I put on Digium Card TDM410 is very
> > inconsistent
> > 
> > Thanks
> > 
>
> Honestly, I've only had red alarms on any of my cards if there was
> a problem with the lines or service over those lines. Maybe
> someone else could speak to other reasons the red light might
> appear.

The red alarm on the analog cards, like the TDM410, appear when the
card does not detect a sufficient battery voltage from the central
office.

Typically this will happen when the cable 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 not in the United States
or Canada.

-- 
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 --
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


Re: [asterisk-users] dahdi 2.10.1 build fails

2015-06-01 Thread Shaun Ruffell
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/build 
 SUBDIRS=/home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi 
 DAHDI_INCLUDE=/home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/include
 DAHDI_MODULES_EXTRA=  HOTPLUG_FIRMWARE=yes modules
 DAHDI_BUILD_ALL=m
 make[1]: Entering directory '/usr/src/kernels/4.0.4-202.fc21.x86_64'
   CC [M] 
 /home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi/dahdi-base.o
 /home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi/dahdi-base.c:
 In function 'set_spanno_and_basechan':
 /home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi/dahdi-base.c:7056:2:
 error: void value not ignored as it ought to be
   dahdi_dev_dbg(ASSIGN, span_device(span),
...

I've not tried building against Fedora Core 21 myself, but I believe
this is already fixed on DAHDI's master branch [1].

Russ Meyerriecks has posted a comment on DAHLIN-346 [2] with a link
for how to install from source while waiting for the next release of
dahdi-linux.

[1] 
http://git.asterisk.org/gitweb/?p=dahdi/linux.git;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

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] dahdi 2.10.1 build fails

2015-06-01 Thread Shaun Ruffell
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/build 
 SUBDIRS=/home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi 
 DAHDI_INCLUDE=/home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/include
 DAHDI_MODULES_EXTRA=  HOTPLUG_FIRMWARE=yes modules
 DAHDI_BUILD_ALL=m
 make[1]: Entering directory '/usr/src/kernels/4.0.4-202.fc21.x86_64'
CC [M] 
  /home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi/dahdi-base.o
 /home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi/dahdi-base.c:
 In function 'set_spanno_and_basechan':
 /home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi/dahdi-base.c:7056:2:
 error: void value not ignored as it ought to be
dahdi_dev_dbg(ASSIGN, span_device(span),
 ...
 
 I've not tried building against Fedora Core 21 myself, but I believe
 this is already fixed on DAHDI's master branch [1].
 
 Russ Meyerriecks has posted a comment on DAHLIN-346 [2] with a link
 for how to install from source while waiting for the next release of
 dahdi-linux.
 
 [1] 
 http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commitdiff;h=1cc0ad510acd404e63923ed3062b93
 [2] https://issues.asterisk.org/jira/browse/DAHLIN-346
 
 Yup. that worked.
 
 Thanks.
 
 Maybe time for the next release ??

Yeah, I'm not personally aware of any issue that would prevent a
release to resolve the build against kernel 4.0 from going out
sometime this week.

-- 
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 --
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


Re: [asterisk-users] chan_dahdi.c: Don't know what to do with frame type '10'

2015-04-17 Thread Shaun Ruffell
On Fri, Apr 17, 2015 at 05:05:41PM +0400, Dmitry Melekhov wrote:
 Hello!
 
 I see large enough amount of such messages on one of our asterisks.
 There are no complains from users, so I may be they are harmless.
 Could you tell me what can it be?
 
 Thank you!

Frame type '10' is a CNG (Comfort Noise Generation) frame. This is a
frame that, instead of carrying audio, carries a command to for the
receiver to generate comfort noise for a length of time to the
local user.  

chan_dahdi is not currently capable of generating comfort noise in
response to receiving one of these frames.

I think 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, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Best way to get dahdi status

2015-01-30 Thread Shaun Ruffell
On Sun, Jan 25, 2015 at 03:33:47AM +, Michelle Dupuis wrote:
 I'm creating an app that needs to read the status of all dahdi
 spans and channels, etc.  (whatever is needed to tell a user the
 state of their DAHDI connections).
 
 
 What is the best way to do that?  I see dahdi-tools available from
 the command line, asterisk CLI commands, and AMI commands.  What
 is the best way to get the status at a detail level?

For analog and raw span information (line mode (E1/T1), alarms,
current analog configuration, etc..), I think using either
dahdi_scan or the attributes in
/sys/bus/dahdi_devices/devices/device/span-spanno is your best
bet.

Maintenance counters on digital spans (timing slips, bit errors, etc..) is 
returned via:

  $ dahdi_maint -s spanno

For information about whether your PRI is up, you have to ask
Asterisk since the drivers do not handle the PRI protocol. I don't
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

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] 1TE133F and first pci-e slot

2014-07-17 Thread Shaun Ruffell
On Thu, Jul 17, 2014 at 04:28:05PM +0400, Dmitry Melekhov wrote:
 Hello!
 
 At the end of year 2013 I had problem on my supermicro system with
 TE133, namely it losted connect to another system.
 So I opened case and finally card was replaced by TE220.
 
 Now  I need to buy another 1 port card for almost the same supermicro.
 
 Could somebody tell me is this problem resolved?
 
 Thank you!

I'm guessing here about your specific issue, but I'm not aware of
any incompatibilities with the TE133 since commit: 

(45b4937 wcte13xp: Update firmware for TE133/TE131 to 780019) [1]

[1] 
http://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  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Issue with new Te133

2014-07-14 Thread Shaun Ruffell
On Mon, Jul 14, 2014 at 12:42:34PM -0400, Jerry Geis wrote:
 Have a new TE133 in a dell R320.
 
 dahdi_cfg -vvv shows:
 DAHDI Tools Version - 2.9.1
 
 DAHDI Version: 2.9.1
 Echo Canceller(s):
 Configuration
 ==
 
 SPAN 1: ESF/B8ZS Build-out: 0 db (CSU)/0-133 feet (DSX-1)
 
 Channel map:
 
 Channel 01: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 01)
 Channel 02: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 02)
 Channel 03: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 03)
 Channel 04: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 04)
 Channel 05: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 05)
 Channel 06: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 06)
 Channel 24: D-channel (Default) (Echo Canceler: none) (Slaves: 24)
 
 7 channels to configure.
 
 DAHDI_SPANCONFIG failed on span 1: No such device or address (6)
 
 
 Not sure why???
 
 system.conf shows:
  cat system.conf
 loadzone=us
 defaultzone=us
 
 
 span=1,0,0,esf,b8zs
 bchan=1-6
 dchan=24
 echocanceller=mg2,1-6
 
 
 I installed from source.
 I am running asterisk 11.10.0
 libpri is 1.4.14
 
 dahdi modules are loaded with lsmod | grep dahdi
  lsmod | grep dahdi
 dahdi_transcode 6729  1 wctc4xxp
 dahdi_voicebus 54866  2 wctdm24xxp,wcte12xp
 dahdi 224134  11
 dahdi_transcode,wcb4xxp,wctdm,wcfxo,wctdm24xxp,wcte11xp,wct1xxp,wcte12xp,dahdi_voicebus,wct4xxp,oct612x
 crc_ccitt   1717  2 wctdm24xxp,dahdi

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 at: www.digium.com  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] TE131 kernel panic

2014-07-14 Thread Shaun Ruffell
On Tue, Jul 01, 2014 at 02:39:01PM -0500, Russ Meyerriecks wrote:
 On Tue, Jul 1, 2014 at 1:56 PM, Matt Behrens m...@zigg.com wrote:
  Having some issues with a TE131 apparently causing kernel panics.  This is
  on CentOS 5.10 with DAHDI 2.9.1 (also tried 2.9.2-rc1, no difference.)
  There’s also an
 
  Tracebacks are very similar to this one:
  https://pbs.twimg.com/media/BrdrQf3CAAE3RXQ.jpg
 
 We're going to need the exact trace for the panic you're encountering.
 This image shows a panic involving both the te13x and an wcaxx analog
 card. The easiest way to do this would be to contact Digium support
 and they'll walk you through collecting all the info we will need to
 debug this.

I am just closing out this thread after Matt made his system
available for trouble shooting.

The crash reported here is fixed in 2.9.2-rc2 in commit (a1ff3cb0
dahdi: Stop tones on channel when updating 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. | 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 --
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

Re: [asterisk-users] Asterisk 12 and chan_local

2014-06-25 Thread Shaun Ruffell
On Wed, Jun 25, 2014 at 4:38 PM, CDR vene...@gmail.com wrote:
 I am migrating my app to Asterisk12 and pjsip, but I cannot find
 chan_local, what happened?

from https://wiki.asterisk.org/wiki/display/AST/Upgrading+to+Asterisk+12

 chan_local:

The /b option has been removed.
 chan_local 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

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] dahdi-linux 2.6.2 failing to compile with linux 3.13

2014-06-13 Thread Shaun Ruffell
On Fri, Jun 13, 2014 at 12:54:14PM +1000, David Cunningham wrote:
 Hello,
 
 I'm getting the following errors when compiling dahdi-linux 2.6.2 under
 Ubuntu 14.04 with kernel 3.13.0-24-generic.
 I did google and found one thread suggesting the errors should be fixed in
 2.6.2, and another suggesting to try 2.4 which didn't make sense but I
 tried anyway, and it gave similar warnings.
 Would anyone know how to make it compile? Thanks in advance.
 
 
 make[1]: Leaving directory
 `/usr/src/dahdi-linux-2.6.2/drivers/dahdi/firmware'
 make -C /lib/modules/3.13.0-24-generic/build
 SUBDIRS=/usr/src/dahdi-linux-2.6.2/drivers/dahdi
 DAHDI_INCLUDE=/usr/src/dahdi-linux-2.6.2/include DAHDI_MODULES_EXTRA= 
 HOTPLUG_FIRMWARE=yes modules DAHDI_BUILD_ALL=m
 make[1]: Entering directory `/usr/src/linux-headers-3.13.0-24-generic'
   CC [M]  /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.o
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:91:2: warning:
 #warning No CONFIG_BKL is an experimental configuration. [-Wcpp]
  #warning No CONFIG_BKL is an experimental configuration.
   ^
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c: In function
 ‘dahdi_proc_open’:
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:902:2: error:
 implicit declaration of function ‘PDE’
 [-Werror=implicit-function-declaration]
   return single_open(file, dahdi_seq_show, PDE(inode)-data);
   ^
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:902:53: error:
 invalid type argument of ‘-’ (have ‘int’)
   return single_open(file, dahdi_seq_show, PDE(inode)-data);
  ^
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c: In function
 ‘_dahdi_assign_span’:
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:6945:3: error:
 implicit declaration of function ‘create_proc_entry’
 [-Werror=implicit-function-declaration]
span-proc_entry = create_proc_entry(tempfile, 0444,
^
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:6945:20: warning:
 assignment makes pointer from integer without a cast [enabled by default]
span-proc_entry = create_proc_entry(tempfile, 0444,
 ^
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:6952:19: error:
 dereferencing pointer to incomplete type
span-proc_entry-data = (void *)(long)span-spanno;
^
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:6953:19: error:
 dereferencing pointer to incomplete type
span-proc_entry-proc_fops = dahdi_proc_ops;
^
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c: In function
 ‘_dahdi_unassign_span’:
 /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:7137:37: error:
 dereferencing pointer to incomplete type
remove_proc_entry(span-proc_entry-name, root_proc_entry);
  ^
 cc1: some warnings being treated as errors
 make[2]: *** [/usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.o] Error 1
 make[1]: *** [_module_/usr/src/dahdi-linux-2.6.2/drivers/dahdi] Error 2
 make[1]: Leaving directory `/usr/src/linux-headers-3.13.0-24-generic'
 make: *** [modules] Error 2
 make: Leaving directory `/usr/src/dahdi-linux-2.6.2'
 'make -C dahdi-linux-2.6.2 install' failed with 512.

This was fixed in the DAHDI sources in dahdi: 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
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 --
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

Re: [asterisk-users] Channel is answered by FXO card before callee answered the phone(pick up phone)

2014-06-06 Thread Shaun Ruffell
On Fri, Jun 06, 2014 at 08:28:07AM -0400, John Novack SCII wrote:
 A J Stiles wrote:
 On Thursday 05 Jun 2014, Mojtaba wrote:
 My scenario is (2)
 After doing some tests with my own hardware, I'm now convinced that this is
 actually normal behaviour:  As far as Asterisk is concerned, a call is deemed
 answered as soon as the hardware seizes the line.  It is only not 
 answered
 if the line is not available.
 
 Which makes sense, because an analogue line has no D-channel.  Once the trunk
 is acquired successfully, there is no way for a machine to know the state of
 the call beyond then.  Such supervisory information as there is -- a regular
 cadence during ringing, possibly a burst of white noise and then a human 
 voice
 -- is geared towards interpretation by human beings.
 
 Moerover, since the tones are different in every country  (and sometimes,
 between different telephone exchanges in the same country; at one time, the 
 UK
 was using three sets of supervisory tones depending whether you were on an
 old-fashioned clicky-clicky exchange, an intermediate-generation analogue
 electronic exchange or System X)  it would not be a trivial task to make 
 sense
 of them.
 
 
 I think if you want full supervisory information, you are going to need to 
 use
 some sort of digital telephony technology  (ISDN or GSM).
 
 This is well known behavior for many years, since the inception of 
 Asterisk/Zaptel
 I wonder why tests had to be run!
 The OP issue was answered several days ago
 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 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 --
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


Re: [asterisk-users] Channel is answered by FXO card before callee answered the phone(pick up phone)

2014-06-04 Thread Shaun Ruffell
On Thu, Jun 05, 2014 at 01:13:11AM +0430, Mojtaba wrote:
 Thank you for your replying.
 Is there any way so that i could found the far end user pick up
 phone? I could use Wait() function in dialplan but i dont how long
 (secend) should be wait!
 Thanks with Regards.Mojtaba

Mojtaba,

It's not an exact science, but I believe what you want is
the callprogress setting in chan_dahdi. Keep in mind that it can
detect false positives, etc.

Look in chan_dahdi.conf.sample for more information [1]. Give it a
try. It may work for you..but it may not...

[1] 
https://github.com/sruffell/asterisk-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

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] dahdi hungup after each ring

2014-05-27 Thread Shaun Ruffell
On Mon, May 26, 2014 at 10:12:17PM +0200, Bart Remmerie wrote:
 Hi,
 
 I guess something's wrong with my chan_dahdi configuration, ... but I can't
 seem to get it.
 When I test incoming calls on a DAHDI-channel (incoming from pstn),
 asterisk seems to interpret it as a caller hangup after each ring.
 
 Any ideas.
 
 OUTPUT:
 
 -- Starting simple switch on 'DAHDI/5-1'
 
 -- Executing [s@from-pstn:1] *Verbose*(*DAHDI/5-1*, *2,Incoming call
 from 059332640*) in new stack
 
   == Incoming call from 059332640
 
 -- Executing [s@from-pstn:2] *Dial*(*DAHDI/5-1*, ) in new stack

Looking 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

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Need more meetme users -- hitting some limit

2014-03-31 Thread Shaun Ruffell
On Fri, Mar 21, 2014 at 11:26:22AM -0700, Steve Edwards wrote:
 On Fri, 21 Mar 2014, Steve Totaro wrote:
 
 I found below here:
  http://www.voip-info.org/wiki/view/Asterisk+cmd+MeetMe
 
 If you have too many conferences, one CPU may not be able to mix all the
 audio and you will have audio problems even if there are 7+ other CPUs
 that are essentially idle while waiting for one CPU to mix everything. You
 should be able to handle 512 conference participants on a modern server
 system without problem. The current trunk of DAHDI linux limits the number
 of open pseudo channels to 512 for this reason. [1]
 
 With 312 calls distributed across 100 meetmes, 'top' shows 1 core at 32%, 1
 core at 6% and the rest basically idle.
 
 So it looks like meetme() is still a single CPU application, but I have
 plenty of CPU headroom.
 
 Coincidentally, 512 is my target. Any clues on how to get 200 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 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 --
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


Re: [asterisk-users] Is this list dead? Or the project?

2014-03-03 Thread Shaun Ruffell
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. | 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 --
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


Re: [asterisk-users] DAHDI compile problem

2014-02-26 Thread Shaun Ruffell
On Tue, Feb 25, 2014 at 11:50:41PM -0800, Doug wrote:
 I am having trouble compiling dahdi-linux-complete-2.9.0+2.9.0.1
 on a Raspbien 3.10.25+ kernel. I get the following error -
 
 /usr/src/dahdi-linux-complete-2.9.0+2.9.0.1/linux/drivers/dahdi/dahdi-base.c:570:2:
  error: implicit declaration of function kzalloc 
 [-Werror=implicit-function-declaration]
 
 
 /usr/src/dahdi-linux-complete-2.9.0+2.9.0.1/linux/drivers/dahdi/dahdi-base.c:1391:2:
  error: implicit declaration of function kmalloc 
 [-Werror=implicit-function-declaration]
 
 as well as a lot of warnings like -
 
 /usr/src/dahdi-linux-complete-2.9.0+2.9.0.1/linux/drivers/dahdi/dahdi-base.c:570:6:
  warning: assignment makes pointer from integer without a cast [enabled by 
 default]
 
 I am obviously missing something. Can anyone help?  I have the
 kernel source and  I have configured it and actually compiled it
 successfully. The  /lib/modules/3.10.25+/build  and source links
 are pointing to the kernel source.

Odd...if it is only kzalloc, kmalloc, etc.. I wonder if it is
resolved if you include linux/slab.h in include/dahdi/kernel.h.
Something like:

  diff --git a/include/dahdi/kernel.h b/include/dahdi/kernel.h
  index f2f9ec5..c19aec5 100644
  --- a/include/dahdi/kernel.h
  +++ b/include/dahdi/kernel.h
  @@ -43,6 +43,7 @@
   #include linux/cdev.h
   #include linux/module.h
   #include linux/ioctl.h
  +#include linux/slab.h
  
   #ifdef CONFIG_DAHDI_NET
   #include linux/hdlc.h

Does that resolve it for you?

-- 
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 --
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


Re: [asterisk-users] Problem with pri show channels on rasterisk (11.7)

2014-02-26 Thread Shaun Ruffell
On Wed, Feb 26, 2014 at 05:34:02PM +, Rodrigo Borges Pereira wrote:
 Sorry to insist. Maybe I should submit this as a bug?
 
 Thanks.

As the owner of a TE205P, it might be easiest to contact Digium's
technical support for installation assistance.

I personally am not aware of any general issues when running pri
show channels

 On Tue, Feb 25, 2014 at 7:57 PM, Rodrigo Borges Pereira 
 rodrigoborgespere...@gmail.com wrote:
 
  Hi,
 
  I'm running a test system with Ast 11.7 and DAHDI 2.9.0. I loaded a TE205P
  card. Then I enter asterisk console, and once I do a pri show channels,
  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 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 --
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


Re: [asterisk-users] Problem with pri show channels on rasterisk (11.7)

2014-02-26 Thread Shaun Ruffell
On Wed, Feb 26, 2014 at 09:03:49PM +, Rodrigo Borges Pereira wrote:
 Indeed, I tested two more cards on this system, and I don't get the same
 problem with them. Unfortunately, different models (TE122P and TE110P), but
 still it seems to suggest a problem with the TE205P. Weird manifestation
 though, because everything else seems ok with, even a patlooptest is just
 fine. Too bad it's OOW by now :)
 
 Thanks.

I would be very surprised this has anything to do with the TE205P
specifically. The command pri show channels does not result in any
calls to the drivers. My guess is this has more 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 and Colocation Provided 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


Re: [asterisk-users] Problem/error with DAHDI tools 2.9.0.1

2014-02-12 Thread Shaun Ruffell
On Wed, Feb 12, 2014 at 05:21:24PM +, Rodrigo Borges Pereira wrote:
 Hello,
 
 Getting this error on dahdi_cfg. Reverting to 2.8 the error goes away:
 
 *line 15: Unable to create 'dahdi_cfg' mutex.*
 
 Is this a problem?
 
 Thanks in advance.
 
 Full detail:
 
 [ebox] dahdi_cfg -vvv
 DAHDI Tools Version - 2.9.0.1
 
 DAHDI Version: 2.9.0
 Echo Canceller(s): HWEC
 Configuration
 ==
 
 SPAN 1: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)
 SPAN 2: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)
 SPAN 3: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)
 SPAN 4: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)
 
 Channel map:
 
 Channel 01: Clear channel (Default) (Echo Canceler: kb1) (Slaves: 01)
 Channel 02: Clear channel (Default) (Echo Canceler: kb1) (Slaves: 02)
 Channel 03: Hardware assisted D-channel (Default) (Echo Canceler: kb1)
 (Slaves: 03)
 Channel 04: Clear channel (Default) (Echo Canceler: kb1) (Slaves: 04)
 Channel 05: Clear channel (Default) (Echo Canceler: kb1) (Slaves: 05)
 Channel 06: Hardware assisted D-channel (Default) (Echo Canceler: kb1)
 (Slaves: 06)
 Channel 07: Clear channel (Default) (Echo Canceler: kb1) (Slaves: 07)
 Channel 08: Clear channel (Default) (Echo Canceler: kb1) (Slaves: 08)
 Channel 09: Hardware assisted D-channel (Default) (Echo Canceler: kb1)
 (Slaves: 09)
 Channel 10: Clear channel (Default) (Echo Canceler: kb1) (Slaves: 10)
 Channel 11: Clear channel (Default) (Echo Canceler: kb1) (Slaves: 11)
 Channel 12: Hardware assisted D-channel (Default) (Echo Canceler: kb1)
 (Slaves: 12)
 
 12 channels to configure.
 
 Notice: Configuration file is /etc/dahdi/system.conf
 *line 15: Unable to create 'dahdi_cfg' mutex.*

Which distro / version are you running? It appears that the sem_open
call has failed 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 - Huntsville, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Problem/error with DAHDI tools 2.9.0.1

2014-02-12 Thread Shaun Ruffell
On Wed, Feb 12, 2014 at 05:49:49PM +, Rodrigo Borges Pereira wrote:
 Hello Shaun,
 
 This system is a custom distro, based on debian and currently built around
 kernel 2.6.35.8. Is sem_open introduced only in DAHDI 2.9 ?

Yes. It was added in [1] in order to prevent errors when multiple
invocations of dahdi_cfg are run in parallel. I've updated the error
messages [2] on the master branch of dahdi-tools. That might provide
some more information about why sem_open is failing on this
platform.

[1] http://git.asterisk.org/gitweb/?p=dahdi/tools.git;a=commit;h=9989b8779cef3
[2] http://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

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Problem/error with DAHDI tools 2.9.0.1

2014-02-12 Thread Shaun Ruffell
On Wed, Feb 12, 2014 at 05:55:41PM +, Rodrigo Borges Pereira wrote:
 Maybe the problem is lack of tmpfs?
 
 statfs(/dev/shm, 0xbff88568)  = -1 ENOENT (No such file or
 directory)
 
 Is this a new requirement for DAHDI?

tmpfs is not a requirement per-se, but it's how most POSIX 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

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Problem/error with DAHDI tools 2.9.0.1

2014-02-12 Thread Shaun Ruffell
On Wed, Feb 12, 2014 at 06:12:41PM +, Rodrigo Borges Pereira wrote:
 Just one last question: do you have another suggestion about this?
 
 thanks.

Not really. There are other ways that dahdi_cfg could serialize
itself, but POSIX semaphores are widely deployed on systems that are
installing 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 out at: www.digium.com  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] DAHDI_SPANCONFIG failed on span 1: No such device or address (6)

2014-02-04 Thread Shaun Ruffell
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:
 
 
 DAHDI_SPANCONFIG failed on span 1: No such device or address (6)

Do you have any dahdi devices loaded?  What is the output 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 Provided 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


Re: [asterisk-users] DAHDI_SPANCONFIG failed on span 1: No such device or address (6)

2014-02-04 Thread Shaun Ruffell
On Wed, Feb 05, 2014 at 03:03:33AM +0530, akhilesh chand wrote:
 I had just upgrade the dahdi drivers.
 
 
 *[root@XX ~]# dahdi_scan*[1]
 active=yes
 alarms=OK
 description=Wildcard TE131/TE133 Card 0
 name=WCT13x/0
 manufacturer=Digium
 devicetype=Wildcard TE131/TE133 (VPMOCT032)
 location=PCI Bus 01 Slot 01
 basechan=1
 totchans=31
 irq=0
 type=digital-E1
 syncsrc=1
 lbo=0 db (CSU)/0-133 feet (DSX-1)
 coding_opts=AMI,HDB3
 framing_opts=CCS,CRC4
 coding=HDB3
 framing=CCS
 
 
 *[root@XX ~]# cat /proc/dahdi/1*
 Span 1: WCT13x/0 Wildcard TE131/TE133 Card 0 (MASTER) CCS/HDB3 ClockSource
 Timing slips: 1
1 WCT13x/0/1 Clear (In use) (EC: VPMOCT032 - INACTIVE)
2 WCT13x/0/2 Clear (In use) (EC: VPMOCT032 - INACTIVE)
3 WCT13x/0/3 Clear (In use) (EC: VPMOCT032 - INACTIVE)
4 WCT13x/0/4 Clear (In use) (EC: VPMOCT032 - INACTIVE)
5 WCT13x/0/5 Clear (In use) (EC: VPMOCT032 - INACTIVE)
6 WCT13x/0/6 Clear (In use) (EC: VPMOCT032 - INACTIVE)
7 WCT13x/0/7 Clear (In use) (EC: VPMOCT032 - INACTIVE)
8 WCT13x/0/8 Clear (In use) (EC: VPMOCT032 - INACTIVE)
9 WCT13x/0/9 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   10 WCT13x/0/10 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   11 WCT13x/0/11 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   12 WCT13x/0/12 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   13 WCT13x/0/13 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   14 WCT13x/0/14 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   15 WCT13x/0/15 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   16 WCT13x/0/16 HDLCFCS (In use) (EC: VPMOCT032 - INACTIVE)
   17 WCT13x/0/17 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   18 WCT13x/0/18 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   19 WCT13x/0/19 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   20 WCT13x/0/20 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   21 WCT13x/0/21 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   22 WCT13x/0/22 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   23 WCT13x/0/23 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   24 WCT13x/0/24 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   25 WCT13x/0/25 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   26 WCT13x/0/26 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   27 WCT13x/0/27 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   28 WCT13x/0/28 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   29 WCT13x/0/29 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   30 WCT13x/0/30 Clear (In use) (EC: VPMOCT032 - INACTIVE)
   31 WCT13x/0/31 Clear (In use) (EC: 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:
  
  
   DAHDI_SPANCONFIG failed on span 1: No such device or address (6)
 
  Do you have any dahdi devices loaded?  What is the output of
  dahdi_scan or cat /proc/dahdi/1?

Those look good...what about your /etc/dahdi/system.conf file? What
does it look like? What version of DAHDI-Linux and dahdi_tools are
you running?

(also, just letting you know that if you have a TE131 / TE132 your
entitled to contact Digium technical support with installation
help...)

-- 
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 --
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


Re: [asterisk-users] patlooptest output - errors

2014-01-15 Thread Shaun Ruffell
On Wed, Jan 15, 2014 at 04:00:19AM +, Rodrigo Borges Pereira wrote:
 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 patlooptest /dev/dahdi/2 -t 300 -v
 /dev/dahdi/2: Device or resource busy
 
 Thanks.

Asterisk doesn't necessarily have to open channels via
/dev/dahdi/channel number.  In fact, they generally open
/dev/dahdi/channel 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 at: www.digium.com  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] patlooptest output - errors

2014-01-15 Thread Shaun Ruffell
On Wed, Jan 15, 2014 at 04:18:55PM +, Rodrigo Borges Pereira wrote:
 Still no luck:
 
 shell pgrep asterisk
 shell ps -ef | grep asterisk
 shell lsof /dev/dahdi/channel
 shell lsof /dev/dahdi/1
 shell lsof /dev/dahdi/2
 shell chrt -f 99 patlooptest /dev/dahdi/2 -t 300 -v
 /dev/dahdi/2: Device or resource busy
 
 I can assure no PBX related process is running.

Do you see the channel listed as (in use) in /proc/dahdi/1?  I.e.

Before opening channel 2:

  [root@112-17-24-10 ~]# cat /proc/dahdi/1
  Span 1: WCTDM/0 Wildcard A8B (MASTER)
  
 1 WCTDM/0/0 FXOKS (EC: VPMOCT032 - INACTIVE)
 2 WCTDM/0/1 FXOKS (EC: VPMOCT032 - INACTIVE)
 3 WCTDM/0/2 FXOKS (EC: VPMOCT032 - INACTIVE)
 4 WCTDM/0/3 FXOKS (EC: VPMOCT032 - INACTIVE)
 5 WCTDM/0/4 FXOKS (EC: VPMOCT032 - INACTIVE)
 6 WCTDM/0/5 FXSKS RED (EC: VPMOCT032 - INACTIVE)
 7 WCTDM/0/6 Reserved
 8 WCTDM/0/7 Reserved

After opening channel 2:

  [root@112-17-24-10 ~]# cat /proc/dahdi/1
  Span 1: WCTDM/0 Wildcard A8B (MASTER) 
  
 1 WCTDM/0/0 FXOKS (EC: VPMOCT032 - INACTIVE) 
 2 WCTDM/0/1 FXOKS (In use) (EC: VPMOCT032 - INACTIVE) 
 3 WCTDM/0/2 FXOKS (EC: VPMOCT032 - INACTIVE) 
 4 WCTDM/0/3 FXOKS (EC: VPMOCT032 - INACTIVE) 
 5 WCTDM/0/4 FXOKS (EC: VPMOCT032 - INACTIVE) 
 6 WCTDM/0/5 FXSKS RED (EC: VPMOCT032 - INACTIVE) 
 7 WCTDM/0/6 Reserved 
 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 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


Re: [asterisk-users] patlooptest output - errors

2014-01-15 Thread Shaun Ruffell
On Wed, Jan 15, 2014 at 05:02:10PM +, Rodrigo Borges Pereira wrote:
 No, I see this:
 

[snip]

 shell cat /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 TE2/0/1/3 Clear RED
4 TE2/0/1/4 Clear RED
5 TE2/0/1/5 Clear RED
6 TE2/0/1/6 Clear RED
7 TE2/0/1/7 Clear RED
8 TE2/0/1/8 Clear RED
9 TE2/0/1/9 Clear RED
   10 TE2/0/1/10 Clear RED
   11 TE2/0/1/11 Clear RED
   12 TE2/0/1/12 Clear RED
   13 TE2/0/1/13 Clear RED
   14 TE2/0/1/14 Clear RED
   15 TE2/0/1/15 Clear RED
   16 TE2/0/1/16 Clear RED
   17 TE2/0/1/17 Clear RED
   18 TE2/0/1/18 Clear RED
   19 TE2/0/1/19 Clear RED
   20 TE2/0/1/20 Clear RED
   21 TE2/0/1/21 Clear RED
   22 TE2/0/1/22 Clear RED
   23 TE2/0/1/23 Clear RED
   24 TE2/0/1/24 Clear RED

That explains it. Your channels are bound together in one clear
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 at: www.digium.com  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] patlooptest output - errors

2014-01-15 Thread Shaun Ruffell
On Wed, Jan 15, 2014 at 05:29:44PM +, Rodrigo Borges Pereira wrote:
 Shaun, sorry to insist on this, but this kind of diagnostic is new for me
 and extremely valuable for my support operations.
 
 You say when configured this way.. do you mean regarding dahdi? Here's my
 system conf, based on your KB article for loop testing:
 
 shell cat system.conf
 loadzone=us
 defaultzone=us
 span=1,0,0,esf,b8zs
 clear=1-24
 span=2,0,0,esf,b8zs
 clear=25-48
 
 How could  I configure now so I can get conclusive readings for span2?

No problem. So given the above configuration, there are only two
channels that can be opened from user space, channels 1 and 25.

So if you would like to keep things configured this way and check
span 2, you would then just run patlooptest on channel 25.  

If you want to run patlooptest on individual channels in the span,
configure like a PRI is normally:

loadzone=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 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 --
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


Re: [asterisk-users] How to read IRQs and timing slips values

2014-01-14 Thread Shaun Ruffell
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 - INACTIVE)
34 TE2/0/2/3 Clear (In use) (EC: VPMOCT064 - INACTIVE)
35 TE2/0/2/4 Clear (In use) (EC: VPMOCT064 - INACTIVE)
36 TE2/0/2/5 Clear (In use) (EC: VPMOCT064 - INACTIVE)
37 TE2/0/2/6 Clear (In use) (EC: VPMOCT064 - INACTIVE)
38 TE2/0/2/7 Clear (In use) (EC: VPMOCT064 - INACTIVE)
39 TE2/0/2/8 Clear (In use) (EC: VPMOCT064 - INACTIVE)
40 TE2/0/2/9 Clear (In use) (EC: VPMOCT064 - INACTIVE)
41 TE2/0/2/10 Clear (In use) (EC: VPMOCT064 - INACTIVE)
42 TE2/0/2/11 Clear (In use) (EC: VPMOCT064 - INACTIVE)
43 TE2/0/2/12 Clear (In use) (EC: VPMOCT064 - INACTIVE)
44 TE2/0/2/13 Clear (In use) (EC: VPMOCT064 - INACTIVE)
45 TE2/0/2/14 Clear (In use) (EC: VPMOCT064 - INACTIVE)
46 TE2/0/2/15 Clear (In use) (EC: VPMOCT064 - INACTIVE)
47 TE2/0/2/16 HDLCFCS (In use) (EC: VPMOCT064 - INACTIVE)
48 TE2/0/2/17 Clear (In use) (EC: VPMOCT064 - INACTIVE)
49 TE2/0/2/18 Clear (In use) (EC: VPMOCT064 - INACTIVE)
50 TE2/0/2/19 Clear (In use) (EC: VPMOCT064 - INACTIVE)
51 TE2/0/2/20 Clear (In use) (EC: VPMOCT064 - INACTIVE)
52 TE2/0/2/21 Clear (In use) (EC: VPMOCT064 - INACTIVE)
53 TE2/0/2/22 Clear (In use) (EC: VPMOCT064 - INACTIVE)
54 TE2/0/2/23 Clear (In use) (EC: VPMOCT064 - INACTIVE)
55 TE2/0/2/24 Clear (In use) (EC: VPMOCT064 - INACTIVE)
56 TE2/0/2/25 Clear (In use) (EC: VPMOCT064 - INACTIVE)
57 TE2/0/2/26 Clear (In use) (EC: VPMOCT064 - INACTIVE)
58 TE2/0/2/27 Clear (In use) (EC: VPMOCT064 - INACTIVE)
59 TE2/0/2/28 Clear (In use) (EC: VPMOCT064 - INACTIVE)
60 TE2/0/2/29 Clear (In use) (EC: VPMOCT064 - INACTIVE)
61 TE2/0/2/30 Clear (In use) (EC: VPMOCT064 - INACTIVE)
62 TE2/0/2/31 Clear (In use) (EC: VPMOCT064 - INACTIVE)
 
  3. As shown above, my box has two connections with PSTN (same provider for
  both): one direct, one through an HiPath PBX.
  How can I double check timing slips don't come from inconsistency between
  both clock sources ?
  My first thought would be to unplug the link between Asterisk and HiPath and
  compare two /pro/dahddi/1 outputs.
  Thoughts ?
 

 I basically had the same issue as you for one of my sites. I tried
 everything under the sun to figure it out, change cables, loop back
 test, change out hardware, clocking, etc.
 
 In the end I had to upgrade dahdi to 2.7+ and the issue went away.
 Never did figure out the real problem, but to this day I think the
 issue was a delay on the frames from the PCI bus into the software.
 
 All that to say, try upgrading DAHDI and see what happens.

As far as Olivier's concern, I still vote there is some physical
cabling issue that is causing problems.

However, just for posterity, in my experience if HDLC aborts are
occuring and there are timing slips, it does not have anything to do
with the card / host communication, but rather the issue has more to
do with the framer 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  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] patlooptest output - errors

2014-01-14 Thread Shaun Ruffell
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 crossover.

[snip]

 Event: 29
 Event: 30

[snip]

 Cause for concern?
 
 I'm testing a card which has been used before without issues. I'm just
 playing with patlooptest for the first time, and wasn't expecting to see
 this on a supposedly good card.
 
 appreciate any input, thx.

Those events (29 and 30) 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, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] How to read IRQs and timing slips values

2014-01-13 Thread Shaun Ruffell
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 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
   echocanceller=oslec,1-15,17-31
  
   span=2,2,0,ccs,hdb3
   bchan=32-46,48-62
   dchan=47
   echocanceller=oslec,32-46,48-62
  
   Span1 is the one direct to provider equipement.
   Span2 is thh one that was connected to HiPath and which is simply 
   unplugged
 
  That looks correct. You might want to check your cables next. Do
  you only get timing slips when connected to the provider, or to
  the HiPath as well?
 
 
 For a couple of days now, I'm only connected to the provider.
 Just in case, I commented out in system.conf and
 dahdi-channels.conf, any reference to the HiPath span and ran a
 dahdi restart now: unfortunately, I'm still observing timing
 slips at  a rate of 1220 slips/hour.
 
 I have a spare TE4xx board.  Shall I replace current TE2xx with
 this spare and see if things improve or would you advise an other
 check ?

If you have another board, yes, you could try. But I would recommend
checking all your cables, etc.  Also, while highly unlikely, I've
heard of cases in the past where some smaller providers were
expecting to source timing from customer premise PBX (since they
were acting as a SIP gateway on the backend).

Your provider does expect you to source their clock?

-- 
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 --
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


Re: [asterisk-users] How to read IRQs and timing slips values

2014-01-10 Thread Shaun Ruffell
On Fri, Jan 10, 2014 at 07:48:21PM +0100, Olivier wrote:

 With a single span directly connected to PSTN I'm still getting timing
 slips (140 slips/hour).
 Would you agree to qualify this rate as excessive ?

Yes, this is excessive.

 Given these figures, may I also exclude an hardware failure inside my card
 or on the hosting machine ?
 In other words, how to detect a timing slip, Dahdi must use some inner
 clock as a reference, doesn't it ? Could this inner clock be presently
 broken ?

You've configured the card to recover timing from the provider?  If
so, do your slips follow the actual 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

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] How to read IRQs and timing slips values

2014-01-10 Thread Shaun Ruffell
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
 echocanceller=oslec,1-15,17-31
 
 span=2,2,0,ccs,hdb3
 bchan=32-46,48-62
 dchan=47
 echocanceller=oslec,32-46,48-62
 
 Span1 is the one direct to provider equipement.
 Span2 is thh one that was connected to HiPath and which is simply unplugged

That looks correct. You might want to check your cables next. Do you
only get timing slips when connected to the provider, or to the
HiPath as well?

-- 
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 --
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


Re: [asterisk-users] How to read IRQs and timing slips values

2014-01-09 Thread Shaun Ruffell
 to see the rate at which they
occur, then connect just one span direct and make sure you don't
have slips, then one span directly to the HiPath and make sure you
don't have slips.

If there isn't anyway to configure HiPath to provide the exact same
clock as the provider to any downstream devices, then you will need
to use two single port cards in order to sync to two different
clocks.

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://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


Re: [asterisk-users] Problem building dahdi from source

2014-01-03 Thread Shaun Ruffell
On Fri, Jan 03, 2014 at 03:56:30PM +0100, Jonas Kellens wrote:
 Hello,
 
 I am getting the following error when compiling dahdi :
 
 make[2]: Entering directory `/usr/src/kernels/2.6.32-431.1.2.0.1.el6.x86_64'
   Building modules, stage 2.
   MODPOST 0 modules
 make[2]: Leaving directory `/usr/src/kernels/2.6.32-431.1.2.0.1.el6.x86_64'
 make -C /lib/modules/2.6.32-431.1.2.0.1.el6.x86_64/build 
 SUBDIRS=/usr/src/dahdi-linux-complete-2.7.0.1+2.7.0.1/linux/drivers/dahdi 
 DAHDI_INCLUDE=/usr/src/dahdi-linux-complete-2.7.0.1+2.7.0.1/linux/include
 DAHDI_MODULES_EXTRA=  HOTPLUG_FIRMWARE=yes modules
 DAHDI_BUILD_ALL=m
 make[2]: Entering directory `/usr/src/kernels/2.6.32-431.1.2.0.1.el6.x86_64'
   CC [M] 
 /usr/src/dahdi-linux-complete-2.7.0.1+2.7.0.1/linux/drivers/dahdi/dahdi-base.o
 In file included from 
 /usr/src/dahdi-linux-complete-2.7.0.1+2.7.0.1/linux/drivers/dahdi/dahdi-base.c:66:
 /usr/src/dahdi-linux-complete-2.7.0.1+2.7.0.1/linux/include/dahdi/kernel.h:1407:
 error: redefinition of 'PDE_DATA'

[snip]

 So what am I missing ?

This was due to a backported definition of PDE_DATA [1] in kernel
2.6.32-431.

2.8.0.1 [2] or 2.7.0.2 [3] should work for you.

[1] https://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 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 --
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


Re: [asterisk-users] DAHDI-Linux and DAHDI-Tools 2.7.0.2 Now Available

2013-12-04 Thread Shaun Ruffell
On Tue, Dec 03, 2013 at 10:18:54PM -0800, Ira wrote:
 Hello Shaun,
 
 Tuesday, December 3, 2013, 7:20:34 PM, you wrote:
 
  Based on some direct replies that you sent, my current belief is
  that you are not recompiling dahdi_echocan_hpec for the new versions
  of DAHDI.
 
 Yes, it was me. I've had to copy the HPEC stuff from version to
 version so many time and it's been hectic and I forgot all about
 it. Solved the problem in both the current and beta versions.
 Thanks so much for the help.

And thank you for trying out the release candidates and reporting
issues. We really do appreciate 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://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


Re: [asterisk-users] DAHDI-Linux and DAHDI-Tools 2.8.0-rc2 Now Available

2013-12-03 Thread Shaun Ruffell
On Fri, Nov 22, 2013 at 07:16:30PM -0800, Ira wrote:
 Hello Asterisk,
 
 Friday, November 22, 2013, 11:41:02 AM, you wrote:
 
  The Asterisk Development Team has announced the releases of:
 
  dahdi-linux-complete-2.8.0-rc2+2.8.0-rc2
 
 Downloaded and installed but it won't load the HPEC license. Back to 2.0.7.1 
 and all is well again.
 
 -- Ira

Hi Ira,

Is there any more information you can tell me about this? What is
the output when you run dahdihpec_enable?

For example, on my system with 2.8.0-rc4 installed:

  # modprobe dahdi
  # modinfo -F version dahdi
  2.8.0-rc4
  # 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 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

-- 
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] DAHDI-Linux and DAHDI-Tools 2.7.0.2 Now Available

2013-12-03 Thread Shaun Ruffell
On Tue, Dec 03, 2013 at 03:28:15PM -0800, Ira wrote:
 Hello Asterisk,
 
 Tuesday, December 3, 2013, 11:28:31 AM, you wrote:
 
  The Asterisk Development Team has announced the releases of:
  DAHDI-Linux-v2.7.0.2
  DAHDI-Tools-v2.7.0.2
  dahdi-linux-complete-2.7.0.2+2.7.0.2
 
 I tried DAHDI-Linux-v2.8.0-rc5 and now this and I keep having to
 go back to DAHDI-Linux-v2.7.0.1 because my HPEC licenses won't
 load under the new versions? Is there something I'm missing that I
 have to do diffeerent
 
 I always quit Asterisk and run service dahdi stop until it exits
 clean, usually it takes 2 tries, then run service dahdi start
 which always in the past has loaded the HPEC drivers and license
 and then DAHDI, but with the newest releases it fails loading the
 HPEC stuff.
 
 I'll happily post a bug report, but I'd like to know if I'm just
 being stupid before I do that.

Hi Ira,

Based on some direct replies that you sent, my current belief is
that you are not recompiling dahdi_echocan_hpec for the new versions
of DAHDI.

If you repeat steps 4 and 6 from the HPEC readme [1], do you still
have problems when you try the new versions of the drivers?

[1] http://downloads.digium.com/pub/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 Provided 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


Re: [asterisk-users] DAHDI Missing '/sys/bus/astribanks/drivers/xppdrv/sync'

2013-11-24 Thread Shaun Ruffell
On Sat, Nov 23, 2013 at 11:47:49AM -0800, Joseph Towery wrote:
 Hello group,
 
 I am installing Asterisk on a new pc running Ubuntu 12.04.3
 Server.  I have dahdi-complete-2.7.0.1+2.7.0.1, and have tried
 2.6.1 and 2.8.0-rc1 and 2.8.0-rc2.  I am following along in the
 ASTERISK The Definitive Guide 4th Edition and on page 116 when I
 issue the command $ sudo /etc/init.d/dahdi start I get the
 following error:
 
 Loading DAHDI hardware modules:
    wctdm24xxp: done
 Running dahdi_cfg: done.
 Missing '/sys/bus/astribanks/drivers/xppdrv/sync'

Hi, it's safe to ignore this message, 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 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 --
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


Re: [asterisk-users] e1 , hdlc data link?

2013-11-19 Thread Shaun Ruffell
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
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 --
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


Re: [asterisk-users] Asterisk 1.4 and DAHDI 2.7

2013-11-05 Thread 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
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 --
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


Re: [asterisk-users] Asterisk12Beta- configure script/uuid missing??

2013-10-18 Thread Shaun Ruffell
On Fri, Oct 18, 2013 at 03:16:08PM -0400, Cassius Smith wrote:
 Hello,
 I'm trying to build Asterisk12 on a Centos 6.4 VM. The configure script is 
 erring out with:
 …
 checking for uuid_generate_random in -luuid... no
 checking for uuid_generate_random in -le2fs-uuid... no
 checking for uuid_generate_random... no
 configure: error: *** uuid support not found (this typically means the uuid 
 development package is missing)
 
 I have installed (using yum) uuid, uuidd and uuid-devel. No joy, still 
 getting same error.
 
 Anyone 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

-- 
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 --
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

Re: [asterisk-users] Dahdi_dummy is more accurate than core timer?

2013-10-02 Thread Shaun Ruffell
 in a voip system.

 - Is a hardware-card for timing the most efficient way to get timing
   even if I just use the card for the timing?

I personally do not think so. The most efficient way should just be
to allow the normal kernel timers to also provide timing to your
asterisk system without 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 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 --
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


Re: [asterisk-users] Dahdi interface flapping

2013-08-02 Thread Shaun Ruffell
On Fri, Aug 02, 2013 at 10:12:54AM -0400, Andre Goree wrote:
 
 Ran through a loopback test with Digium which seemingly proved that
 there was no issue with their card.  I've contacted my telco for
 assistance but so far have been unable to come up with
 anything...though there may be a timing slip issue.  In any case, the
 D-channel will indeed come up, but then after a while (at non-regular
 intervals), the D-channel goes down after this message in the logs:
 [2013-08-02 09:56:23] NOTICE[8688] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-08-02 09:56:23] NOTICE[8688] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 ...
 [2013-08-02 09:56:26] VERBOSE[8688] chan_dahdi.c: PRI Span: 1 TEI=0 MDL-ERROR 
 (F): SABME in state 7(Multi-frame established)
 [2013-08-02 09:56:26] VERBOSE[8688] chan_dahdi.c: PRI Span: 1 TEI=0 MDL-ERROR 
 (F): SABME in state 7(Multi-frame established)
 [2013-08-02 09:56:40] VERBOSE[8688] chan_dahdi.c: PRI Span: 1 TEI=0 MDL-ERROR 
 (I): T200 expired N200 times sending RR/RNR in state 8(Timer recovery)
 [2013-08-02 09:56:40] VERBOSE[8688] chan_dahdi.c: PRI Span: 1 TEI=0 MDL-ERROR 
 (I): T200 expired N200 times sending RR/RNR in state 8(Timer recovery)
 
 In the meantime I've been trying to adjust smp_affinity for the te133
 IRQ (just for the hell of it and the fact that I'm running out of
 things to try)  but it apparently it's being reset automatically by
 something.  I.e., I'll run this:
 [root@asterisk-master ~]# echo 8  /proc/irq/31/smp_affinity
 [root@asterisk-master ~]# cat /proc/irq/31/smp_affinity
 08
 
 but then, 5-10 secs later:
 [root@asterisk-master ~]# cat /proc/irq/31/smp_affinity
 01
 
 Have you ever seen something like that?

irqbalance will adjust the smp_affinity of interrupts. If you shut
it down you should be able to run your test.

 I'm using brand-newish hardware w/both the server and the card, so
 I wouldn't be surprised if I've run into some sort of new issue.
 I'm about to shut the server down now and give the BIOS settings a
 once-over just to make sure I'm not actually running into
 something weird hardware-wise.

Although, patlooptest ran clean. 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 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  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Dahdi interface flapping

2013-07-30 Thread Shaun Ruffell
On Tue, Jul 30, 2013 at 10:36:58AM -0400, Andre Goree wrote:
 
 I seem to be having an issue with the configuration of my PRI on a new
 asterisk server I've created to replace an old install that I have.
 The card is Digium Wildcard TE133.

In case you haven't, you should feel free to contact Digium customer
support with installation assistance with your new card.

http://www.digium.com/en/support/contact

 I've posted the configs and the output of a 'pri debug' below.  Please
 let me know if I should include anything else to help troubleshoot.
 I've tried both a standalone conifguration as well as the Dahdi module
 in FreePBX, results with the same error(s).
 
 /etc/dahdi/system.conf:
 span=1,0,0,ESF,B8ZS
 bchan=1-23
 dchan=24
 loadzone=us

I think the span line above is wrong. I think you want:

span=1,1,0,esf,b8zs

The second 1 indicates that the span should recover the clock from
the remote side (which should be your provider). However, normally
when you have the timing misconfigured like this you'll get HDLC
aborts, and not just the PRI going up and down.

So before looking into any 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

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Dahdi interface flapping

2013-07-30 Thread Shaun Ruffell
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 should include anything else to help troubleshoot.
   I've tried both a standalone conifguration as well as the Dahdi module
   in FreePBX, results with the same error(s).
  
   /etc/dahdi/system.conf:
   span=1,0,0,ESF,B8ZS
   bchan=1-23
   dchan=24
   loadzone=us
 
  I think the span line above is wrong. I think you want:
 
  span=1,1,0,esf,b8zs
 
  The second 1 indicates that the span should recover the clock from
  the remote side (which should be your provider). However, normally
  when you have the timing misconfigured like this you'll get HDLC
  aborts, and not just the PRI going up and down.
 
  So before looking into any more or contacting customer support, it
  might be easy to change that one line and see if the behavior is
  different.
 
 Thanks for the suggestions.  I did have the following before, with
 similar errors:
 
 [root@asterisk-master dahdi]# cat system.conf.ag
 loadzone = us
 defaultzone=us
 span=1,1,0,esf,b8zs
 bchan=1-23
 dchan=24
 
 From everything I've read, what you say makes complete sense and in
 fact I'm surprised that's changed (FreePBX's DAHDI module created the
 current config -- i.e. the one I posted in my original email).  I'll
 change that back and see if that makes a difference, but I'm pretty
 sure I used the above configuration in a previous attempt with the
 same results.
 
 Also, I have indeed received the following messages prior to the
 interface going down and these errors are what I was initially
 researching:
 
 [root@asterisk-master dahdi]# grep HDLC /var/log/asterisk/full
 ...
 [2013-07-30 08:09:03] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-07-30 08:09:03] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-07-30 08:24:05] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-07-30 08:24:05] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-07-30 08:29:47] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-07-30 08:29:47] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-07-30 08:30:52] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Abort 
 (6) on D-channel of span 1
 [2013-07-30 08:30:52] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Abort 
 (6) on D-channel of span 1
 [2013-07-30 08:36:01] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-07-30 08:36:01] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Bad FCS 
 (8) on D-channel of span 1
 [2013-07-30 08:39:54] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Abort 
 (6) on D-channel of span 1
 [2013-07-30 08:39:54] NOTICE[3621] chan_dahdi.c: PRI got event: HDLC Abort 
 (6) on D-channel of span 1
 
 A lot of info I found while researching the above error mentioned
 IRQ's, etc. and was one reason I posted the output of
 /proc/interrupts, heh...but I'm pretty sure my issue is not one
 that has to do with the IRQs.

Ok, that makes more sense. One more thing that is quick and easy to
rule out in case there are interrupt handling issues is the check
and see if there are any error messages in dmesg related to the
driver.

  $ dmesg | grep wcte13xp

If something on the system is preventing the wcte13xp's interrupt
handler from running in a timely manner you'll see messages like:
Underrun detected by hardware.  Latency bumped to: xms

Typically I've seen this with systems that are configured to use
framebuffers, disks that are operating in combined mode, systems
with consoles on slow serial ports, or ill-behaved system management
interrupts.

A few of those messages about latency bumps are not a problem, and
it is the drivers way of accommodating systems with less than ideal
real time performance. However if you see any messages like Tried
to increase latency past buffer size then the driver will not be
able to accommodate the host system without some changes (if you're
lucky).

But...still...Digium's tech support I'm sure would be more than
happy to help you troubleshoot.

-- 
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 --
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


Re: [asterisk-users] Dahdi interface flapping

2013-07-30 Thread Shaun Ruffell
On Tue, Jul 30, 2013 at 11:46:04AM -0400, Andre Goree wrote:
 
 Thanks I'll definitely be contacting Digium support shortly.  For the
 hell of it, here's my dmesg output -- I'm seemingly safe from an IRQ
 issue, thankfully, ha:
 
 [root@asterisk-master dahdi]# dmesg | grep wcte13xp
 wcte13xp :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16
 wcte13xp :01:00.0: restoring config space at offset 0xf (was 0x1ff, 
 writing 0x10b)
 wcte13xp :01:00.0: restoring config space at offset 0x4 (was 0x0, writing 
 0xdfb0)
 wcte13xp :01:00.0: restoring config space at offset 0x3 (was 0x0, writing 
 0x10)
 wcte13xp :01:00.0: restoring config space at offset 0x1 (was 0x10, 
 writing 0x17)
 wcte13xp :01:00.0: setting latency timer to 64
 wcte13xp :01:00.0: Firmware version: 6f0017
 wcte13xp :01:00.0: FALC version: 5
 wcte13xp :01:00.0: Setting up global serial parameters for T1
 wcte13xp :01:00.0: firmware: requesting dahdi-fw-oct6114-032.bin
 wcte13xp :01:00.0: Echo cancellation for 32 channels
 wcte13xp :01:00.0: Reset octasic
 wcte13xp :01:00.0: VPM450: Present and operational servicing 1 span
 wcte13xp :01:00.0: irq 37 for MSI/MSI-X
 wcte13xp :01:00.0: Found a Wildcard TE133 (SN: 1TE133F - DF04132035402 - 
 B1 - 20130521)
 wcte13xp :01:00.0: Span configured for ESF/B8ZS
 wcte13xp :01:00.0: Calling startup (flags is 4099)
 wcte13xp :01:00.0: Setting yellow alarm
 wcte13xp :01:00.0: Span configured for ESF/B8ZS
 wcte13xp :01:00.0: Calling startup (flags is 4099)
 wcte13xp :01:00.0: Span configured for ESF/B8ZS
 wcte13xp :01:00.0: Calling startup (flags is 4099)
 wcte13xp :01:00.0: Span configured for ESF/B8ZS
 wcte13xp :01:00.0: Calling startup (flags is 4099)
 wcte13xp :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
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 --
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


Re: [asterisk-users] DAHDI - Tickless Kernel?

2013-07-26 Thread Shaun Ruffell
On Thu, Jul 25, 2013 at 03:52:49PM -0500, Tim Nelson wrote:
 Greetings-
 
 I'm running some USB DAHDI hardware on a system with a tickless
 kernel. The audio quality is quite poor. Could the tickless kernel
 be to blame? If so, when recompiling a kernel that is *not*
 tickless, is there a recommended KERNEL_HZ value? IIRC, older
 kernels used to be 1000, but newer ones are 250.

I doubt it's the tickless kernel that is causing your issue.
Normally if you have DAHDI hardware, then it should be generating
interrupts which drive the mixing / passing of audio. There
shouldn't be any reliance on the system timer tick.

Also, for most Asterisk installations that are using the system
timer for mixing I've not seen any problems with 250 HZ. Most VOIP
systems mix audio at in at least 20ms size packets, so even at 250
HZ there are 5 timer expirations 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 tickless
kernel.

-- 
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 --
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


Re: [asterisk-users] Echo Cancellation

2013-07-25 Thread Shaun Ruffell
On Thu, Jul 25, 2013 at 02:51:02AM -0700, bilal ghayyad wrote:
 Hello;
 
 If our Digium Telephony Card does not support echo cancellation
 like (1TDM410PLF or 1AEX410PLF), what is the best and simple way
 to overcome the echo?
 
 Regards
 Bilal

Also, just FYI, 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.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] DAHDI-linux 2.7 compile error with CONFIG_DAHDI_NET enabled

2013-06-10 Thread Shaun Ruffell
On Mon, Jun 10, 2013 at 11:33:16AM -0400, Dave Fullerton wrote:
 
 Not sure how I should officially report this...

You should feel free to open issues at http://issues.asterisk.org.

 but I'm getting a compile error with DAHDI-linux 2.7 when I define
 CONFIG_DAHDI_NET in include/dahdi/dahdi_config.h. I am able to
 compile successfully when I leave it undefined, but I need to be
 able to use the network support.
 
 snipped
 /oct6100_api/oct6100_tsst.o
   AR  /tmp/dahdi-linux-2.7.0-net/drivers/dahdi/oct612x/lib.a
   Building modules, stage 2.
   MODPOST 0 modules
 make[1]: Leaving directory `/usr/src/linux-3.4.45'
 make -C /lib/modules/3.4.45-smp/build
 SUBDIRS=/tmp/dahdi-linux-2.7.0-net/drivers/dahdi
 DAHDI_INCLUDE=/tmp/dahdi-linux-2.7.0-net/include
 DAHDI_MODULES_EXTRA=  HOTPLUG_FIRMWARE=yes modules
 DAHDI_BUILD_ALL=m
 make[1]: Entering directory `/usr/src/linux-3.4.45'
   CC [M]  /tmp/dahdi-linux-2.7.0-net/drivers/dahdi/dahdi-base.o
 /tmp/dahdi-linux-2.7.0-net/drivers/dahdi/dahdi-base.c: In function
 'dahdi_net_open':
 /tmp/dahdi-linux-2.7.0-net/drivers/dahdi/dahdi-base.c:1967:4: error:
 'struct dahdi_chan' has no member named 'rxbufpolicy'
 make[2]: *** [/tmp/dahdi-linux-2.7.0-net/drivers/dahdi/dahdi-base.o] Error 1
 make[1]: *** [_module_/tmp/dahdi-linux-2.7.0-net/drivers/dahdi] Error 2
 make[1]: Leaving directory `/usr/src/linux-3.4.45'
 make: *** [modules] Error 2

Thanks for reporting this.

I have a patch [1] for the next release. If you are willing, care to
apply it to your 2.7.0 tree and check it out?

If you are building from a tarball you can easily apply it like:

  $ curl 
http://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

-- 
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 --
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


Re: [asterisk-users] RED on DAHDI channel

2013-05-28 Thread Shaun Ruffell
On Mon, May 27, 2013 at 12:14:41PM -0500, Mitch Claborn wrote:
 Asterisk 11.1
 
 We have a situation where one of our incomings POTS lines will not
 answer.  There are 2 lines configured by the Telco as a rollover
 group (rings the line that is not busy) and they feed into a Digium
 AEX410 on the server.  The most recent time this happened, I did a
 /etc/init.d/dahdi status and saw this:
 
 ### Span  4: WCTDM/1 Wildcard AEX410
 *53 FXOFXSKS   (EC: VPMOCT032 - INACTIVE)  RED*
  54 FXOFXSKS   (EC: VPMOCT032 - INACTIVE)
  55 FXOFXSKS   (EC: VPMOCT032 - INACTIVE)  RED
  56 FXOFXSKS   (EC: VPMOCT032 - INACTIVE)  RED
 
 55 and 56 are always red - there is nothing plugged into those
 ports.  53 and 54 are the active lines.  I restarted dahdi
 (/etc/init.d/dahdi stop then start) and it started working again,
 and the RED on 53 was gone.
 
 Is there something else I can do to try and figure out what is going
 on, and maybe how to prevent it?

Hi Mitch,

What version of DAHDI are you using? Unfortunately I did insert a
bug on 2.6.0 where it was possible for a channel on an AEX410 to get
stuck in RED alarm depending on the timing from the central office.
If you're not using 2.6.0+ you can ignore the remainder of this
email.

The bug was fixed in 2.6.2 in wctdm24xxp: Eliminate chance for
channel to be stuck in RED alarm. [1] but unfortunately, that fix
had a problem of it's own which was fixed in wctdm24xxp: Fix FXO
failure to detect battery CO disconnects. [2]. This just means
there isn't currently a release of the 2.6 branch that contains all
the recommended fixes.

If you were on the 2.6 branch, then I advise installing the current
tip of the 2.6.y branch like:

  $ git clone git://git.asterisk.org/dahdi/linux dahdi-linux -b 2.6.y
  $ cd dahdi-linux
  $ make install

[1] http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=commit;h=41639330a59
[2] http://git.asterisk.org/gitweb/?p=dahdi/linux.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.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 - Huntsville, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] RED on DAHDI channel

2013-05-28 Thread Shaun Ruffell
On Tue, May 28, 2013 at 12:44:47PM -0500, Mitch Claborn wrote:
 I got the following warning during the build.  Is it anything to
 worry about?
 
 WARNING: could not find 
 /home/mclaborn/asterisk/dahdi-2.6.y-snapshot-20130528-linux-20a479b/drivers/dahdi/vpmadt032_loader/.vpmadt032_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
VPMADT032 loader.

-- 
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 --
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


Re: [asterisk-users] erro compiling dahdi

2013-04-16 Thread Shaun Ruffell
On Tue, Apr 16, 2013 at 09:03:21PM +0200, Jonas Kellens wrote:
 Hello,
 
 when compiling dahdi (CentOS 2.6.18-348.3.1.el5) I get the following error :
 
 
 In file included from 
 /usr/src/dahdi-linux-complete-2.6.1+2.6.1/linux/drivers/dahdi/xpp/xpd.h:26,
  from 
 /usr/src/dahdi-linux-complete-2.6.1+2.6.1/linux/drivers/dahdi/xpp/card_bri.c:29:
 /usr/src/dahdi-linux-complete-2.6.1+2.6.1/linux/drivers/dahdi/xpp/xdefs.h:152:
 error: conflicting types for 'bool'
 include/linux/types.h:36: error: previous declaration of 'bool' was here
 make[4]: *** 
 [/usr/src/dahdi-linux-complete-2.6.1+2.6.1/linux/drivers/dahdi/xpp/card_bri.o]
 Error 1
 make[3]: ***
 [/usr/src/dahdi-linux-complete-2.6.1+2.6.1/linux/drivers/dahdi/xpp]
 Error 2
 make[2]: *** 
 [_module_/usr/src/dahdi-linux-complete-2.6.1+2.6.1/linux/drivers/dahdi]
 Error 2
 make[2]: Leaving directory `/usr/src/kernels/2.6.18-348.3.1.el5-x86_64'
 make[1]: *** [modules] Error 2
 make[1]: Leaving directory `/usr/src/dahdi-linux-complete-2.6.1+2.6.1/linux'
 make: *** [all] Error 2
 
 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 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 --
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


Re: [asterisk-users] g723 transcoding

2013-01-24 Thread Shaun Ruffell
On Thu, Jan 24, 2013 at 10:40:28AM -0500, Carlos Rojas wrote:
 Hi
 
 Look at it this link
 
 http://asterisk.hosting.lv/
 
 
 Kind Regards
 
 On Thu, Jan 24, 2013 at 10:34 AM, Richard Kenner ken...@gnat.com wrote:
 
  It appears that there are no transcoders 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/voice-compression/pci-express

-- 
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 --
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


Re: [asterisk-users] TE110P Wildcard does not work with Ubuntu 12.04 server

2013-01-15 Thread Shaun Ruffell
Hi,

On Tue, Jan 15, 2013 at 09:18:46PM +, ted wrote:
 Michel Verbraak michel at verbraak.org writes:
  Op 22-08-12 12:09, Shitian Long

I am trying to setup TE110P wildcard on a PBX running
ubuntu 12.04 server edition. I followed the procedure
from http://docs.digium.com/misc/ADL_quickstart.pdf step
by step.  

During the process of installing dahdi-linux-complete

I got following warnings:

  root at ubuntu:/usr/local/src/dahdi-linux-complete-2.6.1+2.6.1#
  make

  perl: warning: Setting locale failed.
  perl: warning: Please check that your locale settings:
  
   LANGUAGE
= en_US:en,
  
   LC_ALL
= (unset),
  
   LC_CTYPE
= UTF-8,
  
   LANG
= en_US.UTF-8
      are supported and installed on your system.
  perl: warning: Falling back to the standard locale (C).

Frist of, I am wondering if this error matters? 

I do not think this error matters. You probably should still make
sure your locale is set properly.

Second question, after installation process complete, and
  reboot the machine

I got the following error, when machine boot up:

Loading DAHDI hardware modules: 
wcte11xp: error

There should be some output in dmesg that indicates what the problem
is when you get an error here.

I think the TE110P card is no properly loaded. 

I try to confirm my thought by using
root at ubuntu:~# dahdi_tool

There is no interface listed on the table.

I am wondering if anyone got idea about this issue. Thanks.
 
 Having the same problems:
 
 
 /# dmesg -c  /dev/null
 /# /etc/init.d/dahdi stop
 Unloading DAHDI hardware modules: done
 /# modprobe wte11xp
 FATAL: Module wte11xp not found.

The above is a differnt error than what Shitian reported. It doesn't
look like the driver was installed properly for the current kernel.

 /# dmesg
 [ 2775.316252] dahdi: Telephony Interface Unloaded
 
 /# lspci | grep Dig
 /# 
 
 however:
 
 # make config
 install -D dahdi.init /etc/init.d/dahdi
 /usr/sbin/update-rc.d dahdi defaults 15 30
  System start/stop links for /etc/init.d/dahdi already exist.
 DAHDI has been configured.
 
 List of detected DAHDI devices:
 
 pci::03:02.0 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 ideas?  doesnt look like my system recognized the card at all.  no lights 
 on
 the card.  card was working perfectly.  i simply moved it from one box 
 (gentoo)
 to another (ubuntu 12.04)

Best guess based on what you said that the driver really isn't
installed for the current kernel.

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://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


[asterisk-users] Volume of messages on asterisk-users mailing list.

2012-12-29 Thread Shaun Ruffell
On Sat, Dec 29, 2012 at 12:41:30AM -0500, Steve Totaro wrote:
 
 Even more off topic.  Can someone smarter than me get the post
 totals for each year?  I was #1 one year.  I am not even talking
 about individual post counts though.  It just seems the list has
 died for the most part.

There is a graph of the daily posting rate at:
http://dir.gmane.org/gmane.comp.telephony.pbx.asterisk.user

If you click on the image you'll get the raw data which looks
something like:

  date posting-rate spam-rate
  20030217 11 0
  20030218 54 0
  20030219 67 0
  20030220 42 0
  20030221 43 0
  20030222 28 0
  20030223 41 0
  ...

I'll leave generating the yearly totals as an exercise for the
gentle reader.

You can see from the graph how much the activity on the mailing list
has dropped off. I imagine that should be expected as the technology
matures and there 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 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 --
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


Re: [asterisk-users] Paging for Praying

2012-12-28 Thread Shaun Ruffell
On Fri, Dec 28, 2012 at 06:41:38PM -0800, Steve Edwards wrote:
 On 12/28/2012 08:13 PM, Steve Edwards wrote:
 
 Please don't top-post. If you don't know what that means, please
 consult Google.
 
 On Fri, 28 Dec 2012, jon pounder wrote:
 
 Please stop saying don't top post, some of us prefer it that way.
 
 Besides being my preference, it is the documented rule of the
 mailing list:
 
   http://www.asterisk.org/community/discuss/
 
 Note Mailing List Rules, #5.

For a walk 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

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] callerid not received from dahdi

2012-12-11 Thread Shaun Ruffell
On Tue, Dec 11, 2012 at 10:07:42AM +0530, Harish Mandowara wrote:
 Hi,
 
 Thank you for your reply.
 77 ext. number is connected with my asterisk. so any one want to
 talk with jitsi(pc), they have to dial 77 then 2000#(jitsi sip
 user number).
 
  my pbx is sending callerid. i can see on other analog phone display.
 
 Yes pbx is sending callerid. When i dial any ext. number from
 jitsi. On the recipient phone display shows 77 ext number.
 
 i tried all combination from
 https://wiki.asterisk.org/wiki/display/AST/Caller+ID+in+India
 
 but it does not work.

Does the manual for your PBX say anything about how it's
sending the CallerID information?

Knowing specifically how the CallerID is supposed to be sent can
allow us to more quickly narrow in on why you may not be detecting
it.

Also, in the configs you originally 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 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] callerid not received from dahdi

2012-11-30 Thread Shaun Ruffell
On Fri, Nov 30, 2012 at 04:54:28PM +0530, Harish Mandowara wrote:
 
 Do not bother about below message. That is auto-generated by my mail
 server.

[snip]

 ---
 
 This e-mail is for the sole use of the intended recipient(s) and may
 contain confidential and privileged information. If you are not the
 intended recipient, please contact the sender by reply e-mail and destroy
 all copies and the original message. Any unauthorized review, use,
 disclosure, dissemination, forwarding, printing or copying of this email
 is strictly prohibited and appropriate legal action will be taken.
 ---

I realize this probably seems silly, but I do not think it's
in my best interest to ignore threats of appropriate legal action
for forwarding this email to someone who might be able to help or
archiving on a message board, etc..

Do you think you could talk to the people who manage your mail
server and 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 out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] info on : CONFIG_VOICEBUS_ECREFERENCE

2012-11-20 Thread Shaun Ruffell
On Tue, Nov 20, 2012 at 05:18:12PM +0530, upendra wrote:
 Hi,
 
 just going through the code i found that this  CONFIG_VOICEBUS_ECREFERENCE
 undef in the voicebus then how it will defined to run the echo cancell on
 the respective  drievers wctdm24xxp ??
  explain how this  CONFIG_VOICEBUS_ECREFERENCE  enabled and where it is
 enabled while run time.

It's a compile time option that was in added to the code for testing
in certain environments [1]. It doesn't enable / disable the
echocanceler, but instead changes the default processing to provide
a more accurate reference signal when latency grows large.

[1] http://svnview.digium.com/svn/dahdi?view=revisionrevision=9144

If you would like to use it for some reason, in
drivers/dahdi/voicebus.h change #undef CONFIG_VOICEBUS_ECREFERENCE
to #define CONFIG_VOICEBUS_ECREFERENCE.

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, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Fwd: Errors Compiling Libpri-1.4.13

2012-11-19 Thread Shaun Ruffell
On Mon, Nov 19, 2012 at 08:47:23PM +0100, Adolphus Enaboifo wrote:
 .. I get errors while trying to compile Libpri 1.4.13. (check
 attachment} Can you guys please help me prescribe a fix.

[snip]

 gcc -g -Wall -Werror -Wstrict-prototypes -Wmissing-prototypes -fPIC  -O2  -MD 
 -MT pridump.o -MF .pridump.o.d -MP -c -o pridump.o pridump.c
 pridump.c:45:24: fatal error: dahdi/user.h: No such file or directory 
 compilation terminated.
 make: *** [pridump.o] Error 1

New in lipri 1.4.13 is a default dependency on DAHDI [1]. You should
be good to go if you make sure that DAHDI is installed before
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

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Managing complex setups with Asterisk

2012-11-08 Thread Shaun Ruffell
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 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] TE820 hardware detection

2012-11-08 Thread Shaun Ruffell
On Thu, Nov 08, 2012 at 09:02:43AM -0800, Justin Killen wrote:
 I checked the version and it looks like it is up to date
 
 [root@dozer2 dahdi]# asterisk -rx 'dahdi show version'
 DAHDI Version: 2.6.1 Echo Canceller: HWEC
 [root@dozer2 dahdi]# modinfo -F version dahdi
 2.6.1
 [root@dozer2 dahdi]# cat /sys/module/dahdi/version
 2.6.1
 
 On a whim, I went ahead and downloaded and built/installed dahdi 2.6.1
 After that, I ran dahdi_genconf and it made entries for the card in 
 /etc/dahdi/system.conf

 I think perhaps it didn't have the proper firmware downloaded in
 the distribution, or it tried to download it during the install
 and failed (we're behind a web content filtering system, so
 sometimes things get blocked)
 
 But still when I run dahdi_hardware, I still only see the TDM800P card

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] http://svnview.digium.com/svn/dahdi?view=revisionrevision=10682

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://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


Re: [asterisk-users] DAHDI 1.4 on Kernel 3.0

2012-11-08 Thread Shaun Ruffell
On Tue, Nov 06, 2012 at 06:49:09PM -0600, Alyed wrote:
 Hello listers,
 
 I'm trying to run DAHDI 1.4 on a 3.0 Debian Kernel in an embedded system,
 but have faced lots of problems mainly because it has lots of functions
 looking for the PCI.
 
 Have seen so many problems, I'm in fact thinking it cannot be possibly done
 (at least not in a couple of weeks, by one only man). Has anyone out there
 had any experience on something like this? or can someone shed some light
 on how to overcome this issues?
 
 Any ideas are very welcome

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=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  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] TE820 hardware detection

2012-11-07 Thread Shaun Ruffell
On Wed, Nov 07, 2012 at 05:02:57PM -0800, Justin Killen wrote:
 I just installed a TE820 octal span T1 card, and it's not showing
 up in dahdi_hardware output.  This was installed into a test
 machine that already has a TDM800P card in it, and that one is
 showing up and 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. | 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 --
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


Re: [asterisk-users] Calling out on a group of DAHDI lines

2012-10-09 Thread Shaun Ruffell
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.)

You can use dynamic DAHDI spans to simulate this on a single box if you
would with DAHDI-Linux 2.6.0+. Something like:

In /etc/dahdi/system.conf use:
  dynamic=loc,1:0,4,0
  fxsks=49-52
  dynamic=loc,1:1,4,0
  fxoks=53-56
  loadzone= us
  defaultzone = us

And in /etc/asterisk/chan_dahdi.conf:

  signalling=fxs_ks
  context=pstn
  group=0
  channel=1
  channel=2
  channel=3
  channel=4

  signalling=fxo_ks
  context=simulation
  group=63
  channel=51
  channel=52
  channel=53
  channel=54

Now you can start up asterisk and group 0 will be your normal group
and you can answer these lines in the simulation 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 - Huntsville, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Calling out on a group of DAHDI lines

2012-10-09 Thread Shaun Ruffell
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.)
 
 You can use dynamic DAHDI spans to simulate this on a single box if you
 would with DAHDI-Linux 2.6.0+. Something like:
 
 In /etc/dahdi/system.conf use:
   dynamic=loc,1:0,4,0
   fxsks=49-52

Should make the above line:
fxsks=1-4

   dynamic=loc,1:1,4,0
   fxoks=53-56
   loadzone= us
   defaultzone = us
 And in /etc/asterisk/chan_dahdi.conf:
 
   signalling=fxs_ks
   context=pstn
   group=0
   channel=1
   channel=2
   channel=3
   channel=4
 
   signalling=fxo_ks
   context=simulation
   group=63
   channel=51
   channel=52
   channel=53
   channel=54
 
 Now you can start up asterisk and group 0 will be your normal group
 and you can answer these lines in the simulation 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 - Huntsville, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Calling out on a group of DAHDI lines

2012-10-09 Thread Shaun Ruffell
On Tue, Oct 09, 2012 at 03:41:49PM -0500, Mitch Claborn wrote:
 I found that I had to chmod 666 /dev/dahdi/*  to allow asterisk to
 use the simulation channels.  The /dev/dahdi directory seems to be
 recreated when dahdi starts.
 
 Here is what I finally came up with that works for me.
 
 system.conf
 dynamic=loc,1:0,4,0
 fxsks=1-4
 
 dynamic=loc,1:1,4,0
 fxoks=5-8
 loadzone= us
 defaultzone = us
 
 
 chan_dahdi.conf
 signalling=fxs_ks
 context=simulation
 group=0
 channel=1
 
 signalling=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 without access to
the actual hardware and yet still use chan_dahdi.

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://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


Re: [asterisk-users] DAHDI help please

2012-10-02 Thread Shaun Ruffell
On Mon, Oct 01, 2012 at 06:44:22PM -0400, Pat Collins wrote:
 Can anyone tell me if it is possible to invert the signaling bits
 on a T1 channel?

 I need to emulate PLAR signaling in asterisk.  EM seems to be an
 exact match if reversed.

 I need idle bits  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.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] DAHDI help please

2012-10-02 Thread Shaun Ruffell
On Tue, Oct 02, 2012 at 11:22:31PM -0400, Pat Collins wrote:
 Shaun,
 To make more sense of the code, I changed 
 #define DAHDI_XBIT(3  2) to 
 #define DAHDI_XBIT(0)
 
 Sadly, incoming calls do not work.  Not sure exactly how to START or RING
 when the RX AB bits are 00
 Any ideas?
 Thanks again for your help!

The board drivers call dahdi_rbsbits() when they want to report a change
in the state of the RBS bits for a channel. If you look in the code
there you will see where events are generated depending on the
signalling 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

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Issue with PRI connection

2012-09-24 Thread Shaun Ruffell
On Mon, Sep 24, 2012 at 09:02:47AM +0100, A J Stiles wrote:
 
 Make sure you set the jumpers on the card correctly for E1
 operation  (they are often set as T1 on delivery)...

A minor FYI not directly related to this discussion: Since
DAHDI-Linux 2.6.0 the jumpers can be overridden in the wcte12xp [1]
and wct4xxp [2] drivers with the default_linemode module
parameter. Before that it could be set with the t1e1override
module parameter

[1] http://svnview.digium.com/svn/dahdi?view=revisionrevision=10243
[2] http://svnview.digium.com/svn/dahdi?view=revisionrevision=10269

The code in the drivers is present to set the linemode as part of
the normal DAHDI configuration files (i.e. processed with dahdi_cfg)
but the method of expressing that settings is not there yet. The
vision is that dahdi_genconf will be able to pick a default line
mode based 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 Colocation Provided 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


Re: [asterisk-users] kernel: dahdi: Master changed to TE2/0/2 --- Is a normal message

2012-09-21 Thread Shaun Ruffell
On Fri, Sep 21, 2012 at 01:59:28PM -0300, equis software wrote:
 Shaun, here is the last test that I made.
 
 
 Time 0:
 IVR1 (with digiumA) have erros (Master changed to TE2/0/1)
 IVR2 (with digiumB) OK
 
 Time 1: (just swap spams)
 IVR1 (with digiumB) OK
 IVR2 (with digiumA) have erros (Master changed to TE2/0/1)
 
 I'm seriously thinking that the problem is in the digiumA
 
 What you think?

Honestly, it's hard to say without really looking at your complete
configuration. At this point it might be quickest if you contact
Digium 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 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] kernel: dahdi: Master changed to TE2/0/2 --- Is a normal message

2012-09-17 Thread Shaun Ruffell
On Mon, Sep 17, 2012 at 09:33:12AM -0300, equis software wrote:
 Took 3 days without errors like dahdi: Master changed to TE2/0/2
 having installed the dahdi 2.6.1

A heads up: With DAHDI-Linux 2.5.0 and up you will only see the
Master changed messages when you set the debug module parameter
[1]

[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 out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] kernel: dahdi: Master changed to TE2/0/2 --- Is a normal message

2012-09-14 Thread Shaun Ruffell
On Fri, Sep 14, 2012 at 11:27:14AM -0300, equis software wrote:
 Shaun, could it be related to
 http://lists.digium.com/pipermail/asterisk-users/2012-March/271304.html ??
 I'm using DAHDI Version: 2.4.1.2

No, those committs were to address an issue that only existed
between 2.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  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] kernel: dahdi: Master changed to TE2/0/2 --- Is a normal message

2012-09-14 Thread Shaun Ruffell
[friendly request that you inline or bottom post and trim your replies.
See http://brooksreview.net/2011/01/interleaved-email/ which makes
most of the points I would make on the subject]

On Fri, Sep 14, 2012 at 09:00:39AM -0300, equis software wrote:
 My test were...
 
 SIEMENS - LTG1 --- cable1 - SS7 --- IVR1 (have errors)
|- LTG2 --- cable2 - SS7 --- IVR2 (OK)
 
 minutes later...
 
 SIEMENS - LTG1 --- cable1 - SS7 --- IVR2 (OK)
|- LTG2 --- cable2 - SS7 --- IVR1 (have same errors)

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 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Asterisk on VM with NO DAHDI hardware

2012-09-14 Thread Shaun Ruffell
On Fri, Sep 14, 2012 at 09:42:23PM -0400, Mark Robinson wrote:
 I did some research on this subject and still do not understand.
 Why we use modules if asterisk can obtain timing directly from
 kernel?

Probably longer than it needs to be but...

Asterisk needs timing information via a kernel file descriptor
that can be passed into to the poll() [1] or select() system calls.
This allows Asterisk to sleep while waiting for either a network
packet to come in or one of several time intervals to expire in the
same system call which is very efficient.

DAHDI historically provided this service via /dev/dahdi/timer.
DAHDI was a good choice to provide a timing service since Asterisk
typically wanted VOIP traffic synchronized with any telephony
hardware installed. If there was not telephony hardware DAHDI could
use internal kernel interfaces to find the best source of timing for
Asterisk (generic kernel timers, Real-Time Clock, High Resolution
timers, etc..).

Using DAHDI was (and is) a natural choice but updating kernels can
be more difficult since DAHDI must be recompiled every time the
kernel is updated. This unnecessarily increases the administration
burden when there is not any telephony hardware to synchronize with.

To reduce the dependency on DAHDI, res_timing_pthread was created in
Asterisk version 1.6.1 [2]. This implementation could provide timing
via file descriptors without requiring DAHDI to be installed. It
uses a pipe()[3] and a thread. The thread will sleep for a period of
time and then write to one end of the pipe when the timer fires.
res_timing_pthread is more system intensive--creates a thread that
must be scheduled, the scheduling of that thread determines the
timeliness of the timer firing, and the extra system calls required
to accomplish the same task--and I believe it is advisable to avoid
res_timing_pthread unless you have no other choice.

It was not until kernel version 2.6.25 that Linux provided a
standard interface for configuring timers that signaled via file
descriptors, the timerfd interface [4]. Now Asterisk had a standard
kernel interface which provided essentially the same service that
DAHDI's /dev/dahdi/timer did without needing to install DAHDI or
creating a separate thread which wrote to a pipe and
res_timing_timerfd was first release in Asterisk 1.6.2 [5]. The
problem is that timerfd_create() is not available on all platforms
Asterisk must support. Also, if you have telephony hardware
installed it is still generally best to synchronize to the clock on
the telephony hardware to minimize audio problems caused by
mismatches in clock rates. But if available and you don't have any
other dependency on DAHDI (app_meetme, app_page, etc...), timerfd
should be your first choice for timing source.

So given these different methods of obtaining timing, Asterisk
needed a way to abstract them so that other parts of the system had
a standard way to get a file descriptor which could be configured to
fire at certain intervals. That is why the timing interface [6] and
various timing modules were created. It allows the Asterisk
administrator to use the timing source that works best for them.

That's why, to the best of my knowledge, Asterisk uses modules even
though it can now obtain timing directly from the kernel.

Cheers,
Shaun

[1] http://linux.die.net/man/2/poll
[2] http://svnview.digium.com/svn/asterisk?view=revisionrevision=122928
[3] http://linux.die.net/man/2/pipe
[4] http://linux.die.net/man/2/timerfd_create
[5] http://svnview.digium.com/svn/asterisk?view=revisionrevision=157820
[6] http://svnview.digium.com/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 and Colocation Provided 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


Re: [asterisk-users] Asterisk on VM with NO DAHDI hardware

2012-09-13 Thread Shaun Ruffell
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 to use only
   SIP and IAX2.
 
  If you're on a newish kernel (something later than v2.6.22), can use
  app_confbridge instead of app_meetme, and do not need app_page
  (unless you can can join the beta / wait for Asterisk 11) you can
  simply use res_timining_timerfd.
 
 How do you specify this ?
 Passing options when compiling asterisk from source ?

It should build by default if your platform supports it.

In menuconfig, check that the module is enabled:
  Resource Modules :  [*] res_timing_timerfd 

Ensure that res_timing_timerfd.so is loaded in
/etc/asterisk/modules.conf:

  [modules]
  noload = res_timing_dahdi.so
  noload = res_timing_pthread.so
  load = res_timing_timerfd.so

And you can ensure you have a timing source in asterisk with timing
test, which will also show which timing source you're using:

  *CLI timing test 
  Attempting to test a timer with 50 ticks per second.
  Using the 'timerfd' timing module for this test.
  It has been 1000 milliseconds, and we got 50 timer ticks

-- 
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 --
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


Re: [asterisk-users] Asterisk on VM with NO DAHDI hardware

2012-09-13 Thread Shaun Ruffell
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 source.
What would you suggest to use for timing? We will plan to use only
SIP and IAX2.
  
   If you're on a newish kernel (something later than v2.6.22), can use
   app_confbridge instead of app_meetme, and do not need app_page
   (unless you can can join the beta / wait for Asterisk 11) you can
   simply use res_timining_timerfd.
  
  How do you specify this ?
  Passing options when compiling asterisk from source ?
 
 It should build by default if your platform supports it.
 
 In menuconfig, check that the module is enabled:
   Resource Modules :  [*] res_timing_timerfd 
 
 Ensure that res_timing_timerfd.so is loaded in
 /etc/asterisk/modules.conf:
 
   [modules]
   noload = res_timing_dahdi.so
   noload = res_timing_pthread.so
   load = res_timing_timerfd.so
 
 And you can ensure you have a timing source in asterisk with timing
 test, which will also show which timing source you're using:
 
   *CLI timing test 
   Attempting to test a timer with 50 ticks per second.
   Using the 'timerfd' timing module for this test.
   It has been 1000 milliseconds, and we got 50 timer ticks

You may also want to read over this wiki page:
https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces

-- 
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 --
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


Re: [asterisk-users] kernel: dahdi: Master changed to TE2/0/2 --- Is a normal message

2012-09-13 Thread Shaun Ruffell
On Thu, Sep 13, 2012 at 05:13:04PM -0300, equis software wrote:

 My ultimate intention is to blame the board, but we have changed
 teh cable and the LTG in the central and the problem continues,
 while the same LTG with another server works fine.  Is too
 strange!!

I don'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.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] kernel: dahdi: Master changed to TE2/0/2 --- Is a normal message

2012-09-12 Thread Shaun Ruffell
On Wed, Sep 12, 2012 at 12:19:41PM -0300, equis software wrote:
 I have a server with an asterisk ss7 link connected to a Siemens
 working well for over a year.

 A few days ago I started having problems with signaling.  I found
 the following logs in / var / log / messages
 
 [1018427.030959] dahdi: Master changed to TE2/0/2
 [1018427.120740] dahdi: Master changed to TE2/0/1
 [1018427.789173] dahdi: Master changed to TE2/0/2
 [1018427.884828] dahdi: Master changed to TE2/0/1
 [1018431.209621] dahdi: Master changed to TE2/0/2
 [1018431.300289] dahdi: Master changed to TE2/0/1
 [1018434.763742] dahdi: Master changed to TE2/0/2
 
 If I stop the asterisk and dahdi driver just let the messages
 continue to appear.
 
 Any ideas??

My guess is you have a cabling problem and that span TE2/0/1 is
going into and out of 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 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 --
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


Re: [asterisk-users] Asterisk on VM with NO DAHDI hardware

2012-09-12 Thread 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 timing? We will plan to use only
 SIP and IAX2.

If you're on a newish kernel (something later than v2.6.22), can use
app_confbridge instead of app_meetme, and do not need app_page
(unless you can can join the beta / wait for Asterisk 11) you can
simply use res_timining_timerfd. This will free you from any kernel
module dependencies.

If that won't work for you, you can still use DAHDI in a virtual
machine and it will provide timing for your Asterisk process via
kernel timers. If you're using app_meetme, change DAHDI_CHUNKSIZE
from 8 (1ms) to 80 (10ms). There isn't anything to be gained from a
1ms mixing chunk if you have no need to bridge audio from one card
to another when audio is being delivered 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.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Interrupt error

2012-09-04 Thread Shaun Ruffell
On Tue, Sep 04, 2012 at 12:00:55PM +0530, Chandrakant Solanki wrote:
 Hello,
 
 Asterisk : asterisk-1.6.0.5
 Dahdi: dahdi-linux-complete-2.5.1
 Kernel Version: 2.6.18-128.el5xen
 
 AS_1 kernel: Uhhuh. NMI received for unknown reason 00 on CPU 0.
 Message from syslogd@ 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 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 --
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


Re: [asterisk-users] can we install 10 PCI card on asterisk

2012-08-27 Thread Shaun Ruffell
On Mon, Aug 27, 2012 at 06:10:23PM +0530, Raj Mathur (राज माथुर) wrote:
 On Monday 27 Aug 2012, DHAVAL INDRODIYA wrote:
  i would like to know if anyone has done or having idea regarding PRI
  terminations in asterisk.
  
  i have a requirement where i need to support 80 PRI in one machine i
  have found a machine which have 10 PCI slots available
  
  now i am thinking of arranging 8port sangoma card in this pci slots
  so i can arrenge 10 card in that.
 
 Last I checked, the highest channel number DAHDI supported was 1023, 
 limiting you to some 34 E1 PRIs.

Since DAHDI-Linux 2.5.0 there is not a hard coded limit on the
number of channels [1] or spans [2] that DAHDI can support. The
number of pseudo channels is limited by a module parameter,
'max_pseudo_channels', which currently defaults to 512 [3].

[1] http://svnview.digium.com/svn/dahdi?view=revisionrevision=9609
[2] http://svnview.digium.com/svn/dahdi?view=revisionrevision=9598
[3] http://svnview.digium.com/svn/dahdi?view=revisionrevision=9610

  is it possible to run system like that ? is it good idea , can
  asterisk handle 2400 calls if machine size and RAM is good.
 
 We've faced stability issues with more than 500 simultaneous calls on a 
 single high-powered server, with no transcoding.  However, that's 
 probably more a limitation of our own architecture and application than 
 a hard Asterisk limit.

I too would be very surprised if DHAVAL is able to run anything
close to 80 spans in a single server without modifying the drivers
to a) optimize for increased throughput versus minimal latency
(DAHDI currently favors low latency between bridged channels) and 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 optimizing for density either.

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://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

Re: [asterisk-users] wct4xxp Interrupts not detected with dahdi 2.6, ?but working ok with 2.5

2012-08-24 Thread Shaun Ruffell
On Sat, Aug 25, 2012 at 12:04:48AM +, ebusic wrote:
 I have the same problem with OpenVOX D210E card
 
 These one is not working:
 
 dahdi: Telephony Interface Registered on major 196
 dahdi: Version: 2.6.1

[snip]

 and these one working fine:
 
 dahdi: Telephony Interface Registered on major 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 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 --
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


Re: [asterisk-users] Load test for FXS and FXO cards

2012-08-22 Thread Shaun Ruffell
On Wed, Aug 22, 2012 at 10:43:54AM +0530, upendra wrote:
 
  Can anyone tell me how to do the load test for the FXS and FXO
  cards and find how much the asterisk machine can load�for
  different processors configuration.

I'll be surprised if anyone is able to give you the answer your
looking for.

Are you talking about CPU load? Load on the power supply when
ringing multiple FXS ports simultaneously? What else is the Asterisk
server intended to do which could influence how you setup your
test?

You might get a better response if you ask a more specific question
with exactly 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

--
_
-- Bandwidth and Colocation Provided 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

Re: [asterisk-users] TE110P Wildcard does not work with Ubuntu 12.04 server

2012-08-22 Thread Shaun Ruffell
On Wed, Aug 22, 2012 at 12:09:54PM +0200, Shitian Long wrote:
 I am trying to setup TE110P wildcard on a PBX running ubuntu 12.04
 server edition. I followed the procedure from
 http://docs.digium.com/misc/ADL_quickstart.pdf step by step.  

 During the process of installing dahdi-linux-complete
 
 I got following warnings:
 
 root@ubuntu:/usr/local/src/dahdi-linux-complete-2.6.1+2.6.1# make
 
 perl: warning: Setting locale failed.
 perl: warning: Please check that your locale settings:
   LANGUAGE = en_US:en,
   LC_ALL = (unset),
   LC_CTYPE = UTF-8,
   LANG = en_US.UTF-8
 are supported and installed on your system.
 perl: warning: Falling back to the standard locale (C).
 
 
 Frist of, I am wondering if this error matters? 

I think you can safely ignore these warnings. You might need to make
sure those locales are properly setup on your server to get rid of
the warnings. See http://ubuntuforums.org/showthread.php?t=1346581

 Second question, after installation process complete, and reboot the machine
 
 I got the following error, when machine boot up:
 
 Loading DAHDI hardware modules: 
 wcte11xp: error
 
 I think the TE110P card is no properly loaded. 

You will want to runt he dmesg command after trying to load the
driver to see if there are any errors listed.

Run these 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 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 - Huntsville, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] Which card to get?

2012-08-21 Thread Shaun Ruffell
On Tue, Aug 21, 2012 at 09:33:39AM -0400, James B. Byrne wrote:
 We are investigating the possibility of using Asterisk in a KVM based
 virtual machine to handle connections to and from our HylaFax service.
  Our current set up uses a dedicated host with external fax modems. 
 What I wish to know is what interface card would the list members
 recommend for a proof of concept trial?

Hopefully if someone else has a different experience they will speak
up, but I've not personally heard of any cards working reliably in a
PCI passthrough mode. This could e a problem if 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
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 --
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


Re: [asterisk-users] asterisk.ctl file

2012-08-06 Thread Shaun Ruffell
On Mon, Aug 06, 2012 at 10:03:41AM +0200, Giuseppe Longo wrote:
 Hello guys,
 i've a little question to ask. What is the file asterisk.ctl ?

That is a UNIX Domain Socket file used to pass commands to an
Asterisk process. It's how asterisk -r and asterisk -rx
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

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] DTMF transmission problem

2012-08-02 Thread Shaun Ruffell
On Thu, Aug 02, 2012 at 12:45:28PM +, Noah Engelberth wrote:
 I am having difficulties with customer-bound DTMF being very short
  clipped off (and basically unusable, as systems on the customer
 side aren't recognizing the DTMF digits, and I can barely tell
 that DTMF is there when I listen on a handset).
 
 My system set up as follows:
 
 PSTN -- Metaswitch -SIP- Asterisk -SIP or IAX2- CPE

[snip]

 ... Vocal call  quality is fine, DTMF is fine from the customer to the PSTN, 
 but
 DTMF from the PSTN to the customer isn't ...

 [snip]

 The same symptoms persist whether the PSTN or the CPE initiate the call.

What is the dtmf mode of Metaswitch in the above diagram? Is it
possible that it's muting the DTMF and then not generating the
corresponding DTMF event messages?  Everytime I'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 Asterisk
server.

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://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


Re: [asterisk-users] DAHDI DTMF problem?

2012-07-06 Thread Shaun Ruffell
On Fri, Jul 06, 2012 at 11:10:43AM -0500, Tim Nelson wrote:
 - Original Message -
  
  It has a Digium Wildcard TE122
 
 If it has an onboard echo canceler, try disabling it and retrying.
 Just a shot in the dark, going from my experience with other cards
 and same symptoms. If the card is new(ish) I would think Digium
 could provide support to you for determining the DTMF problems.

Bill,

To repeat what Tim said, if you're eligible I would recommend
contacting Digium's support department. There are many variables
with a new install and Digium support would be happy to help you
troubleshoot.

Some other things to try in order to isolate the drivers / hardware
change from the Asterisk change. You could:

a) Install the exact same versions of Asterisk / DAHDI that you used
previously on the new server with Centos 5.8.

b) Run a local pattern test to verify the host - card
communication is valid. If you have problems here there may be a
framebuffer configured or a disk controller running in combined mode
preventing the cards interrupt handler from running in a timely
fashion.

c) Use dahdi_monitor to record the audio on the channel you're
testing with and open it up with audacity and verify that the DTMF
looks correct. If it does, then most likely there is a problem with
chan_dahdi reading the audio from the drivers quickly enough.

d) Ensure that you are only loading the Asterisk modules you need in
case 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 - Huntsville, AL 35806 - USA
Check us out at: www.digium.com  www.asterisk.org

--
_
-- Bandwidth and Colocation Provided 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


Re: [asterisk-users] DAHDI DTMF problem?

2012-07-06 Thread Shaun Ruffell
On Fri, Jul 06, 2012 at 11:07:26AM -0500, Bill Dunn - VCI Internet Services 
wrote:
 
 It has a Digium Wildcard TE122
 
 I've asked Digium about the card below. They say the -1 in the
 bipolar and CRC errors is ok. They don't change.
 
 Description  AlarmsIRQbpviol CRC
 Fra Codi Options  LBO
 Wildcard TE122 Card 0 OK1  -1 -1
 ESF B8ZS0 db (CSU)/0-133 feet (DSX-1)

Some background on the -1s for the bipolar and CRC errors:

The driver for the TE122 returns -1'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=revisionrevision=10212

-- 
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 --
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


Re: [asterisk-users] DAHDI DTMF problem?

2012-07-06 Thread Shaun Ruffell
On Fri, Jul 06, 2012 at 01:28:01PM -0500, Bill Dunn - VCI Internet Services 
wrote:

 I used the dahdi_monitor to record the audio on the T1 channel of the
 working server and the new server. The audio stream of the working server
 allowed me to hear the audio I heard over the phone call plus the DTMF at
 the very beginning. The audio of the new server was completely messed up. I
 could barely make out the where the DTMF and the audio were in the file. If
 I didn't have a working sample I wouldn't know what it was. And, the
 beginning of the new server sample always contains a hum or tone in it
 whereas the working server does not have that.
 
 What does this tell me?

Bill, to close out this thread: After logging into your system, I'm
nearly certain you'll need to contact Digium technical support for
assistance if moving the card into a different system doesn't change
the results.

I ran the same commands I ran on your server on a test server of
mine and this is what I would have expected on your server:

  $ cat system.em.conf
  span=1,0,0,esf,b8zs
  em=1-24
  loadzone= us
  defaultzone = us
  $ modprobe --first-time wcte12xp vpmsupport=0 latency=6 debug=1
  $ dahdi_cfg -c system.em.conf
  $ dahdi_maint -s 1 --loopback localhost
  Span 1: local host loopback ON
  $ patlooptest 1 -t 10  patlooptest 1 -t 10
  Using Timeout of 10 Seconds
  Going for it...
  Timeout achieved Ending Program
  Test ran 33 loops of 2039 bytes/loop with 0 errors
  Using Timeout of 10 Seconds
  Going for it...
  Timeout achieved Ending Program
  Test ran 34 loops of 2039 bytes/loop with 0 errors

On your server this same sequence would produce repeated patloop
errors even though there were 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
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 --
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


Re: [asterisk-users] Dahdi-2.4.0+2.4.0 means ??

2012-06-21 Thread Shaun Ruffell
On Fri, Jun 22, 2012 at 09:34:34AM +0530, upendra wrote:
 hi,
 
 in the documents its says about  dahdi-linux + asterisk change, but there
 is no explanation about it .If any know clearly about dahdi versioning then
 please let us know .

Hi. Which document does it say that it's dahdi-linux + asterisk? 

As Patrick said (and you can see at http://www.asterisk.org/downloads ),
x.y.z+a.b.c is a tarball that contains version x.y.z of DAHDI-Linux, and
version a.b.c of DAHDI-Tools. It's intended to be a convenience since on Linux
you will typically need both of these packages to operate.

DAHDI-Linux and DAHDI-Tools released as separate packages since it's possible
for DAHDI-Tools to be used on other platforms such as FreeBSD.

The general scheme of the version numbers is normal semantic versioning first
described here: 
http://lists.digium.com/pipermail/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 Colocation Provided 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


  1   2   3   4   >