Re: [asterisk-users] DAHDI timing
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
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
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
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
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
On Thu, Sep 14, 2017 at 10:55 AM, Steve Edwards 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 ?
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
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
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] dahdi 2.10.1 build fails
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] chan_dahdi.c: Don't know what to do with frame type '10'
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
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//span- is your best bet. Maintenance counters on digital spans (timing slips, bit errors, etc..) is returned via: $ dahdi_maint -s 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
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] TE131 kernel panic
On Tue, Jul 01, 2014 at 02:39:01PM -0500, Russ Meyerriecks wrote: > On Tue, Jul 1, 2014 at 1:56 PM, Matt Behrens 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] Issue with new Te133
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] Asterisk 12 and chan_local
On Wed, Jun 25, 2014 at 4:38 PM, CDR 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
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)
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)
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
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
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?
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] Problem with "pri show channels" on rasterisk (11.7)
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 with "pri show channels" on rasterisk (11.7)
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] DAHDI compile problem
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 #include #include +#include #ifdef CONFIG_DAHDI_NET #include 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/error with DAHDI tools 2.9.0.1
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] Problem/error with DAHDI tools 2.9.0.1
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
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
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] DAHDI_SPANCONFIG failed on span 1: No such device or address (6)
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 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] DAHDI_SPANCONFIG failed on span 1: No such device or address (6)
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] patlooptest output - errors
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] patlooptest output - errors
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
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
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/. 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
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 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
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] How to read IRQs and timing slips values
On Mon, Jan 13, 2014 at 04:13:49PM +0100, Olivier wrote: > 2014/1/10 Shaun Ruffell > > > On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote: > > > 2014/1/10 Shaun Ruffell > > > > > > > > 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
On Fri, Jan 10, 2014 at 08:34:57PM +0100, Olivier wrote: > 2014/1/10 Shaun Ruffell > > > > 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
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
both): one direct, one through an HiPath PBX. So you've probably nailed it here. It *seems* like the HiPath PBX is regenerating the clock on the downstream port based on the other information. > 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 ? Yes, You can monitor the timing slips 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
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
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.7.0.2 Now Available
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-Linux and DAHDI-Tools 2.8.0-rc2 Now Available
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 Missing '/sys/bus/astribanks/drivers/xppdrv/sync'
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?
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
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??
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?
ssary since the jitter in the normal kernel timer should be small compared to all the other jitter 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
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
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 interface flapping
On Tue, Jul 30, 2013 at 11:13:55AM -0400, Andre Goree wrote: > On Tue, Jul 30, 2013 at 10:56 AM, Shaun Ruffell wrote: > > On Tue, Jul 30, 2013 at 10:36:58AM -0400, Andre Goree wrote: > > > > > I've posted the configs and the output of a 'pri debug' below. 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: ms" 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 Digi
Re: [asterisk-users] Dahdi interface flapping
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 - Tickless Kernel?
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
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
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. > > > /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
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] RED on DAHDI channel
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] erro compiling dahdi
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
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 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
Hi, On Tue, Jan 15, 2013 at 09:18:46PM +, ted wrote: > Michel Verbraak 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 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 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.
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
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
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
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
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=revision&revision=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
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=revision&revision=2294 Cheers, Shaun -- Shaun Ruffell Digium, Inc. | Linux Kernel Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: www.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
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=revision&revision=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
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=revision&revision=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] Managing complex setups with Asterisk
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
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
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] Calling out on a group of DAHDI lines
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
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] DAHDI help please
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] DAHDI help please
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. E&M 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] Issue with PRI connection
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=revision&revision=10243 [2] http://svnview.digium.com/svn/dahdi?view=revision&revision=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
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
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=revision&revision=9299 You can enable this flag without reloading like: $ echo 1 > /sys/module/dahdi/parameters/debug Cheers, Shaun -- Shaun Ruffell Digium, Inc. | Linux Kernel Developer 445 Jan Davis 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
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=revision&revision=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=revision&revision=157820 [6] http://svnview.digium.com/svn/asterisk?view=revision&revision=122062 -- Shaun Ruffell Digium, Inc. | Linux Kernel Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: www.digium.com & www.asterisk.org -- _ -- 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
[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] kernel: dahdi: Master changed to TE2/0/2 --- Is a normal message
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
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] Asterisk on VM with NO DAHDI hardware
On Thu, Sep 13, 2012 at 09:35:55AM -0500, Shaun Ruffell wrote: > On Thu, Sep 13, 2012 at 09:49:37AM +0200, Olivier wrote: > > 2012/9/13 Shaun Ruffell > > > > > On Wed, Sep 12, 2012 at 11:52:40PM -0400, Mark Robinson wrote: > > > > I know that asterisk on 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] Asterisk on VM with NO DAHDI hardware
On Thu, Sep 13, 2012 at 09:49:37AM +0200, Olivier wrote: > 2012/9/13 Shaun Ruffell > > > On Wed, Sep 12, 2012 at 11:52:40PM -0400, Mark Robinson wrote: > > > I know that asterisk on virtual machine require a timing source. > > > What would you suggest to use for 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
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] kernel: dahdi: Master changed to TE2/0/2 --- Is a normal message
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] Interrupt error
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
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=revision&revision=9609 [2] http://svnview.digium.com/svn/dahdi?view=revision&revision=9598 [3] http://svnview.digium.com/svn/dahdi?view=revision&revision=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
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] TE110P Wildcard does not work with Ubuntu 12.04 server
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] Load test for FXS and FXO cards
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] Which card to get?
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
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
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?
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 e&m=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 DTMF problem?
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=revision&revision=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?
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-2.4.0+2.4.0 means ??
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