Re: [asterisk-users] help with Cepstral 6 and Asterisk 11
On 1/9/2014 12:12 PM, Jeremy Kister wrote: On 1/8/2014 9:12 PM, Brandon Coale wrote: However, I am not able to get app_swift to compile. I am running Asterisk 11.6.0 and CentOS 6.4 64-bit. I am wondering if anyone else out there has been able to get app_swift working with Asterisk 11 and could share any tricks they used to get it installed? can you pastie your configure and make ? I don't have Cepstral6 but did submit tweaks to the code that should have made it Cepstral6 compatible. Also since you recently spent money with Cepstral, they'll help you. They've got at least one guy who understands the app_swift code and was working on forking it as an official version. Jeremy, I heard back from Cepstral support, and sadly I was told "Unfortunately, we do not provide support for app_swift. app_swift is an open source program that was not written by Cepstral." I am new to installing software on Linux from source code. I am wondering if you would mind giving me some details on where I can find my configure and make? My /opt/swift directory looks like this: [root@dialer swift]# ls -l total 28 drwxr-xr-x 2 root root 4096 Dec 30 19:47 bin drwxr-xr-x 2 root root 4096 Dec 30 19:47 doc drwxr-xr-x 2 root root 4096 Dec 30 20:19 etc drwxr-xr-x 2 root root 4096 Dec 30 19:47 include drwxr-xr-x 2 root root 4096 Dec 30 19:47 lib drwxr-xr-x 2 root root 4096 Dec 30 19:47 sfx drwxr-xr-x 3 root root 4096 Dec 30 19:47 voices I downloaded app_swift to /root/app_swift and the directory looks like this: [root@dialer app_swift]# ls -l total 48 -rw-r--r-- 1 root root 20073 Dec 31 10:23 app_swift.c -rw-r--r-- 1 root root 15123 Dec 31 10:23 LICENSE -rw-r--r-- 1 root root 3210 Jan 8 14:07 Makefile -rw-r--r-- 1 root root 1701 Dec 31 10:23 README -rw-r--r-- 1 root root 1072 Dec 31 10:23 swift.conf.sample When I run the make command, it spews a whole bunch of errors and warnings. The first few lines are: gcc -I/opt/swift/include -I/usr/src/asterisk-11.6.0/include -g -Wall -fPIC -D_SWIFT_VER_6 -D_AST_VER_11 -c -o app_swift.o app_swift.c In file included from app_swift.c:33: /usr/src/asterisk-11.6.0/include/asterisk.h:21:33: error: asterisk/autoconfig.h: No such file or directory In file included from /usr/src/asterisk-11.6.0/include/asterisk.h:27, from app_swift.c:33: /usr/src/asterisk-11.6.0/include/asterisk/compat.h:97: error: expected Please let me know what information I can provide, thanks for your patience with a newbie. Brandon -- _ -- 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] Failed to get 160 samples from read factory , asterisk-11.5.1 app_confbridge.c
On Thu, Jan 9, 2014 at 2:59 AM, hardik wrote: > http://stackoverflow.com/questions/21015596/failed-to-get-160-samples-from-read-factory- > asterisk-11-5-1-app-confbridge-c > 1. Please don't post a link to another site with no explanation or summary of your question. Not only are you unlikely to get many responses with this approach, but some would consider it a bit rude. 2. As your post on StackOverflow is pertaining to Asterisk development, your question (whatever it happens to be) belongs on the asterisk-dev mailing list [1]. 3. This looks similar to your previous ConfBridge/DTMF question on the asterisk-dev mailing list [2], although since you haven't replied there, I'm not entirely sure. Either way, the advice in my reply still stands: please take the time to provide context to your question and to the code that you are asking about. Sending a large block of code that you've written with no context and asking someone to debug the problems you're seeing is unlikely to generate the help you want. Thanks - Matt [1] http://lists.digium.com/mailman/listinfo/asterisk-dev [2] http://lists.digium.com/pipermail/asterisk-dev/2014-January/064504.html -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com & http://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] help with Cepstral 6 and Asterisk 11
Jeremy, Thanks very much. I admit I am new to compiling software on Linux. I am not sure where I would grab the configure? By make I believe you mean the Makefile that I downloaded from https://github.com/darrensessions/app_swift? I went ahead and opened a support ticket with Cepstral, so we can wait until I hear back from them if you want. If we come up with a solution, I will write back with what they come up with. Thanks again, Brandon - Original Message - From: Jeremy Kister To: Asterisk Users Mailing List - Non-Commercial Discussion Cc: Sent: Thursday, January 9, 2014 12:12 PM Subject: Re: [asterisk-users] help with Cepstral 6 and Asterisk 11 On 1/8/2014 9:12 PM, Brandon Coale wrote: > However, I am not able to get app_swift to compile. I am running > Asterisk 11.6.0 and CentOS 6.4 64-bit. > > I am wondering if anyone else out there has been able to get app_swift > working with Asterisk 11 and could share any tricks they used to get it > installed? can you pastie your configure and make ? I don't have Cepstral6 but did submit tweaks to the code that should have made it Cepstral6 compatible. Also since you recently spent money with Cepstral, they'll help you. They've got at least one guy who understands the app_swift code and was working on forking it as an official version. -- Jeremy Kister http://jeremy.kister.net./ -- _ -- 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 -- _ -- 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 Thu, Jan 09, 2014 at 06:01:34PM +0100, Olivier wrote: > Hi, > > On a Asterisk 1.8.12 system working OK for months (>100k calls proceed), > users are complaining for bad audio. > > My setup is: > PSTN <--E1/PRI ---> Asterisk <--- E1/PRI---> Siemens HiPath <---E1/PRI > ---> PSTN > > asterisk -rx "dahdi show version" > DAHDI Version: SVN-trunk-r10414 Echo Canceller: HWEC > > asterisk -rx "pri show version" > libpri version: 1.4.12 > > > > A quick glance at Asterisk logs shows lines like this: > [2014-01-09 17:19:34] NOTICE[26034]: chan_dahdi.c:3099 > my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of > span 1 > [2014-01-09 17:19:35] NOTICE[26035]: chan_dahdi.c:3099 > my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of > span 2 > [2014-01-09 17:19:49] NOTICE[26035]: chan_dahdi.c:3099 > my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of > span 2 > > > I read an old thread inviting an admin to check for shared IRQs and timing > slips. > > My questions are: > > 1. cat /proc/interrupts 's output is: > # cat /proc/interrupts > CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 > CPU6 CPU7 >0: 90147 0 0 0 00 > 0 0 IO-APIC-edge timer >1: 2 0 0 0 00 > 0 0 IO-APIC-edge i8042 >8: 0 0 1 0 00 > 0 0 IO-APIC-edge rtc0 >9: 0 0 0 0 00 > 0 0 IO-APIC-fasteoi acpi > 12: 4 0 0 0 00 > 0 0 IO-APIC-edge i8042 > 14: 93 0 0 0 00 > 0 0 IO-APIC-edge ata_piix > 15: 0 0 0 0 00 > 0 0 IO-APIC-edge ata_piix > 16: 3378646209 3378695076 3378691115 3378697362 3378691116 3378706831 > 3378710635 3378702358 IO-APIC-fasteoi wct2xxp > > Can I positively conclude that my Dahdi PRI board IS NOT sharing IRQ (which > is good) ? Yes, there is not IRQ sharing going on. > 2. What would you suggest reading the following output ? > > 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) So span 2 has slips, which could explain the HDLC aborts you saw previously. > 3. As shown above, my box has two connections with PSTN (same provider for > 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 betwee
Re: [asterisk-users] help with Cepstral 6 and Asterisk 11
On 1/8/2014 9:12 PM, Brandon Coale wrote: However, I am not able to get app_swift to compile. I am running Asterisk 11.6.0 and CentOS 6.4 64-bit. I am wondering if anyone else out there has been able to get app_swift working with Asterisk 11 and could share any tricks they used to get it installed? can you pastie your configure and make ? I don't have Cepstral6 but did submit tweaks to the code that should have made it Cepstral6 compatible. Also since you recently spent money with Cepstral, they'll help you. They've got at least one guy who understands the app_swift code and was working on forking it as an official version. -- Jeremy Kister http://jeremy.kister.net./ -- _ -- 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] How to read IRQs and timing slips values
Hi, On a Asterisk 1.8.12 system working OK for months (>100k calls proceed), users are complaining for bad audio. My setup is: PSTN <--E1/PRI ---> Asterisk <--- E1/PRI---> Siemens HiPath <---E1/PRI ---> PSTN asterisk -rx "dahdi show version" DAHDI Version: SVN-trunk-r10414 Echo Canceller: HWEC asterisk -rx "pri show version" libpri version: 1.4.12 A quick glance at Asterisk logs shows lines like this: [2014-01-09 17:19:34] NOTICE[26034]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1 [2014-01-09 17:19:35] NOTICE[26035]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2 [2014-01-09 17:19:49] NOTICE[26035]: chan_dahdi.c:3099 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2 I read an old thread inviting an admin to check for shared IRQs and timing slips. My questions are: 1. cat /proc/interrupts 's output is: # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 0: 90147 0 0 0 0 0 0 0 IO-APIC-edge timer 1: 2 0 0 0 0 0 0 0 IO-APIC-edge i8042 8: 0 0 1 0 0 0 0 0 IO-APIC-edge rtc0 9: 0 0 0 0 0 0 0 0 IO-APIC-fasteoi acpi 12: 4 0 0 0 0 0 0 0 IO-APIC-edge i8042 14: 93 0 0 0 0 0 0 0 IO-APIC-edge ata_piix 15: 0 0 0 0 0 0 0 0 IO-APIC-edge ata_piix 16: 3378646209 3378695076 3378691115 3378697362 3378691116 3378706831 3378710635 3378702358 IO-APIC-fasteoi wct2xxp Can I positively conclude that my Dahdi PRI board IS NOT sharing IRQ (which is good) ? 2. What would you suggest reading the following output ? 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 ? Regards -- _ -- 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] Failed to get 160 samples from read factory , asterisk-11.5.1 app_confbridge.c
http://stackoverflow.com/questions/21015596/failed-to-get-160-samples-from-read-factory- asterisk-11-5-1-app-confbridge-c -- _ -- 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
