[asterisk-users] ARA: realtime: sip.conf: context
The answer is probably no, but I would like someone else to confirm it. When using The Asterisk RealTime Architecture, can context work in sip.conf like it does for extensions.conf ? switch = Realtime/[context]@[family][/options] More specific, is there a way to use a single table and limit the query results to a specific subset for sip.conf ? I know this can be solved using VIEW in MySQL, but I want to avoid that. WORKS: SELECT * FROM extensions.conf WHERE context = [context]; DOES NOT WORK: SELECT * from sip.conf WHERE context = [context]; Below, you can see how it works for extensions and does NOT work on the context field of the sippeers table, is there any field that can be used? Sincerely, Brian LaVallee ---=== ;# extconfig.conf ; [settings] ; sippeers = mysql,database,sippeers moresippeers = mysql,database,moresippeers extensions = mysql,database,extensions other = mysql,database,other ; ; end===--- ---=== ;# extensions.conf ; [unique85] ; switch = Realtime ; Equivalent to: SELECT * FROM database.extensions WHERE context = unique85; ; - uses current [this] context. ; switch = Realtime/limited@extensions ; Equivalent to: SELECT * FROM database.extensions WHERE context = limited; ; switch = Realtime/specific@other ; Equivalent to: SELECT * FROM database.other WHERE context = specific; ; ; end ===--- ---=== ;# sip.conf ; [general] ; switch = Realtime ; Equivalent to: SELECT * FROM database.sippeers; ; switch = Realtime/anything@moresippeers ; Equivalent to: SELECT * FROM database.moresippeers; ; NOT EQUIVALENT TO: SELECT * FROM database.moresippeers WHERE context = anything; ; ; end ===--- -- _ -- 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] link to MySQL connection
I'm making changes to an Asterisk IVR designed by someone else. The application uses both func_odbc.conf and php agi to access an external MySQL database. In the php routines, I would like to use the persistent connection that is established in the dialplan, rather than creating a new connection each time they run. How can I do this? In res_odbc.conf, the context asterisk is established, successfully referencing asterisk-connector in odbc.ini. pre-connect = yes resulting in a persistent connection at startup. Opening a connection in the php routines takes about 5 seconds, which is unacceptable. --Don -- _ -- 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] link to MySQL connection
Don Kelly wrote: I’m making changes to an Asterisk IVR designed by someone else. The application uses both func_odbc.conf and php agi to access an external MySQL database. In the php routines, I would like to use the persistent connection that is established in the dialplan, rather than creating a new connection each time they run. How can I do this? You can't, they are completely separate processes and code. -- Joshua Colp Digium, Inc. | Senior Software 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] link to MySQL connection
In the php routines, I would like to use the persistent connection that is established in the dialplan, rather than creating a new connection each time they run. How can I do this? You can't, they are completely separate processes and code. Joshua Colp Thanks--that's not the answer I wanted, but it sure was quick. :) Is there anything that would enable me to use a persistent connection in the agi? --Don -- _ -- 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] link to MySQL connection
Yes. Use func_odbc in your PHP AGI. In Asterisk dialplan functions are treated like dialplan variables so you can get and set them just like you would other dialplan variables. If it takes 5 seconds to open a PDO DB connection inside PHP you have some OTHER problem. -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Don Kelly Sent: Tuesday, December 03, 2013 9:50 AM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: Re: [asterisk-users] link to MySQL connection In the php routines, I would like to use the persistent connection that is established in the dialplan, rather than creating a new connection each time they run. How can I do this? You can't, they are completely separate processes and code. Joshua Colp Thanks--that's not the answer I wanted, but it sure was quick. :) Is there anything that would enable me to use a persistent connection in the agi? --Don -- _ -- 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] link to MySQL connection
Then you should analyze why it takes 5s. Opening and closing a mysql connection should take at most a fraction of a second on a local net. BTW, classical web sites (plain PHP and HTML) do not maintain state, so keeping the mysql connection open may not be at all possible. I forgot whether open db connections get closed automatically after the web page has been rendered, but I think so. You could test this. For data processing you do not want to got through Asterisk. You could actually write your own db proxy, but I still think it makes more sense to find out why opening the db connection takes so much time. jg -- _ -- 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] link to MySQL connection
In the php routines, I would like to use the persistent connection that is established in the dialplan, rather than creating a new connection each time they run. How can I do this? You can't, they are completely separate processes and code. Joshua Colp Thanks--that's not the answer I wanted, but it sure was quick. :) Is there anything that would enable me to use a persistent connection in the agi? --Don Yes. Use func_odbc in your PHP AGI. In Asterisk dialplan functions are treated like dialplan variables so you can get and set them just like you would other dialplan variables. If it takes 5 seconds to open a PDO DB connection inside PHP you have some OTHER problem. Eric Wieling Thanks, Eric. If I can't figure out why the connection takes so long, I'll try the func_ODBC approach. --Don -- _ -- 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] link to MySQL connection
Then you should analyze why it takes 5s. Opening and closing a mysql connection should take at most a fraction of a second on a local net. BTW, classical web sites (plain PHP and HTML) do not maintain state, so keeping the mysql connection open may not be at all possible. I forgot whether open db connections get closed automatically after the web page has been rendered, but I think so. You could test this. For data processing you do not want to got through Asterisk. You could actually write your own db proxy, but I still think it makes more sense to find out why opening the db connection takes so much time. jg I'll look into why the connection takes so long. I'm looking for a quick fix for the problem :) Long term, I think a web service would be better for what this routine is doing. It doesn't do any telephony stuff and only requires one variable from the dialplan. --Don _ -- 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] dahdi-tools 2.8.0-rc4 - udev rules not installed?
This is why we love release candidate feedback! Thanks! I've managed to mis-tag rc4 and missed all of Oron's commits. Cutting a v2.7.0.2 and a (correct) v2.8.0-rc5 today. On Mon, Dec 2, 2013 at 11:10 PM, Patrick Lists asterisk-l...@puzzled.xs4all.nl wrote: Hi, I just looked at 2.8.0-rc4 and noticed the udev rules/apps change which are now supposed to be part dahdi-tools. After make, make install and make config it seems the dahdi.rules are not installed. I couldn't find a reference to it in the Makefile either. Did I miss something or has the move to dahdi-linux not yet been completed? Regards, Patrick -- _ -- 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 -- Russ Meyerriecks Digium, Inc. | Linux Kernel Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA direct: +1 256-428-6025 Check us out at: www.digium.com www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://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] link to MySQL connection
On Tue, 3 Dec 2013, Don Kelly wrote: Opening a connection in the php routines takes about 5 seconds, which is unacceptable. One of my AGIs (written in C) reads 3 arguments from the command line, gets 4 channel variables, reads a row from the database, and sets 3 channel variables. On an AMD Athlon BE-2300 (a pretty low end processor), CentOS 4.9, Asterisk 1.2.37, MySQL 5.0.95 running on a separate host; 1,000 executions of this AGI takes about 16 seconds or about 0.016 seconds for a single execution. (60 per second.) On a VirtualBox VM (2 cores) on an Intel i7-3770, CentOS 5.9, Asterisk 1.2.40, MySQL 5.0.95 running on the same VM, 25,000 executions takes about 40 seconds or about 0.0016 seconds for a single execution. (625 per second.) Why does your AGI take 5 seconds? -- Thanks in advance, - Steve Edwards sedwa...@sedwards.com Voice: +1-760-468-3867 PST Newline Fax: +1-760-731-3000 -- _ -- 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-tools 2.8.0-rc4 - udev rules not installed?
On 12/03/2013 06:35 PM, Russ Meyerriecks wrote: This is why we love release candidate feedback! Thanks! I've managed to mis-tag rc4 and missed all of Oron's commits. Cutting a v2.7.0.2 and a (correct) v2.8.0-rc5 today. Thanks. I'll give rc5 a spin when it arrives and report back if I find anything else out of the ordinary. Regards, Patrick -- _ -- 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] link to MySQL connection
On 12/3/2013 10:11 AM, Don Kelly wrote: In the php routines, I would like to use the persistent connection that is established in the dialplan, rather than creating a new connection each time they run. How can I do this? You can't, they are completely separate processes and code. Joshua Colp Thanks--that's not the answer I wanted, but it sure was quick. :) Is there anything that would enable me to use a persistent connection in the agi? --Don Yes. Use func_odbc in your PHP AGI. In Asterisk dialplan functions are treated like dialplan variables so you can get and set them just like you would other dialplan variables. If it takes 5 seconds to open a PDO DB connection inside PHP you have some OTHER problem. Eric Wieling Thanks, Eric. If I can't figure out why the connection takes so long, I'll try the func_ODBC approach. look into DNS problems. Something may be trying to do an reverse DNS lookup and taking too long to either give up or get an answer. -- _ -- 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] DAHDI-Linux and DAHDI-Tools 2.7.0.2 Now Available
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 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete *** THIS RELEASE FIXES CENTOS 6.5 PDE_DATA build issue *** dahdi-linux-complete tarballs now include all firmware necessary to build without an internet connection. Issues closed in this release: https://issues.asterisk.org/jira/browse/DAHLIN-331 Shortlog of changes since v2.7.0.1: Shaun Ruffell (2): dahdi: CentOS 6.5 backported PDE_DATA definition. dahdi: Fix previous CentOS 6.5 commit. The diffstat from the v2.7.0.1 release: include/dahdi/kernel.h | 12 1 file changed, 12 insertions(+) For a full list of changes in these releases, please see the shortlog at: http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=shortlog;h=refs/tags/v2.7.0.2 http://git.asterisk.org/gitweb/?p=dahdi/tools.git;a=shortlog;h=refs/tags/v2.7.0.2 Issues found in this release can be reported in the DAHDI-Linux [1] and DAHDI-Tools [2] projects at https://issues.asterisk.org/jira [1] https://issues.asterisk.org/jira/browse/DAHLIN [2] https://issues.asterisk.org/jira/browse/DAHTOOL Thank you for your continued support of Asterisk! -- _ -- 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] DAHDI-Linux and DAHDI-Tools 2.8.0-rc5 Now Available
The Asterisk Development Team has announced the releases of: DAHDI-Linux-v2.8.0-rc5 DAHDI-Tools-v2.8.0-rc5 dahdi-linux-complete-2.8.0-rc5+2.8.0-rc5 This release is available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux http://downloads.asterisk.org/pub/telephony/dahdi-tools http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete *** THIS RC FIXES CENTOS 6.5 PDE_DATA build issue *** In version 2.8 we have introduced two new drivers: wcte43x - For Digium's new line of 2/4 span T1/E1 cards wcaxx - For Digium's new line of analog fxs/fxo cards We introduced a common library called wcxb which ties the previous two drivers, plus the recently introduced wcte13xp driver, together into one common base. dahdi-linux-complete tarballs now include all firmware necessary to build without an internet connection. Issues closed in this release: https://issues.asterisk.org/jira/browse/DAHLIN-331 Shortlog of changes since v2.7.0.1: Oron Peled (16): xpp: Serialize dahdi registration xpp: refactor FXS ring settings xpp: FXS: ring/mwi settings: a sysfs interface xpp: ring/mwi settings: add to FXS init script add a 'location' attribute to sysfs (dahdi_device): dahdi: add tools_rootdir module parameter Also send DAHDI_TOOLS_ROOTDIR with device events live_dahdi: load dahdi with tools_rootdir=$DESTDIR remove udev rules: moved to dahdi-tools sysfs: create symlink ddev to device of span dahdi: Rename span 'master' as 'master_span' .gitignore: *.ko.unsigned Rename pinned spans to assigned spans xpp: automatic dahdi_registration by default sysfs: new driver attribute: master_span Makefile: new 'make-dist' target Russ Meyerriecks (3): wcte13xp: Migrate to wcxb library wcte13xp: Hold framer in reset to stop xmit on modprobe -r wcte13xp: Improve maintenance functions and error counters Shaun Ruffell (28): dahdi_config: Remove unused NO_DCDC definition. dahdi: Clear DAHDI_ALARM_NOTOPEN when spans are re-initialized. dahdi: Fix placement of '/' in output of /proc/dahdi/x dahdi: Work around missing KBUILD_MODNAME dahdi: Backport try_wait_for_completion() and list_first_entry() wct4xxp: Print warning in dmesg if span priority is not set correctly. wct4xxp: Fix bipolar error insertion test mode. wct4xxp: VPM companding switch print is now debug only. wct4xxp: If linemode changed via sysfs, reset the complete part. wct4xxp, wcte13xp: Move the octasic DSP code into separate module. wcaxx: New driver for A4A/A4B/A8A/A8B analog cards. wcaxx: Update A4B firmware to version 0b0017 wcxb: Update the firmware meta block during flash update. wcte43x: Do not grab reglock in handle_transmit/handle_receive. wcte43x: Remove 'dcxo' debug attribute. oct612x: Make dependent on dahdi.ko dahdi_dynamic: Create a span type for dynamic spans. wcaxx: Use startup/shutdown callbacks to protect access to channel registers. wctdm24xxp: Remove assigned callback. dahdi: Remove ddev symlink before unregistering the span device. dahdi: CentOS 6.5 backported PDE_DATA definition. wcxb: is_pcie - pci_is_pcie() wcxb: Do not access cur_transfer/cur_msg outside of lock. wcaxx: Add extra dummy read when checking for single fxs modules. wcte43x: Update firmware to version e0017. dahdi: Replace drv_attr with drv_groups on kernels 3.12. Revert wcaxx: Use startup/shutdown callbacks to protect access to channel registers. dahdi: Fix previous CentOS 6.5 commit. Shaun RuffellL (1): wcaxx: Remove some left over debugging trace statements. Tzafrir Cohen (6): xpp: Firmware for Astribanks 2.02 xpp: Firmware for Astribanks 2.02: Makefile xpp: USB_FW.202.hex: provide as a symlink xpp: mark an AB as failed if it gives bad desc xpp: Fail loading if no module on first slot Ignore some more firmware files Wendell Thompson (2): wcte13xp: Use interrupts for Falc alarms and signaling wcte43x: Add driver for TE435/TE235 digital cards. The diffstat from the v2.7.0.1 release: .gitignore|9 + Makefile | 28 +- README| 17 +- build_tools/genudevrules | 40 - build_tools/live_dahdi|2 +- build_tools/make_dist | 26 + drivers/dahdi/Kbuild | 21 +- drivers/dahdi/dahdi-base.c| 74 +- drivers/dahdi/dahdi-sysfs.c | 150 +- drivers/dahdi/dahdi_dynamic.c |4 + drivers/dahdi/firmware/Makefile | 71 +- drivers/dahdi/oct612x/Kbuild | 32 + drivers/dahdi/oct612x/oct612x-user.c | 200 +
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-Linux and DAHDI-Tools 2.7.0.2 Now Available
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. -- Ira-- _ -- 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.7.0.2 Now Available
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. -- Ira-- _ -- 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] pipeast [was: Re: How to repeat pri show span and zap show channel commands]
Many thanks Tzafrir - it works like a charm. Best regards, Ioan On Sun, Dec 1, 2013 at 1:46 PM, Tzafrir Cohen tzafrir.co...@xorcom.comwrote: Hi, Long ago, On Wed, Feb 21, 2007 at 09:32:26AM +0200, Tzafrir Cohen wrote: On Wed, Feb 21, 2007 at 07:56:18AM +0100, Olivier wrote: [snip] Any better idea than running an dedicated shell script with a asterisk -rx pri show span 1 line ? Here is my pipeast script: (while read line; do echo -n $line # trim the ending newline sleep 0.001 # generate different write(2)-s done) | socat - /var/run/asterisk/asterisk.ctl You can pipe whatever you want to that. e.g: while true; do echo pri show span 1 sleep 30 done | pipeast Note: socat is available as a debian package: http://packages.debian.org/socat . It has lately come to my attention that this method is broken (and has been, for quite some time. Sure enough. It does not use any published inteerface) and that there is actually some demand for using it. A version of pipeast that seems to work now is: #!/bin/sh while read line; do echo $line | tr '\n' '\0' sleep 0.001 done | nc -U /var/run/asterisk/asterisk.ctl Notes: 1. nc, or at least openbsd-netcat, can use unix domain sockets (-U). No need for socat. 2. that /var/run is slowly converting to /run , though the compatibility link /var/run will likely stay for quite some time. 3. If this script breaks in the future, you get to keep both pieces. But this is only guaranteed if it breaks to exactly two pieces. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com -- _ -- 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
